- •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-серверов.
18. Протоколы подуровня улк без установления логического соединения.
2.2.1. Протокол ieee 802.2 без установления логического соединения
В этом режиме перед отправкой данных станции не устанавливают логическое соединение. Протокол УЛК не проверяет правильную последовательность кадров. Функции проверки потерянных кадров возлагаются на протоколы более высокого уровня, в частности на протокол ТСР. В этом режиме используется только один кадр, который является ненумерованным, и называется UI. Структуру кадра посмотрите в табл. 7.1.
В этом режиме для управления протоколом УЛК используется два примитива: «запрос» и «индикация» с модификацией «Данные» (рис 7.1, а КН, стр. 10). На этом же рисунке под буквой «б» изображена диаграмма работы протокола в другом режиме, который сейчас не и спользуется, поэтому мы его не рассматриваем.
В этом случае информационный кадр принимается протоколом УДС станции-получателя и после удаления заголовка и концевика передается в протоколу УЛК, а затем на сетевой уровень.
В о время передачи данных по сети возможны две основные ошибки: потеря кадра и искажение кадра.
В случае искажения кадра сетевая карта (протокол УДС) пытается по КПК (контрольной последовательности кадра) исправить ошибку, если ошибку исправить нельзя, то сетевая карта кадр отбрасывает и драйверу (т.е. протоколу УЛК) об этом кадре ничего не сообщает. Потеря кадра будет замечена протоколом ТСР.
При таком режиме работы программное обеспечение проще, следовательно – дешевле, но надежность передачи меньше. Для обычных локальных сетей используется только этот протокол, т.к. все ошибки исправит протокол ТСР и нет надобности дублировать его действия.
Кроме передачи данных станция в любой момент времени может передать в сеть служебную и тестирующую информацию. Для этого используются два ненумерованных кадра: TEST, XID.
Команда XID посылается, чтобы узнать, в основном, размер окна ответов. Эта команда посылается в шести случаях:
проверка работоспособности другой станции и определение состава группы станций, от которых ожидается ответ;
уточнение состава станции, подключенных к сети;
определение способности станции работать в режиме с установлением соединения;
извещение о подключении новой станции;
проверка адреса (МАС - адреса) на дублирование;
определение окна ответов.
При обмене кадрами XID станции выбирают единый размер окна ответов, который будет действовать в течение всего сеанса связи. Их двух предложенных величин выбирается минимальная.
На команду XID станция обязательно отправляет ответ (табл. 7.1. – структура команды). Поле данных команды XID имеет фиксированный формат и размер.
И команда и ответ в поле данных содержат идентификатор класса станции, который, по всей видимости, указывает на приоритет станции в сети либо на то, какой тип данной станции для сетей клиент-сервер, способна ли станция работать в режиме с установлением соединения (рис. 7.5). Идентификатор формата указывает на версию используемого протокола.
Команда TEST также как и команда XID может быть выдана в произвольный момент времени. Но обычно эти команды отправляются либо перед установлением соединения, либо перед отправкой данных.
На команду TEST также обязательно должен быть отправлен ответ. Используется она, чтобы определить максимальный размер буфера сетевой карты удаленной станции. Такая необходимость возникает, когда в сети используются сетевые карты, в которых размер буфера больше стандартных.
Станция, у которой размер буфера сетевой карты больше стандартного отправляет команду TEST в «поле данных», которой будет записан любой кадр максимального размера. На приемной стороне возможны три варианта ответа:
1) если станция может принять такой большой кадр и рассчитать по нему контрольную последовательность кадра, то она отправляет этот кадр TEST обратно;
2) если станция не может принять весь кадр, но может рассчитать по нему контрольную последовательность кадра, тогда она отправляет команду TEST, в поле данных которой переносит исходный кадр ограниченного размера;
3) если станция не может рассчитать контрольную последовательность кадра, тогда ответ TEST не посылается.
Команды TEST и XID отправляются по инициативе протокола УЛК без команды от протокола сетевого уровня.