на каком уровне osi работает протокол igmp

На каком уровне osi работает протокол igmp

Internet Group Management Protocol

Управление групповой маршрутизацией

IGMP (англ. Internet Group Management Protocol — протокол управления группами Интернета) — протокол управления групповой (multicast) передачей данных в сетях, основанных на протоколе IP. IGMP используется маршрутизаторами и IP-узлами для организации сетевых устройств в группы.

IGMP используется только в сетях IPv4, так как в IPv6 групповая передача пакетов реализована через протокол Multicast Listener Discovery.

Содержание

Архитектура

Сеть, предоставляющая услуги групповой передачи данных (например, видео) с использованием IGMP, может иметь следующую базовую архитектуру:

IGMP используется клиентским компьютером и соседними коммутаторами для соединения клиента и локального маршрутизатора, осуществляющего групповую передачу. Далее между локальным и удаленным маршрутизаторами используется протокол Protocol Independent Multicast (PIM), с его помощью групповой трафик направляется от видеосервера к многочисленным клиентам групповой передачи.

Стандарты

Согласно Request for Comments (RFC), документу сообщества Internet Engineering Task Force (IETF), существует три версии IGMP. IGMPv1 определен в RFC 1112, IGMPv2 — в RFC 2236 и IGMPv3 — в RFC 3376.

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

Реализация

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

Операционные системы FreeBSD, Linux и Windows поддерживают клиентскую часть протокола. В системе Linux IGMPv3 был добавлен в версии ядра 2.5. Для FreeBSD IGMPv3 был добавлен в версии 8.0.

Для реализации серверной части IGMP в Linux используются демоны, например, mrouted может действовать как IGMP маршрутизатор. Существуют также целые программные комплексы (такие, как XORP), позволяющие превратить обычный компьютер в полнофункциональный маршрутизатор групповой передачи.

Структура пакетов IGMPv3

Запрос принадлежности (Membership Query Message)

Запросы принадлежности рассылаются маршрутизаторами для того, чтобы для каждого узла определить его принадлежность к каким-либо группам (group membership state) и список источников информации, от которых данный узел хочет получать сообщения (reception state). Существует три типа таких запросов:

Источник

Модель OSI: уровни модели OSI, протоколы, история.

Сетевая модель OSI (Open Systems Interconnection) — это концептуальная модель, которая описывает и стандартизирует функции компьютерных систем при их взаимодействии друг с другом. Каждый из семи уровней накладывается поверх предыдущего: от физического до прикладного, взаимодействуя с нижним и предоставляя средства для уровня выше.

К настоящему времени стек протоколов TCP/IP практически вытеснил оригинальный стек OSI из реального использования. Модель TCP/IP не такая полная и включает только четыре уровня, но она стала стандартом де-факто.

Сравнение OSI и TCP/I

Поскольку модель OSI лучше проработана, она считается эталонной и используется для обучения.

Зачем понадобилась концептуальная модель?

В конце 60-х гг в разных уголках мира начали строить первые компьютерные сети для университетов, госучреждений, армии. Многие сети разрабатывали частные компании. Например, IBM внедряла фирменную архитектуру Systems Network Architecture, а Digital Equipment Corporation — DECnet. В 1969 году минобороны США запустило свою сеть ARPANET.

Логическая карта ARPANET, март 1977

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

В 1977 году Международная организация по стандартизации (ISO) сформировала комитет Open Systems Interconnection под председательством Чарльза Бахмана. Он говорит, что спроектировал дизайн системы под сильным влиянием IBM Systems Network Architecture (SNA) — проприетарной сетевой архитектуры для взаимодействия глобальной сети мейнфреймов IBM, там семиуровневый стек сетевых протоколов, очень похожий на OSI.

Уровни модели OSI

Вот уровни модели OSi сверху вниз, с указанием функций и PDU (блоки данных протокола) для уровней 1−4:

7. Прикладной (application). Доступ к сетевым службам

6. Представления (presentation). Представление и шифрование данных

5. Сеансовый (session). Управление сеансом связи.

4. Транспортный (transport). Прямая связь между конечными пунктами и надёжность. Сегменты и датаграммы

3. Сетевой (network). Определение маршрута и логическая адресация. Пакеты

2. Канальный (data link). Физическая адресация. Кадры (фреймы)

1. Физический (physical). Работа со средой передачи, сигналами и двоичными данными. Биты, символы

Каждому уровню OSI соответствуют определённые функции, протоколы, оборудование и PDU. Для уровней 5-7 это любые данные.

Благодаря жёсткой абстракции в OSI реализована практически абсолютная гибкость. Пока слои реализуют правильный интерфейс сверху и ожидают правильного интерфейса снизу, можно использовать любую реализацию данного слоя.

Оригинальный стек модели OSI

модель OSI опубликовали в 1984 года как международный стандарт ISO 7498 и рекомендации X.200. Но разработка слишком затянулась, уже 1 января 1983 года минобороны США опубликовало распоряжение об обязательном использовании стека TCP/IP в сети ARPANET. Этот день считается датой рождения современного Интернета.

Вскоре после концептуальной модели OSI приняли отдельные стандарты OSI для транспортных протоколов, электронной почты, электронных каталогов, управления сетью и многих других функций. На практике эти «настоящие» протоколы OSI с их функциями не совсем вписываются в реально используемый стек TCP/IP. Например, в модели OSI канальный уровень 2 реализован в виде протокола X.212. Типичными протоколами уровня 3 являются Connectionless Network Protocol (CLNP) и Connection Oriented Network Protocol. Адресация OSI на этих уровнях основана на технологии Network Service Access Point или NSAP. Точки NSAP не включают информацию о маршрутизации, как в случае с IP-адресами, поэтому процесс маршрутизации трафика к конкретному NSAP включает «перевод» NSAP в более подробные типы адресации, которые могут зависеть от используемого уровня 2. В целом, адресация OSI в современном использовании во многом зависит от деталей конкретного приложения.

Транспортный уровень 4 добавляет дополнительные возможности по сравнению с уровнем 3, включая мультиплексирование нескольких потоков, восстановление ошибок, управление потоком и управление соединением (например, повторные попытки и повторные подключения). Существует пять классов уровня 4, от TP0 до высоконадёжного TP4, что не совсем логично с современной точки зрения. Поскольку уровень 4 предлагает общие функции обмена сообщениями, он, возможно, является ближайшим эквивалентом современных протоколов TCP и UDP в IP-стеке, хотя многие элементы UDP и TCP присутствуют и на более низких уровнях.

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

Шестого уровня представления тоже не существует в стеке IP, и его ещё сложнее понять. Основная концепция заключается в том, что приложения должны взаимодействовать с использованием абстрактных представлений, а не реальных значений, закодированных в канале передачи. Эти абстрактные представления затем переводят в фактические значения, основанные на возможностях базовой сети. То есть это сжатие данных, шифрование, изменение кодировки и др. Уровень представления OSI реализован в протоколе X.216.

Наконец, самый верхний прикладной уровень 7. Хотя у него нет чётких определений, стек OSI поставлялся с большим количеством протоколов прикладного уровня. Можно вспомнить X.500, протокол службы каталогов, который считается прародителем LDAP, а также X.509, который описывает функцию криптографических сертификатов в экосистеме X.500. Формат и концепции сертификата X.509 непосредственно используются сегодня в TLS и других криптографических реализациях. Есть также протокол службы обмена сообщениями X.400, по сути, OSI-версия электронной почты. Как и следовало ожидать, он значительно мощнее и сложнее, чем электронная почта в современном виде. Долгое время Microsoft Exchange представлял собой наиболее полную реализацию X.400.

Описание стека OSI определено стандартами МСЭ, которые можно купить на официальном сайте ISO.

Другие протоколы в модели OSI

Хотя модель OSI как стек оригинальных протоколов устарела, любую технологию и протокол связи можно спроецировать на один или несколько уровней OSI. Вот некоторые примеры.

Многие протоколы работают на нескольких уровнях OSI. Например, подуровни LLC (Logical Link Control) и MAC (Media Access Control) в IEEE 802. Или набор протоколов X.25, который покрывает три последних уровня.

1 (физический)

Физический уровень Bluetooth, шина CAN, DSL, Ethernet (10BASE-F и др.), GSM, физические уровни IEEE 802.15.4, IEEE 1394, IRDA, ISDN, I²C, LoRa, OTN, SMB, V.92, USB, PCI Express, физический уровень 802.11 Wi-Fi, IEEE 802.15.7

2 (канальный)

ARCnet, ATM, CDP, CAN, Ethernet, EAPS, FDDI, Frame Relay, IEEE 802.2 (функции подуровня LLC для подуровня MAC в IEEE 802), сеть IEEE 802.11, I²C, LLDP, PPP, IEEE 802.1aq, Token Ring

3 (сетевой)

CLNS, DDP, EIGRP, ICMP, IGMP, IPsec, IPv4/IPv6, IPX, OSPF, PIM, RIP

4 (транспортный)

ATP, CUDP, DCCP, FCP, IL, MPTCP, RDP, RUDP, SCTP, SPX, SST, TCP, UDP, UDP-Lite, µTP

5 (сеансовый)

ADSP, ASP, H.245, ISO-SP (X.225, ISO 8327), iSNS, L2F, L2TP, NetBIOS, PAP, PPTP, RPC, RTCP, SMPP, SCP, SOCKS, ZIP, SDP

6 (представления)

AFP, ICA, LPP, NCP, NDR, Tox, XDR, X.25

7 (прикладной)

Telnet, FTP, TFTP, SMTP, DNS, BOOTP, SNMP, CMOT

На уровнях 5−7 работают современные прикладные протоколы, таких как Bitcoin, BitTorrent, HTTP, IRV, IPFS, NTP, RDP, SIP, Tor, Tox, WebRTC, XMPP и многие другие.

Противостояние с TCP/IP

Разработка OSI продвигались настолько медленно, что вызывала сильное раздражение у всей индустрии. К началу 90-х годов стало понятно, что она не поспевает за реальным развитием телекома.

Хотя правительства по всему миру рекомендовали соблюдать стандарты OSI, на практике телекомы предпочитали быстро соединять разнородные гетерогенные системы по протоколам TCP/IP, не соблюдая порядок и иерархию OSI. Интернет-инженер Маршалл Роуз писал в учебнике 1990 года, что «интернет-сообщество изо всех сил старается игнорировать сообщество OSI. По большому счету, технология OSI уродлива по сравнению с технологией Интернета».
Предвзятость интернет-сообщества привела к тому, что оно отвергало любые технические идеи OSI. Например, в 1992 году некоторые руководители IETF предложили принять продвинутый стандарт ISO Connectionless Network Protocol вместо IPv4, но сообщество отвергло эту идею.

Ещё одно преимущество TCP/IP было в том, что интернет-протоколы можно внедрять бесплатно, а чтобы использовать стандарты OSI, производители и интеграторы должны покупать бумажные копии стандартов у ISO.

Инженеры признавали, что у OSI архитектурно более проработанная модель, она гораздо более полная, более тщательная. Но на практике проще взять простой в реализации TCP/IP. Впрочем, модель OSI никто не отменял, и в неё вполне вписывается даже стек TCP/IP.

Модель OSI как теоретическая конструкция для обучения

Модель OSI сейчас используется в качестве эталонной, справочной модели для обучения студентов. Оригинальные протоколы OSI не получили распространения. Некоторые инженеры утверждают, что эталонная модель OSI по-прежнему актуальна для облачных вычислений. Другие говорят, что оригинальная модель не соответствует современным сетевым протоколам, а вместо неё лучше использовать упрощённый подход.

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

Источник

Протоколы IGMP и UPnP. Качество обслуживания и Технология SharePort

IGMP для IPTV

IGMP (Internet Group Management Protocol – межсетевой протокол управления группами) – протокол управления групповой (multicast) передачей данных в сетях, основанных на протоколе IP. IGMP используется маршрутизирующими устройствами и IP-узлами для организации сетевых устройств в группы.

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

Протокол IGMP используется для динамической регистрации отдельных узлов в многоадресной группе локальной сети. Узлы сети определяют принадлежность к группе, посылая IGMP-сообщения на свой локальный многоадресный маршрутизатор. По протоколу IGMP маршрутизаторы (коммутаторы L3) получают IGMP-сообщения и периодически посылают запросы, чтобы определить какие группы активны или неактивны в данной сети.

В общем случае протокол IGMP определяет следующие типы сообщений:

В настоящее время существуют три версии протокола IGMP:

Протокол IGMP используется только в сетях с адресацией IPv4, так как в сетях с адресацией IPv6 групповая передача пакетов реализована по-другому.

Услугу IPTV (Internet Protocol Television, IP-телевидение) предоставляет провайдер. IPTV напоминает обычное кабельное телевидение. Разница в том, что услуга IPTV предоставляется не по коаксиальному кабелю, а по тому же каналу, что и Интернет (ADSL модем или Ethernet).

Технология IPTV представляет собой трансляцию каналов преимущественно в форматах MPEG2/MPEG4 по транспортной сети провайдера, с последующим просмотром на компьютере.

Межсетевые экраны по умолчанию не обрабатывают пакеты IPTV (мультикаст). Необходимо разрешить в системных правилах протокол IGMP (протокол управления подключениями к мультикаст-группам), создать правила, одно из которых будет отвечать за запрос query от сервера к межсетевому экрану, а от него уже к клиенту, второе будет переправлять ответ report от клиента к межсетевому экрану, затем от него к источнику вещания.

Кроме этого, на управляемом коммутаторе нужно включить функцию IGMP snooping. IGMP Snooping – процесс отслеживания сетевого трафика IGMP, который позволяет сетевым устройствам канального уровня (коммутаторам) отслеживать IGMP-обмен между клиентами и поставщиками (маршрутизаторами) многоадресного (multicast) IP-трафика, формально происходящий на более высоком (сетевом) уровне.

IGMP Snooping – это функция второго уровня модели OSI, которая позволяет коммутаторам изучать членов многоадресных групп, подключенных к его портам, прослушивая IGMP-сообщения (запросы и ответы) передаваемые между узлами-подписчиками и маршрутизаторами (коммутаторами L3) сети.

Когда узел, подключенный к коммутатору, хочет вступить в многоадресную группу или отвечает на IGMP-запрос, полученный от маршрутизатора (коммутатора L3) многоадресной рассылки, он отправляет IGMP-ответ, в котором указан адрес многоадресной группы. Коммутатор просматривает информацию в IGMP-ответе и создает в своей ассоциативной таблице коммутации IGMP Snooping запись для этой группы (если она не существует). Эта запись связывает порт, к которому подключен узел-подписчик, с портом, к которому подключен маршрутизатор (коммутатор L3) многоадресной рассылки и МАС-адрес многоадресной группы.

Если коммутатор получает IGMP-ответ для этой же группы от другого узла данной VLAN, то он добавляет номер порта в уже существующую запись ассоциативной таблицы коммутации IGMP Snooping.

Формируя таблицу коммутации многоадресной рассылки, коммутатор осуществляет передачу многоадресного трафика только тем узлам, которые в нем заинтересованы.

После включения IGMP Snooping, коммутатор начинает анализировать все IGMP-пакеты между подключенными к нему компьютерами-клиентами и маршрутизаторами-поставщиками multicast-трафика. Обнаружив IGMP-запрос (report) клиента на подключение к мультикаст-группе, коммутатор включает порт, к которому тот подключен, в список ее членов (для ретрансляции группового трафика). И наоборот – услышав запрос «IGMP Leave» (покинуть), удаляет соответствующий порт из списка группы.

Направлять сообщения IGMP query клиенту может маршрутизатор IGMP (IGMP Snooping на управляемом коммутаторе) или сервер вещания, поддерживающий функцию генерирования IGMP query (тогда коммутатор не нужен).

Eсли доступ в Интернет осуществляется через Интернет-маршрутизатор, необходимо убедиться, что данное устройство поддерживает IGMP/multicast. Не во всяком маршрутизаторе присутствует эта функция.

Активировать опцию для прохождения мультикастового потока ( рис. 5.3) можно в настройках Интернет-маршрутизатора: Enable Multicast Streams или IGMP (если такого пункта в настройках нет, а модель поддерживает функцию, необходимо обновить прошивку).

Поддержка UPnP

Служба UPnP (Universal Plug and Play) – сетевая архитектура, предоставляющая возможность легко и быстро организовывать обмен данными между любыми устройствами в сети, автоматически определяя, подключая и настраивая эти устройства для работы с локальными сетями. Сетевые продукты, использующие технологию Universal Plug and Play, заработают сразу, как только будут физически подключены к сети. UPnP поддерживает практически все технологии сетевых инфраструктур – как проводные, так и беспроводные.

UPnP – это расширение стандартов Plug-and-Play для упрощения управления устройствами в сети, т.е. автоматическое конфигурирование устройств (программных или аппаратных маршрутизаторов), которые эту службу поддерживают. В частности, программа на компьютере в локальной сети может обратиться к маршрутизатору «на языке» UPnP с указанием перенаправить на себя нужный порт.

Практически все модели Интернет-маршрутизаторов серий DI-xxx и DIR-xxx поддерживают службу Universal Plug and Play.

Активирование UPnP представлено на рис. 5.3 на примере Интернет-маршрутизатора DIR-857.

Источник

Что такое модель OSI и какие протоколы она использует

В этой стать будет рассказываться что такое модель OSI и какие уровни в неё бывают, и вообще какие протоколы используются в ней.

Это конечно не совсем тема нашего сайта, тут больше рассказывают про Web-программирование, но всё таки косвенно эти темы связанны.

Также на сайте есть статья: Что такое интернет и web, где подробно рассказывается, что такое интернет, Web и в чём различие этих технологий.

Что такое модель OSI:

Это стек сетевых протоколов OSI/ISO, благодаря которым и работает весь интернет и устройства взаимодействуют друг с другом посредства различных уровней в этой модели, всего их семь.

Уровни в модели OSI:

Теперь пришло время рассказать какие уровни есть в модели OSI, для чего нужны и какие протоколы используют. Всего их семь как говорилось выше.

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

Набор протоколов в OSI:

Пора рассказать на мой взгляд самое интересное, это распределение протоколов по уровням модели OSI, тут будут описаны самые основные протоколы, так как, их очень много.

1. Протоколы физического уровня модели OSI:

2. Протоколы канального уровня модели OSI:

3. Протоколы сетевого уровня модели OSI:

4. Протоколы транспортного уровня модели OSI:

5. Протоколы сеансового уровня модели OSI:

6. Протоколы представления уровня модели OSI:

7. Протоколы прикладного уровня модели OSI:

Вывод:

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

Источник

Разница между моделью TCP/IP и моделью OSI

Sheldon

Купить FS PoE+ коммутаторы

Сетевая модель OSI

Рисунок 1: семь уровней модели OSI.

Уровень 7: прикладной уровень

Прикладной уровень модели OSI напрямую взаимодействует с применениями программных обеспечений для предоставления необходимых функций связи, и он наиболее близок к конечным пользователям. Функции прикладного уровня обычно включают в себя проверку доступности коммуникационных партнеров и ресурсов для поддержки любой передачи данных. Этот уровень также определяет протоколы для конечных применений, такие как domain name system (DNS), file transfer protocol (FTP), hypertext transfer protocol (HTTP), Internet message access protocol (IMAP), post office protocol (POP), simple mail transfer protocol (SMTP), Simple Network Management Protocol (SNMP), и Telnet (a terminal emulation).

Уровень 6: уровень представления

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

Уровень 5: сеансовый уровень

Сеансовый уровень управляет диалогами (соединениями) между компьютерами. Он устанавливает, управляет, сохраняет и в конечном итоге разрывает соединения между локальным и удаленным приложением. Программное обеспечение уровня 5 также выполняет функции аутентификации и авторизации. Он проверяет, что данные также доставляются. Сеансовый уровень обычно реализуется явно в прикладных средах, которые используют удаленные вызовы процедур.

Уровень 4: транспортный уровень

Транспортный уровень обеспечивает функции и средства передачи последовательностей данных от источника к хосту назначения через одну или несколько сетей, сохраняя при этом функции quality of service (QoS) и обеспечивая полную доставку данных. Целостность данных может быть гарантирована через исправление ошибок и аналогичные функции. Он также может предоставить явную функцию управления потоком. Хотя протоколы TCP и User Datagram Protocol (UDP) не строго соответствуют модели OSI, они являются важными протоколами на уровне 4.

Уровень 3: сетевой уровень

Уровень 2: канальный уровень

Уровень 1: физический уровень

Физический уровень определяет электрические и физические характеристики соединения данных. Например, расположение штырей разъема, рабочие напряжения электрического кабеля, спецификации оптоволоконного кабеля и частота для беспроводных устройств. Он отвечает за передачу и прием неструктурированных необработанных данных в физической среде. Управление скоростью передачи битов осуществляется на физическом уровне. Это уровень сетевого оборудования низкого уровня и никогда не касается протоколов или других элементов более высокого уровня.

Сетевая модель TCP/IP

Модель TCP/IP также является многоуровневой сетевой моделью, но это четырехуровневая модель. Он широко известен как TCP/IP, поскольку основными протоколами являются TCP и IP, но в этой модели используются не только эти два протокола.

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

На прикладном уровне (Application layer) работает большинство сетевых приложений. Эти программы имеют свои собственные протоколы обмена информацией, например, HTTP для WWW, FTP (передача файлов), SMTP (электронная почта), SSH (безопасное соединение с удалённой машиной), DNS (преобразование символьных имён в IP-адреса) и многие другие.

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

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

Сетевой уровень

Рисунок 2: примеры адресов IPv4 и адресов IPv6.

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

Канальный уровень (Link layer) описывает, каким образом передаются пакеты данных через физический уровень, включая кодирование (то есть специальные последовательности бит, определяющих начало и конец пакета данных). Канальный уровень иногда разделяют на 2 подуровня — LLC и MAC. Кроме того, канальный уровень описывает среду передачи данных (будь то коаксиальный кабель, витая пара, оптическое волокно или радиоканал), физические характеристики такой среды и принцип передачи данных (разделение каналов, модуляцию, амплитуду сигналов, частоту сигналов, способ синхронизации передачи, время ожидания ответа и максимальное расстояние).

Как обрабатываются данные во время передачи?

В многоуровневой системе, устройства уровня обмениваются данными в другом формате, который известен как protocol data unit (PDU). В таблице ниже показаны PDU на разных уровнях.

Таблица: protocol data unit (PDU), обрабатываемый на разных уровнях.

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

Рисунок 3: потоки данных от верхних уровней к нижним, каждый уровень добавляет верхний/нижний колонтитул к PDU.

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

Значение TCP/IP и OSI для устранения неполадок

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

Модель TCP/IP vs. модель OSI

Модель TCP/IP старше модели OSI. На следующем рисунке показана соответствующая взаимосвязь их уровней.

Рисунок 4: модель OSI vs модель TCP/IP и набор протоколов TCP/IP.

Сравнивая слои TCP/IP-модели, и модели OSI, прикладной уровень протокола TCP/IP-модели аналогичен комбинации слоев 5, 6, 7 модели OSI, но TCP/IP-модель не имеет отдельного уровня представления и сеансового уровня. Транспортный уровень протокола TCP/IP включает в себя функции транспортного уровня OSI и некоторые функции сеансового уровня модели OSI. Уровень доступа сети модели TCP/IP охватывает канальный и физический уровни модели OSI. Обратите внимание, что сетевой уровень TCP/IP не использует преимущества служб последовательности и подтверждения, которые могут присутствовать на канальном уровне передачи данных модели OSI. Это ответственность транспортного уровня в модели TCP/IP.

Учитывая значения двух моделей, модель OSI является концептуальной моделью. Она в основном используется для описания, обсуждения и понимания отдельных сетевых функций. Однако, TCP/IP в первую очередь сконструирована для того чтобы разрешить специфический круг проблем, а не действовать как описание поколения для всех сетевых взаимодействий как модель OSI. Модель OSI является общей, независимой от протокола, но большинство протоколов и систем придерживаются ее, в то время как модель TCP/IP основана на стандартных протоколах, которые разработал интернет. Другой момент, который следует отметить в модели OSI заключается в том, что не все уровни используются в более простых приложениях. В то время как уровни 1, 2, 3 являются обязательными для любой передачи данных, приложение может использовать какой-то уникальный интерфейс уровня вместо обычных верхних уровней в модели.

Заключение

Модель TCP/IP и модель OSI являются концептуальными моделями, используемыми для описания всех сетевых коммуникаций, в то время как TCP/IP сама по себе также является важным протоколом, используемым во всех операциях Интернета. Как правило, когда мы говорим об уровне 2, уровне 3 или уровне 7, в котором работает сетевое устройство, мы имеем в виду модель OSI. Модели TCP/IP используется как для моделирования текущей архитектуры Интернета и обеспечивают набор правил, которым следуют все формы передачи по сети.

Источник