- •Базовые технологии локальных сетей
- •1. Протоколы локальных сетей
- •2. Структура стандартов ieee 802.1 - 802.5
- •Раздел 802.2 определяет подуровень управления логическим каналом llc.
- •3. Протокол llc уровня управления логическим каналом
- •3.1. Три типа процедур уровня llc
- •3.2. Структура кадров llc
- •3.3. Заголовок snap
- •3.4. Временная диаграмма сервисов протокола llc
- •4. Стандарты технологии Ethernet
- •4.1. Метод доступа csma/cd
- •4.2 Форматы кадров технологии Ethernet
- •4.3 Спецификации физической среды Ethernet
- •4.4. Стандарт 10Base-5
- •4.5 Стандарт 10Base-2
- •4.6. Стандарт 10Base-t
- •4.7. Стандарт 10Base-f
- •4.8. Правило 4-х повторителей
- •4.9. Методика расчета конфигурации сети Ethernet
- •Расчет pdv
- •Расчет pvv
- •5.1. Основные характеристики стандарта Token Ring
- •5.2. Маркерный метод доступа к разделяемой среде
- •5.3. Форматы кадров Token Ring
- •5.4. Физическая реализация сетей Token Ring
- •6.1. Fast Ethernet как развитие классического Ethernet'а
- •6.2. Метод доступа к среде csma/cd
- •6.3. Форматы кадров технологии Fast Ethernet
- •6.4. Спецификации физического уровня Fast Ethernet
- •6.5. Интерфейс mii
- •6.6. Физический уровень 100Base-fx - многомодовое оптоволокно
- •6.7. Физический уровень 100Base-tх - двухпарная витая пара
- •6.8. Физический уровень 100Base-t4 - четырехпарная витая пара
- •6.9. Правила построения сегментов Fast Ethernet при использовании повторителей класса I и класса II
- •7. Протокол Gigabit Ethernet
- •8.1. История создания стандарта fddi
- •8.2. Основы технологии fddi
- •8.3. Типы узлов и правила их соединения в сеть
- •8.4. Функции мас-уровня и форматы кадров
- •8.5. Инициализация кольца
- •8.6. Управление доступом к кольцу
- •8.7. Спецификация зависящего от среды физического подуровня pmd
- •8.8. Физический подуровень phy
- •9.1. Общая характеристика технологии 100vg-AnyLan
- •9.2. Стек протоколов технологии 100vg-AnyLan
- •9.3. Функции уровня mac
- •9.4. Функции уровня pmi
- •9.5. Функции уровня pmd
- •.6. Пример работы сети 100vg-AnyLan при передаче кадров данных
- •10. Протокол покрывающего дерева Spanning Tree
- •10.1. Основные определения
- •10.2. Инициализация топологии
- •10.3. Изменения топологии
- •10.4. Состояния порта
- •10.5. Пример установления и изменения активной конфигурации
- •11.1 Назначение виртуальных сетей
- •11.2. Типы виртуальных сетей
- •11.3. Vlan на основе группировки портов
- •11.4. Vlan на основе группировки мас-адресов
- •11.5. Использование меток в дополнительном поле кадра - стандарты 802.1 q/p и фирменные решения
- •11.6. Использование спецификации lane
- •11.7. Использование сетевого протокола
3.3. Заголовок snap
Между заголовком LLC и полем данных LLC может использоваться дополнительный заголовок, называемый заголовком SNAP(Sub-Area Access Protocol). Дополнительный заголовок SNAP используется для придания большей упорядоченности при указании типа протокола, который помещает свою информацию в поле данных кадра LLC.
Стандарт 802.2 использует для этой цели однобайтовые поля DSAP и SSAP, в то время как ранняя версия протокола Ethernet, предложенная совместно компаниями Digital, Intel и Xerox (так называемая, версия Ethernet DIX), использовала для этой цели двухбайтовое поле Type, для которого в качестве стандарта де-факто применялись двухбайтовые коды протоколов сетевого уровня, например, 0800 - для протокола IP и т.п.
Заголовок SNAP также содержит двухбайтовое поле Type, назначение и формат которого совпадает по назначению с полем Type кадра Ethernet DIX. Трехбайтовый код организации (OUI) используется для указания той организации по стандартизации, которая отвечает за числовые значения поля Type. Так, числовые значения поля Type для заголовка SNAP в случае использования его в кадрах Ethernet определяет комитет 802.3 IEEE, код которого равен 00 00 00.
Для других протоколов канального уровня значения кодов поля Type определяют другие организации по стандартизации. Таким образом, при использовании дополнительного заголовка SNAP достигается совместимость кадров 802.3 с кадрами Ethernet DIX по способу кодирования пакетов протоколов верхнего уровня, переносимых в поле данных. В поля DSAP и SSAP при использовании заголовка SNAP помещаются значения 170 (десятичное), которые говорят о том, что в поле данных кадра LLC вложен заголовок SNAP.
3.4. Временная диаграмма сервисов протокола llc
На рисунке 2 показана временная диаграмма сервисов, предоставляемых уровнем LLC для старших уровней. Все примитивы, изображенные на рисунке, имеют такие параметры, как адреса отправителя и получателя.
При использовании сервиса без установления соединения и без подтверждения протокол LLC, получив запрос от пользователя (примитив L.DATA.request) на передачу данных, делает попытку послать данные, сопровождающие запрос, используя МАС-подуровень. В этом случае отсутствует подтверждение того, прошла ли передача успешно или нет. В этом варианте функции уровня LLC сведены к минимуму - он используется только как интерфейс старших уровней к MAC-уровню. При использовании этого типа сервиса используются только ненумерованные блоки.
При использовании сервиса без установления соединения, но с подтверждением, пользователь оповещается об успешности или не успешности передачи данных (примитив L.DATA_ACK_STATUS.indication).
При использовании сервиса с получением ответа используются следующие примитивы:
Запрос содержимого буфера сообщения, управляемого протоколом LLC удаленного пользователя: L.REPLY.request и L.REPLY_STATUS.indication;
Обновление содержимого буфера сообщения, управляемого протоколом LLC локального пользователя: L.REPLY_UPDATE.request и L.REPLY_UPDATE_STATUS.indication.
При использовании сервиса с установлением соединения перед отправкой любых данных должно быть установлено логическое соединение посредством выполнения примитива L.CONNECT. После того, как в рамках этого соединения будут переданы все данные, соединение должно быть разорвано с использованием примитива L.DISCONNECT.
Во время фазы передачи данных прием каждого свободного от ошибок блока данных подтверждается удаленным протоколом LLC. Это подтверждение преобразуется локальным протоколом LLC в примитив L.DATA_CONNECT.confirm и передается пользователю.