Часть XIV

14.6. Ретрансляционные профили

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

    Как уже отмечалось выше, в рамках OSI-окружения не определены функции ретрансляции между транспортными профилями, принадлежащими классам T и U.

    Идентификаторы ретрансляционных профилей имеют следующую структуру:

     RXp.q

    Где:

    R = идентификатор класса ретрансляционных профилей

    X = идентификатор типа ретрансляции (одна из следующих букв: A, B, C, D, E, Z), который характеризует:

     уровень, на котором выполняется ретрансляция

     режим сервиса

     собственно тип функции ретрансляции

    p, q - идентификаторы типа подсети вида YXabcde, аналогичного тому, который использовался в определении транспортных профилей.

    Таким образом, идентификатор RXp.q обозначает профиль, определяющий функцию ретрансляции типа X, между подсетями типов p и q.

    Рассмотрим в качестве примера R-профиля профиль RB51.1111. Он определяет функцию ретрансляции, поддерживающую сетевой сервис с режимом CLNS и обеспечивающую связь между локальной сетью с методом доступа CSMA/CD и коммутируемыми сетями передачи данных общего пользования, использующими виртуальные вызовы над выделенными каналами коммутируемых телефонных сетей общего пользования (relaying the connection-mode Network Service between CSMA/CD LAN subnetwork and PSDNs using virtuals calls over a PSTN leased line permanent access).

    Буква R определяет его отношение к классу ретрансляционных профилей. Буква В обозначает, что данный профиль выполняет функцию ретрансляции с сетевым сервисом, поддерживающим режим с соединением. Параметр р=51 (согласно таксономии подсетей связи) определяет подсеть, тип которой соответствует локальным сетям с методом доступа CSMA (Carrier Sense Multiple Access/Collision Detection - множественный доступ к среде с прослушиванием несущей и обнаружением коллизий), в частности, сетей типа Ethernet. Параметр q=1111 (согласно таксономии подсетей связи) определяет подсеть, тип которой соответствует сетям X.25 с виртуальными динамически каналами.

    Сценарий данного профиля иллюстрируется на рис. 14.4. Он определяет состав систем, участвующих во взаимодействии с использованием рассматриваемой функции ретрансляции, взаимосвязь самой промежуточной системы (ретранслятора) с сетями, которые она объединяет, а также две эталонные или интерфейсные точки промежуточной системы, на которых ретранслятором реализуются функции взаимосвязи с заданными сетевыми технологиями посредством двух протокольных стеков, показанных на рис. 14.5. Кроме сетевых протоколов, на данном рисунке показан набор протоколов и других стандартов, с помощью которых ретранслятор поддерживает функции сетевого административного управления.

Рис. 14.4. Сценарий, иллюстрирующий применение профиля RB51.1111

Рис.14.5. Стек протоколов профиля RB51.1111

    Кратко опишем функциональность данного профиля (без учета функций сетевого управления). Как видно из рисунка 14.5, функциональность профиля RB51.1111 определяется двумя протокольными стеками. Один стек, расположенный со стороны сети CSMA, включает на физическом уровне (PHY) и канальном уровне (состоящем из двух подуровней - подуровня управления доступом к среде - MAC и подуровня управления логическим каналом - LLC) протоколы стандарта ISO/IEC 8802-2,3. Другой стек, расположенный со стороны сети X.25, включает на физическом уровне протокол X.21bis и на канальном протокол HDLC (ISO/IEC 7776). Оба эти стека накрыты протоколом X.25 пакетного (или сетевого) уровня (ISO/IEC 8208), который, в случае использования X.25 в промежуточной системе, должен быть дополнен стандартом ISO/IEC 10177, модифицирующим X.25 для поддержки режима с соединением при работе в локальных сетях, а также стандартом ISO/IEC 8881, учитывающим дополнительные особенности применения протокола в локальных сетях.

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

    Для данного профиля можно отметить два таких условия или требования, которые являются результатом комплексирования различных по алгоритмической сложности ('интеллекту') сетевых технологий, благодаря чему интегральный сетевой сервис не может поддержать такие услуги как квитирование получателем пакета и передача срочных пакетов. Эти возможности поддерживаются стандартом X.25, но не поддерживаются другой стороной.