Dit document is ontworpen om u te helpen bij het configureren en gebruiken van het Binaire Synchronous Communication (BSC) datalink-protocol en BSTUN Serial Tunneling (BSTUN) op Cisco-routers. Het helpt u ook om problemen met probleemoplossing op te lossen die mogelijk kunnen voorkomen.
Lezers van dit document zouden kennis moeten hebben van deze onderwerpen:
Binaire Synchronous Communications (BSC)-concepten.
Algemeen begrip van basisbeginselen voor gegevensverwerking.
De informatie in dit document is gebaseerd op Cisco IOS?? software met de IBM-functieset.
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.
Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.
Afbeeldingen 1 en 2 tonen hoe een bestaande BSC verbinding tussen twee apparaten kan worden hergeconfigureerd om Cisco-routers te gebruiken. Dit verschaft dezelfde logische link, zonder wijzigingen in de bestaande BSC - apparaten.
Afbeelding 1 - Bestaande BSC-instellingenAfbeelding 2 - BSC Setup met Cisco-routers
De routers van Cisco transporteren alle BSC-blokken tussen de twee apparaten, door het gebruik van BSTUN (Block Serial Tunneling) insluiting. Voor elk BSC blok dat van de lijn wordt ontvangen, worden een adres en controle bytes toegevoegd om een BSTUN frame te maken en vervolgens wordt BSTUN gebruikt om aan de juiste doelrouter te leveren.
Op een schone router geeft u deze opdrachten uit, in de volgorde waarin ze zijn opgesomd.
[no] beste peer-name ip-adres
Het ip-adres definieert het adres waarmee deze BSTUN peer bekend is aan andere BSTUN peers die het TCP transport gebruiken.
Opmerking: Deze opdracht moet eerder dan release 11.3 in Cisco IOS-softwarereleases worden geconfigureerd of het moet worden geconfigureerd als TCP/IP-adressen worden gebruikt in routeverklaringen.
[no] protocol-group-groepsnummer {bsc | BBC-lokaal rek | complex | Adt-polis | selectieknop | ad-vari-enquête | onbeschaamd | asynchrone-generiek | miljoen dd
Dit is een mondiaal commando om groepsgetallen te associëren met protocolnamen. Het groep-nummer is een decimaal integer tussen 1 en 255. De bsc | BBC-lokaal rek | Adplex zijn vooraf gedefinieerde BSTUN protocol-trefwoorden. Raadpleeg voor meer informatie het definiëren van de protocolgroep bij het configureren van seriële tunnellijnen en het blokkeren van seriële tunnels.
De selectie van het groepstype is belangrijk om te bepalen of u gebruikmaakt van passthru of lokale ontvangstbevestiging (lokale ondersteuning).
N.B.: Deze opdracht moet altijd worden geconfigureerd.
insluitingsbundel
Dit is een interfaceopdracht waarmee de BSTUN-functie op een bepaalde seriële interface wordt ingesteld. Deze opdracht moet op een interface worden ingesteld voordat er verdere BSTUN- of BSC-opdrachten voor deze interface worden geconfigureerd.
[nr.] groepsnummer van groep
Dit is een interfaceopdracht die de BSTUN-groep definieert waartoe deze interface behoort. Elke BSTUN-enabled interface op een router moet in een eerder gedefinieerde BSTUN-groep worden geplaatst. Pakketten reizen alleen tussen door BSTUN-enabled interfaces die in dezelfde groep zijn. Het groep-nummer is een decimaal integer tussen 1 en 255.
Het groepsnummer heeft al bepaald of deze interface lokaal-ack of passthru voert.
[no] bsc-modus
Hier volgen een aantal van de belangrijkste opties. Raadpleeg voor een uitgebreide lijst de Bisync-opties configureren op een seriële interface bij het configureren van seriële tunnelbouw en -blokkeren seriële tunnels
Er worden geen frames ontvangen of verzonden tot de modus voor een van deze instellingen is ingesteld:
conflict-Dit stelt de BSC link in die wordt aangesloten op de seriële interface om te worden gebruikt voor een point-to-point BSC station. Slechts 3.780, en alleen in passieve modus.
Opslagoplossing virtueel-adres-Voor beschikbaar in Cisco IOS-softwarerelease 11.3. Met inbelverbinding gebruikt om meerdere externe apparaten in staat te stellen om dezelfde interface op de host-end router te gebruiken.
Time-out bij inbelverbinding-eerst beschikbaar in Cisco IOS-softwarerelease 11.3. Gebruikt op de host-end router voor opslaglocatie. Maakt meerdere externe apparaten in staat om over dezelfde fysieke interface te multiplexen.
primair-definieert dat de router als het primaire einde van de BSC-link fungeert en dat het aangesloten apparaat of de aangesloten apparaten BSC tributaire stations zijn.
secondair-definieert dat de router optreedt als het secundaire einde van de BSC-link en dat het aangesloten afstandsapparaat een BSC-controlestation is (zoals een voorkant-end processor [FEP] of een ander host-apparaat).
Als deze opdracht niet is ingesteld, wordt het lijnprotocol op de interface weergegeven en werkt de interface niet.
In deze configuratie is het transportsysteem TCP/IP. Dit kan over elk van de fysieke media lopen waarover TCP/IP kan lopen.
[no] vast traject alle IP-adres van TCP
[no] binaire routeadres adres-nummer tcp ip-adres
Het ip-adres is het zelfde als het IP adres dat in de peer-name van de partnerrouter wordt gespecificeerd.
In deze configuratie gebruikt de tunnel het eigen transport van Cisco. Het is veel sneller dan TCP/IP, maar gaat alleen over een seriële interface.
[no] bundelroute alle interface-seriële interface-nummer
[no] binaire routeadres adres-nummer interface-seriële interface-nummer
In deze configuratie gebruikt de tunnel een eigen vorm van seriële insluiting via Frame Relay, die net zo snel als seriële routes werkt.
[no] binaire routeadres adres-nummer interface-seriële interface-nummer dlci dlci-nummer
Geef deze opdracht uit op de Frame Relay-interface:
[no] frame relais kaart dlci-number-bundel
Deze configuratie maakt gebruik van Logical Link Control, type 2 (LLC2) via Frame Relay-insluiting, om lokale erkenning en end-to-end sessiecontrole te geven. Het lsap sleutelwoord moet worden opgenomen; als dat niet het geval is , gaat de insluiting net zo goed als passthru .
[no] binaire routeadres adres-nummer- interface-seriële interface-nummer dlci-dlci-number lsap lsap
Geef deze opdracht uit op de Frame Relay-interface:
[no] frame relais kaart dlci-nummer llc2
Opmerking: Raadpleeg voor meer informatie het opgeven van hoe frames worden doorgestuurd bij het configureren van seriële tunnellijnen en het blokkeren van seriële tunnels.
Passthru is de basistunneling-modus. Elk frame dat tussen de apparaten wordt overgebracht, wordt ongewijzigd doorgelaten in de BSTUN-tunnel. Er worden een volgnummer en een adres voor het apparaat toegevoegd om er zeker van te zijn dat de latenties door het netwerk geen invloed hebben op de protocolhandeling. De komst van de late opiniepeilingen of het einde van de transmissie (EOT) signalen zou een bestaande sessie aanzienlijk kunnen verstoren.
Passthru dient onder deze omstandigheden te worden gebruikt:
De gegevens die worden overgebracht hebben geen expliciet ontvangstenkader dat wordt verzonden om de gegevensintegriteit te verifiëren.
Het protocol is niet puur 3270.
De gebruiker wil eind-aan-eind apparaatconnectiviteit en netwerklatenties zijn klein.
Local-ack verwijdert de overheadkosten van het verzenden van alle controlekaders over de tunnel. Wanneer de gastheer de eerste opiniepeiling naar een bedieningseenheid stuurt, wordt een speciaal controlekader over de tunnel verstuurd om de afstandsbediening van dat apparaatadres te starten. Zodra het afstandsapparaat aangeeft dat het omhoog is, wordt een frame voor de bediening naar de host-router gestuurd om te zeggen dat het op de peilingen moet reageren. Wanneer het afstandsapparaat omlaag gaat, wordt er een indicatie over de tunnel verzonden om de host router te vertellen niet meer te reageren op peilingen.
Plaatselijke ondersteuning kan onder deze omstandigheden worden gebruikt:
3270 bisync is in gebruik.
De netwerklatentie veroorzaakt onderbrekingssessies.
Overtollige verkeer via WAN is een probleem.
[neen] bsc pauze tijd
Deze opdracht specificeert de hoeveelheid tijd tussen het begin van een stemcyclus en het volgende. De standaardwaarde is 30 (dat wil zeggen 30 tiende of 3 seconden).
Het is een goed idee om deze opdracht te configureren wanneer er slechts een of twee controllers op de Bisync-interface staan. Hierdoor wordt de stemprocedure vertraagd en wordt het aangesloten apparaat met nog meer CPU-cycli uitgerust.
[no] bsc tijd voor verkiezingen
Deze opdracht stelt de tijd voor een enquête in of selecteert een reeks, in eenheden van één tiende van een seconde; de standaardwaarde is 30 (dat wil zeggen 30 tiende of 3 seconden).
De kleinste tijdwaarde wordt bepaald door de snelheid van het aangesloten apparaat, en het is van meer belang aan het gasteind. Als de host die de router bestuurt zijn tijd tot de kleinste waarde die mogelijk is beperkt, zal er een verbetering van de prestaties zijn als sommige apparaten gefaald hebben.
[no] bsc herprobeert nummer
Deze opdracht stelt het aantal pogingen in om te proberen voordat een apparaat als dood wordt beschouwd. het bereik 1 tot 100; de standaardinstelling is 5 herhalingen.
[neen] bsc - waarde
Deze opdracht specificeert de waarde van de (actieve versus inactieve end-station enquête-ratio). Het bereik is 1 tot 50; de standaardinstelling is 3.
[neen] bsc-enquête
Deze opdracht vertelt de host om specifieke polls als algemene peilingen aan te kunnen. Gebruik deze opdracht wanneer u met Tandem Hosts werkt.
Raadpleeg voor meer informatie de Bisync-opties configureren op een seriële interface bij het configureren van seriële tunneles en -blokkeren seriële tunnellijnen.
Contention is de 3780 variant van bisync. Er zijn geen adressen van de regeleenheid. De apparaten zijn verbonden punt tot punt. Over het algemeen dielt een apparaat op afstand in een centrale locatie en wordt ervan uitgegaan dat er geen andere apparatuur bestaat.
Gebruik geschil alleen wanneer u de opdrachten op afstand (RJE), 3780 en 2780 hebt gebruikt. Zorg er na het identificeren van conflict voor dat beide eindpunten zodanig zijn geconfigureerd dat er sprake is van een conflict.
Als u het niet zeker weet, voert u de volgende stappen uit:
Het primaire bsc configureren.
Zet de knop debug bsc aan.
Start het aangesloten apparaat.
Berichten met 1 bytes 2D geven aan dat er sprake is van een conflict. Alle bytes vóór de 2D zijn niet 3780.
In vergelijking met al het andere verkeer dat over de WAN-backbone gaat, is het Bisync-verkeer erg klein en gemakkelijk overbelast door ander verkeer. Een verlies van frames in bisync vereist een lange herstelperiode, wat gemakkelijk zichtbaar is voor de eindapparaten. Om dit probleem te minimaliseren, wordt prioriteit gegeven aan bisync-verkeer. U kunt prioriteit geven aan verkeer met BSTUN-prioriteiten of met aangepaste wachtrijen.
Een prioriteitswachtrij is een routefunctie waarin frames in een interface-uitvoerwachtrij worden geprioriteerd op basis van diverse kenmerken, zoals pakketgrootte of interfacetype.
Een prioriteitswachtrij voor output stelt een netwerkbeheerder in staat vier prioriteiten van verkeer te definiëren??? op een gegeven interface: hoog, normaal, gemiddeld en laag?. Aangezien het verkeer in de router komt, wordt het toegewezen aan één van de vier uitvoerrijen. Pakketten in de rij met de hoogste prioriteit worden eerst verzonden. Als die rij leegloopt, wordt het verkeer op de volgende prioriteitswachtrij doorgegeven, enzovoort. Dit mechanisme zorgt ervoor dat de hoogste prioriteitsgegevens tijdens congestie niet worden vertraagd door minder prioritair verkeer. Maar als het verkeer dat naar een bepaalde interface wordt verzonden de bandbreedte van die interface overschrijdt, kan lager prioritair verkeer aanzienlijke vertragingen ervaren.
Als u IP bijvoorbeeld een hogere prioriteit maakt dan IPX op WAN-seriële links, dan zal het BSC-verkeer in TCP/IP profiteren van het feit dat IP bij een hogere prioriteit wordt overgebracht.
Aangepaste wachtrijen staan een klant toe om een percentage van bandbreedte voor opgegeven protocollen te reserveren. Klanten kunnen tot tien uitvoerrijen voor normale gegevens en een extra rij voor systeemmeldingen definiëren, zoals LAN-overlevingsberichten (routingpakketten worden niet aan de systeemwachtrij toegewezen). Cisco-routers stellen elke wachtrij opeenvolgend in: zij verzenden een configureerbaar percentage van het verkeer op elke rij voordat zij naar de volgende overgaan. Wanneer u een aangepaste wachtrij gebruikt, kunt u garanderen dat de missie-kritische gegevens altijd een bepaald percentage van de bandbreedte worden toegewezen, terwijl de voorspelbare doorvoersnelheid voor ander verkeer ook verzekerd is.
Om deze optie te bieden, bepalen Cisco routers hoeveel bytes van elke wachtrij moeten worden verzonden, op basis van de interfacesnelheid en het ingestelde percentage. Wanneer de berekende byte-telling van een bepaalde rij is verzonden, voltooit de router transmissie van het huidige pakket en beweegt op de volgende rij. Uiteindelijk wordt elke rij onderhouden, op een rondlopende manier.
Raadpleeg het gedeelte Seriële tunnelbouw en -blokkering voor seriële tunnels en raadpleeg het bepalen van welk wachtrij-beleid u wilt gebruiken in congestiebeheer - Overzicht.
[no] prioriteitenlijst lijstnummer protocol wachtrij [gt] | lt pakketformaat] [adres bstun-groep bsc-addr]
Geef het protocol met de prioriteitslijst uit, de opdracht mondiale configuratie om de BSTUN-wachtprioriteiten in te stellen op basis van de BSTUN-header. Geef de opdracht niet om terug te keren naar de normale prioriteiten.
[Nee] op maat rijzende lijst [lijst]
De lijst is een integer (1 - 16) die het nummer van de aangepaste rijlist vertegenwoordigt.
[Nee] vast afstand-peer-in-stand-interval
Deze opdracht maakt het mogelijk om BSTUN peer-keepalives in te schakelen. Dit stuurt een verzoek naar de peer wanneer de peer langer dan de periode tussen de tussenpozen stil is geweest. Elk kader stelt de klok opnieuw in, niet alleen behouden. De standaardinstelling is 30 seconden.
[Nee] bstun nummer
Wanneer dit aantal keepaliven één voor één wordt gemist, wordt de BSTUN-verbinding verbroken. De standaardinstelling is 3.
Keepalives zijn nuttig om tegen tunneltekorten te beschermen wanneer u lokaal-ack en TCP/IP draait. De tunnel brengt slechts een interface neer wanneer een signaal van de afstandsbediening wordt ontvangen. Als de tunnel omlaag is, worden er nooit signalen ontvangen.
In passthru is dit niet nodig, omdat de end-to-end connectiviteit vereist is.
[no] debug van groepsgebeurtenissen
Met deze opdracht kunt u de BSTUN-verbindingen en -status debug. Indien ingeschakeld, veroorzaakt het de weergave van berichten die de verbindingsinstelling en de algehele status tonen.
[no] debug van bundelpakketgroepen, groep buffergrootte weergegeven-bytes-size
Met deze opdracht kunt u pakketten reinigen die door de BSTUN-koppelingen worden verzonden.
[no] debug-zak groep van pakketgroepen van de buffergrootte van een byte
Met deze opdracht kunt u frames reinigen die door de BSC-functie reizen.
[ geen ] bsc - pakje debug
Met deze opdracht kunt u frames reinigen die door de BSC-functie reizen. Het traceert alle interfaces die zijn geconfigureerd met een BSTUN-groepsnummer.
[no] debug bsc eventgroep
Met deze opdracht kunt u gebeurtenissen die in de BSC-functie voorkomen, debug. Als het groepsnummer is weggelaten, dan volgt het alle interfaces die met een BSTUN groepsnummer zijn geconfigureerd.
Deze opdracht geeft de huidige status van BSTUN weer.
This peer: 10.10.20.108 *Serial5 -- interface for ATM: R1710V421 (group 3 [bsc]) route transport address state rx_pkts tx_pkts drops C2 TCP 10.10.10.107 open 655630 651332 0 Serial6 -- interface for SEC: MST012 (group 2 [bsc]) route transport address state rx_pkts tx_pkts drops C2 TCP 10.10.10.107 open 649385 644001 0
Controleer op deze problemen:
Staat gesloten.
Dalen.
Lage pakkettelling.
Opmerking: Een lage pakkettelling geeft niet altijd problemen aan. Wanneer u lokaal-ack draait, bestaat de telling slechts uit gegevensframes, die aanzienlijk kleiner is dan het eigenlijke aantal frames dat van de host wordt verzonden.
Deze opdracht geeft de huidige status van BSC weer.
BSC pass-through on Serial5: Output queue depth: 0. HDX enforcement state: IDLE. Frame sequencing state: SEC. Tx-Active: Idle. Rx-Active: False. Tx Counts: 670239 frames(total). 670239 frames(data). 9288816 bytes. Rx Counts: 651332 frames(total). 651332 frames(data). 651332 bytes.
Controleer op deze problemen:
Als de HDX-afdwingingsstatus vastloopt in een andere toestand dan het IDLE, kan er een probleem zijn met het aangesloten apparaat of met deze router. Dit geeft doorgaans aan dat het apparaat niet reageert. Zet bsc-event debug aan. Als u veel geen respons ziet van berichten op afstand, controleer dan eerst of het apparaat is geactiveerd, en controleer vervolgens de duplex. Als er geen berichten zijn en geen eventueel herstel, is een gebeurtenis van verzenden voltooid en is een bug gevonden die mogelijk catastrofaal is.
De staat van de Reeks van het frame vertelt u welke eindige staatsmachine (FSM) om te controleren.
Als RX-Active vastzit aan True, duidt dit erop dat er iets slechts is gebeurd met de hardware. Geef een afsluiten uit en stop niet om de interface te resetten. Als dit niet werkt, herladen de router.
BSC local-ack on Serial0: Secondary state is CU_Idle. Control units on this interface: Poll address: 40. Select address: 60 *CURRENT-CU* Current active device address is: 40. State is Active. Tx Counts: 87228 frames(total). 11 frames(data). 87353 bytes. Rx Counts: 87271 frames(total). 5 frames(data). 436312 bytes. Total Tx Counts: 87228 frames(total). 11 frames(data). 87353 bytes. Total Rx Counts: 174516 frames(total). 5 frames(data). 523557 bytes.
Als de staat vast komt te zitten in TCU_Down, dan geeft dit aan dat iets die interface dwingt om neer te blijven. Controleer de blokkering en BSC-modus en zorg ervoor dat er in het bestuur niets minder is. Af en toe start een gesloten opdracht, gevolgd door geen gesloten opdracht de interface opnieuw.
Een uitvoergroeven groter dan 1 wijst op een backlog op de interface. Controleer of de halfduplex goed is ingesteld.
Uit de SYN-zoekmodus betekent dat de interface is ingedrukt of dat de ontvanger is uitgeschakeld. Dat geldt ook voor RX-Active.
Deze opdracht is handig om de tellers te zien die bij die seriële interface zijn gekoppeld.
Received 0 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
Opmerking: fouten betekenen problemen.
Controleer op deze problemen:
abortussen wijzen op een slechte overdracht .
De genegeerde frames zijn frames die het bisync-protocol schenden.
reuzen geven aan dat de MTU te klein is of dat een bisync-sequentie slecht is.
overschrijden duidt op tekorten aan CPU-bronnen.
CRC duidt op corruptie over de lijn (lawaai of andere).
Als u DTE-kabel gebruikt en de lijn lijkt vaak naar beneden te gaan, of uitzendingen faalt maar werk ontvangt, dan moet u misschien de opdracht Neged-Dcd uitgeven. Dit kan worden geverifieerd met een protocolanalyzer. Wanneer de DCE wordt verzonden, wordt de Data Carried Detect (DCD) verhoogd. Wanneer deze klaar is, wordt de DCD verlaagd zodat de router niet kan antwoorden.
Hardware is CD2430 geeft de Cirrus-chip-set aan.
Hardware is HD64570 en geeft de Hitachi-chipset aan.
Hitachi gebruikt tekenonderbrekingen en software-inbouw. Het werkt niet goed met DCD. Cirrus gebruikt frame onderbrekingen. Frames zijn in de code gebouwd. Het heeft opties om met DCD te spelen. Het is belangrijk, wanneer je het fouilleren bent, dat je het interfacetype kent, omdat er een aantal verschillen tussen hen zijn.
Het lijnprotocol moet omhoog zijn. Als het lijnprotocol niet omhoog is, controleer dan of de BSC modus is ingesteld.
Serial5 is up, line protocol is up Hardware is CD2430 in sync mode MTU 265 bytes, BW 4 Kbit, DLY 20000 usec, rely 255/255, load 1/255 Encapsulation BSTUN, loopback not set Half-duplex enabled. cts-delay 0 millisec dcd-txstart-delay 100 millisec dcd-drop-delay 100 millisec transmit-delay 0 millisec Errors - 0 half duplex violation Last input 10:27:12, output 1:07:12, output hang never Last clearing of "show interface" counters 4d11 Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 3223346 packets input, 3223356 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 3242346 packets output, 45259079 bytes, 0 underruns 0 output errors, 0 collisions, 8 interface resets, 0 restarts 0 output buffer failures, 0 output buffers swapped out 4 carrier transitions DCD=up DSR=up DTR=up RTS=down CTS=down
Zorg ervoor dat je passthru draait. U moet de juiste eindige state machine (FSM) vinden om te volgen.
Kijk naar de gebeurtenis debug-berichten. Er zijn twee FSM's nodig. Het HDX-FSM is een halfduplex afdwingingsFSM. Het wordt gedreven ongeacht of de lijn volledig duplex of half duplex wordt gevormd. Het probeert ervoor te zorgen dat de rij van een router om te verzenden niet met oude gegevens wordt teruggelekt. De FS-FSM zorgt ervoor dat de late frames door het netwerk niet de ingestelde sessies vernietigen.
Om te bepalen waar je moet kijken, ga dan direct naar de FSM-site voor conflicten als deze is ingesteld. Anders, kijk naar de staat waarin het achter de staat van het IDLE staat gaat. Als je SEC ziet, kijk dan naar de FSM van de secundaire frame volgorde. Als u PRI ziet, kijk dan naar het primaire frame sequentie FSM.
BSC: Serial6: HDX-FSM event: RXV old_state: PND_RCV. new_state: IDLE. BSC: Serial6: FS-FSM event: SDI EOT old_state: SEC. new_state: IDLE. BSC: Serial6: NDI: Data (8 bytes): C24100C2C27F7F2D BSC: Serial6: FS-FSM event: NDI BID old_state: IDLE. new_state: SEC. BSC: Serial6: New Address(C2) New NS(01) BSC: Serial6: HDX-FSM event: TX old_state: IDLE. new_state: PND_COMP. BSC: Serial6: HDX-FSM event: CmpOTH old_state: PND_COMP. new_state: PND_RCV. BSC: Serial6: SDI: Data (1 bytes): 37 BSC: Serial6: HDX-FSM event: RXV old_state: PND_RCV. new_state: IDLE.
Als je naar de tafel kijkt, zie je input aan de linkerkant en je ziet staten aan de bovenkant. Elke ingang in een kolom is van het formulier {volgende staat, actie} De actie wordt eerst gedaan, dan gebeurt de overgang.
Zorg ervoor dat u een lokale rek runt. Een show bsc opdracht vertelt je of de interface poler of pollee is. Gebruik hiervoor het geschikte LACK FSM.
Voorzichtig: Doe dit niet. Dit werkt niet naar behoren.
Je hebt alles ingesteld en er gebeurt niets. U zet debug bsc-pakket aan op de afstandsrouter en ziet niets. U kunt het debug-bundel vervolgens inschakelen en nog steeds niets zien. In dit stadium, schakel de debug bstun event in; Je ziet waarschijnlijk nog steeds niets. Ga terug naar de host-eindrouter en schakel de debug-fout in. Je moet nu verschillende berichten zien die een slechte verbinding aangeven.
Dit wordt waargenomen wanneer een van beide uiteinden van de tunnel met een ander groepsnummer is geconfigureerd. Gegevens worden ofwel uit de verkeerde interface gemorst of op BSTUN-niveau weggegooid.
Local-ack en passthru groepsnummers mengen niet. Zorg ervoor dat de protocol-groepsdefinities consistent zijn over het gehele netwerk. Apparaten die contention uitvoeren (3780) moeten ook op verschillende groepnummers zijn dan op 3270.
21:55:18: BSC: Serial4: SDI-rx: Data (5 bytes): C7C740402D 21:55:19: BSC: Serial5: SDI-tx: Data (1 bytes): 37 21:55:19: BSC: Serial5: SDI-tx: Data (5 bytes): C2C240402D 21:55:21: BSC: Serial4: SDI-rx: Data (1 bytes): 37 21:55:21: BSC: Serial4: SDI-rx: Data (5 bytes): C7C740402D 21:55:22: BSC: Serial5: SDI-tx: Data (1 bytes): 37 21:55:22: BSC: Serial5: SDI-tx: Data (5 bytes): 404040402D 21:55:24: BSC: Serial4: SDI-rx: Data (1 bytes): 37
Tandems voldoen niet aan strikte 3270 verdragen. Ze stemmen allemaal met specifieke peilingen, wat een probleem oplevert voor de standaard LACK FSM. Om standaarden te laten werken naar behoren, moet u bsc spraak-poll op de BSC secundaire interface configureren.
Het is gemakkelijk om een volledig duplex en half duplex te verwarren.
Full duplex kan gegevens gelijktijdig tussen een verzendend station en een ontvangende station verzenden.
Half duplex kan gegevens in slechts één richting tegelijk verzenden, tussen een verzendend station en een ontvangststation.
Zie het gedeelte in de opdracht BSC tonen voor meer informatie.
Als u een protocolanalyzer of een uitbraakvakje beschikbaar hebt, sluit u uw analyzer in het systeem zonder routers aan.
Als RTS of CTS signaal verandert, dan hebt u halfduplex; Anders is het een duplex.
Als DCD veel lijkt te veranderen, en de lijn omhoog en omlaag gaat of blijft liggen, zou je een overschakeling op DCD kunnen hebben.
Opmerking: de primaire router kan volledig duplex zijn terwijl de afstandsrouter half duplex is en omgekeerd. Dit zijn afzonderlijke fysieke lijnen, en de bedieningssignalen van de interfaces worden niet over de tunnel getransporteerd.
Dit is een voorbeeld van twee interfaces op een secundaire router: een lokaal en een ander passthru. Geen van beide krijgt een reactie van de afstandsbediening. Zodra u peilingen ziet komen in de secundaire router, moet u bepalen wat er gebeurt op het afstandsgedeelte.
21:55:18: BSC: Serial4: SDI-rx: Data (5 bytes): C7C77F7F2D 21:55:19: BSC: Serial5: SDI-tx: Data (1 bytes): 37 21:55:19: BSC: Serial5: SDI-tx: Data (5 bytes): C2C27F7F2D 21:55:21: BSC: Serial4: SDI-rx: Data (1 bytes): 37 21:55:21: BSC: Serial4: SDI-rx: Data (5 bytes): C7C77F7F2D 21:55:22: BSC: Serial5: SDI-tx: Data (1 bytes): 37 21:55:22: BSC: Serial5: SDI-tx: Data (5 bytes): 40407F7F2D 21:55:24: BSC: Serial4: SDI-rx: Data (1 bytes): 37 21:55:24: BSC: Serial4: SDI-rx: Data (5 bytes): C7C77F7F2D 21:55:25: BSC: Serial5: SDI-tx: Data (1 bytes): 37 21:55:25: BSC: Serial5: SDI-tx: Data (5 bytes): C2C27F7F2D 21:55:27: BSC: Serial4: SDI-rx: Data (1 bytes): 37 21:55:27: BSC: Serial4: SDI-rx: Data (5 bytes): C7C77F7F2D 21:55:28: BSC: Serial5: SDI-tx: Data (1 bytes): 37 21:55:28: BSC: Serial5: SDI-tx: Data (5 bytes): C2C27F7F2D 21:55:30: BSC: Serial4: SDI-rx: Data (1 bytes): 37 21:55:30: BSC: Serial4: SDI-rx: Data (5 bytes): C7C77F7F2D
Als je kijkt naar het afgelegen einde in het passthru-geval, zie je beelden door de tunnel komen, maar het aangesloten apparaat is nog stil.
BSC: Serial6: NDI: Data (8 bytes): C24100C2C27F7F2D BSC: Serial6: NDI: Data (4 bytes): C2C00037 BSC: Serial6: NDI: Data (8 bytes): C24100C2C27F7F2D BSC: Serial6: NDI: Data (4 bytes): C2C00037 BSC: Serial6: NDI: Data (8 bytes): C24100C2C27F7F2D BSC: Serial6: NDI: Data (4 bytes): C2C00037 BSC: Serial6: NDI: Data (8 bytes): C24100C2C27F7F2D BSC: Serial6: NDI: Data (4 bytes): C2C00037 BSC: Serial6: NDI: Data (8 bytes): C24100C2C27F7F2D BSC: Serial6: NDI: Data (4 bytes): C2C00037
Bepaal vervolgens of het aangesloten apparaat dood is of dat de router een slechte zender heeft: zet het debuggen aan.
BSC: Serial6: NDI: Data (8 bytes): C24100C2C27F7F2D BSC: Serial6: FS-FSM event: NDI BID old_state: IDLE. new_state: SEC. BSC: Serial6: New Address(C2) New NS(01) BSC: Serial6: HDX-FSM event: TX old_state: IDLE. new_state: PND_COMP. BSC: Serial6: HDX-FSM event: CmpOTH old_state: PND_COMP. new_state: PND_RCV. BSC: Serial6: Response not received from remote BSC: Serial6: HDX-FSM event: T/O old_state: PND_RCV. new_state: IDLE. BSC: Serial6: NDI: Data (4 bytes): C2C00037 BSC: Serial6: FS-FSM event: NDI EOT old_state: SEC. new_state: IDLE. BSC: Serial6: HDX-FSM event: TX old_state: IDLE. new_state: PND_COMP. BSC: Serial6: HDX-FSM event: CmpEOT old_state: PND_COMP. new_state: IDLE. BSC: Serial6: NDI: Data (8 bytes): C24100C2C27F7F2D BSC: Serial6: FS-FSM event: NDI BID old_state: IDLE. new_state: SEC. BSC: Serial6: New Address(C2) New NS(01)
Volg bij het overtrekken het HDX-FSM. Als hij vast zit in de PND_COMP staat, faalt de zender. Het is waarschijnlijk zo dat er geen klok wordt voorzien. Zoals u kunt zien in de vorige voorbeelduitvoer, wordt de PND_RCV status bereikt en u ziet de Response niet ontvangen van Remote, die wijst op een slecht ontvangen of een inactief apparaat.
Dit is een voorbeeld van netwerkproblemen in een virtuele multidrop-omgeving:
BSC: Serial0: NDI: Data (5 bytes): C703001061 BSC: Serial0: SDI: Data (1 bytes): 37 BSC: Serial0: SDI: Data (1 bytes): 37 BSC: Serial0: Discard SDI: Data (1 bytes): 37 BSC: Serial0: SDI: Data (5 bytes): 404040402D BSC: Serial0: NDI: Data (4 bytes): 40C00037 BSC: Serial0: SDI: Data (1 bytes): 37 BSC: Serial0: Discard SDI: Data (1 bytes): 37 !--- Output suppressed. BSC: Serial0: SDI: Data (1 bytes): 37 BSC: Serial0: Discard SDI: Data (1 bytes): 37 BSC: Serial0: SDI: Data (5 bytes): C4C4C4C42D
Hier is een probleem, omdat C4 niet tijdig heeft geantwoord:
BSC: Serial0: SDI: Data (1 bytes): 37 BSC: Serial0: SDI: Data (1 bytes): 37 BSC: Serial0: Discard SDI: Data (1 bytes): 37 BSC: Serial0: SDI: Data (5 bytes): C5C5C5C52D BSC: Serial0: NDI: Data (4 bytes): C5C00037 BSC: Serial0: SDI: Data (1 bytes): 37 BSC: Serial0: Discard SDI: Data (1 bytes): 37 BSC: Serial0: SDI: Data (5 bytes): C7C7C7C72D
Dit is weer verloren. Kijk verder, en je ziet dat het probleem wat erger wordt:
BSC: Serial0: SDI: Data (1 bytes): 37 BSC: Serial0: SDI: Data (1 bytes): 37 BSC: Serial0: Discard SDI: Data (1 bytes): 37 BSC: Serial0: SDI: Data (5 bytes): 404040402D BSC: Serial0: NDI: Data (4 bytes): 40C00037 BSC: Serial0: SDI: Data (1 bytes): 37 BSC: Serial0: Discard SDI: Data (1 bytes): 37 BSC: Serial0: SDI: Data (5 bytes): C1C1C1C12D
De EOT voor C7 is plotseling weer verschenen. de EOT te laten terugwinnen; het volgende kader is het EOT voor C1.
In dit voorbeeld komen frames uit het netwerk laat en uit volgorde aan. Dit veroorzaakt een groot aantal onbeantwoorde opiniepeilingen in de gastheer. De oplossing is in dit geval om lokaal te configureren.
Dit diagram is een voorbeeldconfiguratie van een site die zowel 3270 als 3780 bisync-terminals heeft.
In dat schema worden deze configuraties gebruikt:
Centraal |
---|
hostname central ! bstun peer-name 10.10.10.107 bstun protocol-group 1 bsc bstun protocol-group 2 bsc bstun protocol-group 44 bsc-local-ack ! interface Serial0 description EFTPOS host no ip address encapsulation bstun no keepalive full-duplex clockrate 19200 bstun group 1 bsc contention 1 bstun route all tcp 10.10.10.108 ! interface Serial2 description WAN-ppp backbone ip address 10.10.10.107 255.255.255.0 encapsulation ppp clockrate 2000000 ! interface Serial3 description WAN-hdlc ip address 10.10.20.107 255.255.255.0 bandwidth 2000 no keepalive clockrate 2000000 ! interface Serial4 description ATM Host no ip address encapsulation bstun no keepalive full-duplex bstun group 44 bsc secondary bstun route all tcp 10.10.20.108 ! interface Serial5 description ATM host no ip address encapsulation bstun no keepalive bstun group 2 bsc secondary bstun route address C2 tcp 10.10.20.108 ! end |
Afstandsbediening 1 |
---|
hostname remote1 ! bstun peer-name 10.10.10.108 bstun protocol-group 1 bsc bstun protocol-group 44 bsc-local-ack ! interface Serial0 description EFTPOS 1 no ip address encapsulation bstun no keepalive full-duplex clockrate 19200 bstun group 1 bsc char-set ebcdic bsc contention bstun route all tcp 10.10.10.107 ! interface Serial1 description ATM 3 no ip address encapsulation bstun no keepalive bstun group 44 bsc char-set ebcdic bsc primary bstun route address 40 tcp 10.10.10.107 ! interface Serial3 description WAN -ppp ip address 10.10.10.108 255.255.255.0 encapsulation ppp ! end |
Remote 2 |
---|
hostname remote2 ! ! bstun peer-name 10.10.20.108 bstun protocol-group 2 bsc bstun protocol-group 44 bsc-local-ack bstun protocol-group 10 bsc-local-ack ! interface Serial0 description WAN-hdlc ip address 10.10.20.108 255.255.255.0 bandwidth 2000 no keepalive ! interface Serial5 description ATM 1 mtu 265 encapsulation bstun clockrate 19200 bstun group 44 bsc char-set ebcdic bsc primary bstun route address C2 tcp 10.10.10.107 ! interface Serial6 description interface for ATM 2 mtu 265 encapsulation bstun clockrate 19200 bstun group 2 bsc char-set ebcdic bsc primary bstun route address C2 tcp 10.10.10.107 ! ip route 10.10.10.0 255.255.255.0 10.10.20.107 ! end |
Algemene informatie - Binaire synchrone communicatie, IBM Systems Reference Library, GA27-3004-2.
IBM 3274: Hoofdstuk 4: Afstandsbediening BSC
IBM 3275: Hoofdstuk 9.
BSTUN Commands op de Cisco Documentatie CD-ROM (beschikbaar online in Seriële Tunnel en Blokseriële tunnelopdrachten).