- •1. Способы коммутации данных
- •2.1. Коммутация каналов
- •2.2. Коммутация сообщений
- •2.3. Коммутация пакетов
- •2. Эталонная модель вос. Особенности частных сетевых архитектур.
- •3. Основные характеристики среды передачи данных, линии передачи данных и канала связи
- •1. Каналы передачи данных
- •1.1. Основные понятия
- •1.2. Характеристики линий связи
- •4. Особенности, функциональные и структурные отличия репитеров, трансиверов и концентраторов.
- •5. Основные стратегии управления ошибками в ивс
- •6. Методы доступа к моноканалу. Маркерный доступ в сети с кольцевой топологией.
- •1.2.2. Маркерный доступ в кольцевой сети
- •1.2.2.1. Сеть Token Ring
- •1.2.2.2. Сеть fddi
- •7. Методы доступа к моноканалу. Маркерный доступ в сети с шинной топологией.
- •1.2.1. Маркерный доступ в сети с шинной топологией
- •8. Методы доступа к моноканалу. Тактируемый доступ.
- •1.2.3. Тактируемый доступ
- •9. Методы доступа к моноканалу. Случайные методы доступа.
- •1.1. Случайные методы доступа
- •10. Сравнение основных методов доступа к моноканалу. Комбинированный метод доступа.
- •1. Методы доступа к моноканалу
- •Комбинированный метод доступа
- •11. Принципы взаимодействия объектов на уровнях эталонной модели вос. Примитивы.
- •12. Сравнение аналитических моделей лвс для шинной сети со случайным и маркерным методом доступа.
- •13. Сравнение аналитических моделей лвс с маркерным методом доступа для сетей с шинной и кольцевой топологией.
- •14. Способы уменьшения нормированного времени доставки сообщений в сетях с маркерным методом доступа и кольцевой топологией.
- •16. Выбор рациональной длины пакета данных в сетях эвм.
- •17. Услуги и формат кадра подуровня улк Протокол управления логическим каналом
- •2.1. Формат кадра протокола ieee 802.2
- •18. Протоколы подуровня улк без установления логического соединения.
- •2.2.1. Протокол ieee 802.2 без установления логического соединения
- •19. Протоколы подуровня улк с установлением логического соединения.
- •2.2.2. Протокол ieee 802.2 с установлением логического соединения
- •20. Процедура выявления нарушений последовательности или потери информационных протокольных блоков Процедура выявления нарушения последовательности информационных кадров и их потери
- •21. Особенности реализации различных конфигураций сети Ethernet Thick Ethernet, Thin Ethernet и Twisted Pair Ethernet.
- •Разновидности сети Ethernet
- •22. Особенности реализации различных конфигураций сети Ethernet Etherway, Radio Ethernet и Fast Ethernet.
- •23. Особенности реализации сети Token Ring.
- •24. Принципы построения и передача информации в сетях fddi.
- •Сеть fddi
- •25. Отличия реализации маркерного метода доступа в сетях Token Ring и fddi.
- •26. Структура и принципы функционирования мульдема для оптических каналов связи. Мульдем для оптических каналов связи
- •27. Организация связи эвм через сетевые адаптеры. Обобщенная структура и принципы функционирования
- •2.1. Сетевые адаптеры
- •28. Взаимосвязь лвс с помощью мостов и коммутаторов. Структура и алгоритм работы мостов и коммутаторов на основе таблицы физических адресов.
- •4.1. Структура и принципы работы мостов
- •4.2. Структура и принципы работы коммутаторов
- •4.3. Протокол spt для мостов и коммутаторов
- •29. Удаление активных петель в сетях эвм по протоколу stp
- •30. Взаимосвязь лвс с помощью маршрутизаторов. Функциональная схема и принципы работы Структура и принципы работы маршрутизаторов
- •31. Взаимодействие маршрутизаторов на основе протокола ospf. Протокол маршрутизации ospf
- •32. Сравнение функциональных и структурных особенностей мостов, коммутаторов и маршрутизаторов.
- •33. Функции протоколов транспортного уровня. Синхронная и асинхронная передача сегментов.
- •1. Функции протокола tcp
- •2. Формат тср-пакета
- •4. Режимы работы протокола тср
- •34. Функции протоколов транспортного уровня . Процедура установления логического соединения .
- •1. Функции протокола tcp
- •2. Формат тср-пакета
- •Процедура установления соединения протоколом тср
- •35. Функции протоколов транспортного уровня. Процедура клиент-сервер.
- •1. Функции протокола tcp
- •2. Формат тср-пакета
- •36. Функции протоколов сетевого уровня и формат протокольного блока данных на примере протокола
- •1. Протоколы tcp/ip
- •2. Протокол сетевого уровня ip
- •2.1 Функции протокола ip
- •2.2. Формат дейтаграммы протокола iPv4
- •37. Назначение и принципы работы протокола arp. Формат arp-таблицы и arp-пакета
- •2. Протокол arp
- •38. Адресация в протоколах tcpip. Классы адресов для протокола iPv4. Классы ip-адресов протокола iPv4
- •39. Адресация в протоколах tcpip. Схема рекурсивного и нерекурсивного режимов работы dns-серверов.
17. Услуги и формат кадра подуровня улк Протокол управления логическим каналом
(УЛК – LLC) IEEE 802.2
Протокол УЛК (LLC), стандартизованный как IEEE 802.2, работает в паре с протоколами УДС (МАС-протоколами) под управлением протоколов сетевого уровня. Он представляет собой программное обеспечение, являющееся частью драйвера любого сетевого адаптера или модема, а значит относящееся в операционной системе. Этот протокол является общим для всех типов устройств и не зависит от типа локальной сети, т.е. он является общим для всех методов доступа к среде, определенных стандартами 802.3-802.5, а также стандартом FDDI и стандартом 802.12 на технологи. 100VG-AnyLAN.
Основное назначение этого протокола – установление логического соединения (формирование физического канала – см. рис. 2.1) между двумя станциями локальной сети.
2.1. Формат кадра протокола ieee 802.2
Поскольку протокол IEEE 802.2 относится к протоколам канального уровня, то он также как и МАС-протоколы оперирует кадрами. Формат кадра этого протокола достаточно прост (рис. 7.2). Формат УИП для подуровня УДС определен для каждого типа ЛВС в зависимости от метода доступа. Весь кадр УЛК вместе с заголовком представляет для протоколов УДС поле данных и не может быть ими распознан (сетевым картам все равно, что они передают).
Каждый протокольный блок данных УЛК (как и любого другого протокола) содержит два адреса к точке доступа к услугам: адрес получателя (ТДУП) и адрес отправителя (ТДУО). Только для этого протокола в качестве адресов используются не физические адреса узлов сети (адреса станций распознаются и обрабатываются МАС-протоколами) и не их логические адреса (IP-адресами оперируют протоколы сетевого уровня), а, так называемые логические порты (как и для протокола ТСР), которые здесь указывают на тип программы, запросившей выход в сеть. В качестве адресатов ТДУП и ТДУО могут выступать как объекты верхнего уровня (например, сетевые станции или сетевые процессы), так и независимые или несовместимые подуровни УЛК для неоднородных сетей.
В управляющем поле записывается тип передаваемого блока, т.е. своеобразная команда протоколу УЛК удаленной станции. Размер поля данных ограничивается размерами кадра протокола УДС, т.е. ОС знает максимальный размер кадра, который может передать сетевая карта.
Формат кадра и способ соглашения по адресации станций должны быть одинаковы для станций ЛВС всех классов.
Ф орматы адресов отправителя и получателя приведены на рис. 7.4. Первый бит формата определяет тип адреса или тип сообщения. Для адреса получателя этот бит И/Г, установленный в "0", означает индивидуальный адрес, а в “1” – групповой адрес. Код адреса ТДУП (11111111) означает адресацию всем станциям. Адрес отправителя всегда индивидуален или равен нулю. Нулевой адрес ТДУО используется в тех случаях, когда станция имеет единственную ТДУ, т.е. связь "один к одному". Несколько ТДУ может быть у станции на подуровне УЛК, когда станция физически связана с несколькими другими станциями. Это характерно для центрального узла при звездообразной топологии, а также для мостов, коммутаторов, маршрутизаторов. Бит К/О служит для распознавания команд и ответов на предыдущие команды.
В
Тип ПБД
Разряды поля
управления
1
2
3
4
5
6
7
8
9
10
…
16
ПБДИ
0
Порядковый
номер передаваемого ПБДИ N(s)
З/П
Порядковый
номер принимаемого ПБДИ N(r)
ПБДУ
1
0
Y
Y
X
X
X
X
З/П
Порядковый
номер принимаемого ПБДИ N(r)
ПБДН
1
1
М
М
З/П
М
М
М
Рис. 6.8. Форматы
полей управления протокольных блоков
данных протокола УЛК
ПБДИ должны обязательно содержать поле информации. Управляющие и ненумерованные ПБД предназначены для передачи управляющих команд и ответов, только для первого типа передаваемая информация нумеруется по-кадрово, а для второго – нет.
Форматы полей управления ПБД показаны на рис. 6.8.
Тип протокольного блока данных распознаются по двум первым битам поля управления. Если первый бит равен 0, то это информационный кадр, если – 10, то – управляющий, если – 11, то – ненумерованный. По этим двум битам определяется и размер поля управления: 8 или 16 бит.
Через «Х» обозначены зарезервированные биты, которые устанавливаются в 0. Биты «Y» и «М» задаются коды конкретной команды. Бит З/П означает запрос передачи (0), т.е. команда, или последний передаваемый кадр (1). Для этого протокола под командой подразумевается инструкция на выполнение какого-либо действия, а под ответом – результат выполнения этой инструкции. Команда порождается примитивом «запрос», а ответ – примитивом «ответ».
Все протокольные блоки данных, в которых передается информация пользователя, должны быть пронумерованы протоколом УЛК. Для этого используется поле N(s) – порядковый номер передаваемого кадра (от 0 до 127, т.е. можно передать 128 кадров).
Принимающая станция обязана подтвердить правильность принятого кадра. Подтверждение записывается в информационный или управляющий протокольный блок данных в поле N(r), которое означает номер протокольного блока данных, ожидаемого на приемной стороне. Этим номером подтверждается правильность N(r)–1 принятых кадров. Если в поле N(r) указывается 5, то это значит, что четыре предыдущих кадра были приняты правильно и ожидается пятый.
Подтверждаются только правильно принятые кадры. Все кадры, принятые с ошибками (например, не совпала КПК), сетевая карта отбрасывает и никому об этом не сообщает. Поэтому для протокола УЛК этой станции такие кадры будут считаться потерянными.
В станции отправителе сохраняются в памяти все отправленные кадры до тех пор, пока на них не придет подтверждение. Подтверждающие кадры удаляются из памяти, и их номер может быть использован для нумерации других кадров. Эта память – это не буфер сетевой карты, а ОЗУ компьютера.