Какие отличия от модели iso osi имеет стандарт lan ieee 802
Обновлено: 21.11.2024
Модель OSI описывает идеализированную сетевую связь с семейством протоколов. TCP/IP не соответствует этой модели напрямую. TCP/IP либо объединяет несколько уровней OSI в один, либо вообще не использует некоторые уровни. В следующей таблице показаны уровни реализации TCP/IP в Solaris. В таблице перечислены уровни от самого верхнего (приложение) до самого нижнего (физическая сеть).
Ссылка на OSI. № слоя
Эквивалент уровня OSI
Примеры протокола TCP/IP
Заявка, сессия, презентация
NFS, NIS+, DNS, telnet , ftp , rlogin , rsh , rcp , RIP, RDISC, SNMP и другие
Ethernet (IEEE 802.3) Token Ring, RS-232, другие
В таблице показаны уровни протокола TCP/IP. Также показаны эквиваленты модели OSI с примерами протоколов, доступных на каждом уровне стека протоколов TCP/IP. На каждом хосте, участвующем в транзакции связи, работает уникальная реализация стека протоколов.
Физический сетевой уровень
Физический сетевой уровень определяет характеристики оборудования, которое будет использоваться в сети. Например, физический сетевой уровень определяет физические характеристики среды связи. Физический уровень TCP/IP описывает аппаратные стандарты, такие как IEEE 802.3 (спецификация для сетевой среды Ethernet) и RS-232 (спецификация стандартных штыревых разъемов).
Уровень канала передачи данных
Уровень канала передачи данных определяет тип сетевого протокола пакета, в данном случае TCP/IP. Канальный уровень также обеспечивает контроль ошибок и «кадрирование». Примерами протоколов уровня канала передачи данных являются кадрирование Ethernet IEEE 802.2 и кадрирование протокола "точка-точка" (PPP).
Интернет-уровень
Этот уровень, также известный как сетевой уровень, принимает и доставляет пакеты по сети. Этот уровень включает в себя мощный Интернет-протокол (IP), протокол разрешения адресов (ARP) и протокол управляющих сообщений Интернета (ICMP).
IP-протокол
Протокол IP и связанные с ним протоколы маршрутизации, возможно, являются наиболее важными из всего пакета TCP/IP. ИП несет ответственность за следующее:
IP-адресация. Соглашения об IP-адресации являются частью протокола IP. Глава 3, Планирование сети TCP/IP (задача), подробно описывает адресацию IPv4, а Глава 14, IPv6 (Обзор), подробно описывает адресацию IPv6.
Коммуникации между хостами: IP определяет путь, по которому должен пройти пакет, на основе IP-адреса хоста-получателя.
Форматирование пакетов. Протокол IP собирает пакеты в блоки, известные как дейтаграммы IP. Дейтаграммы полностью описаны на уровне Интернета.
Фрагментация. Если пакет слишком велик для передачи по сети, IP-адрес отправляющего узла разбивает пакет на более мелкие фрагменты. Затем IP на принимающем узле восстанавливает фрагменты в исходный пакет.
Предыдущие выпуски операционной среды Solaris реализуют версию 4 Интернет-протокола, сокращенно IPv4. Однако из-за быстрого роста Интернета был создан новый Интернет-протокол. Новый протокол увеличивает адресное пространство. Эта новая версия, известная как версия 6, сокращенно обозначается как IPv6. Операционная среда Solaris поддерживает обе версии, описанные в этой книге. Чтобы избежать путаницы при обращении к Интернет-протоколу, используется одно из следующих соглашений:
Когда в описании используется термин IP, это описание относится как к IPv4, так и к IPv6.
Когда в описании используется термин IPv4, это описание относится только к IPv4.
Когда в описании используется термин IPv6, это описание относится только к IPv6.
Протокол ARP
Протокол разрешения адресов (ARP) концептуально существует между уровнем канала передачи данных и уровнем Интернета. ARP помогает IP направлять дейтаграммы на соответствующий хост-получатель, сопоставляя адреса Ethernet (длиной 48 бит) с известными IP-адресами (длиной 32 бита).
Протокол ICMP
Протокол управляющих сообщений Интернета (ICMP) обнаруживает сетевые ошибки и сообщает о них. ICMP сообщает о следующем:
Отброшенные пакеты — пакеты, поступающие слишком быстро, чтобы их можно было обработать
Ошибка подключения — узел назначения недоступен)
Перенаправление — перенаправление отправляющего хоста на использование другого маршрутизатора
Команда ping содержит дополнительную информацию о командах операционной системы, использующих ICMP для обнаружения ошибок.
Транспортный уровень
Протоколы транспортного уровня TCP/IP гарантируют, что пакеты будут поступать последовательно и без ошибок, путем обмена подтверждениями приема данных и повторной передачи потерянных пакетов. Этот тип связи известен как «сквозной». Протоколами транспортного уровня на этом уровне являются протокол управления передачей (TCP) и протокол пользовательских дейтаграмм (UDP).
Протокол TCP
TCP позволяет приложениям взаимодействовать друг с другом, как если бы они были связаны физической цепью. TCP отправляет данные в форме, которая выглядит как посимвольная передача, а не как отдельные пакеты. Эта передача состоит из начальной точки, которая открывает соединение, всей передачи в порядке байтов и конечной точки, которая закрывает соединение.
TCP добавляет заголовок к передаваемым данным. Этот заголовок содержит большое количество параметров, которые помогают процессам на машине-отправителе подключаться к одноранговым процессам на машине-получателе.
TCP подтверждает, что пакет достиг пункта назначения, устанавливая сквозное соединение между отправляющим и принимающим хостами. Поэтому TCP считается «надежным, ориентированным на соединение» протоколом.
Протокол UDP
UDP, другой протокол транспортного уровня, обеспечивает доставку дейтаграмм. UDP не проверяет соединения между принимающими и отправляющими хостами. Поскольку UDP устраняет процессы установления и проверки соединений, приложения, отправляющие небольшие объемы данных, используют UDP, а не TCP.
Прикладной уровень
Прикладной уровень определяет стандартные интернет-службы и сетевые приложения, которыми может пользоваться каждый. Эти службы работают с транспортным уровнем для отправки и получения данных. Существует множество протоколов прикладного уровня. В следующем списке приведены примеры протоколов прикладного уровня:
Стандартные службы TCP/IP, такие как команды ftp , tftp и telnet
Команды UNIX «r», такие как rlogin и rsh
Службы имен, такие как NIS+ и система доменных имен (DNS)
Файловые службы, такие как служба NFS
Простой протокол управления сетью (SNMP), обеспечивающий управление сетью
Протоколы маршрутизации RIP и RDISC
Стандартные службы TCP/IP
FTP и анонимный FTP. Протокол передачи файлов (FTP) передает файлы в удаленную сеть и из нее. Протокол включает в себя команду ftp (локальный компьютер) и демон in.ftpd (удаленный компьютер). FTP позволяет пользователю указать имя удаленного хоста и параметры команды передачи файлов в командной строке локального хоста. Затем демон in.ftpd на удаленном хосте обрабатывает запросы от локального хоста. В отличие от rcp, ftp работает, даже если на удаленном компьютере не установлена операционная система на базе UNIX. Пользователь должен войти на удаленный компьютер, чтобы установить FTP-подключение, если только удаленный компьютер не был настроен для разрешения анонимного FTP.
Теперь вы можете получать огромное количество материалов с анонимных FTP-серверов, подключенных к Интернету. Университеты и другие учреждения настраивают эти серверы, чтобы предлагать программное обеспечение, исследовательские работы и другую информацию в открытом доступе. Когда вы входите на этот тип сервера, вы используете имя для входа в систему анонимно, отсюда и термин «анонимные FTP-серверы».
Использование анонимного FTP и настройка анонимных FTP-серверов не рассматриваются в этом руководстве. Однако во многих книгах, таких как «Руководство пользователя и каталог для всего Интернета», подробно рассматривается анонимный FTP. Инструкции по использованию FTP для доступа к стандартным компьютерам приведены в Руководстве системного администратора: Управление ресурсами и сетевые службы. Страница руководства ftp(1) описывает все параметры команды ftp, которые вызываются через интерпретатор команд. Страница руководства ftpd(1M) описывает службы, предоставляемые демоном в файле.ftpd .
Telnet. Протокол Telnet позволяет терминалам и процессам, ориентированным на терминалы, взаимодействовать в сети, использующей протокол TCP/IP. Этот протокол реализован в виде программы telnet (на локальных машинах) и демона in.telnetd (на удаленных машинах). Telnet предоставляет пользовательский интерфейс, через который два хоста могут взаимодействовать посимвольно или построчно. Приложение включает в себя набор команд, которые полностью задокументированы на справочной странице telnet(1).
TFTP — Упрощенный протокол передачи файлов (tftp) предоставляет функции, аналогичные ftp, но протокол не устанавливает интерактивное соединение ftp. В результате пользователи не могут просмотреть содержимое каталога или изменить каталог. Пользователь должен знать полное имя копируемого файла. На справочной странице telnet(1) описан набор команд tftp.
Команды UNIX «r»
Команды UNIX «r» позволяют пользователям вводить команды на своих локальных компьютерах, которые выполняются на удаленном узле. Эти команды включают следующее:
Инструкции по использованию этих команд находятся на справочных страницах rcp(1), rlogin(1) и rsh(1).
Службы имен
Операционная среда Solaris предоставляет следующие службы именования:
DNS. Система доменных имен (DNS) представляет собой службу именования, предоставляемую Интернетом для сетей TCP/IP. DNS предоставляет имена хостов службе IP-адресов. DNS также служит базой данных для администрирования почты. Полное описание этой службы см. в Руководстве системного администратора: службы именования и каталогов (DNS, NIS и LDAP).См. также справочную страницу решателя(3RESOLV).
Файлы/etc. Первоначальная система именования UNIX™ на базе хоста была разработана для автономных машин UNIX™, а затем адаптирована для использования в сети. Многие старые операционные системы и машины UNIX™ до сих пор используют эту систему, но она плохо подходит для больших сложных сетей.
NIS – Служба сетевой информации (NIS) была разработана независимо от DNS и имеет несколько иную направленность. В то время как DNS фокусируется на упрощении связи за счет использования имен машин вместо числовых IP-адресов, NIS фокусируется на том, чтобы сделать администрирование сети более управляемым, обеспечивая централизованный контроль над разнообразной сетевой информацией. NIS хранит информацию об именах и адресах машин, пользователях, самой сети и сетевых службах. Информация о пространстве имен NIS хранится в картах NIS. Дополнительные сведения об архитектуре NIS и администрировании NIS см. в Руководстве системного администратора: Службы именования и каталогов (DNS, NIS и LDAP) .
NIS+ — NIS+ обеспечивает централизованный контроль над службами сетевого администрирования, такими как сопоставление имен хостов с IP-адресами и адресами Ethernet, проверка паролей и т. д. См. Руководство системного администратора: службы именования и каталогов (FNS и NIS+).
FNS – федеративная служба именования (FNS), которая поддерживает использование различных автономных систем именования в одной операционной среде Solaris. FNS позволяет использовать единый простой интерфейс системы имен для всех различных служб имен в вашей сети. FNS соответствует спецификации федеративного именования X/Open (XFN). FNS не заменяет файлы NIS+, NIS, DNS или /etc. Скорее, FNS реализуется поверх этих служб и позволяет использовать набор общих имен с настольными приложениями. См. Руководство системного администратора: службы именования и каталогов (FNS и NIS+).
Служба каталогов
Операционная среда Solaris поддерживает LDAP (упрощенный протокол доступа к каталогам) в сочетании с iPlanet Directory Server 5.x, а также с другими серверами каталогов LDAP. Различие между службой имен и службой каталогов заключается в различной степени функциональности. Служба каталогов предоставляет те же функции, что и служба имен, но также предоставляет дополнительные функции. См. Руководство системного администратора: Службы именования и каталогов (DNS, NIS и LDAP) .
Файловые службы
Протокол прикладного уровня NFS предоставляет файловые службы для операционной среды Solaris. Полную информацию о службе NFS можно найти в Руководстве системного администратора: Управление ресурсами и сетевые службы.
Администрирование сети
Простой протокол управления сетью (SNMP) позволяет просматривать структуру вашей сети и статус основных компьютеров. SNMP также позволяет получать сложную сетевую статистику из программного обеспечения, основанного на графическом пользовательском интерфейсе. Многие компании предлагают пакеты управления сетью, реализующие SNMP. Программное обеспечение SunNet Manager TM является примером.
Протоколы маршрутизации
Протокол маршрутной информации (RIP) и протокол обнаружения маршрутизатора (RDISC) — это два протокола маршрутизации для сетей TCP/IP. Они описаны в Протоколах маршрутизации.
В 1983 году Международная организация по стандартизации (ISO) разработала сетевую модель под названием "Эталонная модель взаимодействия открытых систем" (OSI), определяющую структуру компьютерных коммуникаций. Эталонная модель ISO/OSI (модель ISO/OSI) имеет семь уровней, каждый из которых имеет различный уровень абстракции и выполняет четко определенную функцию. Модель ISO/OSI требует, чтобы функции каждого уровня определяли международные стандартизированные сетевые протоколы. Семь уровней: физический, канальный, сетевой, транспортный, сеансовый, уровень представления и уровень приложений.
- Физический уровень физически передает сигналы через среду связи.
- Уровень канала передачи данных преобразует поток необработанных битов (0 и 1) с физического уровня в безошибочный кадр данных для сетевого уровня.
- Сетевой уровень управляет работой пакета, передаваемого из одной сети в другую, например маршрутизацией пакета.
- Транспортный уровень разбивает данные с сеансового уровня на более мелкие пакеты для доставки на сетевой уровень и обеспечивает правильную доставку пакетов на другой конец.
- Сеансовый уровень устанавливает и управляет сеансами, преобразованиями или диалогами между двумя компьютерами.
- Уровень представления управляет синтаксисом и семантикой информации, передаваемой между двумя компьютерами.
- Прикладной уровень, самый высокий уровень, содержит множество часто используемых протоколов, таких как передача файлов, виртуальный терминал и электронная почта.
Институт инженеров по электротехнике и электронике (IEEE) разработал набор стандартов для локальных сетей, известный как IEEE Project 802, которые ISO признала международными стандартами.Стандарты IEEE LAN касались только двух нижних уровней модели ISO/OSI, физического уровня и уровня канала передачи данных.
TCP/IP — это набор протоколов, разработанных Министерством обороны США для сети ARPANET в 1969 году. TCP/IP значительно расширился по сравнению с первоначальным проектом. Это стандартный протокол Интернета, который на сегодняшний день является наиболее широко используемым сетевым протоколом.
IP реализует функцию сетевого уровня. Основные протоколы в IP включают протокол разрешения адресов (ARP), протокол обратного разрешения адресов (RARP), протокол управляющих сообщений Интернета (ICMP) и протокол управления группами Интернета (IGMP). ARP определяет, как преобразовать IP-адрес хоста в аппаратный адрес; RARP определяет, как получить IP-адрес, используя аппаратный адрес хоста; ICMP определяет, как обмениваться данными между маршрутизаторами и хостами; а IGMP определяет, как реализовать многоадресную рассылку.
TCP — это одна из двух реализаций транспортного уровня в сети TCP/IP. Другой реализацией является протокол пользовательских дейтаграмм (UDP). TCP обеспечивает надежную и гарантированную доставку данных с одного компьютера на другой, например по факсу, а UDP обеспечивает доставку только с максимальной эффективностью, аналогичную обычной почте.
Приложение TCP/IP соответствует трем верхним уровням модели ISO/OSI: сеансовому уровню, уровню представления и уровню приложения. Обычно используемые приложения TCP/IP включают Telnet и ftp.
После этого урока вы сможете:
Расчетное время урока: 20 минут.
Модель проекта 802
Когда в конце 1970-х годов локальные вычислительные сети (ЛВС) впервые начали появляться в качестве потенциальных бизнес-инструментов, IEEE осознал необходимость определения определенных стандартов для локальных сетей. Для выполнения этой задачи IEEE запустил так называемый проект 802, названный в честь года и месяца его начала (1980, февраль).
Хотя опубликованные стандарты IEEE 802 фактически предшествовали стандартам ISO, оба разрабатывались примерно в одно и то же время, и оба обменивались информацией, что привело к созданию двух совместимых моделей.
Проект 802 определил сетевые стандарты для физических компонентов сети (интерфейсной карты и кабелей), которые учитываются на физическом уровне и уровне канала передачи данных эталонной модели OSI.
Спецификации 802 устанавливают стандарты для:
Спецификации 802 определяют способы доступа и передачи данных сетевыми картами через физические носители. К ним относятся подключение, обслуживание и отключение сетевых устройств.
ПРИМЕЧАНИЕ. Выбор протокола для работы на канальном уровне — это самое важное решение, которое вы принимаете при проектировании локальной сети. Этот протокол определяет скорость сети, метод доступа к физической сети, типы кабелей, которые вы можете использовать, а также сетевые карты и драйверы, которые вы устанавливаете.
Категории IEEE 802
Стандарты локальных сетей, определенные комитетами 802, подразделяются на 16 категорий, которые можно определить по номеру 802, как показано в таблице 5.2:
Таблица 5.2 802 Категории спецификаций
| Спецификация | Описание |
|---|---|
| 802.1 | Устанавливает стандарты межсетевого взаимодействия, связанные с управлением сетью. |
| 802.2 | Определяет общий стандарт для уровня канала передачи данных. IEEE делит этот уровень на два подуровня: уровень LLC и уровень MAC (обсуждались в предыдущем уроке). Уровень MAC зависит от типа сети и определяется стандартом IEEE 802.3. |
| 802.3 | Определяет уровень MAC для шины сети, использующие множественный доступ с контролем несущей и обнаружением конфликтов (CSMA/CD). Это стандарт Ethernet. |
| 802.4 | Определяет уровень MAC для шинных сетей, использующих механизм передачи маркеров (токен Bus LAN). |
| 802.5 | Определяет уровень MAC для сетей Token Ring (локальная сеть Token Ring). |
| 802.6 | Устанавливает стандарты для городских сетей (MAN), которые представляют собой сети передачи данных, предназначенные для малых и больших городов. С точки зрения географической широты, MAN больше, чем LAN, но меньше, чем WAN. Для сетей MAN обычно характерны очень высокоскоростные соединения с использованием оптоволоконных кабелей или других цифровых носителей. |
| 802.7 | Используется Технической консультативной группой по широкополосной связи. |
| 802.8 | Используется Технической консультативной группой по оптоволокну. | < /tr>
| 802.9 | Определяет интегрированные сети передачи голоса/данных. |
| 802.10 | Определяет безопасность сети. |
| 802.11 | Определяет стандарты беспроводной сети. | < /tr>
| 802.12 | Определяет локальную сеть с приоритетным доступом по запросу, 100BaseVG-AnyLAN. |
| 802.13 | Не используется. |
| 802.14 | td>Определяет стандарты кабельных модемов. |
| 802.15 | Определяет беспроводные персональные сети (WPAN). |
| 802.16 | Определяет стандарты широкополосной беспроводной связи. |
Усовершенствования эталонной модели OSI
Два нижних уровня OSI, физический уровень и канальный уровень, определяют, как несколько компьютеров могут использовать сеть одновременно, не мешая друг другу.
Проект IEEE 802 включил спецификации этих двух уровней для создания стандартов, определяющих доминирующие среды локальных сетей. На рис. 5.8 показан канальный уровень и два его подуровня.
После того как комитет по стандартизации 802 решил, что на уровне передачи данных требуется больше деталей, он разделил уровень передачи данных на два подуровня:
Рисунок 5.8 Проект 802 LLC и подуровни MAC
Подуровень управления логическими связями (LLC)
Подуровень LLC управляет передачей данных и определяет использование точек логического интерфейса, называемых точками доступа к услугам (SAP). Другие компьютеры могут обращаться к SAP и использовать их для передачи информации с нижнего уровня LLC на верхние уровни OSI. Эти стандарты определяются категорией 802.2.
Подуровень управления доступом к среде (MAC)
Как показано на рис. 5.9, подуровень MAC является нижним из двух подуровней и обеспечивает общий доступ к физическому уровню для сетевых карт компьютеров. Уровень MAC напрямую взаимодействует с сетевой картой и отвечает за безошибочную доставку данных между двумя компьютерами в сети.
Категории 802.3, 802.4, 802.5 и 802.12 определяют стандарты как для этого подуровня, так и для уровня 1 OSI, физического уровня.
Рисунок 5.9 Проект 802 LLC и стандарты MAC
Упражнение 5.2. Описание категорий стандартов IEEE 802.x
В этом упражнении категории стандартов IEEE 802 перечислены в левом столбце. В правом столбце введите описание того, что представляет каждая категория.
Модель OSI
Совместимое соединение сетевых устройств имеет основополагающее значение для надежной сетевой связи. Разработка набора стандартов, которых могли бы придерживаться производители оборудования, во многом способствовала созданию открытой среды для сетевых коммуникаций.
В конце 1970-х годов Международная организация по стандартизации (ISO) работала над семиуровневой моделью архитектуры локальных сетей, определив базовую эталонную модель взаимодействия открытых систем (OSI). Наряду с этим ISO разработала набор протоколов, соответствующих этой модели. С тех пор были разработаны другие модели, такие как 5-уровневая модель TCP/IP, однако модель OSI по-прежнему используется для сопоставления и классификации протоколов из-за ее краткого и ясного способа представления сетевых функций.
Комитет IEEE сформировал комитет 802 в феврале 1980 года с целью стандартизации протоколов локальных сетей. Это привело к созданию серии комитетов IEEE 802, которые разрабатывают всемирные стандарты связи. В модели OSI уровень канала передачи данных был разделен на два: подуровень управления доступом к среде (MAC) и подуровень управления логическим каналом 802.2 (LLC).
Вы можете составить выражения, чтобы запомнить порядок 7 слоев, например, "Ангус предпочитает сосиски, чем грызть вяленую свинину" или "Довольно глупый трюк никогда не понравится". Я лучше всего помню это, используя остроумное выражение «Приложение, Презентация, Сеанс, Транспорт, Сеть, Канал передачи данных, Физический». Это просто слетает с языка!
Набор протоколов OSI сегодня редко используется, однако разработанная модель служит полезным руководством при обращении к другим стекам протоколов, таким как ATM, TCP/IP и SPX/IPX.
Прикладной уровень 7
Он используется в программных пакетах, которые реализуют клиент-серверное программное обеспечение. Когда приложение на одном компьютере начинает обмениваться данными с другим компьютером, используется прикладной уровень. Заголовок содержит параметры, согласованные между приложениями. Этот заголовок часто отправляется только в начале работы приложения. Примеры сервисов на прикладном уровне включают:
<УЛ>Уровень представления 6
Это обеспечивает обмен вызовами функций между хост-операционными системами и уровнями программного обеспечения.Он определяет формат отправляемых данных и любое шифрование, которое может использоваться, и делает его доступным для прикладного уровня. Примеры используемых сервисов перечислены ниже:
Уровень сеанса 5
Сессионный уровень определяет, как обмен данными начинается, контролируется и завершается. Сеансовый уровень управляет последовательностью транзакций и, в некоторых случаях, авторизацией. Сообщения могут быть двунаправленными, и их может быть много, сеансовый уровень управляет этими диалогами и создает уведомления, если некоторые сообщения терпят неудачу. Индикация показывает, находится ли пакет в середине потока диалога или в конце. Только после завершения диалога данные будут переданы на уровень 6. Примеры протоколов сеансового уровня перечислены ниже:
<УЛ>Транспортный уровень 4
Сетевой уровень 3
Этот уровень отвечает за сквозную доставку пакетов и реализует схему логической адресации, помогающую выполнить эту задачу. Это может быть без установления соединения или с установлением соединения и не зависит от топологии или пути, по которому проходят пакеты данных. На этом уровне также определяется маршрутизация пакетов по сети, а также метод фрагментации больших пакетов на более мелкие в зависимости от MTU для различных носителей (коммутация пакетов). Как только данные от уровня 2 получены, уровень 3 проверяет адрес назначения и, если это адрес его собственной конечной станции, передает данные после заголовка уровня 3 на уровень 4. Примеры протоколов уровня 3 включают:
Уровень канала передачи данных 2
Этот уровень предназначен для получения данных через конкретный носитель и отдельные каналы, предоставляя одно или несколько соединений канала передачи данных между двумя сетевыми объектами. Конечные точки специально идентифицируются, если это требуется для секвенирования сетевого уровня. Кадры поддерживаются в правильной последовательности, и есть средства для управления потоком и параметров качества обслуживания, таких как пропускная способность, доступность обслуживания и транзитная задержка.
<УЛ>Уровень канала данных выполняет проверку на наличие ошибок, используя последовательность проверки кадров (FCS) в трейлере, и отбрасывает кадр при обнаружении ошибки. Затем он просматривает адреса, чтобы определить, нужно ли ему обработать остальную часть кадра самому или передать его другому хосту. Данные между заголовком и трейлером передаются на уровень 3. Уровень MAC занимается методом управления доступом и определяет, как контролируется использование физической передачи, и предоставляет протоколы Token Ring, которые определяют, как работает Token Ring. LLC защищает уровни более высокого уровня от проблем, связанных с конкретной реализацией локальной сети.
Физический уровень 1
Этот уровень касается физических аспектов носителя, используемого для передачи данных. Электрические, механические, процедурные и функциональные средства. Они определяют такие вещи, как распиновка, электрические характеристики, модуляция и кодирование битов данных в несущих сигналах. Он обеспечивает битовую синхронизацию и помещает полученный двоичный шаблон в приемный буфер. После декодирования потока битов физический уровень уведомляет канальный уровень о том, что кадр был получен, и передает его вверх. Примеры спецификаций включают:
<УЛ>Вы заметите, что некоторые протоколы охватывают несколько уровней (например, NFS, 802.3 и т. д.). Преимущество семиуровневой модели заключается в том, что программное обеспечение может быть написано модульным способом для работы только с одним или двумя уровнями, что часто называется модульным проектированием.
Каждый уровень имеет собственный заголовок, содержащий информацию, относящуюся к его роли. Этот заголовок передается нижележащему уровню, который, в свою очередь, добавляет свой собственный заголовок (инкапсулирует) до тех пор, пока физический уровень не добавит информацию уровня 2 для передачи следующему устройству, которое понимает информацию уровня 2 и затем может удалить информацию каждого уровня. заголовки, в свою очередь, чтобы получить данные в нужном месте. Каждый уровень в пределах конечной станции обменивается данными на том же уровне в пределах другой конечной станции.
Все права защищены. Все товарные знаки, логотипы и авторские права являются собственностью соответствующих владельцев.
Читайте также: