Прозрачные мосты (transparent bridges - TB) в основном встечаются всетях Ethernet(смотри Главу 29 "Transparent Bridging"),в то времякак мосты SRB встечаются почти исключительно в сетях Token Ring(смотри Главу 30 "Source-Route Bridging").Оба метода об'единения сетей спомощью мостов (ТВ и SRB) популярны, поэтому естественно возникает вопрос о существовании какого-нибудь метода, который позволил быоб'единить их. Этот основной вопрос иллюстрируется Рис. 31-1 "Об'единение с помощью моста доменов ТВ и SRB".
Трансляционное об'единение с помощью мостов (Translational bridging -TLB) обеспечивает относительно недорогое решение некоторых из многочисленных проблем, связанных с об'единением с помощью моста доменов ТВ и SRB. TLB впервые появился в середине-конце 1980 гг., но ни одна из организаций по стандартам не стала заниматься им. В результате многие аспекты TLB предоставлены для решения тому, кто реализует его.
В 1990 г. IBM устранила некоторые из недостатков TLB путем введения "Прозрачного об'единения с помощью моста "источник-маршрут"(Source-Route Transparent-SRT).SRT может продвигать трафик из конечных узловсети как с прозрачным об'единением, так и с об'единением"источник-маршрут",и образовывать общее связующее дерево с мостами TB, позволяятем самым конечным станциям каждого типа сообщаться с конечными станциями такого же типа в сети с произвольной топологией.
В конечном итоге, целью об'единения доменов ТВ и SRB является возможность сообщения между конечными станциями ТВ и SRB. В данной главе описываются технические проблемы, которые должны быть решеныалгоритмами, пытающимися сделать это, а также представлены два возможных решения: TLB и SRT.
Трудности трансляции
Существует ряд трудностей, связанных с обеспечением связи между конечными станциями домена Ethernet/TB и конечными станциями домена SRB/Token Ring, которые перечислены ниже:
Поскольку порядок связи между двумя типами носителя не был по-настоящемустандартизован, нет ни одной реализации TLB, которую можно назватьточной. Ниже дается описание нескольких популярных методов реализации TLB.
При трансляции между Ethernet и Token Ring протокол TLB переупорядочивает биты адреса источника и пункта назначения. Проблемавстроенных адресов МАС может быть решена путем программирования мостатаким образом, чтобы он проверял адреса МАС разных типов; однако это техническое решение должно адаптироваться к каждому новому типу встроенных адресов МАС. В некоторых решениях TLB просто проверяются наиболее популярные встроенные адреса МАС. Если программное обеспечение TLB работает в роутере с несколькими протоколами, то этотроутер может успешно назначать тракты для этих протоколов иполностью решить эту проблему.
Поле RIF имеет подполе, которое указывает размер самого большого блокаданных, который может быть принят конкретной реализацией SRB. TLB,отправляющие блоки данных из домена ТВ в домен SRB, обычно устанавливают значение поля размера MTU равным 1500 для того, чтобы ограничить размер блоков данных Token Ring, входящих в домен ТВ.Некоторые хосты не могут точно обрабатыватьэто поле; в этом случае TLB вынуждены просто игнорировать те блоки данных, которые превышают размер MTU Еthernet.
Биты, представляющие функции Token Ring, не имеющие следствия в Ethernet, обычно отбрасываются протоколами TLB. Например, отбрасываютсябиты приоритета, резервирования и монитора Token Ring. Что касается битов состояния блоков данных Token Ring, то они обрабатываются по-разному в зависимости от изготовителя TLB. Некоторые изготовители TLB просто игнорируют эти биты. Другие обеспечивают установку в мостах бита С, но не обеспечивают бит А. В первом случае узел источника Token Ring не имеет возможности установить, потерян или нет отправленный им блок данных. Сторонники этого метода считают, что механизмы надежности, такие, как отслеживание потерянных блоков данных, лучше реализовать в уровне 4 модели ОSI. Защитники "метода установки бита С" утверждают,что этот бит должен быть задан для отслеживания потерянных блоков данных, но бит А не может быть установлен, т.к. мост не является конечным пунктом назначения.
TLB могут образовывать программный мост между двумя доменами. Для конечных станций SRB мост TLB выглядит как стандартный SRB, т.к. он имеет номер кольца и номер моста, связанного с ним. В этом случае номер кольца фактически отражает весь домен ТВ. Для домена ТВ, TLB является просто еще одним ТВ.
При об'единении с помощью моста доменов SRB и ТВ информация SRB удаляется. RIF обычно сохраняются в кэш для использованияпоследующим возвратным трафиком. При об'единении с помощью моста доменов ТВ и SRB, TLB может проверить блок данных, чтобы узнать, имеет ли он назначение многопунктовой адресации. Если блок данных имеет многопунктовое или широковещательное назначение, онотправляется в домен SRB в качестве разведчика связующего дерева. Если блок данных имеет однопунктовый адрес, то TLB ищет пунктназначения в кэш RIF. Если тракт найден, то он будет использован, а информация RIF включается в блок данных; в противном случае этот блок данных отправляется в качестве разведчика связующего дерева. Т.к. двеэтих реализации связующего дерева несовместимы, то, как правило, не разрешаются несколько трактов между доменами SRB и ТВ.
Figure 31-2, Figure 31-3, and Figure 31-4 are examples of frame conversions that can take place in translational bridging.
Figure 31-2 : Frame Conversion between IEEE 802.3 and Token Ring
Figure 31-2 shows the frame conversion between IEEE 802.3 and Token Ring. The destination and source addresses (DASA), service access point (SAP), Logical Link Control (LLC) information (Control), and data are passed to the corresponding fields of the destination frame. The destination and source address bits are reordered. When bridging from IEEE 802.3 to Token Ring, the length field of the IEEE 802.3 frame is removed. When bridging from Token Ring to IEEE 802.3, the access control byte and RIF are removed. The RIF can be cached in the translational bridge for use by return traffic.
Figure 31-3 : Frame Conversion between Ethernet Type II and Token Ring SNAP
Figure 31-3 shows the frame conversion between Ethernet Type II and Token Ring Subnetwork Access Protocol (SNAP). (SNAP adds vendor and type codes to the data field of the Token Ring frame.) The destination and source addresses (DASA), type information, and data are passed to the corresponding fields of the destination frame. The destination and source address bits are reordered. When bridging from Token Ring SNAP to Ethernet Type II, the RIF information, service access point (SAP), LLC information (Control), and vendor code are removed. The RIF can be cached in the translational bridge for use by return traffic. When bridging from Ethernet Type II to Token Ring SNAP, no information is removed.
Figure 31-4 : Frame Conversion between Ethernet Type II "0x80D5" Format and Token Ring
Figure 31-4 shows the frame conversion between Ethernet Type II "0x80D5" format and Token Ring. (Ethernet Type II "0x80D5" carries IBM SNA data in Ethernet frames.) The destination and source addresses (DASA), service access point (SAP), LLC information (Control), and data are passed to the corresponding fields of the destination frame. The destination and source address bits are reordered. When bridging from Ethernet Type II "0x80D5" to Token Ring, the type and 80D5 header fields are removed. When bridging from Token Ring to Ethernet Type II "0x80D5," the RIF is removed. The RIF can be cached in the translational bridge for use by return traffic.
SRT комбинируют реализации алгоритмов ТВ и SRB. SRT используют битиндикатора маршрутной информации (routing information indicator - RII),чтобы отличать блоки данных, использующих SRB, от блоков данных, использующих ТВ. Если бит RII равен 1, то RIF присутствует в блоке данных, и данный мост использует алгоритм SRB. Если RII равен 0, тоRIF oтсутствует, и данный мост использует ТВ.
Как и мосты TLB, мосты SRT не являются техническим решением, совершенным с точки зрения решения проблем об'единения с помощью мостов смешанных носителей. SRT также должны иметь дело с описанными выше несовместимостями Ethernet/Token Ring. Скорее всего, SRT потребуетрасширения аппаратных возможностей SRB, чтобы они могли справляться сдополнительной нагрузкой, связанной с анализом каждого пакета. Может потребоваться также программное наращивание SRB. Кроме того, в окружениях смешанных SRT, TB и SRB, выбранные маршруты источника должны пересекать любые доступные SRT и SRB. Результирующие тракты могут быть потенциально значительно хуже маршрутов связующего дерева, образованных мостами ТВ. И наконец, смешанные сети SRB/SRT теряют преимущества SRT, поэтому пользователи поймут, что они вынуждены осуществить полный переход к SRT, требующий значительных расходов. Однако SRT позволяет сосуществование двух несовместимых сред и обеспечивает связь между конечными узлами SRB и ТВ.