Risoluzione dei problemi di connettività dei circuiti DLSw+
Sommario
Introduzione
Questo documento spiega il processo per la risoluzione dei problemi di commutazione tra dati e connettività di circuito (DLSw+).
Prerequisiti
Requisiti
Nessun requisito specifico previsto per questo documento.
Componenti usati
Il documento può essere consultato per tutte le versioni software o hardware.
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Convenzioni
Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.
Verifica stato circuito
In questa sezione vengono illustrati lo stato del circuito DLSw, le possibili cause per cui un circuito DLSw si blocca in uno stato particolare e le procedure di risoluzione dei problemi che è possibile eseguire per ottenere la connettività del circuito. Questa sezione spiega anche, in formato grafico, gli stati di istituzione del circuito e l'output del comando show dlsw circuit. Infine, in questa sezione vengono descritti alcuni dei problemi più comuni relativi alle DLSw, ad esempio:
-
Cause dei messaggi di errore BADSSPHDR.
-
Perché i circuiti DLSw versione 2 potrebbero non riuscire a connettersi quando passano attraverso un firewall.
-
Problemi che si verificano quando si esegue DLSw su Multilayer Switch Feature Card (MSFC) o Multilayer Switch Feature Card 2 (MSFC2).
-
Connessioni LAN dirette di trunk 802.1q in DLSw+.
Nota: la causa più comune di blocco dei circuiti nello stato CKT_DEFINED è un nodo principale commutato dal metodo di accesso alle telecomunicazioni virtuali (VTAM) dell'host inattivo.
Avvio circuito
L'avvio del circuito è uno stato transitorio che indica la presenza di una risposta in attesa a un messaggio CANUREACH_CS (XID [Null Exchange Identification]) risolto da un messaggio ICANREACH_CS. Se si verifica un problema con un circuito bloccato nello stato CKT_START, questo indica un problema interno dei router peer DLSw: non è in corso la pulizia di una coppia MAC o SAP (Service Access Point) oppure non sono disponibili le risorse necessarie per completare la transizione dello stato, ad esempio la memoria.
Per risolvere un problema CKT_START, verificare che il poll di test e l'XID null abbiano entrambi raggiunto i partner peer e che i partner peer abbiano risposto correttamente. È necessario conoscere la topologia di rete dell'host; in genere è il processore Front End (FEP) o è collegato al canale tramite una scheda CIP (Channel Interface Processor) in un router 7xxx.
Per le connessioni FEP, verificare che l'interfaccia del router?? con il FEP sia attiva e funzioni correttamente. Chiedere all'operatore di rete di visualizzare (o visualizzare personalmente) le definizioni LINE e Physical Unit (PU) sul FEP e verificare che siano attive. Verificare che il nodo principale commutato, per il quale la CPU funge da segnaposto, sia attivo.
Se si utilizza una scheda CIP e la connettività all'host è stata verificata, è possibile che si sia verificato un problema con il nodo principale della scheda di comunicazione esterna VTAM (XCA). Questi sono i problemi più comuni:
-
Il nodo principale XCA non è in uno stato attivo.
-
Il percorso verso l'esterno da VTAM??denominato Channel Unit Address???non è in linea o non è racchiuso in un riquadro nel sottosistema del canale.
Verificare di disporre di linee logiche libere sotto il nodo principale XCA, per le quali VTAM CONNECT-IN può allocare una CPU. Nelle versioni più recenti del microcodice CIP (CIP22.38, CIP24.15, CIP25.14, CIP26.10 e CIP27.4), l'adattatore CIP non risponde ai sondaggi di prova se non sono più disponibili linee logiche.
Eseguire il comando show extended channel x/2 max-llc2-sessions per verificare che non sia stato raggiunto il numero massimo di sessioni LLC (Logical Link Control). Il valore predefinito è 256.
Potrebbe inoltre verificarsi un problema con i valori SAP in uso. L'adattatore CIP resta in ascolto di SAP univoci. Tutte le schede CIP interne devono essere definite in VTAM nelle definizioni dei nodi principali XCA. Il valore Adapter Number (ADAPNO) sul nodo principale XCA viene utilizzato da VTAM come riferimento a una scheda interna del router. Ogni scheda interna configurata su un CIP deve avere un ADAPNO univoco per ogni tipo di supporto. Nella definizione del nodo principale XCA è possibile configurare i SAP da aprire per ogni scheda interna.
Il poll di test e l'XID null verificano che il nodo principale XCA e l'adattatore CIP siano in ascolto del SAP corretto. Se l'adattatore MAC CIP è aperto e ha almeno un SAP aperto, risponde ai test senza inoltrarli al VTAM. I frame di test vengono inviati con DSAP 04 e SSAP 00. Verificare i valori SAP utilizzati tra la stazione terminale, il router CIP e il nodo principale XCA con questi comandi:
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
Utilizzare gli esempi di output e le note seguenti per verificare le definizioni dei nodi principali 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
Dal prompt di NetView, usare il comando mvs d u,,,xxx,2, dove xxx è l'indirizzo dell'unità del canale. Ciò conferma che lo stato del CUA è in linea (O) o allocato (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
Si tratta di una configurazione CIP di esempio che mostra l'interfaccia virtuale, la VLAN CIP, le istruzioni source-bridge e il numero di scheda interna corrispondente all'ADAPNO sul nodo principale XCA; CIP presuppone LSAP=04 dal nodo principale 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
Circuito stabilito
Uno stato CKT_DEFINED indica che i router hanno configurato il circuito correttamente, ma le stazioni terminali non hanno ancora iniziato la sessione attraverso il circuito. Esaminare la sessione LLC2 (Logical Link Control) di tipo 2 stabilita per verificare che sia effettivamente attiva.
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
I circuiti in questo stato possono indicare una serie di problemi, come ad esempio problemi con gli scambi XID o con i dispositivi che non vengono modificati in VTAM. Nei peer Fast Sequenced Transport (FST) (o nei peer di incapsulamento diretto che non utilizzano la conferma locale), la sessione non viene terminata localmente. Il campo RIF (Routing Information Field)???per Token Ring???è terminato, ma la sessione è completamente pass-through. Di conseguenza, non vengono visualizzati i circuiti stabiliti per le sessioni tra DLSw+ FST o peer diretti (diversi da Frame Relay local-ack). Un altro problema comune nello scambio XID è la presenza di valori IDBLK/IDNUM o CPNAME errati.
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
Connesso
Lo stato CONNECTED (CONNESSO) è la condizione normale quando un circuito DLSw è collegato correttamente.
show dlsw circuit??Quando si risolvono i problemi di stato del circuito DLSw, usare il comando show dlsw circuits privileged EXEC:
show dlsw circuits [detail] [mac-address address | sap-value value | circuit id]
-
detail??? (Facoltativo) Visualizza le informazioni sullo stato del circuito in formato espanso.
-
mac-address address???(Facoltativo) Specifica l'indirizzo MAC da utilizzare nella ricerca del circuito.
-
Valore sap ???(Facoltativo) Specifica il SAP da utilizzare nella ricerca nel circuito.
-
ID circuito ??? (Facoltativo) Specifica l'ID circuito dell'indice del circuito.
Per ulteriori informazioni sull'output di questo comando, consultare i comandi di configurazione DLSw+ e il diagramma successivo.
Problemi comuni di DLSw
Messaggi di errore BADSSPHDR
Questo messaggio di errore può essere visualizzato su alcuni router 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.
Questi messaggi sono puramente informativi e in questa sezione vengono spiegati i motivi per cui potrebbero essere visualizzati.
Durante la risoluzione degli indirizzi (CANUREACH_EX), un router può ricevere più risposte (ICANREACH_EX). Il router che ha avviato la risoluzione degli indirizzi memorizzerà nella cache tutte le risposte al momento dell'attivazione del circuito. Il router di origine invierà un messaggio CANUREACH indirizzato a uno dei router remoti che hanno risposto durante la risoluzione degli indirizzi. Il router di origine esegue un timer per attendere un ICANREACH. Se ICANREACH non viene ricevuto prima del timeout, il router di origine invia un altro CANUREACH diretto a uno degli altri router remoti che hanno risposto durante la risoluzione degli indirizzi. Se???per qualche motivo, ad esempio, la congestione, i collegamenti lenti e così via??l'ICANREACH del primo router remoto arriva dopo l'ICANREACH del secondo router remoto, vengono visualizzati i suddetti messaggi di errore. Il router riceve un ICANREACH dall'indirizzo IP x.x.x.x, ma era previsto il valore ICANREACH dall'indirizzo IP y.y.y. Se non vi sono problemi di connettività, questi messaggi vengono visualizzati solo a scopo informativo; Si ritiene che DLSw funzioni come previsto. per ulteriori informazioni, fare riferimento all'ID bug Cisco CSCdp50163 (solo utenti registrati).
Se, tuttavia, la rete DLSw presenta problemi di connettività, i messaggi devono essere presi sul serio e sono necessarie ulteriori indagini. Verificare i ritardi significativi della WAN, i timeout periodici dei peer DLSw nella rete o entrambi. Determinare inoltre se tra i peer viene utilizzato Network Address Translation (NAT), in quanto ciò potrebbe causare problemi di connettività. Potrebbe essere utile disattivare gli elenchi di cartelle UDP (User Datagram Protocol) per verificare se i messaggi di errore seguenti cessano: usare il comando dlsw udp-disable, introdotto per la prima volta in Cisco IOS? Software release 11.2 F. In caso contrario, sarebbe molto utile una traccia WAN dei flussi TCP (Transmission Control Protocol) tra i peer.
Nota: i messaggi di errore sopra menzionati sono stati segnalati in modo errato anche nelle versioni software Cisco IOS precedenti alla 11.2. Pertanto, è importante eseguire una versione successiva alla 11.2.
DLSw versione 2 e firewall
Con l'introduzione della funzione unicast Cisco DLSw UDP nel software Cisco IOS versione 11.2(6)F, i frame dell'elenco di cartelle e i frame di informazioni senza numero vengono inviati tramite unicast UDP anziché TCP. Prima della DLSw versione 2, questa funzionalità unicast richiedeva una connessione TCP prima dell'invio dei pacchetti tramite UDP. DLSw versione 2, tuttavia, invia multicast UDP/IP e unicast prima che esista la connessione TCP. I pacchetti di risoluzione degli indirizzi, ad esempio CANUREACH_EX, NETBIOS_NQ_ex e così via, utilizzano il servizio multicast, ma le risposte, ad esempio??ICANREACH_ex e NAME_RECOGNITION_ex??, vengono restituite tramite unicast UDP.
In uno scenario tipico, è stato configurato un firewall tra i peer DLSw. Di conseguenza, i circuiti DLSw devono essere stabiliti attraverso il firewall. RFC 2166 
(DLSw v2.0 Enhancements) afferma che la porta di origine UDP può essere un valore qualsiasi. I router DLSw Cisco utilizzano la porta di origine 0. Questo problema si verifica quando i circuiti DLSw vengono attraversati da firewall, in genere configurati per filtrare la porta 0. Ciò causa errori durante la connessione dei circuiti DLSw. Per risolvere il problema, abilitare il comando di configurazione globale dlsw udp-disable. se il comando dlsw udp-disable è configurato, il protocollo DLSw non invia i pacchetti tramite unicast UDP e non annuncia il supporto unicast UDP nel messaggio di scambio delle funzionalità.
Per ulteriori informazioni, fare riferimento a UDP/IP Multicast Service e Introduzione a DLSw+ della funzione UDP Unicast.
Problemi di MSFC e DLSw
Quando si esegue DLSw su un modulo Multilayer Switch Feature Card (MSFC) o su un modulo Multilayer Switch Feature Card 2 (MSFC2), possono verificarsi numerosi problemi. Per informazioni complete su DLSw e MSFC, fare riferimento alle domande frequenti su DLSw+ e MSFC.
802.1q Trunk in DLSw+
La licenza LLC2 con trunk incapsulati 802.1q da DLSw è supportata per la prima volta con peer TCP DLSw e bridging trasparente tramite l'ID bug Cisco CSCdv26715 (solo utenti registrati). A partire dal software Cisco IOS versione 12.2(6) e successive, la versione 802.1q e DLSw funzionano.
Inoltre, grazie al supporto DTS per DLSw, è possibile usufruire della ridondanza Ethernet e dell'incapsulamento dot1Q con VLAN nativa. Fare riferimento ai campi Note sulla versione e Prima versione fissa di questi rapporti DTS:
-
Cisco bug ID CSCdv26715 (solo utenti registrati) ???Offre supporto per 802.1q nelle DLSw con solo incapsulamento TCP.
-
Cisco bug ID CSCdy09469 (solo utenti registrati) ???Corregge il problema se il protocollo DLSw non funziona quando l'interfaccia LAN è un'interfaccia Fast Ethernet configurata per l'incapsulamento 802.1q e la VLAN nativa:
interface FastEthernet0/0.500 encapsulation dot1Q 500 native bridge-group 1 -
Cisco bug ID CSCdw65810 (solo utenti registrati) ???Corregge l'utilizzo della ridondanza DLSw Ethernet e dei trunk incapsulati 802.1q. Non è ancora disponibile il supporto per DLSw FST con 802.1q.
Se si seleziona il software Cisco IOS versione 12.2(13.4) e successive, DLSw con incapsulamento TCP, la ridondanza DLSw Ethernet supporta LLC2 da trunk incapsulati 802.1q con o senza la parola chiave nativa.
Feedback