Материал: Протоколы сети доступа - Гольдштейн

Рис. 6.6. Обрамление кадра ния. Кадр уровня 2 считается ошибочным, если его длина вдвое превышает

разрешенную величину 268 байтов плюс 2 байта. Таким образом, максимально допустимая длина кадра от открывающего флага до закрывающего равна 2-268+2—1 =537 байтов. Если вычесть 2 байта флагов и 2 байта проверочной комбинации, то получится упомянутая выше величина 533 байта.

В кадре подуровня звена проверочная комбинация отсутствует (рис. 6.7), поскольку нет необходимости дважды проверять один и тот же кадр.

Рис. 6.7. Кадр подуровня звена

Для сообщений управления базовыми соединениями ISDN кадр подуровня звена LAPV5 начинается полями адреса уровня 2 протокола ISDN. Для других протоколов оно начинается двумя байтами, содержащими адрес подуровня звена. Эти байты содержат, кроме того, биты ЕА и бит C/R, используемые также, как и в кадрах ISDN. Затем следуют байты поля управления, а за ними может следовать информационное поле, в котором помещено сообщение уровня 3. Максимальный размер этого поля составляет 260 байтов.

Подобно адресу в ярлыке обрамления, внутренний адрес подуровня звена для протоколов, отличающихся от протокола управления соединениями ISDN, также состоит из 13 битов, что позволяет присваивать адресу значения от 0 до 8191. Внешний адрес и адрес подуровня звена для этих протоколов содержат одинаковую информацию. Адреса в диапазоне от 8176 до 8180 указывают протокол ТфОП, протокол управления, протокол ВСС, протокол защиты и протокол управления трактами, как это определено в общем адресном пространстве интерфейса V5 (таблица 6.3).

6.6. ФОРМАТЫ СООБЩЕНИЙ УРОВНЯ 3

Все упомянутые в параграфе 6.3 протоколы уровня 3 интерфейса V5 (протокол ТфОП, протокол управления, протокол управления трактами, ВСС-протокол и протокол защиты) являются протоколами, ориентированными на сообщения.

Каждое сообщение содержит три обязательных информационных элемента — дискриминатор протокола (1 байт), адрес уровня 3 (2 байта), тип сообщения (1 байт) и другие информационные элементы, обязательность/необязательность и длина каждого из которых зависят от типа сообщения. Структура сообщения представлена на рис. 6.8.

Рис. 6.8. Формат сообщения протокола V5

Дискриминатор протокола V5 занимает первый байт сообщения и имеет значение 01001000 (48 в шестнадцатеричной системе). Назначение дискриминатора протокола — обеспечить возможность отличать сообщения протоколов V5 по ETS 300 324-1 и ETS 300 347-1 (протокола ТфОП, протокола управления, протокола управления трактами, ВССпротокола и протокола защиты) от сообщений других протоколов, использующих то же соединение уровня 2. Дискриминатор протокола включается в состав со-

общений протоколов V5 для обеспечения структурной совместимости с другими протоколами (например, с ETS 300 102-1), в том числе и с новыми протоколами уровня 3, которые пока еще находятся в стадии разработки.

Следом за дискриминатором протокола помещаются два байта адреса уровня 3. Назначение этого обязательного информационного элемента — идентификация логического объекта уровня 3 в рамках интерфейса V5. Для протокола управления в качестве адресов уровня 3 используются значения из общего адресного пространства (табл. 6.3).

Для протокола ТфОП адресом уровня 3 тоже является число, взятое из общего адресного пространства V5; это число идентифицирует конкретный пользовательский порт ТфОП (табл. 6.3). Один бит в двух байтах адреса имеет фиксированное значение, а оставшиеся 15 битов обеспечивают адресацию для 32768 портов ТфОП.

Для протокола ВСС адрес уровня 3 использует 13 битов плюс бит индикации либо сети доступа, либо оконечной АТС, что обеспечивает 8192 возможных значения для идентификации процесса ВСС, к которому относится сообщение.

Для протокола управления трактами адрес уровня 3 содержит только восемь битов. Эти биты образуют значения идентификаторов 16 трактов интерфейса V5.2.

Для протокола защиты адрес уровня 3 может использовать все 16 битов двух байтов адреса. Значение адреса идентифицирует логический С-канал, к которому относится сообщение.

Третий обязательный информационный элемент — тип сообщения

— занимает 7 битов четвертого байта сообщения. Правила кодирования типа сообщения для разных протоколов V5 иллюстрирует табл. 6.4. Сами сообщения и их структура будут рассмотрены в двух следующих главах, здесь же целесообразно привести краткие сведения о соглашении относительно правил записи, отражающих как имя, так и содержимое любого сообщения протокола V5.

Как это делалось в главе 4 для протокола DSS-1 и в главе 10 первого тома для ОКС-7, типы сообщений V5 будут записываться заглавными буквами и через дефис, если названия этих типов состоят более чем из одного слова. Приводимые ниже примеры для протоколов

V5 взяты из [83].

www.kiev-security.org.ua

BEST rus DOC FOR FULL SECURITY

178 Глава 6 ______________________________

Таблица 6.4. Типы сообщений интерфейса V5

Если необходимо идентифицировать сторону интерфейса, передающую сообщение, к имени сообщения добавляется через косую черту префикс AN или LE. Например, сообщение AN/ESTABLISH передается сетью доступа, а сообщение LE/ESTABLISH оконечной станцией. Необязательные информационные элементы сообщения указываются добавлением через косую черту суффикса, который начинается заглавной буквой, а если в нем несколько слов, то они соединяются тире. Например, если в сообщение ESTABLISH вводится необязательный информационный элемент Steady-signal (непрерывный сигнал), то запись имеет вид: ESTABLISH/Steady-signal. Если необязательные информационные элементы предусмотрены, но ни один из них в сообщение не включен, это указывается с помощью тире: AN/ESTABLISH/- представляет собой сообщение ESTABLISH, передаваемое сетью доступа и не содержащее необязательных информационных элементов.

Значения необязательных информационных элементов указываются расширением суффикса с помощью двоеточия. Например, при установлении соединения от АТС: LE/ESTABLISH/ Steady-signaLnormal polarity, что означает сообщение ESTABLISH, передаваемое станцией и содержащее необязательный информационный элемент Steady-signal, причем этот необязательный информационный элемент имеет значение, представленное словами normal polarity.

Значения обязательных информационных элементов можно указывать, используя тот же способ, что и для необязательных информационных элементов. Кроме того, запись может быть сокращена, поскольку указывать на присутствие обязательного инфор-

мационного элемента нет необходимости. Например, сообщение STATUS: Response:ANO представляет собой сообщение STATUS с обязательным информационным элементом Cause (причина), который указывает, что оно было передано в ответ на сообщение LE/STATUSENQUIRY и что идентифицируемый адресом уровня 3 в общем заголовке порт ТфОП находится в состоянии 0 (выключен из обслуживания). Сокращение можно использовать и в необязательных информационных элементах. В этом случае подразумевается, что необязательный элемент включен в состав сообщения. Таким образом, сообщение

ESTABLISH/Line-information:impedance-marker-set эквивалентно сообщению ESTABLISH: impedance-marker-set, т.к. необязательный элемент Line-information должен присутствовать по смыслу

Следует отметить, что данное соглашение не исключает записей, которые с точки зрения спецификации интерфейса V5 неверны. Например, запись LE/STATUS — неверна из-за того, что станции не разрешено передавать сообщение STATUS. Если рассматривать только правильные записи, то сообщения PROTOCOL-PARAMETER и LE/PROTOCOL-PARAMETER эквивалентны, поскольку сообщение AN/PROTOCOL-PARAMETER было бы нарушением спецификации интерфейса V5.

Соглашение не требует указывать тот протокол V5, которому принадлежит сообщение, поскольку протоколы идентифицируются адресом уровня 2, а также определяются косвенно, по смыслу, именем сообщения. Это соответствует принятому для интерфейса V5 принципу, согласно которому информационный элемент «тип сообщения» в общем заголовке, содержащий код имени сообщения, идентифицирует по смыслу протокол, явно определяемый адресом уровня кадра.

6.7. МУЛЬТИПЛЕКСИРОВАНИЕ ПОРТОВ ISDN

Трудности специфицирования протокола V5 применительно к портам ISDN неоднократно упоминались в этой главе. В основном эти упоминания сводились к сетованиям по поводу отсутствия машины времени, с помощью которой можно было бы попасть к началу разработки DSS-1 и подсказать разработчикам, что терминалы ISDN будут являться элементами сети абонентского доступа и, следовательно, сообщения DSS-1 будут, наряду с сообщениями других протоколов, мультиплексироваться в интерфейсе V5. Но история не терпит сослагательного наклонения.