- •1.2. Физическая и логическая инфраструктура сети
- •Логическая структуризация сети
- •3. Эталонная модель osi (есть в лекциях)
- •5. Критика эталонных моделей osi и tcp/ip. Гибридная модель
- •6. Физический уровень
- •7. Канальный уровень
- •8. Службы канального уровня
- •9. Сетевые адаптеры
- •10.Обнаружение и исправление ошибок
- •11. Контроль четности. Двумерный контроль четности
- •12. Контрольная сумма. Циклический избыточный код
- •13. Протоколы коллективного доступа
- •14. Tdm и fdm мультиплексирование
- •15. Протокол cdma
- •16. Протоколы произвольного доступа
- •17. Дискретный протокол aloha
- •18. Чистый протокол aloha
- •19. Протокол csma и csma/cd
- •21. Адресация в локальных сетях. Протокол arp
- •Базовая структура кадра Ethernet
- •23.Немодулированная передача. Манчестерское кодирование
- •24.Протокол csma/cd. Экспоненциальный откат
- •25. Концентраторы. Коммутаторы. Мосты Принцип работы
- •Упрощённое описание принципа работы
- •Характеристики сетевых концентраторов
- •Режимы коммутации
- •26. Протокол ppp. Формат кадра
- •27. Протоколы управления каналом и сетью
- •28.Сетевой уровень. Модели сетевого обслуживания
- •29. Дейтаграммная служба и служба виртуальных каналов.
- •30. Основы маршрутизации. Классификация алгоритмов маршрутизации.
- •1. По способу выбора наилучшего маршрута
- •2. По способу построения таблиц маршрутизации
- •3. По месту выбора маршрутов (маршрутного решения)
- •4. По виду информации которой обмениваются маршрутизаторы
- •31. Алгоритм маршрутизации, основанный на состоянии линий (алгоритм Дейкстры). Пример
- •32.Алгоритм дистанционно-векторной маршрутизации.
- •33. Интернет-протокол.
- •34. Адресация в протоколе iPv4.
- •35. Классы сетей. Cidr. Маска подсети.
- •36. Протокол ip. Формат кадра.
- •38. Протокол icmp. Протокол igmp.
- •40. Трансляция сетевых адресов. Nat.
- •41. Протокол маршрутизации rip.
- •42. Протокол маршрутизации ospf.
- •43. Протокол маршрутизации bgp.
- •45. Протокол iPv6. Формат дейтаграммы.
- •46. Транспортный уровень. Службы транспортного уровня.
- •47. Мультиплексирование и демультиплексирование на транспортном уровне.
- •48. Протокол udp. Службы протокола udp.
- •49. Протокол tcp. Службы протокола tcp.
- •50. Управление tcp-соединением.
- •51. Контроль перегрузок.
- •52. Прикладной уровень.
- •53. Протоколы прикладного уровня.
- •54. Сетевые службы прикладного уровня.
- •55. Web. Протокол http.
- •56. Постоянные и непостоянные соединения http.
- •58. Авторизация. Cookie.
- •59. Методы передачи get и post
- •60. Электронная почта. Протоколы smtp, pop, imap.
- •61. Формат сообщений электронной почты. Mime.
- •62. Служба трансляции имен dns.
- •63. Язык html (xhtml, css, xml).
- •64. Одноранговые сети обмена файлами (Napster, eDonkey, Torrents).
61. Формат сообщений электронной почты. Mime.
При обсуждении примеров отправки и получения почтовых сообщений уже упоминался формат почтового сообщения. Разберем его подробнее. Формат почтового сообщения Internet определен в документе RFC-822 (Standard for ARPA Internet Text Message). Это довольно большой документ объемом в 47 страниц машинописного текста, поэтому рассмотрим формат сообщения на примерах. Почтовое сообщение состоит из трех частей: конверта, заголовка и тела сообщения. Пользователь видит только заголовок и тело сообщения. Конверт используется только программами доставки. Заголовок всегда находится перед телом сообщения и отделен от него пустой строкой. RFC-822 регламентирует содержание заголовка сообщения. Заголовок состоит из полей. Поля состоят из имени поля и содержания поля. Имя поля отделено от содержания символом ":". Минимально необходимыми являются поля Date, From, cc или То
Multipurpose Internet Mail Extensions (MIME (произн. «майм»),англ.Multipurpose Internet Mail Extension— многоцелевое расширение интернет-почты) — стандарт, описывающий передачу различныхтипов данныхпоэлектронной почте, а также, шире, спецификация для кодирования информации и форматирования сообщений таким образом, чтобы их можно было пересылать поИнтернету.
62. Служба трансляции имен dns.
Когда пользователь вводит команду, такую как ping хепа, первое, что должно произойти, - это трансляция имени хоста хепа в некоторый IP-адрес. Это может произойти одним из двух способов.
IP-адрес может быть определен из файла /etc/hosts или разрешен через какую-нибудь службу имен доменов. Для какой-нибудь небольшой сети использование файла /etc/hosts не составляет никаких проблем. Для более крупных сетей попытка поддерживать файл в состоянии синхронизации на всех хостах может привести к необходимости выполнения большого объема работ, поскольку эти файлы должны в точности совпадать на каждом узле. Если один и тот же адрес окажется использованным в двух различных системах, сеть может перестать работать.
DNS (Domain Name Service - служба имен доменов) основывается на сервере named (произносится нейм ди) для проведения трансляций имен хостов в IP-адреса. Сервер named
- это хост, который постоянно хранит информацию об имени узла и IP-адресе какого- нибудь конкретного домена. Доменное имя - это сетевой эквивалент имени хоста. Имя узла относится к конкретной системе в сети, а доменное имя - к конкретной сети. Сетям сайтов и организаций назначается доменное имя. С другой стороны, они назначают имена хостов системам внутри их доменов. Система доменных имен в Internet предоставляет некоторую схему, с помощью которой каждый сайт в мире имеет уникальное имя.
63. Язык html (xhtml, css, xml).
Сами напишите
64. Одноранговые сети обмена файлами (Napster, eDonkey, Torrents).
Napster был первым широко используемым p2p (peer-to-peer) файлообменным сервисом и оказал сильное влияние на людей, использующих Интернет. Сервис позволял легко обмениваться музыкальными файлами с другими людьми, что привело к обвинениям в нарушении авторских прав со стороны музыкальной индустрии. Несмотря на то, что сервис был остановлен по решению суда, он привел к появлению децентрализованных peer-to-peer сетей, контролировать которые гораздо сложнее.
BitTórrent (букв. англ. «битовый поток») — пиринговый (P2P) сетевой протокол для кооперативного обмена файлами через Интернет.
Файлы передаются частями, каждый torrent-клиент, получая (скачивая) эти части, в то же время отдаёт (закачивает) их другим клиентам, что снижает нагрузку и зависимость от каждого клиента-источника и обеспечивает избыточность данных.
Протокол был создан Брэмом Коэном, написавшим первый torrent-клиент «BitTorrent» на языке Python 4 апреля 2001 года. Запуск первой версии состоялся 2 июля 2001 года.
Существует множество других программ-клиентов для обмена файлами по протоколу BitTorrent.