WikiDer > Протокол Интернета

Internet Protocol
Набор интернет-протоколов
Уровень приложения
Транспортный уровень
Интернет-уровень
Связующий слой

В протокол Интернета (IP) является основным протокол связи в Набор интернет-протоколов для ретрансляции дейтаграммы через границы сети. Его маршрутизация функция позволяет межсетевое взаимодействие, и, по сути, устанавливает Интернет. [1]

Задача IP - доставить пакеты из источника хозяин к хосту назначения исключительно на основе IP-адреса в пакете заголовки. Для этого IP определяет структуры пакетов, которые инкапсулировать данные, которые должны быть доставлены. Он также определяет методы адресации, которые используются для маркировки дейтаграммы информацией об источнике и получателе.

Исторически IP была без подключения служба дейтаграмм в оригинале Программа управления коробкой передач представлен Винт Серф и Боб Кан в 1974 году, который был дополнен услугой с установлением соединения, которая стала основой для Протокол управления передачей (TCP). Поэтому набор интернет-протоколов часто называют TCP / IP.

Первая основная версия IP, Интернет-протокол версии 4 (IPv4) - доминирующий протокол Интернета. Его преемник Интернет-протокол версии 6 (IPv6), который растет развертывание в общедоступном Интернете с c. 2006 г.[2]

Функция

Инкапсуляция данных приложения, переносимых UDP к кадру протокола связи

Интернет-протокол отвечает за адресацию хост-интерфейсы, инкапсулируя данные в дейтаграммы (включая фрагментация и повторная сборка) и маршрутизация дейтаграмм от интерфейса исходного узла к интерфейсу узла назначения через одну или несколько IP-сетей.[3] Для этих целей Интернет-протокол определяет формат пакетов и предоставляет систему адресации.

Каждая дейтаграмма состоит из двух компонентов: заголовок и полезная нагрузка. В Заголовок IP включает исходный IP-адрес, IP-адрес назначения и другие метаданные, необходимые для маршрутизации и доставки дейтаграммы. Полезная нагрузка - это данные, которые транспортируются. Этот метод вложения полезной нагрузки данных в пакет с заголовком называется инкапсуляцией.

IP-адресация влечет за собой присвоение IP-адресов и связанных параметров интерфейсам хоста. Адресное пространство разделено на подсети, предполагающий обозначение сетевых префиксов. IP-маршрутизация выполняется всеми хостами, а также маршрутизаторы, основная функция которого - транспортировка пакетов через границы сети. Маршрутизаторы связываются друг с другом через специально разработанные протоколы маршрутизации, либо протоколы внутреннего шлюза или же протоколы внешнего шлюза, как это необходимо для топологии сети.[4]

История версий

График разработки протокола управления передачей TCP и Интернет-протокола IP.
Первая интернет-демонстрация, связывающая ARPANET, PRNET, и САТНЕТ 22 ноября 1977 г.

В мае 1974 г. Институт инженеров по электротехнике и электронике (IEEE) опубликовал документ, озаглавленный «Протокол межсетевого взаимодействия в пакетной сети».[5] Авторы статьи, Винт Серф и Боб Кан, описал межсетевое взаимодействие протокол для совместного использования ресурсов с использованием коммутация пакетов среди сетевые узлы. Центральным управляющим компонентом этой модели была «Программа управления передачей», которая включала как ориентированные на соединение ссылки, так и службы дейтаграмм между хостами. Монолитная программа управления передачей позже была разделена на модульную архитектуру, состоящую из Протокол управления передачей и Протокол пользовательских датаграмм на транспортный уровень и Интернет-протокол на Интернет-уровень. Модель получила название Интернет-модель Министерства обороны США и Набор интернет-протоколов, а неофициально как TCP / IP.

Версии 1–3 IP были экспериментальными версиями, разработанными между 1973 и 1978 годами.[6] Следующее Примечание об эксперименте в Интернете (IEN) документы описывают версию 3 Интернет-протокола, предшествующую современной версии IPv4:

  • IEN 2 (Комментарии к Интернет-протоколу и TCP) от августа 1977 года описывает необходимость разделения функций TCP и Интернет-протокола (которые ранее были объединены). В нем предлагается первая версия IP-заголовка с использованием 0 для поля версии.
  • IEN 26 (Предлагаемый новый формат заголовка Интернета), датированный февралем 1978 г., описывает версию заголовка IP, в которой используется 1-битное поле версии.
  • IEN 28 (Проект описания межсетевого протокола Версия 2) от февраля 1978 г. описывает IPv2.
  • IEN 41 (Спецификация межсетевого протокола версии 4), датированный июнем 1978 г., описывает первый протокол, получивший название IPv4. Заголовок IP отличается от современного заголовка IPv4.
  • IEN 44 (Последние форматы заголовков) от июня 1978 г. описывает другую версию IPv4, также с заголовком, отличным от современного заголовка IPv4.
  • IEN 54 (Спецификация межсетевого протокола версии 4), датированный сентябрем 1978 г., является первым описанием IPv4 с использованием заголовка, который будет стандартизирован в RFC 760.

Доминирующий межсетевой протокол в Интернет-уровень в использовании IPv4; число 4 определяет версию протокола, содержащуюся в каждой IP-дейтаграмме. IPv4 описан в RFC 791 (1981).

Версия 5 использовалась Протокол интернет-потока, экспериментальный протокол потоковой передачи, который не был принят.[6]

Преемником IPv4 является IPv6. IPv6 стал результатом нескольких лет экспериментов и диалогов, в ходе которых были предложены различные модели протоколов, такие как TP / IX (RFC 1475), PIP (RFC 1621) и TUBA (TCP и UDP с большими адресами, RFC 1347). Его наиболее заметное отличие от версии 4 - это размер адресов. Хотя IPv4 использует 32 бит для адресации, уступая c. 4.3 миллиард (4.3×109) адреса, IPv6 использует 128 бит адреса, предоставляющие ок. 3.4×1038 адреса. Хотя внедрение IPv6 идет медленно, по состоянию на июнь 2008 г., все Правительство США системы продемонстрировали базовую инфраструктурную поддержку IPv6.[7]

Присвоение новому протоколу IPv6 было неопределенным, пока должная осмотрительность не убедила, что IPv6 ранее не использовался.[8] Другим протоколам Интернет-уровня были присвоены номера версий,[9] например 7 (IP / TX), 8 и 9 (исторический). Примечательно, что 1 апреля 1994 г. IETF опубликовал День дурака прикол про IPv9.[10] IPv9 также использовался в альтернативном предложенном расширении адресного пространства под названием TUBA.[11]

Надежность

Дизайн пакета Интернет-протокола соответствует сквозной принцип, концепция, адаптированная из ЦИКЛАДЫ проект. В соответствии с принципом непрерывности, сетевая инфраструктура считается ненадежной по своей природе в любом отдельном сетевом элементе или среде передачи и является динамичной с точки зрения доступности каналов и узлов. Не существует централизованного мониторинга или средства измерения производительности, отслеживающего или поддерживающего состояние сети. В интересах сокращения сложность сети, интеллект в сети намеренно размещен в конечные узлы.[12]

Вследствие такой конструкции Интернет-протокол предоставляет только наилучшая доставка и его обслуживание характеризуется как ненадежный. На языке сетевой архитектуры это протокол без установления соединения, в отличие от связь с установлением соединения. Могут возникнуть различные неисправности, например: повреждение данных, потеря пакета и дублирование. Поскольку маршрутизация является динамической, что означает, что каждый пакет обрабатывается независимо, и поскольку сеть не поддерживает состояние на основе пути предыдущих пакетов, разные пакеты могут направляться в один и тот же пункт назначения по разным путям, что приводит к нестандартная доставка к получателю.

Все неисправные состояния в сети должны обнаруживаться и компенсироваться участвующими конечными узлами. В протоколы верхнего уровня пакета Интернет-протокола несут ответственность за решение проблем с надежностью. Например, хост может буфер сетевые данные, чтобы гарантировать правильный порядок перед доставкой данных в приложение.

IPv4 обеспечивает защиту, гарантирующую, что заголовок IP-пакета не содержит ошибок. Узел маршрутизации отбрасывает пакеты, не прошедшие заголовок контрольная сумма тест. Хотя Протокол управляющих сообщений Интернета (ICMP) обеспечивает уведомление об ошибках, узел маршрутизации не требуется для уведомления любого конечного узла об ошибках. IPv6, напротив, работает без контрольных сумм заголовков, поскольку текущий уровень связи Предполагается, что технология обеспечивает достаточное обнаружение ошибок.[13][14]

Емкость и возможности канала

Динамический характер Интернета и разнообразие его компонентов не гарантируют, что какой-либо конкретный путь действительно способен или подходит для выполнения запрошенной передачи данных. Одним из технических ограничений является размер пакетов данных, возможных на данном канале. Существуют возможности для изучения максимальная единица передачи (MTU) размер локальной ссылки и Обнаружение MTU пути можно использовать для всего предполагаемого пути к месту назначения.[15]

Уровень межсетевого взаимодействия IPv4 автоматически фрагменты дейтаграмма на более мелкие блоки для передачи при превышении MTU канала. IP обеспечивает переупорядочение полученных не по порядку фрагментов.[16] Сеть IPv6 не выполняет фрагментацию сетевых элементов, но требует конечных хостов и протоколов более высокого уровня, чтобы избежать превышения MTU пути.[17]

В Протокол управления передачей (TCP) является примером протокола, который регулирует размер своего сегмента, чтобы он был меньше MTU. В Протокол пользовательских датаграмм (UDP) и ICMP игнорируют размер MTU, тем самым заставляя IP фрагментировать датаграммы слишком большого размера.[18]

Безопасность

На этапе проектирования ARPANET и ранний Интернет, аспекты безопасности и потребности общественной, международной сети невозможно было адекватно предвидеть. Следовательно, многие интернет-протоколы обнаруживают уязвимости, выявленные в результате сетевых атак и последующих оценок безопасности. В 2008 году была опубликована тщательная оценка безопасности и предложенные меры по устранению проблем.[19] IETF продолжает исследования.[20]

Смотрите также

Рекомендации

  1. ^ «ОЗЕКИ - Соединения TCP». www.ozeki.hu. Получено 2020-12-04.
  2. ^ ОЭСР (06.11.2014). «Экономика перехода на Интернет-протокол версии 6 (IPv6)». Документы ОЭСР по цифровой экономике. Дои:10.1787 / 5jxt46d07bhc-en. Цитировать журнал требует | журнал = (помощь)
  3. ^ Чарльз М. Козиерок, Руководство по TCP / IP
  4. ^ «IP-технологии и миграция - EITC». www.eitc.org. Получено 2020-12-04.
  5. ^ Cerf, V .; Кан Р. (1974). «Протокол для взаимодействия в пакетной сети» (PDF). Транзакции IEEE по коммуникациям. 22 (5): 637–648. Дои:10.1109 / TCOM.1974.1092259. ISSN 1558-0857. Авторы хотели бы поблагодарить ряд коллег за полезные комментарии во время ранних обсуждений международных сетевых протоколов, особенно Р. Меткалфа, Р. Скантлбери, Д. Уолдена и Х. Циммермана; Д. Дэвис и Л. Пузин, которые конструктивно прокомментировали проблемы фрагментации и учета; и С. Крокер, который прокомментировал создание и разрушение ассоциаций.
  6. ^ а б Стивен Коти (11.02.2011). "Где IPv1, 2, 3 и 5?".
  7. ^ Роб Тормейер (16.06.2006). «Совет CIO добавляет к учебнику по переходу на IPv6». GCN. Архивировано из оригинал на 2006-07-01.
  8. ^ Маллиган, Джефф. «Это был почти IPv7». О'Рейли. O'Reilly Media. Архивировано из оригинал 5 июля 2015 г.. Получено 4 июля 2015.
  9. ^ «Номера версий». www.iana.org. Получено 2019-07-25.
  10. ^ RFC 1606: Исторический взгляд на использование IP версии 9. 1 апреля 1994 г.
  11. ^ Росс Каллон (июнь 1992 г.). TCP и UDP с большими адресами (TUBA), простое предложение для интернет-адресации и маршрутизации. Дои:10.17487 / RFC1347. RFC 1347.
  12. ^ "интернет-протоколы". hfhr.pl. Получено 2020-12-04.
  13. ^ RFC 1726 Раздел 6.2
  14. ^ RFC 2460
  15. ^ Ришаб, Ананд (2012). Беспроводная связь. С. Чанд Паблишинг. ISBN 978-81-219-4055-9.
  16. ^ Сиян, Каранджит. Внутри TCP / IP, New Riders Publishing, 1997. ISBN 1-56205-714-6
  17. ^ Билл Червени (25 июля 2011 г.). «Фрагментация IPv6». Arbor Networks. Получено 2016-09-10.
  18. ^ Паркер, Дон (2 ноября 2010 г.). «Базовое путешествие пакета». symantec.com. Symantec. Получено 4 мая 2014.
  19. ^ Фернандо Гонт (июль 2008 г.), Оценка безопасности интернет-протокола (PDF), CPNI, заархивировано из оригинал (PDF) на 2010-02-11
  20. ^ Ф. Гонт (июль 2011 г.). Оценка безопасности Интернет-протокола версии 4. Дои:10.17487 / RFC6274. RFC 6274.

внешняя ссылка