Интеграция FR и Х.25 сетей

Рекомендация ITU-T Х.25 определяет стандарты протоколов и интер­фейсов канального и сетевого уровней. И с точки зрения ретрансляции кад­ров протоколы Х.25 являются высокоуровневыми "механизмами" управле­ния информационным обменом. Поэтому существует система взглядов, в соответствии с которой кадры Х.25 достаточно корректно вписываются в формат многопротокольного FR кадра.

Однако многие фирмы, производящие аппаратно-программные средства для Х.25 сетей, считают, что механизмы формирования многопротокольного FR кадра чрезвычайно сложны и существует более простая реализация протоколов доставки пакетов Х.25 через FR сеть.

Этот метод может быть применен только с обоюдного предварительного согласия сторон, так как он не предусматри­вает каких-либо процедур (механизмов) сигнализации с целью оповещения ООД пользователя об использовании такого метода.

Диаграмма многоуровневого управления доставкой пакетов Х.25 на основе упрощенного метода формирования FR кадра.

На сетевом уровне осуществля­ется взаимодействие между абонентскими ООД, а на канальном уровне поддержи­вается сбалансированная процедура доступа к каналу (LAPB). Кадр канального уровня (LAPB) обрамляется, и формируется FR кадр, который пересылается к месту назначения через оп­ределенный DLCI. На приемной стороне кадр канального уровня «освобождается» от обрамления FR кадра и направляется для обработки на канальный уровень управления (LAPB), а после этого, соответственно, - на сетевой уровень. Это означает, что протокол канального уровня (LAPB) взаимодействует с FR сетью так же, как и с физическим уровнем обычной сети Х.25, при этом FR сеть "прозрачна" для всех типов кадров (информа­ционных и управляющих).

Формат FR кадра, "переносящего" кадр LAPB.

Рассмотрим формат FR кадра переносящего кадр LAPB.

Адресное поле, поле управления и информа­ционное поле кадра канального уровня полностью без изменений вставля­ются в информационное поле FR кадра.

Существует 3 условия формирования такого FR кадра:

1. В заголовке FR кадра не используется идентификатор типа протокола.

2. Применяется стандартное 2-октетное адресное поле заголовка.

3.FCS кадра канального уровня заменяется FCS FR кадра, которая определяется с учетом всех полей.

На приемной стороне осущест­вляются процедуры, обратные указанным выше.

Последствия такого упрощения: улучшение качества обслуживания пользователей.