Билет 17

1. Дайте определение LLC-подуровня. Как выполняется передача управления процессам сетевого уровня? Что предполагает восстановление ошибок в подуровне LLC? Каким образом осуществляется контроль соединения в подуровне LLC? Дайте три типа сервиса LLC с описанием способов подтверждения о доставки, механизма «остановись и подожди», технологией скользящего окна.

LLC (Logical Link Control) - подуровень Data Link (канального уровня). на нём мы займёмся контролем скорости и контролем соединения. Это делается хардвеерно - сетевыми адаптерами.

Как выполняется передача управления процессам сетевого уровня?

Передача управления процессам сетевого уровня осуществляется с помощью DSAP и SSAP.

DSAP и SSAP – это не адреса физические, это Destination Service Access Point и Source Service Access Point. Это адреса, по которым вызываются процессы верхних уровней, поэтому любая операционная система, получив такой фрейм, говорит: «Я должен запустить драйвер IP, или драйвер IPX и так далее».

Каким образом осуществляется контроль соединения в подуровне LLC?

На уровне data-link’а мы всё сделаем с помощью сетевых адаптеров.

IEEE сказали: Мы контролируем, что у нас есть соединение между адаптерами и мы контролируем скорость. раз мы так будем делать, здесь будет технология, которую мы называем 802.1 (по имени комитета, который её разработал). Это хардверное решение, на уровне технологий и стандартов 802.2 LLC.

Предупреждаю сразу, если это оптоволокно, это невозможно. На оптоволокне контроля скорости нет, там скорость всегда такая, какая предполагается адаптером, они не могут её согласовывать.

Что предполагает восстановление ошибок в подуровне LLC?

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

Если у нас это не случилось, у нас будет error на лампочке адаптера. А он что сделает? Он попробует ещё раз сам без наших мероприятий, сообщив об этом через DSAP и SSAP. На более верхние уровни операционной системы придёт сообщение о том, что сделан повтор передачи.

Три типа сервиса LLC

ТИП1: Если у нас там тип 1, то мы не устанавливаем никакого соединения между адаптерами и не ждём подтверждений. Это называется acknowledgment connection service – самый быстрый, самый эффективный и самый используемый. Сразу это подчёркиваю – никто не проверяет никаких acknowledgment’ов. Никто не проверяет, есть ли соединение между станцией и коммутатором, между коммутаторами и рутерами. Так как считается, что у нас очень надёжные кабельные системы, у нас сплошное оптоволокно (а это действительно так и есть), и даже если это витая пара на локальных расстояниях, она тоже достаточно надёжно работает, и мы не будем этим заниматься. Если у нас это не случилось, у нас будет error на лампочке адаптера. А он что сделает? Он попробует ещё раз сам без наших мероприятий, сообщив об этом через DSAP и SSAP. На более верхние уровни операционной системы придёт сообщение о том, что сделан повтор передачи.

ТИП2: – это означает, что мы ориентированы на соединение. Мы устанавливаем сначала между двумя устройствами соединение. Connection Reentered. Информация проходит, если мы соединение установили, нам дали соответствующие буфера, мы понимаем, что у нас всё хорошо и буфера эти достаточны. Это называется как? Скользящее окно (sliding window). То, что потом используется в протоколах TCP. Но делается это всё на канальном уровне. Так как это делалось в протоколах SDLC (Synchronous Data-Link Control), когда это был IBM. IBM это делал на втором уровне, теперь это сделано хардвеерно. Значит, мы согласуем это окно, устанавливаем соединение, договариваемся о размере окна, то есть скорости передачи (то меньше его сделаем, то больше) и присылаем подтверждение, что всё нормально, если, предположим, передали пять фреймов.

ТИП3: Есть третий тип, когда мы устанавливать соединение не будем. Мы ждём подтверждение о доставке. Такая технология называется stop and wait. Это что означает? Я что-то передал, соединение я не буду устанавливать, но я буду ждать от тебя acknowledgment, то есть подтверждение о доставке. Остановись и подожди.

Обычно любое устройство работает в совокупности этих типов. Такая совокупность называется классом устройства. Класс устройства будет на коробке. Просто никто не читает. Как обычно.

Класс 1 означает, что устройство поддерживает первый тип.

Класс 2 означает, что устройство поддерживает первый и второй тип, то есть и sliding window, и просто отослать можно.

Класс 3 – это первый и третий типы, то есть «отошли просто так» или «отошли, stop and wait сделай».

Класс 4 – это все типы контроля.

На уровне Data-link у нас будет два подуровня: LLC-подуровень и MAC-подуровень. MAC-подуровень – это значит, что мы будем делать всякие технологии присобачивания физического адреса (крч MAC для работы с физической частью).

Тупо лекция, тоже на счастье

Значит, сам LLC. Что здесь происходит?

Здесь есть структура фрейма.

- У нас есть LLC-фрейм, который начинается с MAC-header’а.

- Дальше идёт сам LLC-фрейм, состоящий из ссылок на процессы, с которыми мы будем работать на более высоких уровнях. Значит, DSAP и SSAP – это не адреса физические, это Destination Service Access Point и Source Service Access Point. Это адреса, по которым вызываются процессы верхних уровней, поэтому любая операционная система, получив такой фрейм, говорит: «Я должен запустить драйвер IP, или драйвер IPX и так далее». Эти адреса для тех процессов, которые специфицируются IEEE. Они жёстко регламентированы Поэтому мы все всегда знаем: по этому адресу будет запускаться вот этот процесс, а по этому – этот. Это спецификация IEEE, и никуда мы с вами не денемся.Если это адрес SSAP, то в первом байте, который есть у каждого адреса, там непосредственный адрес процесса – это 7 бит, а последний бит – это бит контроля, который носит специальную информацию. Он указывает, например, запрос это или ответ к данному процессу (request или reply).В DSAP’е то же самое. Адрес там 7 бит, а один бит – назначение фрейма. Это одному устройству он отдаётся или массе устройств – он multicast или unicast. Этот бит нам и скажет, кому мы отправляем, одному устройству или куче устройств. Это делается уже на хардвеерном уровне.

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

- После чего идёт сама информация (data), которая у нас там 46518 вставляется.

- Заканчивается всё MAC-CRC. Передаю блоком. Часы синхронизированы уже на уровне MAC’а.

Это хардвеерная реализация канальных протоколов. Она берёт своё начало в SDLC. Это всё второй уровень модели OSI, это не протоколы TCP. Потому что у нас здесь работает передача процессам, которые при этом в деле находятся. У любых таких адаптеров есть специальные чипы и специальная модель IEEE, которые работают на первом уровне модели OSI. Фи её называют, phy. И этим будут отличаться различные версии, например, Ethernet’а. Это система кодирования (ИСИЭС). Это система подключения (physical medium dependent) к кабельной системе, потому что она может быть разная – волокно, витая пара, эфир. Это physical medium attachment – это как я буду присоединять к контроллеру. Media-independent interface. И ещё другие подуровни, которые здесь будут возникать

Есть специальные чипы, осуществляющие кодирование. Разное, в зависимости от того, какая кабельная система. Они осуществляют attachment (physical medium attachment). И они осуществляют physical media dependent – какие подсоединения есть и что с этим делать. Дальше есть специальный интерфейс, который называется MII (Media Independent Interface). Этот интерфейс связывает нас с MAC-контроллером. Так устроен любой адаптер, именно поэтому операционной системе и всё равно. Эти вещи осуществляются тоже на хардвеерном уровне.

Negotiation – то есть, на самом деле, связь, согласование скоростей тоже будет осуществляться на хардвеерном уровне, там же будет ещё согласование кодирования осуществляться – ещё один подуровень.

И смысл в том, что делается это следующим образом. нас любой сетевой адаптер, когда мы его включаем, будет передавать импульсы от одного адаптера к другому (каждые 16 миллисекунд, если это Ethernet). Есть импульсы – есть соединение. Нет импульсов – соединение пропало, значит мы должны его восстановить. Это всё второй уровень модели OSI.

То же самое со скоростями. Я включаю адаптер. Он говорит: «Посылаю тебе пачку импульсов. Я тут работаю на 100 Мбит, а ты на 10 Мбит что ли? Извини, конечно, давай договариваться». И мы будем согласовывать скорость, согласно специальным приоритетам. Это и есть согласование скоростей. Если это витая пара, согласование есть. Если это оптоволокно, согласования нет. Это надо запомнить. Я не могу работать в оптоволокне в формате: кто-то на 100 Мбит, кто-то на 1 Гбит’е. Так не получится. У вас ничего работать не будет. Поэтому, если у вас оптоволокно, negotiation’а нет. Все адаптеры должны работать с одной скоростью. Так устроены адаптеры.

На любой коробке с сетевым адаптером будут написан его тип и класс. Есть определённый вид flow control’я. Flow control – это контроль скорости.