Галкин В.А., Григорьев Ю.А. - Телекоммуникации и сети (1053870), страница 79
Текст из файла (страница 79)
Если таймер сработал, а кадр RR не получен, терминал пользователя передает кадр команды(C/R = 1) с Р = 1. Этим дается указание сетевой стороне передать, в своюочередь, командный кадр. В данном примере сетевая сторона отвечает кадром RR, указывая, что она готова снова принимать информационные кадры ичто номер последнего принятого кадра N(S) = М - 1. Затем сторона терминалавозобновляет передачу информационных кадров, начиная ее кадром с номеромN(S) = М. Если ответом сетевой стороны будет кадр RNR, то сторона пользователя перезапустит свой таймер и снова будет ожидать кадр RR. Если сетевая сторона остается неготовой к приему после нескольких срабатываний таймера, то сторона пользователя передает решение вопроса в более высокуюинстанцию - к соответствующей функции сетевого уровня.Процедуры управления TEI.
Для протокола LAPD определены процедуры управлершя TEI, т. е. процедуры его назначения, контроля и отмены. Длясоединений «точка-точка» в терминале запоминается «свой» TEI и проверяется TEI в поле адреса принимаемых кадров, чтобы определить, не предназначен ли кадр этому терминалу. Терминал также вводит свой TEI в адресныеполя передаваемьпс им кадров.Терминалы (ТЕ) подразделяются на терминалы с неавтоматическим и автоматическим механизмом назначения TEI. ТЕ первого типа ориентированына длительное подключение к одной цифровой абонентской линии, с постоянноактивным физическим уровнем.
Эти терминалы имеют ряд переключателей,положение которых определяет значение TEI. Переключатели устанавливаеттехнический персонал при инсталляции ТЕ, и их положение не меняется, покаТЕ подключен к этой цифровой абонентской линии.
ТЕ такого типа имеют значения от О до 63.3365.4. Протоколы IVуровня стека TCP/IPАвтоматическое присвоение87654321TEI применяется в тех случаях, 1 0 | о | о | о 1 1 1 1 1 1 1 1 1Байт1когда используются процедуры акИдентификатор управлениятивизации/деактивизации физичесБайт 2Ссылочныйкого уровня интерфейса «пользованомер (Ri)БайтЗтель-сеть» (при деактивизацииБайт 4Тип сообщенияфизического уровня TEI сбрасьшаРЬцщкатор действия (Ai)ется) или когда терминальное обо1 1Байт 5рудование работает непостоянно.Мешггь значение TEI вручную при''"^- ^'^^ Сообщение управления TEIкаждом перемещении неудобно, поэтому для мобильных ТЕ применяется автоматическое назначение TEI (в диапазоне 64-126), а также его проверка иотмена, для чего и используются упомянутые выше процедуры управления TELЭтими процедурами предусмотрены сообщения следующих типов:Запрос ID.
Сообщение передается мобильным ТЕ, когда необходимо, чтобы сеть назначила для него TEI.ID назначен. Это ответ сети на запрос ID. Он содержит назначенный TEI.Отказ в назначении ID. Это ответ сети, отвергающий запрос ID.Запрос проверки ID. Это команда от сети для проверки назначенного значения TEI.Ответ проверки ID. Это ответ мобильного ТЕ на запрос-проверки ID.Отмена ID. Эта команда передается от сети к ТЕ, чтобы отменить назначенный ранее TELВсе сообщения передаются в кадрах UI с SAPI = 63. Информацио1шое полекадров UI показано на рис.
5.9. Код в байте 1 указьгоает, что это сообщениеуправления TEI. Код типа сообщения находится в байте 4 (табл. 5.5). Сообщение содержит параметры Ri (ссылочный номер) и Ai (индикатор действия).Таблица 5,5. Коды типа сообщенияТип сообщенияЗапрос IDID назначенОтказ в значении IDЗапрос проверки IDНаправлениеТЕ сеть\^^V^Код типасообщения0000 0001Ссылочный Индикаторномер Riдействия Ai0-655351270000 001064-126V0000001164-127^0000 01000-127Ответ проверки ID0000 0101Отмена ID000001100-127000001110-126Верификация ID^0-655350-1263375. Сетевые протоколыТерминалСетьЗапросвдентификатора(Ri, Ai)ТерминалЗапрос проверки иденгафикатора (Ri, Ai)идентификатор назначен (Ri, Ai)К—илиотказ в назначенииндентификатора (Ri, Ai)>Ответ проверки идентификатора (Ri, Ai)<аРис. 5.10.
Процедура управления TEI:а - назначение; б - проверкаПроцедура назначения TEI дает возможность оборудова1шю пользователя,имеющему категорию «мобильный», получить от сети номер TEI, который можноиспользовать при последующих соединениях. Процедура назначения показанана рис. 5.10, а.
Когда мобильный ТЕ подсоединяется к S-интерфейсу, он автоматически посылает запрос Ш. Поскольку терминальное оборудование не имеетTEI, то, чтобы идентифицировать себя, оно генерирует произвольный ссылочный номер (Ri). ТЕ может запросить сеть назначить для него конкретный TEI,указав этот TEI в поле Ai, или оставить право выбора TEI за сетью, поместиввэтополе Ai= 127.Для каждой цифровой абонентской линии сеть поддерживает список мобильных TEI в диапазоне 64-126. При получении от некоторого S-интерфейса сообщения «запрос ID» сеть обращается к соответствующему списку. Если онаможет назначить TEI, то по данной шине S-интерфейса в вещательном режимепередается сообщение «ГО назначен», в котором значение Ri копируется изсообщения «запросГО»,а назначенный ТЕХ помещается в поле Ai. Все ТЕ,подключенные к этой S-пшне, проверяют сообщение, но только ТЕ, которыйпослал запрос, опознает свое Ri и воспринимает назначенный TEI.
Такая процедура позволяет двум или более ТЕ, подключенным к одной и той же S-шине,посылать запросыГОодновременно.Если сеть не может удовлетворить запросГОиз-за того, что запрошенныйTEI уже есть в списке назначенных для данного интерфейса или из-за того, чтовсе TEI в диапазоне 64 - 126 уже назначены, она передает по S-шине этогоинтерфейса в вещательном режиме сообщение «отказ в назначенииГО»,сновакопируя Ri из принятого запроса.
После этого ТЕ информирует своего пользователя о том, что его запрос на назначение TEI бьш отвергнут.Процедура проверки ТЕХ позволяет сети проконтролировать список мобильных ТЕХ, назначенных для конкретного интерфейса (рис. 5.10, б). Сеть передает этому интерфейсу в вещательном режиме сообщение «запрос проверки ГО»,поместив в поле Ai проверяемый ТЕХ, а в поле Ri - нулевое значение.
При этомсеть запускает таймер на 200 мс. Если среди подключенных к данному интерфейсу найдется ТЕ, имеющий ТЕХ, который совпадает с Ai, он отвечает сообщением «ответ проверкиГО»,содержащим произвольно выбранное Ri и принятое Ai.3385.4. Протоколы IVуровня стека TCP/IPВ нормальных условиях сеть принимает до срабатывания таймера односообщение «ответ проверки Ш», что указывает на наличие единственного ТЕс данным TEL Если таймер сработал, а ответ не получен, сеть повторяет запрос проверки Ш и перезапускает таймер.
Если таймер снова срабатьюает дополучения ответа, сеть считает, что данный TEI больше не используется, удаляет его из списка TEI, назначенных для данного интерфейса, и составляетотчет для обслуживающего персонала.В случае получения сетью более одного ответа на «Запрос проверки Ш»,это означает, что один и тот же TEI ошибочно присвоен более чем одному ТЕ.В этом случае сеть передает в вещательном режиме команду «отмена Ш» суказанием в поле Ai отменяемого TEI. Те терминалы, TEI которых согласуются с Ai, прекращают передачу и прием кадров и уведомляют своего пользователя об отмене TEI.
Если сеть решает, что значение TEI должно быть отменено, вызывается процедура отмены. Сеть формирует кадр, содержащий типсообщения и поле индикатора действия, где помещается значение TEI, котороедолжно быть отменено. Для уменьшения риска потери такой кадр посьшаетсядважды.Протокол SLIPПротокол SLIP (Serial Line IP) стал первым промышленным стандартомде-факто, который позволил устройствам, соединенным последовательным низкоскоростным интерфейсом связи, работать по протоколам TCP/IP. ЭтотIntemet-протокол разрешает в качестве линий связи использовать обьгшые телефонные линии.Протокол бьш создан в начале 80-х годов и согласно RFC-1055 впервые бьшвключен в качестве средства доступа к ПР-сети в пакет фирмы 3COM - UNET.В 1984 г протокол SLIP бьш встроен Риком Адамсом (Rick Adams) в операционную систему 4.2 Berkley Unix.
Позднее SLIP бьш поддержан в других версиях Unix и реализован в программном обеспечении для ПК.Ввиду своей функциональной простоты, SLIP использовался и используетсяв основном на коммутируемых линиях связи, которые не характерны для ответственных и скоростных сетевых соединений. Тем не менее, коммутируемый канал отличается от некоммутируемого только более низким качеством инеобходимостью выполнять процедуру вызова абонента, поэтому SLIP вполнеприменим и на вьщеленных каналах.Протокол SLIP вьшолняет единственную функцию - он позволяет в потокебит, которые поступают по выделенному (или коммутируемому) каналу, распознать начало и конец IP-пакета. Другие протоколы сетевого уровня SLIP неподдерживает.Программное обеспечение, реализующее работу с протоколом SLIP, принимает символы, приходящие с устройства последовательной передачи данных(модема, последовательного порта и т.
д.); рассматривает и толкует их каксоставляющие IP-пакета; укладьшает полученные данные в полнокровный нормальный IP-пакет и передает этот пакет далее ~ соответствующей програм3395. Сетевые протоколыме, которая обрабатывает IP-пакеты, например модулю TCP. На обратном путиSLIP получает от программы (сетевого уровня), посылающей IP-пакеты, IPпакет, вычленяет его содержимое, соответствующим образом переформатирует, затем делит на символы и отправляет его через устройство последовательной передачи по последовательной линии в сеть - соседнему узлу Internet.Структура кадра протокола SLIP.
Протокол SLIP предназначен для передачи IP-пакетов через асинхронные линии связи. Поскольку асинхронная передача является байт-ориентирова1шой, то перед транспортировкой средствами SLIP пакет разделяется на октеты (байты), которые передаются один задругим.Как известно, в сети Ethernet IP-пакет может иметь длину до 1500 байт, чтообусловливает необходимость его сегментащш - разбиения на более короткиепакеты. SLIP делает это довольно примитивно. Он не анализирует поток данных и не вьщеляет какую-либо информащпо в этом потоке. Для распознаванияграницы IP-пакетов, протокол SLIP предусматривает использование спещ1ального символа END, значение которого в шестнадцатеричном представленииравно (СО)^.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
