Технологии IBM : Коммутация соединения передачи данных (DLSw) и Data-Link Switching Plus (DLSw +)

Устранение неполадок соединения в канале DLSw+

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв


Содержание


Введение

Этот документ объясняет процесс для устранения проблем коммутации соединения передачи данных плюс (DLSw+) возможность подключения канала.

Предварительные условия

Требования

Для этого документа отсутствуют особые требования.

Используемые компоненты

Данный документ не ограничен отдельными версиями программного или аппаратного обеспечения.

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

Условные обозначения

Дополнительные сведения об условных обозначениях см. в документе Технические рекомендации Cisco. Условные обозначения.

Проверка состояния канала

Этот раздел объясняет статус контура DLSw, возможные причины, почему канал DLSw застревает в конкретном состоянии и некоторых шагах по устранению неисправностей, которые могут быть предприняты для достижения возможности подключения канала. В данном разделе в графическом виде представлены состояния установления канала и выходные данные команды show dlsw circuit. Наконец, этот раздел обсуждает некоторые наиболее распространенные проблемы DLSw, такие как:

  • Причины для сообщений об ошибках BADSSPHDR.

  • Почему каналы версии 2 DLSw могут быть не в состоянии подключать, когда прошли межсетевой экран.

  • Проблемы, которые возникают, когда вы выполняете DLSw на Функциональной Карте Многоуровневого Коммутатора (MSFC) или Функциональной Карте Многоуровневого Коммутатора (MSFC) 2 (MSFC2).

  • Прямые подключения LAN магистралей "802.1q" в DLSw+.

Состояния установки канала DLSw+

dlswts4_a.gif

Примечание: Наиболее распространенной причиной для каналов для становления всунутой состояние CKT_ESTABLISHED является неактивный Switched Major Node Virtual Telecommunications Access Method (VTAM) хоста.

Старт линии

Запуск канала является переходным состоянием, которое указывает, что существует ожидающий отклик к сообщению CANUREACH_CS (нулевой идентификатор канала [XID]) решен сообщением ICANREACH_CS. Если у вас есть проблема с каналом, всунул состояние CKT_START, это указывает на внутреннюю проблему с равными маршрутизаторами DLSw: пара MAC или Точки доступа к сервису (SAP) не очищается, или существует отсутствие доступных ресурсов, необходимых для завершения изменения состояния (например, память).

Для устренения проблемы CKT_START проверьте, что тестовый опрос и пустой пакет Xid и достигли равнозначных партнеров и проверяют, что успешно ответили равнозначные партнеры. Необходимо понять топологию сети к хосту; это, как правило, - или Front End Processor (FEP), или это подключено каналом через карту Процессора канального интерфейса (CIP) в 7xxx маршрутизатор.

Для соединений FEP проверьте что маршрутизатор??? S-интерфейс к FEP подключен и работает правильно. Попросите, чтобы оператор сети отобразил (или показ для себя) соответствующий LINE и определения Физического устройства (PU) на FEP, и проверил, что они активны. Проверьте, что Switched Major Node, для которого PU действует как местозаполнитель, активен.

При использовании карту CIP, и вы проверили подключение к хосту, то могла быть проблема с External Communications Adapter VTAM (XCA) Главный узел. Это большинство типичных проблем:

  • Опорный узел XCA не находится в активном состоянии.

  • Путь за пределы VTAM??? названный Адресом Канального блока??? не является онлайновым или не упакован в подсистеме канала.

Проверьте, что вы имеете свободные логические каналы линия в наличии под Опорным узлом XCA, для которого VTAM CONNECT-IN может выделить PU. Если больше нет доступных логических каналов линия, в более поздних версиях микропрограммы CIP (CIP22.38, CIP24.15, CIP25.14, CIP26.10, и CIP27.4), адаптер CIP не отвечает на тестовые опросы.

Выполните команду show extended channel x/2 max-llc2-sessions, чтобы проверить, что не было достигнуто максимальное число Сеансов управления логическим каналом (LLC). Значение по умолчанию равно 256.

Могла также быть проблема со значениями SAP в использовании. Адаптер CIP следит за уникальными SAP. Все внутренние адаптеры CIP следует описать для VTAM в определениях опорного узла XCA. Значение номера адаптера (ADAPNO) на основном узле XCA используется VTAM в качестве ссылки на внутренний адаптер в маршрутизаторе. Каждый внутренний адаптер, настроенный на CIP, должен иметь уникальный ADAPNO для каждого типа носителя. В определении основного узла XCA указывается, какие SAP должны быть открыты для каждого внутреннего адаптера.

Тестовый опрос и пустой пакет Xid проверяют, что Опорный узел XCA и адаптер CIP слушают корректный SAP. Если адаптер CIP MAC открыт и имеет по крайней мере один открытый SAP, то это отвечает на тесты, не передавая им VTAM. Тестовые фреймы передаются с DSAP 04 и SSAP 00. Проверьте значения SAP, используемые между конечной станцией, маршрутизатором CIP и Опорным узлом XCA с этими командами:

NCCF     TME 10 NetView   CNM01 OPER6   03/31/00 13:56:01
C CNM01  DISPLAY NET,ID=DKAPPN,SCOPE=ALL
  CNM01  IST097I  DISPLAY  ACCEPTED
' CNM01
IST075I  NAME= DKAPPN , TYPE= XCA MAJOR NODE
IST486I  STATUS= ACTIV , DESIRED STATE= ACTIV
IST1021I MEDIUM=RING , ADAPTNO=1 , CUA=0401 , SNA SAP=4
IST654I  I/O TRACE= OFF, BUFFER TRACE= OFF
IST1656I VTAMTOPO= REPORT, NODE REPORTED= YES
IST170I  LINES:
IST232I  L0401000 ACTIV
IST232I  L0401001 ACTIV
IST232I  L0401002 ACTIV
IST232I  L0401003 ACTIV
IST232I  L0401004 ACTIV
IST232I  L0401005 ACTIV
IST232I  L0401006 ACTIV
IST232I  L0401007 ACTIV
IST232I  L0401008 ACTIV
IST232I  L0401009 ACTIV
IST232I  L040100A ACTIV
IST232I  L040100B ACTIV
IST232I  L040100C ACTIV
IST232I  L040100D ACTIV
IST232I  L040100E ACTIV
IST232I  L040100F ACTIV
IST314I  END

# show dlsw circuit details

Index  local addr (lsap)    remote addr (dsap)    state    uptime
194    0800.5a9b.b3b2 (04)  0800.5ac1.302d (04) CONNECTED  00:00:13
       PCEP: 995AA4         UCEP: A52274
       Port: To0/0          peer  172.18.15.166 (2065)
       Flow-Control-Tx SQ CW: 20, permitted: 28; Rx CW: 22, Granted: 25
Op:
IWO
       Congestion: LOW(02) , Flow OP: Half: 12/5 Reset 1/0
       RIF = 0680.0011.0640

Используйте эти примеры выходных данных и примечания, чтобы помочь проверять определения Опорного узла XCA:

NCCF     TME 10 NetView   CNM01 OPER6   03/31/00 13:56:01
C CNM01  DISPLAY NET,ID=DKAPPN,SCOPE=ALL

!--- NetView takes the DIS DKAPPN short form and converts
!--- it into the full D NET,ID=DKAPPN,SCOPE=ALL command.

  CNM01  IST097I  DISPLAY  ACCEPTED
' CNM01
IST075I  NAME= DKAPPN , TYPE= XCA MAJOR NODE

!--- Check that the XCA Major Node name is correct and that
!--- it is, in fact, an XCA MAJOR NODE.

IST486I  STATUS= ACTIV , DESIRED STATE= ACTIV

!--- Verify that the XCA Major Node is in an ACTIV status.
!--- Any other status is an error condition (see the comment after
!--- the Local Line for information about how to correct this error).

IST1021I MEDIUM=RING , ADAPTNO=1 , CUA=0401 , SNA SAP=4

!--- Verify that the Adapter Number is correct and matches the
!--- number used in the CIP definitions on the router.

!--- Also, verify that the Channel Unit Address (CUA) is correct.
!--- Issue the next command (below) to verify that it is either
!--- in status online (O) or, if in use, in status allocated (A).

!--- Finally, verify that the SAP number that is configured on
!--- the XCA Major Node matches the SAP number that is configured
!--- in the ADAPTER statement in the CIP router definition.

IST654I  I/O TRACE= OFF, BUFFER TRACE= OFF
IST1656I VTAMTOPO= REPORT, NODE REPORTED= YES
IST170I  LINES:
IST232I  L0401000 ACTIV

!--- Verify that the Logical Line is in an ACTIV status.
!--- Any other status is an error condition.
!--- Contact either the System Programmer or Network Operator to
!--- CYCLE, INACT then ACT, or take other action to get both the
!--- Local Line and the XCA Major Node into ACTIV status.

IST232I  L0401001 ACTIV
IST232I  L0401002 ACTIV
IST232I  L0401003 ACTIV
IST232I  L0401004 ACTIV
IST232I  L0401005 ACTIV
IST232I  L0401006 ACTIV
IST232I  L0401007 ACTIV
IST232I  L0401008 ACTIV
IST232I  L0401009 ACTIV
IST232I  L040100A ACTIV
IST232I  L040100B ACTIV
IST232I  L040100C ACTIV
IST232I  L040100D ACTIV
IST232I  L040100E ACTIV
IST232I  L040100F ACTIV

!--- Verify that you have free Logical Lines left for the VTAM
!--- CONNECTIN to allocate a PU.

IST314I  END

От приглашения NetView выполните милливольты d u, xxx, 2 команды, где xxx является Адресом Канального блока. Это подтверждает, что CUA находится или в онлайновом (O) или в выделенный (A) статус:

NCCF     TME 10 NetView   CNM01 OPER6   03/31/00 16:08:27
* CNM01  MVS D U,,,401,2
" CNM01
IEE457I 16.07.29 UNIT STATUS 076
UNIT TYPE STATUS     VOLSER    VOLSTATE
0401 CTC  A
0402 CTC  A-BSY

Это - типовая Конфигурация CIP, которая показывает Виртуальный интерфейс, VLAN CIP, инструкции исходного моста и номер внутреннего адаптера, который совпадает с ADAPNO на Опорном узле XCA; CIP принимает LSAP=04 от Опорного узла XCA:


!--- Sample CIP configuration.

interface Channel4/2
 lan TokenRing 0
 source-bridge 88 1 100
 adapter 1 4000.7507.ffff

!--- Sample XCA Major Node configuration.

   VBUILD TYPE=XCA
*
APPNPRT PORT ADAPNO=1,
        CUADDR=401,        DEFAULT TABLE ENTRY
        MEDIUM=RING,       MODE TABLE FOR MODEL 3
        SAPADDR=4,         3270 DISPLAY TERMINAL

!--- This is the SAP number to which the XCA Major Node listens.
!--- If this value does not match with your end stations, then
!--- their XIDs will not receive responses.

        TIMER=20
*
APPNGRP GROUP DIAL=YES,    CU ADDRESS  PORT A01
        ANSWER=ON,         DEFAULT TABLE ENTRY
        DYNPU=YES,         MODE TABLE FOR MODEL 4
        AUTOGEN=(16,L,P),  INITIAL ACTIVE

!--- This automatically generates 16 Logical Lines, starting
!--- with the letter L, and generates 16 PUs, starting with
!--- the letter P.
!--- This can be seen in the previous DISPLAY NET output.

        CALL=INOUT         3270 DISPLAY TERMINAL

Линия установлена

Состояние CKT_ESTABLISHED указывает, что маршрутизаторы установили канал успешно, но конечные станции еще не инициировали свой сеанс через тот канал. Исследуйте Управление логическим Каналом (LLC), сеанс типа 2 (LLC2), который был установлен, для проверки этого дело обстоит так.

router# show llc2

LLC2 Connections: total of 3 connections
Vitual-TokenRing0 DTE: 4000.7507.fff 4000.7507.0099 04 04 state NORMAL

!--- Vitual-TokenRing0 is the name of the interface on which the session
!--- is established.
!--- 4000.7507.fff and 4000.7507.0099 are the source and destination MAC
!--- addresses. This is the address of the interface on which the connection
!--- is established.
!--- NORMAL indicates that the current state of the LLC2 session is fully
!--- established and that normal communication is occurring.

 V(S)=15, V(R)=15, Last N(R)=15, Local window=7, Remote Window=127
 akmax=3, n2=10,
 xid-retry timer  0/0     ack timer   0/1000
 p timer          0/1000  idle timer  1220/10000
 rej timer        0/3200  busy timer  0/9600
 akdelay timer    0/100   txQ count   0/200
 RIF: 0830.0141.0641.0580

Каналы в этом состоянии могут указать на многие проблемы, такие как проблемы с обменами XID или устройствами, не варьирующимися на в VTAM. В узлах Точки выхода (FST) (или узлы с непосредственной инкапсуляцией, которые не используют локальное подтверждение), локально не завершен сеанс. Поле маршрутной информации (RIF)??? для Token Ring??? завершен, но сеанс является абсолютно транзитным. Как таковые, схемы, установленные для сессий в DLSw+ FST или прямые точки вызова (отличные от локального подтверждения Frame Relay), не видны. Другая типичная проблема с обменом XID имеет неправильный IDBLK/IDNUM или значения CPNAME.

NCCF     TME 10 NetView   CNM01 OPER6   03/31/00 13:59:43
C CNM01  DISPLAY NET,ID=DKTN3270,SCOPE=ALL

!--- NetView takes the DIS DKTN3270 short form and converts
!--- it into the full D NET,ID=DKTN3270,SCOPE=ALL command.

  CNM01  IST097I DISPLAY ACCEPTED
' CNM01
IST075I NAME = DKTN3270    , TYPE = SW SNA MAJOR NODE
IST486I STATUS = ACTIV     , DESIRED STATE = ACTIV
IST1656I VTAMTOPO = REPORT , NODE REPORTED - YES
IST084I NETWORK RESOURCES:
IST089I DK3270DY TYPE = PU_T2.1       , ACTIV

!--- Verify that the PU is in ACTIV state.
!--- If the PU is in INACT or INOP status, then ask the System Programmer or
!--- Network Operator to activate it.
!--- If the PU is in CONNECT status, then you could have a definition error.
!--- Ask the System Programmer to verify the Switched Major Node definition.
!--- If the PU is in ACTIV status and you still can not establish a session,
!--- then verify that another end station is not using the the same PU.

IST089I DKDYLU0A TYPE = LOGICAL UNIT  , ACTIV---X-
IST089I DKDYLU0B TYPE = LOGICAL UNIT  , ACT/S---X-
IST089I DKDYLU1A TYPE = LOGICAL UNIT  , ACTIV---X-
IST089I DKDYLU19 TYPE = LOGICAL UNIT  , ACT/S---X-
IST089I DKDYLU18 TYPE = LOGICAL UNIT  , ACT/S---X-
IST089I DKDYLU17 TYPE = LOGICAL UNIT  , ACT/S---X-
IST089I DKDYLU16 TYPE = LOGICAL UNIT  , ACT/S---X-
IST089I DKDYLU15 TYPE = LOGICAL UNIT  , ACT/S---X-
IST089I DKDYLU09 TYPE = LOGICAL UNIT  , ACTIV---X-
IST089I DKDYLU08 TYPE = LOGICAL UNIT  , ACTIV---X-
IST089I DKDYLU07 TYPE = LOGICAL UNIT  , ACTIV---X-
IST089I DKDYLU06 TYPE = LOGICAL UNIT  , ACTIV---X-
IST089I DKDYLU05 TYPE = LOGICAL UNIT  , ACTIV---X-
IST089I DKDYLU04 TYPE = LOGICAL UNIT  , ACTIV---X-
IST089I DKDYLU03 TYPE = LOGICAL UNIT  , ACTIV---X-
IST089I DKDYLU02 TYPE = LOGICAL UNIT  , ACTIV---X-
IST089I DKDYLU01 TYPE = LOGICAL UNIT  , ACTIV---X-
IST089I DK3270ST TYPE = PU_T2         , CONCT
IST089I DKSTLU01 TYPE = LOGICAL UNIT  , CONCT
IST089I DKSTLU02 TYPE = LOGICAL UNIT  , CONCT
IST089I DKSTLU03 TYPE = LOGICAL UNIT  , CONCT
IST089I DKSTLU04 TYPE = LOGICAL UNIT  , CONCT
IST089I DKSTLU05 TYPE = LOGICAL UNIT  , CONCT
IST089I DKSTLU06 TYPE = LOGICAL UNIT  , CONCT
IST089I DKSTLU07 TYPE = LOGICAL UNIT  , CONCT
IST089I DKSTLU08 TYPE = LOGICAL UNIT  , CONCT
IST089I DKSTLU09 TYPE = LOGICAL UNIT  , CONCT
IST089I DKDLUR32 TYPE = PU_T2.1       , ACTIV--L--
IST089I DKDLDYPU TYPE = PU_T2.1       , ACTIV
IST089I DKDLSTPU TYPE = PU_T2.1       , ACTIV
IST089I DKDLST01 TYPE = LOGICAL UNIT  , ACTIV
IST089I DKDLST02 TYPE = LOGICAL UNIT  , ACTIV
??? ***
   VBUILD TYPE=SWNET
*
* TN3270 DYNAMIC LU BUILD
*
DK3270DY PU  ADDR=01,
         IDBLK=05D,
         IDNUM=03270,

!--- Verify that the end station is using the correct IDBLK and IDNUM values.

         PUTYPE=2,
         LUGROUP=BXLLUGRP,LUSEED=DKDYLU##
*        LUGROUP=BXLLUGRP,LUSEED=DKDYLU##
*
*
* TN3270 CP DEF FOR DLUR EN ON CIP
*
DKDLUR32 PU  ADDR=01,
         CPNAME=DK3270CP,

!--- Verify that the end station is using the correct CPNAME value.

         ISTATUS=ACTIVE,
         PUTYPE=2,
         CPCP=YES,
         NETID=NETA

Связанный

Когда канал DLSw успешно подключен, состояние CONNECTED является нормальным состоянием.

команда show dlsw circuit??? Когда вы устраняете проблемы статуса контура DLSw, выходите , show dlsw circuits дал команде EXEC привилегию:

show dlsw circuits [detail] 
[mac-address address | sap-value value | circuit id]
  • подробность??? (Необязательно) информация о состоянии канала Показов в расширенном формате.

  • адрес mac-address ??? (Необязательно) Задает MAC-адрес, который будет использоваться в поиске канала.

  • значение sap-value (значение SAP) ??? (Необязательно) Задает SAP, который будет использоваться в поиске канала.

  • идентификатор канала ??? (Необязательно) Задает идентификатор канала индекса канала.

См. Команды настройки DLSw+ и к следующей схеме, для понимания выходных данных от этой команды.

/image/gif/paws/17564/dlswts4_b.gif

Типичные проблемы, связанные с DLSw

Сообщения об ошибках BADSSPHDR

Это сообщение об ошибках может появиться на некоторых маршрутизаторах DLSw:

%DLSWC-3-BADSSPHDR: bad ssp hdr in proc ssp - received remote correlator from
different peer  = 0x200004B

-Traceback= 606FCD68 606FD008 606ED364 606F2B2C 6026B118 601F6438 601CAA10
6020F6B0 6020E350 6020E484 601B3048 601B3034
Nov 23 06:10:33: %DLSWC-3-RECVSSP: SSP OP = 4( ICR ) received from peer x.x.x.x(2065)
Nov 23 06:10:33: %DLSWC-3-RECVSSP: SSP OP = 4( ICR ) expected from peer y.y.y.y(2065)

!--- Where x.x.x.x and y.y.y.y are two different remote DLSw peers.

Те сообщения являются информационными, и этот раздел объясняет, почему они могли бы произойти.

Во время определения адресов (CANUREACH_EX) маршрутизатор может получить множественные ответы назад (ICANREACH_EX). Маршрутизатор, который инициировал определение адресов, будет кэшировать все ответы во время принесенного канала. The originating router will send a directed CANUREACH message to one of the remote routers that responded during address resolution. исходящий маршрутизатор выполняет таймер, для ожидания ICANREACH. Если ICANREACH не получен перед таймаутом, то исходящий маршрутизатор передает, другой направил CANUREACH к одному из других удаленных маршрутизаторов, которые ответили во время определения адресов. Некоторые причины If???for как перегрузка, медленные соединения, и т.д??? ICANREACH от первого удаленного маршрутизатора поступает после ICANREACH от второго удаленного маршрутизатора вы получаете вышеупомянутые сообщения об ошибках. Маршрутизатор получает ICANREACH от IP-адреса x. x.x.x, но это ожидало ICANREACH от IP-адреса y.y.y.y. Если нет никаких неполадок подключения, то эти сообщения отображены для получений информации только; DLSw, как полагают, работает, как разработано. См. идентификатор ошибки Cisco CSCdp50163 (только зарегистрированные клиенты) для получения дополнительной информации.

Если, однако, сеть DLSw испытывает неполадки подключения, то к сообщениям нужно отнестись серьезно, и дополнительное исследование требуется. Ищите значительные задержки глобальной сети (WAN), периодические времена ожидания однорангового узла DLSw в сети или обоих. Кроме того, определите, используется ли Технология NAT между узлами, потому что это могло бы вызвать неполадки подключения. Могло бы стоить выключить анализаторы Протокола UDP, видеть, прекращаются ли эти сообщения об ошибках: выполнить команду dlsw udp-disable , сначала представленную в Cisco IOS?? Выпуск ПО 11.2 F. В противном случае тогда трассировка глобальной сети (WAN) потоков Протокола TCP между узлами была бы самой полезной.

Примечание: О вышеупомянутых сообщениях об ошибках также неправильно сообщили в Cisco IOS Software Release ранее, чем 11.2. Поэтому необходимо использовать версию позднее 11.2.

DLSw версии 2 и межсетевые экраны

С введением функции одноадресного потока UDP DLSw Cisco в программном обеспечении Cisco IOS версии 11.2(6)F проверочные фреймы и ненумерованный информационные кадры передаются через одноадресный поток UDP, а не TCP. Перед версией 2 DLSw эти характеристикаодноадресные передачи потребовали, чтобы TCP - подключение существовал, прежде чем пакеты были переданы через UDP. Однако DLSw версии 2 выполняет многоадресную и одноадресную передачу UDP/IP до установления соединения TCP. Пакеты определения адресов??? такой как CANUREACH_EX, NETBIOS_NQ_ex, и т.д??? использовать сервис групповой адресации, но ответы??? ICANREACH_ex и NAME_RECOGNIZED_ex??? переданы обратно через одноадресный поток UDP.

В типичном сценарии межсетевой экран настроен между одноранговыми узлами DLSw. Следовательно, каналы DLSw должны быть установлены через межсетевой экран. RFC 2166 leavingcisco.com (усовершенствования DLSw v2.0) сообщает, что исходный порт UDP может быть любым значением. Маршрутизаторы Cisco DLSw используют исходный порт 0. Это представляет проблему, когда каналы DLSw передают через межсетевые экраны, которые, как правило, являются настройкой для отфильтровывания порта 0. Это приводит к сбоям для соединения каналов DLSw. Обходной путь должен включить команду глобальной кофигурации dlsw udp-disable. Если команда dlsw udp-disable настроена, то DLSw не передает пакеты через одноадресный поток UDP, и это не объявляет поддержку одноадресного потока UDP в своем сообщении Exchange возможностей.

Для получения дополнительной информации обратитесь к Сервису групповой адресации UDP/IP и Пониманию Введения DLSw+ Функции Одноадресного потока UDP.

Проблемы MSFC и DLSw

Могут быть многочисленные проблемы при выполнении DLSw на Функциональной Карте Многоуровневого Коммутатора (MSFC) или Функциональной Карте Многоуровневого Коммутатора (MSFC) 2 (MSFC2). Для исчерпывающей информации о DLSw и MSFC, обратитесь к Часто задаваемым вопросам MSFC и DLSw+.

Магистрали "802.1q" в DLSw+

LLC2 от 802.1q инкапсулированные транки в DLSw сначала поддерживается с узлами TCP DLSw и прозрачным режимом моста посредством идентификатора ошибки Cisco CSCdv26715 (только зарегистрированные клиенты). С программного обеспечения Cisco IOS версии 12.2(6) и позже, 802.1q и DLSw работает.

Кроме того, посредством них поддержка DDTS DLSw, резервирования сетей Ethernet и инкапсуляции dot1Q с собственным VLAN сделана доступной. См. Заметки о релизе и Поля first fixed-in version этих отчётов о DDTS:

Если вы выбираете Cisco IOS Software Release12.2 (13.4) и позже, DLSw с инкапсуляцией TCP, то Резервирование Ethernet dlsw поддерживает LLC2 от 802.1q инкапсулировавшие транки с или без ключевого слова native.


Дополнительные сведения


Document ID: 17564