Inhoud

Inleiding

Voorwaarden

Vereisten

Gebruikte componenten

Conventies

Controleer Circuit Status

Circuit Start

Circuit ingesteld

Verbonden

Gemeenschappelijke DLSw-problemen

Gerelateerde informatie

Inleiding

Dit document legt het proces uit om problemen op te lossen met datalink-switching en DLSw+-circuits.

Voorwaarden

Vereisten

Er zijn geen specifieke vereisten van toepassing op dit document.

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- of hardwareversies.

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

Controleer Circuit Status

Deze sectie verklaart de status van DLSw-circuit, mogelijke redenen waarom een DLSw-circuit bij een bepaalde status is vastgezet en bepaalde stappen voor het opsporen en verhelpen van problemen die kunnen worden ondernomen om een circuitconnectiviteit te bereiken. In dit gedeelte worden ook de staten van de circuitinstelling en de uitvoer van de opdracht om het dlsw-circuit te tonen in grafisch formaat uitgelegd. Tot slot worden in dit gedeelte enkele van de meest voorkomende DLSw-kwesties besproken, zoals:

- Oorzaken van BADSSPHDR-foutmeldingen.

- Waarom de DLSw versie 2-circuits niet kunnen aansluiten wanneer ze door een firewall worden doorgegeven.

- Problemen die zich voordoen bij het gebruik van DLSw op functiekaart voor meerlaagse Switch (MSFC) of functiekaart voor meerlaagse Switch 2 (MSFC2).

- Direct LAN-verbindingen van 802.1q stammen naar DLSw+.

DLSw+ Circuit Emulation-staten

Opmerking: de meest voorkomende oorzaak voor circuits die vast komen te zitten in de CKT_ESTABLISHED-status is een inactieve host Virtual Telecommunications Access Methode (VTAM) Switched Major Node.

Circuit Start

Circuit start is een transient state die aangeeft dat er een uitstaande reactie is op een CANUREACH_CS bericht (Ongeldige Exchange Identification [XID]) opgelost door een ICANREACH_CS-bericht. Als u een probleem hebt met een circuit dat in de status CKT_START is vastgezet, dan duidt dit op een intern probleem met de DLSw peer routers: Een MAC- of Service Access Point (SAP)-paar wordt niet schoongemaakt, of er is een gebrek aan beschikbare bronnen nodig om de staatstransitie te voltooien (bijvoorbeeld geheugen).

Om een CKT_START-probleem op te lossen, controleer of de testenquête en de ongeldige XID beide de peer partners hebben bereikt en controleer of de peer partners met succes hebben gereageerd. U dient de netwerktopologie aan de host te begrijpen; Meestal is het de Front End Processor (FEP) of het is kanaalaangesloten via een Channel Interface Processor (CIP)-kaart in een 7xxx router.

Controleer voor FEP connecties of de router?? de interface van de FEP omhoog is en correct werkt. Vraag de netwerkexploitant om de relevante LINE- en Fysieke Eenheid (PU)-definities op de FEP weer te geven (of voor jezelf te tonen) en controleer of ze actief zijn. Controleer dat het Switched Major Node, waarvoor de PU als plaatsaanduiding fungeert, actief is.

Als u een CIP-kaart gebruikt en u hebt geverifieerde connectiviteit op de host, dan kan er een probleem zijn met het belangrijkste knooppunt van de VTAM Externe Communicatieadapter (XCA). Dit zijn de meest typische problemen:

- Het XCA Major Node is niet in een actieve staat.

- Is het pad naar buiten vanuit VTAM???? het kanaaladres genoemd?? is niet online of is niet ingesloten in het subsysteem van het kanaal.

Controleer dat u vrije logische lijnen onder het XCA Major Node hebt, waarvoor VTAM CONNECT-IN een PU kan toewijzen. In latere versies van CIP-microcode (CIP 22.38, CIP 24.15, CIP 25.14, CIP 26.10 en CIP 27.4) reageert de CIP-adapter niet op testpeilingen als er geen logische regels meer beschikbaar zijn.

Geef de opdracht show Extended Channel x/2 max-llc2-sessies uit om te controleren of het maximale aantal LLC-sessies (Logical Link Control) niet is bereikt. De standaard is 256.

Er zou ook een probleem kunnen zijn met de in gebruik zijnde SAP-waarden. De CIP-adapter luistert naar unieke SAP's. Alle interne CIP-adapters moeten worden gedefinieerd naar VTAM in XCA belangrijke Node-definities. De ADAPNO-waarde (Adapter Number) op het hoofdknooppunt van XCA wordt door VTAM gebruikt als referentie voor een interne adapter in de router. Elke interne adapter die op een CIP is ingesteld, moet een uniek ADAPNO voor elk mediatype hebben. De definitie van XCA Major Node is waar u vormt welke SAPs voor elke interne adapter moeten openen.

Bij de testenquête en de ongeldige XID controleert u of het XCA Major Node en de CIP adapter naar de juiste SAP luisteren. Als de CIP MAC-adapter open is en ten minste één SAP is geopend, reageert deze op tests zonder deze naar VTAM te verzenden. Testframes worden verzonden met DSAP 400 en SSAP 200. Controleer de SAP-waarden die worden gebruikt tussen het eindstation, de CIP-router en het XCA-knooppunt met deze opdrachten:

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

Gebruik deze uitvoervoorbeelden en opmerkingen om de definities van de belangrijkste knooppunt van XCA te helpen verifiëren:

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

Geef vanuit de NetView prompt de mvs u,, xxx,2 opdracht uit, waar xxx het Channel Unit Address is. Dit bevestigt dat de CUA ofwel online (O) is of een (A)-status heeft:

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

Dit is een voorbeeldconfiguratie van CIP die de Virtuele Interface, CIP VLAN, bron-bridge statements toont, en het interne adapternummer dat aan ADAPNO op het hoofdknooppunt van XCA overeenkomt. CIP veronderstelt LSAP=04 vanaf het XCA Belangrijkste knooppunt:

!--- 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

Circuit ingesteld

Een CKT_ESTABLISHED staat geeft aan dat de routers het circuit succesvol hebben ingesteld, maar de eindstations hebben hun sessie nog niet gestart over dat circuit. Controleer de ingestelde Logical Link Control-sessie van type 2 (LLC2) om te verifiëren dat dit het geval is.

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

Circuitjes in deze staat kunnen een aantal problemen aangeven, zoals problemen met XID-uitwisselingen of apparaten die niet in VTAM worden gedifferentieerd. In Fast Selerated Transport (FST) peers (of directe insluitingstoetsen die geen lokale erkenning gebruiken) wordt de sessie niet lokaal beëindigd. Het Routing Information Field (RIF)??? voor Token Ring?? is beëindigd, maar de sessie is volledig doorlopen. Als zodanig ziet u geen circuits die geschikt zijn voor sessies van DLSw+ FST of directe peers (anders dan Frame Relay Local-ack). Een ander veelvoorkomend probleem met XID-uitwisseling heeft de verkeerde waarden IDBLK/IDNUM of 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

Verbonden

De VERBONDEN toestand is de normale toestand wanneer een DLSw-circuit met succes is aangesloten.

toont het stroomcircuit DLSw?? Wanneer u problemen met de DLSw-circuitstatus ondervindt, geeft u de opdracht DLSw-circuits met een bevoorrechte EXEC-opdracht af:

show dlsw circuits [detail]

[mac-address address | sap-value value | circuit id]

- Details?? (Optioneel) Hiermee geeft u de informatie over de stroomsterkte weer in uitgebreide indeling.

- mac-adres adres?? (Optioneel) Specificeert het MAC-adres dat in de circuitzoektocht gebruikt moet worden.

- Sp-waarde waarde?? (Optioneel) Specificeert de SAP om in de circuitzoektocht te gebruiken.

- Cirkelid?? (Optioneel) Specificeert de circuit-ID van de circuit-index.

Raadpleeg de opdrachten voor DLSw+-configuratie en het volgende diagram om de uitvoer van deze opdracht te begrijpen.

Gemeenschappelijke DLSw-problemen

BADSSPHDR. foutmeldingen

Deze foutmelding kan op bepaalde DLSw-routers worden weergegeven:

%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.

Die berichten zijn informatief, en dit deel legt uit waarom ze zouden kunnen gebeuren.

Tijdens adresresolutie (CANUREACH_EX) kan een router meerdere responsen krijgen (ICANREACH_EX). De router die de adresresolutie in werking stelde zal alle reacties op het tijdstip van circuitvergroting in het geheugen stoppen. De router van oorsprong zal een gericht CANUREACH-bericht naar een van de afstandsrouters verzenden die tijdens de adresresolutie hebben gereageerd. De oorspronkelijke router draait een timer, om te wachten op een ANREACH. Als ICANREACH niet voor de pauze wordt ontvangen, verstuurt de oorspronkelijke router een andere gericht ANUREACH naar een van de andere afstandsrouters die tijdens de adresresolutie hebben gereageerd. Als??? Om een of andere reden zoals congestie, langzame verbindingen, enzovoort???? De ICANREACH van de eerste router op afstand komt na ICANREACH van de tweede router op afstand, krijg je de hierboven genoemde foutmeldingen. De router ontvangt een ICANREACH van IP-adres x.x.x, maar de router ICANREACH van IP-adres y.y.y.y. Als er geen aansluitingsproblemen zijn, worden deze berichten alleen ter informatie weergegeven; DLSw wordt geacht te werken zoals ontworpen. Raadpleeg Cisco bug-ID CSCdp50163 (alleen geregistreerde klanten) voor meer informatie.

Als het DLSw-netwerk echter aansluitingsproblemen ondervindt, moeten de berichten serieus worden genomen en moet nader onderzoek worden verricht. Zoek naar aanzienlijke vertragingen van WAN, periodieke DLSw peer timeouts in het netwerk, of beiden. Daarnaast dient u te bepalen of NAT (Network Address Translation) tussen de peers wordt gebruikt, omdat dit het aansluitingsprobleem kan veroorzaken. Het kan de moeite waard zijn om User Datagram Protocol (UDP)-ontdekkers uit te schakelen om te zien of deze foutmeldingen ophouden: geeft de dlsw udp-ak opdracht uit, eerst geïntroduceerd in Cisco IOS?? Software release 11.2 F. Als dit niet het geval is, is een WAN-spoor van TCP-stromen (Transmission Control Protocol) tussen de peers het meest behulpzaam.

Opmerking: De bovenstaande foutmeldingen zijn ook onjuist gerapporteerd in Cisco IOS-softwarereleases eerder dan 11.2. Daarom is het belangrijk dat u een release later dan 11.2 uitvoert.

DLSw versie 2 en firewalls

Met de introductie van de Cisco DLSw UDP unicast-functie in Cisco IOS-softwarerelease 11.2(6)F worden de verkenningsframes en ongenummerde informatiekaders verzonden via UDP-unicast in plaats van TCP. Vóór DLSw versie 2 betekende deze eenastfunctie dat er een TCP-verbinding bestond voordat pakketten via UDP werden verzonden. DLSw versie 2, echter, stuurt UDP/IP multicast en unicast voordat de TCP-verbinding bestaat. Adressatiepakketten???zoals CANUREACH_EX, NETGERS_NQ_ex, enzovoort????gebruik multicast service, maar de antwoorden??ICANREACH_ex en NAME_RECOGNIZED_ex?? worden teruggestuurd via UDP unicast.

Bij een typisch scenario is er een firewall ingesteld tussen de DLSw-peers. Daarom moeten de DLSw-circuits via de firewall worden vastgesteld. Verbeteringen in RFC 2166 (DLSw v2.0) verklaren dat de UDP-bronpoort elke waarde kan zijn. Cisco DLSw-routers gebruiken bronpoort 0. Dit levert een probleem op wanneer DLSw-circuits door firewalls worden doorgegeven, die doorgaans worden ingesteld om poort 0 te filteren. Dit leidt tot fouten om DLSw-circuits aan te sluiten. Het alternatief is de opdracht voor mondiale configuratie van de dlsw udp-schakelt in. Als de opdracht dlsw udp-lock wordt geconfigureerd, stuurt DLSw geen pakketten via UDP-unicast en geeft het geen advertenties met UDP-éénastondersteuning in zijn bericht voor vermogensuitwisseling.

Raadpleeg voor meer informatie de UDP/IP-multicast service en deze betekenis van de DLSw+ Inleiding van de UDP Unicast-functie.

MSFC en DLSw-problemen

Er zijn vele problemen wanneer u DLSw op een functiekaart voor meerlaagse Switch (MSFC) of een functiekaart voor meerlaagse Switch 2 (MSFC2) draait. Raadpleeg voor uitgebreide informatie over DLSw en MSFC vaak gestelde vragen bij DLSw+ en MSFC.

802.1q trunks in DLSw+

De LLC2 van 802.1q ingekapselde stammen in DLSw wordt eerst ondersteund met DLSw TCP-peers en transparante overbrugging door middel van Cisco bug ID CSCdv26715 (alleen geregistreerde klanten). Vanaf Cisco IOS-softwarerelease 12.2(6)en later werken 802.1q en DLSw.

Daarnaast worden door middel van deze DTS-ondersteuning voor DLSw, Ethernet-redundantie en dot1Q-insluiting met native VLAN beschikbaar gesteld. Raadpleeg de Releaseopmerkingen en de eerste velden van de versie van deze DDTS:

- Cisco bug-ID CSCdv26715 (alleen geregistreerde klanten)?? biedt alleen ondersteuning voor 802.1q in DLSw met TCP-insluiting.

- Cisco bug-ID CSCdy09469 (alleen geregistreerde klanten)?? Corrigeert het defect waar DLSw niet werkt wanneer de LAN-interface een Fast Ethernet-interface is die is geconfigureerd voor 802.1q insluiting en inheems VLAN:

interface FastEthernet0/0.500

encapsulation dot1Q 500 native

bridge-group 1

- Cisco bug-ID CSCdw65810 (alleen geregistreerde klanten)?? Gebruikt van DLSw Ethernet-redundantie en 802.1q ingekapselde stammen worden opgelost. Er is nog steeds geen ondersteuning voor DLSw FST met 802.1q.

Als u Cisco IOS-softwarerelease 12.2(13.4) en later, DLSw met TCP-insluiting selecteert, dan ondersteunt DLSw Ethernet-redundantie de LLC2 van 802.1q ingekapselde stammen met of zonder het inheemse sleutelwoord.

Gerelateerde informatie

- Ondersteuning van DLSw en DLSw+

- Technologische ondersteuning

- Productondersteuning

- Technische ondersteuning - Cisco-systemen