Набор Интернет-протоколов

редактировать
Набор протоколов связи

Набор Интернет-протоколов является концептуальной моделью и набор протоколов связи, используемых в Интернете и подобных компьютерных сетей. Он широко известен как TCP / IP, поскольку используются протоколами в пакете Протокол управления передачей (TCP) и Интернет-протокол (IP). Во время его версии известны как Министерство обороны (DoD ) модель, потому что разработка сетевого метода финансировалась Министерство обороны США - DARPA. Его реализация представляет собой стек протоколов .

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

Технические стандарты, лежащие в основе набора Интернет-протоколов и составляющих его протоколов, поддерживаются Инженерной группой Интернета (IETF). Набор Интернет-протоколов предшествовал модели OSI, более широкой эталонной общей для общих сетевых систем.

Содержание

  • 1
    • 1.1 Ранние исследования
    • 1.2 Ранняя реализация
    • 1.3 Принятие
    • 1.4 Формальные спецификации и стандарты
  • 2 Ключевые архитектурные принципы
  • 3 Канальный уровень
  • 4 Интернет-уровень
  • 5 Транспортный уровень
  • 6 Прикладной уровень
  • 7 Имена уровней и количество уровней в литературе
  • 8 Сравнение TCP / IP и уровней OSI
  • 9 Реализации
  • 10 См. также
  • 11 Библиография
  • 12 Ссылки
  • 13 Внешние ссылки

История

Ранние исследования

Схема первого межсетевого соединения An SRI International Packet Radio Van, используемый для первой трехсторонней межсетевой передачи.

Пакет Интернет-протокола явился результатом исследований и разработок, проведенных агентством перспективных исследовательских проектов министерства обороны (DARPA ) в конце 1960-х гг. После создания новаторской ARPANET в 1969 году DARPA начало работы рядом других технологий передачи данных. В 1972 году Роберт Э. Кан присоединился к DARPA Управление технологиями обработки информации, где он работал как над наземными пакетными сетями радиосвязи, и осознал ценность возможности общаться через оба. Весной 1973 года Винтон Серф, который помог в разработке существующего протокола ARPANET Программа управления сетью (NCP), присоединился к Кану для работы над открытой архитектурой межсоединением. модели с целью разработки протокола следующего поколения для ARPANET. Они использовали опыт исследовательского сообщества ARPANET и внутреннюю рабочую группу.

К лету 1973 года Кан и Серф разработали фундаментальную переформулировку в котором между протоколами локальной сети были скрыты с помощью межсетевого протокола, и вместо того, чтобы отвечать за надежность сети, как в Используя протоколах ARPANET, эта функция была делегирована хостам. Серф отмечает, что Юбер Циммерманн и Луи Пузен, проектировщик сети CYCLADES, оказали большое влияние на этот дизайн. Новый протокол был реализован как Программа управления передачей в 1974 году.

Первоначально программа управления передачей управляла передачей датаграммы , так и маршрутизацией, но по мере опыта работы с протоколом По мере роста сотрудники рекомендовали разделить функциональность на уровне отдельных протоколов. Среди защитников были Джонатан Постел из Института информационных наук Университета Южной Калифорнии, который редактировал запрос комментариев (RFC), серию технических и стратегических документов, которые документированы и стимулировали развитие Интернета, а также исследовательскую группу Роберта Меткалфа в Xerox PARC. Постел заявлен: «Мы ошибаемся в разработке интернет-протоколов, нарушая принцип многоуровневости». Инкапсуляция различных механизмов была создана для создания среды, в которой установлены верхние уровни доступа, чтобы получить доступ только к нижним уровням. Монолитная конструкция будет негибкой и проблемы с масштабируемостью. В версии 3 TCP, используемой в 1978 году, программа управления передачей была разделена на два отдельных протокола: Интернет-протокол как уровень написания соединения и протокол управления передачей как надежный, ориентированный на соединение. сервис.

При проектировании сети было учтено, что она должна обеспечивать работу функции эффективной передачи и маршрутизации трафика между конечными узлами, и что весь остальной интеллект должен располагаться на краю сети, в конце узлы. Эта конструкция известна как сквозной принцип. Благодаря этой конструкции стало возможным подключать к ARPANET другие сети, в которых использовался тот же принцип, независимо от других локальных характеристик, тем самым решая исходная проблема межсетевого взаимодействия Кана. Популярным выражением является то, что TCP / IP, конечный продукт работы Серфа и Кана, может работать через «две жестяные банки и веревку». Спустя годы была создана и успешно протестирована формальная спецификация протокола IP через Avian Carriers в качестве шутки.

DARPA заключило контракт с BBN Technologies, Стэнфордским университетом и Университетским колледжем Лондона на эти версии протокола на нескольких платформах. Во время разработки протокола версии уровня маршрутизации пакетов увеличился с версии 1 до версии 4, последняя из которых была установлена ​​в ARPANET в 1983 году. Она стала известна как Интернет-протокол версии 4 (IPv4). в качестве протокола, который все еще используется в Интернете, наряду с его текущим преемником, Интернет-протокол версии 6 (IPv6).

Ранняя реализация

В 1975 году между Стэнфордом и Университетским колледжем Лондона был проведен тест двухсетевой связи TCP / IP. В ноябре 1977 г. Был проведен тест TCP / IP для трех сетей между узлами в США, Великобритании и Норвегии. Несколько других прототипов TCP / IP были разработаны в нескольких исследовательских центрах в период с 1978 по 1983 год.

Компьютер, называемый маршрутизатором, снабженсом интерфейса для каждой сети. Он пересылает сетевые пакеты туда и обратно между ними. Первоначально маршрутизатор назывался шлюзом, но этот термин был изменен во избежание путаницы с другими типами шлюзов.

Усыновление

В марте 1982 года Министерство обороны США объявило TCP / IP стандартом для всех военных компьютерных сетей. В том же году исследовательская группа NORSAR и Питера Кирстейна в Университетском колледже Лондона приняла протокол. Переход ARPANET на TCP / IP был официально завершен в день флага 1 января 1983 года, когда новые протоколы были постоянно активированы.

В 1985 году Консультативный совет Интернета (позже Совет по Интернету Интернета ) провел трехдневный семинар по TCP / IP для компьютерной индустрии, на которой были 250 представителей поставщиков, которые продвигали протокол и привели к его расширению коммерческого использования. В 1985 году первая конференция Interop была посвящена сетевой совместимости за счет более широкого распространения TCP / IP. Конференция первая основа Дэном Линчем, одним из активистов Интернета. С самого начала на встрече присутствовали крупные корпорации, такие как IBM и DEC.

IBM, ATT и DEC были первыми крупными корпорациями, принявшими TCP / IP, несмотря на наличие конкурирующих проприетарных протоколов. В IBM с 1984 года группа Барри Аппельмана занималась разработкой TCP / IP. Они сориентировались в корпоративной политике, чтобы получить поток продуктов TCP / IP для различных систем IBM, включая MVS, VM и OS / 2. В то же время несколько небольших компаний, таких как FTP Software и Wollongong Group, начали предлагать стеки TCP / IP для DOS и Microsoft Windows.. Первый стек TCP / IP VM / CMS поступил из Университета Висконсина.

Некоторые из ранних стеков TCP / IP были написаны в одиночку через программистами. Джей Элински и [ru ] из IBM Research написали стеки TCP / IP для VM / CMS и OS / 2 соответственно. В 1984 году Дональд Гиллис из Массачусетского технологического института был протокол TCP с использованием соединений ntcp, который работал поверх уровня IP / PacketDriver, поддерживаемого Джоном Ромки из Массачусетского технологического института в 1983–1994 годах. Ромки использовал этот протокол TCP в 1986 году, когда была основана компания FTP Software. Начало с 1985 года Фил Карн создал приложение TCP с подключениями для систем любительской радиосвязи (KA9Q TCP).

Распространение TCP / IP получило дальнейшее развитие в июне 1989 года, когда Калифорнийский университет, Беркли согласился код ссылки TCP / IP, подходит для BSD UNIX, в общественное достояние. Различные корпоративные поставщики, включая IBM, включили этот код в коммерческие выпуски программного обеспечения TCP / IP. Microsoft выпустила собственный стек TCP / IP в Windows 95. Это событие помогло закрепить доминирующее положение TCP / IP над другими протоколами в сети Microsoft, в том числе IBM Системная сетевая архитектура (SNA) и на других платформах, таких как Digital Equipment Corporation DECnet, Open Systems Interconnection (OSI) и Xerox Network Systems (XNS).

Тем не менее, в течение периода в конце 1980-х - начале 1990-х инженеры, организации и нации были поляризованы по вопросу о, какой стандарт, модель OSI или набор Интернет- приведет к лучшим и самым надежным компьютерным сети.

Формальная спецификация и стандарты

Технические стандарты, лежащие в основе набора Интернет-протоколов и составляющих его протоколов, были делегированы Инженерная группа Интернета (IETF).

Характерной архитектурой Интернет-протокол - широкое разделение на рабочие области для протоколов, составляющих его основную функциональность. Определение спецификации набора является RFC 1122, который в общих чертах четыре уровня абстракции . Они выдержали испытание временем, поскольку IETF никогда не изменяла эту структуру. Как такая модель сети, Internet Protocol Suite предшествует модели OSI, более широкой эталонной структуры для общих сетей.

Ключевые принципы архитектуры320>Концептуальный поток данных в простой сетевой топологии из двух хостов (A и B), соединенных каналом между своими поставщиками. Приложение на каждом сервере операций чтения и записи, как если бы процессы были связаны друг с другом каким-то каналом данных. Как основные принципы коммуникации реализуются на нижних уровнях протокола. Аналогично, на уровне транспортном уровне связь осуществляется по принципу «хост-хост» без знания структур приложений и подключаемых маршрутизаторов, тогда как на уровне межсетевого взаимодействия отдельные сети пересекаются на каждом маршрутизаторе. Инкапсуляция приложения данные, спускающийся по уровню, описанным в RFC 1122

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

Принцип устойчивости гласит: «В общем, реализация должна быть консервативной. в своем поведении и либеральном в своем поведении приема. То есть он должен быть осторожен с отправкой правильно сформированных дейтаграмму, который он может принимать любые дейтаграмму, который он может интерпретировать (например, не возражать против ошибок, где смысл все еще ясен). «« Вторая часть принципа почти не менее важна: программное обеспечение на других хостах может содержать недостатки, из-за которых неразумно использовать законные, но неясные функции протокола ».

Инкапсуляция используется для абстракции протоколов и служб Инкапсуляция обычно. В общем, приложение (на каждом уровне) использует набор протоколов для передачи данных по уровням.

Ранний архитектурный документ, RFC. 1122, подчеркивает архитектурные принципы, а не многоуровневость. RFC 1122, озаглавленный «Требования к хосту», структурирован в параграфах, относящихся к слоям, но в документе упоминаются многие другие Он свободно определяет четырехуровневую модель, где слои числа, а не имеют именно:

  • уровень приложения - это область, в приложении или процессы представляют данные пользователя и хосты через эти данные приложения другими приложениями или том же том же. Используем услуги, предоставляющие нижележащими нижними уровнями, особенно транспортным уровнем, который обеспечивает надежные или ненадежные каналы для других процессов. Партнеры по обмену данными характеризуются архитектурой приложения, такие как модель-сервер и одноранговая сеть. Это уровень, на котором работают все протоколы приложений, такие как SMTP, FTP, SSH, HTTP. Процессы адресуются через порты, которые, по сути, заменяют сервисы.
  • . транспортный уровень осуществляет обмен данными между хостами в локальной сети или в удаленных сетях, разделенных маршрутизаторами. Он обеспечивает канал для коммуникационных потребностей приложений. UDP - это основной протокол транспортного уровня, обеспечивающий ненадежную службу службы дейтаграмм без соединения соединения. Протокол управления передачей обеспечивает управление потоком, установление соединения и надежную передачу данных.
  • Интернет-уровень обменивается дейтаграммами через границы сети. Он обеспечивает единый базовый интерфейс, скрывающий фактическую топологию (схему) сетевых подключений. Следовательно, это также уровень, который устанавливает межсетевое взаимодействие. Действительно, он определяет и устанавливает Интернет. Этот уровень определяет структуры адресации и маршрутизации, используется для набора протоколов TCP / IP. Основным протоколом этой области является Интернет-протокол, который определяет IP-адрес. Его функция в маршрутизации заключается в транспортировке дейтаграмм на следующий хост, функционирующий как IP-маршрутизатор, имеющий возможность подключения к сети, находящейся ближе к конечному месту назначения данных.
  • Канальный уровень определяет сетевые методы в локальной сети, по которым хосты обмениваются данными без вмешательства маршрутизаторов. Этот уровень включает в себя протоколы, используемые для описания топологии локальной сети, интерфейсы, необходимые для воздействия на передачу дейтаграмм уровня Интернета на хосты следующего соседа.

Канальный уровень

Протоколы канального уровня работают в рамках подключения к локальной сети, к которому подключен хост. Этот режим называется каналом на языке TCP / IP. Ссылка включает в себя все хосты, доступные без прохождения через маршрутизатор. Таким образом, размер канала определяется конструкцией сетевого оборудования. В принципе, TCP / IP разработан как независимое от оборудования и может быть реализован поверх практически любой технологии канального уровня. Сюда входят не только аппаратные реализации, но и виртуальные канальные уровни, такие как виртуальные частные сети и сетевые туннели.

Канальный уровень используется для перемещения пакетов между интерфейсами уровня двух разных хостов на той же ссылка. Процессами передачи и приема пакетов по каналу можно управлять в драйвере устройства для сетевой карты, а также в прошивке или специализированной чипсеты. Они выполняют такие функции, как формирование кадров для подготовки пакетов уровня Интернет к передаче и, наконец, передают кадры на физический уровень и через среду передачи . Модель TCP / IP включает в себя спецификации для преобразования методов сетевого адресации, используемых в Интернет-протоколе, адреса канального уровня, такие как адреса управления доступом к среде (MAC). Однако все другие аспекты ниже уровня неявно применяемые и явно не указанные в модели TCP / IP.

Канальный уровень в модели TCP / IP имеет соответствующие функции на уровне 2 модели OSI.

Уровень Интернета

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

Интернет-уровень не различает различные протоколы транспортного уровня. IP передает данные для множества различных протоколов верхнего уровня. Каждый из этих протоколов идентифицируется уникальным номером протокола : например, Протокол управляющих сообщений Интернета (ICMP) и Протокол управления группами Интернета (IGMP) являются протоколами 1 и 2 соответственно.

Интернет-протокол является основным компонентом Интернет-уровня, и он определяет две системы адресации для идентификации сетевых узлов и определения их местоположения в сети. Исходной системой адресации ARPANET и его преемником, Интернетом, является Интернет-протокол версии 4 (IPv4). Он использует 32-битный IP-адрес и поэтому способен идентифицировать приблизительно четыре миллиарда хостов. Это ограничение было снято в 1998 году путем стандартизации Интернет-протокола версии 6 (IPv6), который использует 128-битные адреса. Реализации IPv6 в производстве появились примерно в 2006 году.

Транспортный уровень

Транспортный уровень устанавливает основные каналы данных, которые приложения используют для обмена данными для конкретных задач. Уровень устанавливает соединение между хостами в форме услуг сквозной передачи сообщений, которые не зависят от базовой сети и от структуры пользовательских данных и логистики обмена информацией. Возможности подключения на транспортном уровне можно разделить на ориентированные на соединение, реализованные в TCP, или без установления соединения, реализованные в UDP. Протоколы на этом уровне могут обеспечивать контроль ошибок, сегментацию, управление потоком, контроль перегрузки и адресацию приложений (порт числа ).

С целью предоставления зависящих от процесса каналов передачи для приложений, уровень устанавливает понятиесетевой порт. Это пронумерованная логическая конструкция, выделенная специально для каждого из каналов связи, необходимого приложению. Для многих типов служб эти номера портов стандартизированы, так что клиентские компьютеры могут работать с определенными службами серверного компьютера без обслуживания службами служб или службы каталогов.

, поскольку IP предоставляет только доставка по принципу наилучшего усилия, некоторые протоколы транспортного уровня обеспечения надежности. Однако IP может работать через надежный протокол канала передачи данных, такой как High-Level Link Control (HDLC).

Например, TCP - это протокол с установлением соединения, который решает многочисленные проблемы надежности при помощи ресурсов надежного потока байтов :

  • данные прибывают в порядке
  • данные имеют минимальную ошибку (т. Е.. правильность)
  • дублированные данные отбрасываются
  • повторно отправляются потерянные или отброшенные пакеты
  • включает управление перегрузкой трафика

Более новый Протокол передачи управления потоком ( SCTP) также является надежным транспортным механизмом с установлением соединения. Он ориентирован на поток сообщений, а не на поток байтов, как TCP, и обеспечивает несколько потоков, мультиплексированных через одно соединение. Он также обеспечивает поддержку различных интерфейсов, которые могут быть представлены представленными через несколько физических интерфейсов, так что в случае сбоя одного из них соединение не прерывается. Первоначально он был разработан для приложений телефонии (для передачи SS7 через IP), но также может быть для других приложений.

Протокол дейтаграмм пользователя - это протокол дейтаграммы без соединения. Как и IP, это лучший "ненадежный" протокол. Надежность достигается посредством обнаружения ошибок с использованием слабого алгоритма контрольной суммы. UDP обычно используется для таких приложений, как потоковая передача мультимедиа (аудио, видео, передача голоса по IP и т. Д.), где своевременность прибытия более важна, чем надежность, или для простых приложений запросов / ответов, таких как DNS. поиск, который при непропорционально велики накладные расходы на установку надежного соединения. Транспортный протокол реального времени (RTP) - это протокол дейтаграмм, который разработан для данных в реальном времени, таких как потоковое аудио и видео.

Приложения на любом заданном сетевом адресе различаются по своему TCP или порт UDP. По соглашению некоторые хорошо известные порты связаны с конкретными приложениями.

Транспортный уровень модели TCP / IP или уровень «хост-хост» примерно соответствует четвертому уровню в модели OSI, также называемому транспортным уровнем.

Прикладной уровень

Прикладной уровень включает в себя протоколы, используемым большинством приложений для предоставления пользовательских услуг или обмена данными приложений по сетевым соединениям, установленным протоколами более низкого уровня. Это могут быть некоторые базовые службы поддержки сети, такие как протоколы маршрутизации и настройки хоста. Примеры протоколов прикладного уровня включают протокол передачи файлов гипертекста (HTTP), протокол передачи файлов (FTP), простой протокол передачи почты (SMTP) и Протокол динамической конфигурации хоста (DHCP). Данные, закодированные в соответствии с протоколами прикладного уровня, инкапсулируются в блоки протокола транспортного уровня (такие как сообщения TCP или UDP), которые, в свою очередь, используют протоколы нижнего уровня для осуществления фактической передачи данных.

Модель TCP / IP не учитывает особенности форматирования и представления данных и не определяет дополнительные уровни между прикладными и транспортными уровнями, как в модели OSI (уровни представления и сеанса). Такие функции являются областью библиотек и интерфейсов прикладного программирования.

Протоколы прикладного уровня обычно рассматривают протоколы транспортного уровня (и ниже) как черные ящики, которые обеспечивают стабильную сеть. соединение, через которое можно обмениваться данными, как приложения обычно осведомлены о ключевых качествах соединений уровня транспортного средства, как IP-адреса конечных точек и номера портов. Протоколы прикладного уровня часто связаны с конкретными приложениями клиент-сервер, общие службы хорошо известных портов, зарезервированные Internet Assigned Numbers Authority (IANA). Например, протокол передачи гипертекста использует порт сервера 80, а Telnet использует порт сервера 23. Клиенты, подключающиеся к службе, обычно используют временные порты, т. е. Назначаются только на время транзакции случайным образом или из определенного, настроенного в приложении.

Транспортный уровень и уровни нижнего уровня не заботятся о специфике протоколов прикладного уровня. Маршрутизаторы и коммутаторы обычно не исследуют инкапсулированный трафик, а просто обеспечивают его канал. Однако некоторые приложения брандмауэра и регулирования полосы пропускания должны интерпретировать данные приложения. Примером может служить протокол резервирования ресурсов (RSVP). Кроме того, при обходе транслятора сетевых адресов (NAT) необходимо учитывать полезную нагрузку приложения.

Уровень приложений в модели TCP / IP часто сравнивают как эквивалент комбинации пятого (сеанс), шестого (презентация) и седьмого (приложения) уровней модели OSI.

Кроме того, модель TCP / IP различает пользовательские протоколы и протоколы поддержки. Протоколы поддержки предоставьте услуги сетевой инфраструктуры. Пользовательские протоколы используются для реальных пользовательских приложений. Например, FTP - это протокол пользователя, а DNS - протокол поддержки.

Имена уровней и количество уровней в литературе

В следующей таблице показаны различные сетевые модели. Количество слоев распространяется от трех до семи.

RFC 1122, Internet STD 3 (1989)Академия CiscoКурос, ФорузанКомер, КозиерокСтойлингТаненбаумЭталонная модель Arpanet (RFC 871 )Модель OSI
Четыре уровняЧетыре уровняПять уровнейЧетыре + один уровеньПять уровнейПять уровнейТри уровняСемь уровней
«Интернет-модель»«Модель Интернета»«Пятиуровневая модель Интернета» или «Набор протоколов TCP / IP»«Пятиуровневая эталонная модель TCP / IP»«TCP / IP модель "" 5-уровневая эталонная модель TCP / IP "" эталонная модель Arpanet "модель OSI
приложениеприложениеПриложениеПриложениеПриложениеПриложениеПриложение / процессПриложение
Презентация
Сеанс
ТранспортТранспортТранспортТранспортОт хоста к хосту или транспортТранспортХост-хост tТранспорт
ИнтернетМежсетевое соединениеСетьИнтернетИнтернетИнтернетСеть
СвязьСетевой интерфейсКанал передачи данныхКанал передачи данных (Сетевой интерфейс)Доступ к сетиКанал передачи данныхСетевой интерфейсКанал передачи данных
Физический(Аппаратный)ФизическийФизическийФизический

Некоторые сетевые модели взяты из учебников, которые являются вторичными источниками, которые могут противоречить целям RFC 1122 и других IETF первичных источников.

Сравнение Уровни TCP / IP и OSI

Три верхних уровня в модели OSI, т.е. прикладной уровень, уровень представления и уровень сеанса, не различаются отдельно в модели TCP / IP, которая имеет только прикладной уровень. над транспортным уровнем. Хотя некоторые приложения с чистым протоколом OSI, такие как X.400, также объединяют их, нет требований, чтобы стеколов TCP / IP налагал монолитную энергиюуру над транспортным уровнем. Например, приложения NFS работает по протоколу представления eXternal Data Presentation (XDR), который, в свою очередь, работает по протоколу под названием Remote Procedure Call (RPC). RPC обеспечивает надежную передачу записей, может он безопасно использовать оптимальную передачу UDP.

Различные авторы интерпретировали модель TCP / IP по-разному и расходятся во мнениях относительно того, охватывает ли канальный уровень или всю модель TCP / IP проблемы уровня 1 OSI (физический уровень ), или же уровень оборудования ниже канального уровня.

Некоторые авторы пытались включить 1 и 2 модели OSI в модели TCP / IP, поскольку они обычно активируются в современных стандартах (например, IEEE и ITU ). Это часто приводит к модели с пятью уровнями, где канальный уровень или уровень доступа к сети разделен на уровнях 1 и 2 модели OSI.

При разработке протокола IETF строгое разделение на уровни не связано. Некоторые из его протоколов могут не полностью вписываться в модель OSI, хотя RFC иногда использует старые номера уровней OSI. IETF неоднократно заявлял, что разработка интернет-протокола и архитектуры не соответствует требованиям OSI. RFC 3439, относящийся к передатчику Интернета, содержит раздел, озаглавленный: «Распределение по уровню считается вредным».

Например, уровни сеанса и представления OSI считаются включенными в уровень приложения пакета TCP / IP. Функциональные возможности сеансового уровня можно найти в таких протоколах, как HTTP и SMTP, и более очевидны в таких протоколах, как Telnet и Протокол инициации сеанса (SIP). Функциональность сеансового уровня также реализована с помощью нумерации портов протоколов TCP и UDP, которые покрывают транспортный уровень в пакете TCP / IP. Функции уровня представлены в приложениях TCP / IP со стандартом MIME при обмене данными.

Конфликты очевидны также в исходной модели OSI, ISO 7498, если рассматривать приложения к этой модели, например, рассматривать управление ISO 7498/4 или внутреннюю организацию сетевого уровня ISO 8648 (IONL). Когда рассматриваются документы IONL и Management Framework, ICMP и IGMP рассматриваются как протоколы управления уровнем для сетевого уровня. Аналогичным образом, IONL действует для «средств конвергенции, зависящих от подсети», таких как ARP и RARP.

протоколы IETF, которые могут быть рекурсивно инкапсулированы, что используется протоколами туннелирования, такими как Универсальная инкапсуляция маршрутизации (GRE). GRE использует тот же механизм, который OSI использует для туннелирования на сетевом уровне.

Реализации

Набор Интернет-протоколов не предполагает какой-либо конкретный аппаратной или программной среды. Для этого требуется только наличие аппаратного и программного обеспечения, способного отправлять и получать пакеты в компьютерной сети. В результате пакет был реализован практически на каждой вычислительной платформе. Минимальная реализация TCP / IP включает следующее: Интернет-протокол (IP), Протокол разрешения адресов (ARP), Протокол управляющих сообщений Интернета (ICMP), Протокол управления передачей (TCP), Протокол дейтаграмм пользователя (UDP) и Протокол управления группами Интернета (IGMP). Помимо IP, ICMP, TCP, UDP, Интернет-протокол версии 6 требует Neighbor Discovery Protocol (NDP), ICMPv6 и IGMPv6 и часто сопровождается интегрированным уровнем безопасности IPSec.

Программистов приложений обычно интересуют только интерфейсы на прикладном уровне, а часто и на транспортном уровне, в то время как нижележащие уровни представляют собой службы, предоставляемые стеком TCP / IP в операционной системе. Большинство реализаций IP доступны программистам через сокеты и API.

. Уникальные реализации включают облегченный TCP / IP, стек с открытым исходным кодом, разработанный для встроенные системы и KA9Q NOS, стек и связанные протоколы для любительских систем пакетной радиосвязи и персональных компьютеров, подключенных через последовательные линии.

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

См. Также

Библиография

Ссылки

Внешние ссылки

В Викиверситете есть обучающие ресурсы о наборе протоколов Интернета
Последняя правка сделана 2021-05-24 05:02:21
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте