Tunneling-asynchrone protocollen in BSTUN-configuratievoorbeeld

Downloadopties

  • PDF     (164.6 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (127.6 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (121.4 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:9 september 2005
Document-id:41983

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

Inleiding

Speciale en inheemse asynchrone protocollen worden niet rechtstreeks ondersteund met een willekeurige Cisco-implementatie. Stapel Serial Tunnelling (BSTUN) async-generieke tunneling kan echter een beperkte mogelijkheid bieden om deze gegevens te tunnelen.

Voorwaarden

Vereisten

Er zijn geen specifieke vereisten van toepassing op dit document.

Gebruikte componenten

De informatie in dit document is gebaseerd op de software- en 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.

Achtergrondinformatie

Asynchrone protocollen zoals Diebold's TC500 om te communiceren met geldautomaten of de HyperTerminal via een pc naar een andere pc te tunnelen, hebben geen rechtstreekse ondersteuning of implementatie in Cisco IOS ®. Zoals de naam impliceert, is dit een generieke implementatie die enigszins in staat is om dit soort gegevens te dragen. Dit is bekend als async-generiek van BSTUN en vereist de IBM of de Enterprise IOS van de optie reeks.

BSTUN async-generieke werd oorspronkelijk ontworpen om unidirectionele, kleine pakketten van veiligheidsapparaten aan een rapportageapparaat te dragen. BSTUN async-generiek, echter, kan interactief verkeer dragen. In essentie hecht deze implementatie aan inheemse, asynchrone apparaten aan en ontvangt de gegevens in de seriële interface en dan in een geheugenbuffer. Regelmatig worden de gebufferde gegevens dan in een TCP-pakket ingekapseld en naar de BSTUN-peer verzonden waar deze wordt gedecapsulEERD en naar het asynchrone apparaat wordt verzonden dat op de externe site is aangesloten.

BSTUN async-generiek is een simplistische handeling. De router heeft geen mogelijkheid om te worden geconfigureerd om kennis te hebben van het begin van frame (SOF), het einde van frame (EOF) of het adresschema van het asynchrone protocol. Als het adresgedeelte van het kader in elk kader is, één byte lang is, en de zelfde plaats in het kader is, dan kan het asp adres-offset opdracht worden verleend om aan de router te specificeren waar om het adres in het kader te vinden, zoals later in dit document wordt voorbeeld gegeven. In veel situaties zal er echter geen adresgedeelte in het protocol zijn opgenomen. Geen kennis van de asynchrone protocolconstructie betekent dat de router geen individuele pakketten van anderen kan onderscheiden als zij niet door een tijdsperiode worden gescheiden. Ongeveer 40 ms is vereist tussen frames bij 9600 bits/sec om de router voldoende tijd te geven om een pakket van een ander goed te herkennen. De router ziet eenvoudig een gegevensstroom in het is seriële interface en wikkelt deze gegevens vervolgens in TCP. Er is geen mogelijkheid dat de router routebeslissingen kan nemen op basis van een afzonderlijk aspect van het inkomende frame. Aldus moet de async-generiek van BSTUN fysiek worden ontworpen zodat slechts één apparaat aan de router seriële interface bevestigd is. Er is geen locale-erkenningsfunctie. BSTUN ondersteunt lokaal gesprek alleen voor IBM3270 BISYNC-protocol.

Configureren

Deze sectie bevat informatie over het configureren van de functies die in dit document worden beschreven.

Netwerkdiagram

Dit document gebruikt de netwerkinstellingen die in dit diagram worden weergegeven.

bstun_41983-A.gif

Beide PC's gebruiken de HyperTerminal van Microsoft of op de plaats van één van de PC's zou een verbinding aan de troostpoort van een router van Cisco kunnen zijn. Deze voorbeeldconfiguraties vertegenwoordigen configuraties die uitgevoerd zijn vanuit routers die niet eerder in een laboratoriumscenario zijn geconfigureerd, en tonen de relevante delen van de benodigde configuratie. Deze zijn ingesteld op basis van een 9600 bit/sec, 8N1 verbinding.

Configuraties

Dit document gebruikt de configuraties die in dit gedeelte worden weergegeven.

  • Hoofdrouter (Cisco 1700 router)

  • Remote-router (Cisco 3640 router)

  • Hoofdrouter (Cisco 3600 router)

  • Remote #1 (Cisco 1700 router)

  • Remote #2 (Cisco 1700 router)

Hoofdrouter (Cisco 1700 router) 
main#show running-config 
Building configuration...
.
.
.
ip subnet-zero
bstun peer-name 10.1.1.1
bstun protocol-group 1 async-generic
interface loopback0
   ip address 10.1.1.1 255.0.0.0
interface serial0
   physical-layer async
   encapsulation bstun
   asp role secondary
   bstun group 1
   bstun route all tcp 30.1.1.1
interface serial1
   ip address 20.1.1.1 255.0.0.0
ip route 0.0.0.0 0.0.0.0 20.1.1.2
line 1
   speed 9600
   databits 8
   parity none
   stopbits 1
.
.
.
!
end

Remote-router (Cisco 3640 router) 
REMOTE#show running-config 
Building configuration...
bstun peer-name 30.1.1.1.
bstun protocol-group 1 async-generic
interface loopback 0
   ip address 30.1.1.1
interface ethernet1/0
   shutdown
interface serial 2/0
   physical-layer async
   encapsulation bstun
   asp role primary
   bstun group 1
   bstun route all tcp 10.1.1.1
   
interface serial 2/1
   ip address 20.1.1.2 255.0.0.0
ip route 0.0.0.0 0.0.0.0 20.1.1.1
line 65
   speed 9600
   parity none
   databits 8
   stopbits 1
.
.
!
end

Opmerking: Wanneer u de fysieke laag async opdracht op de seriële interface geeft, wordt een TTY-lijn toegewezen aan de seriële interface. Deze TTY lijndefinitie is waar de data, stopbits, pariteit, en snelheid worden gevormd. Dit is de formule om te bepalen welke lijn overeenkomt met welke seriële interface.

line#=(sleuf# x 32) + interface# + 1

De showlijn in de Remote routerconfiguratie geeft in de rechterkolom het corresponderende lijnnummer aan. Serial2/0 wordt voorgesteld door lijn 65 en de fysieke definities voor deze link worden ingesteld onder lijn 65 

REMOTE#sh line 
   Tty Typ     Tx/Rx        A Modem  Roty AccO AccI   Uses   Noise  Overruns   Int 
*    0 CTY                      -        -          -        -        -          0           0         0/0           - 
    65 TTY   9600/9600  -        -          -        -        -      0           0         0/0     Se2/0 
   129 AUX 9600/9600  -        -          -        -        -        0           0         0/0       - 
   130 VTY                     -        -          -        -        -          0           0         0/0       - 
   131 VTY                     -        -          -        -        -          0           0         0/0       - 
   132 VTY                     -        -          -        -        -          0           0         0/0       - 
   133 VTY                     -        -          -        -        -          0           0         0/0       - 
   134 VTY                     -        -          -        -        -          0           0         0/0       - 

Line(s) not in async mode -or- with no hardware support: 
1-64, 66-128

In dit scenario, communiceert een Tandem met verre ATM apparaten. In deze voorbeeldconfiguratie, voert het asynchrone protocol een 4800 7E2 protocol uit en de hoofdrouter die op de TANDEM is aangesloten is een 3600 Series router aan afgelegen 1700 Series routers. Zie dit netwerkdiagram.

bstun_41983-B.gif

Hoofdrouter (Cisco 3600 router) 
main#show running-config 
Building configuration...
bstun peer-name 10.1.1.1.
bstun protocol-group 1 async-generic
bstun protocol-group 2 async-generic
interface loopback 0
   ip address 10.1.1.1
interface serial1/0
   encapsulation frame-relay
interface serial 1/0.1 point-to-point
   ip address 20.1.1.1 255.255.255.0
   frame-relay interface-dlci 100
interface serial 1/0.2 point-to-point
   ip address 20.2.1.1 255.255.255.0
   frame-relay interface-dlci 200
interface serial 2/0
   physical-layer async
   encapsulation bstun
   asp role secondary
   bstun group 1
   bstun route all tcp 30.1.1.1
   
interface serial 2/1
 physical-layer async
   encapsulation bstun
   asp role secondary
   bstun group 2
   bstun route all tcp 30.2.1.1
   
ip route 30.2.1.0 255.255.0.0 20.2.1.2
ip route 0.0.0.0 0.0.0.0 20.1.1.2
line 65
   speed 4800
   parity even
   databits 7
   stopbits 1
.
line 66
   speed 4800
   parity even
   databits 7
   stopbits 1
.
!
end

Remote #1 (Cisco 1700 router) 
REMOTE1#show running-config 
Building configuration...
bstun peer-name 30.1.1.1
bstun protocol-group 1 async-generic
interface loopback0
   ip address 30.1.1.1 255.255.0.0
interface serial0
   physical-layer async
   encapsulation bstun
   asp role primary
   bstun group 1
   bstun route all tcp 10.1.1.1
interface serial1
   encapsulation frame-relay
interface serial1.1 point-to-point
   ip address 20.1.1.2 255.255.255.0
   frame-relay interface-dlci 100
ip route 0.0.0.0 0.0.0.0 20.1.1.1
line 1
   speed 4800
   databits 7
   parity even
   stopbits 2
.
.
.
!
end

Remote #2 (Cisco 1700 router) 
REMOTE2#show running-config
Building configuration...
bstun peer-name 30.2.1.1
bstun protocol-group 2 async-generic
interface loopback0
   ip address 30.2.1.1 255.255.0.0
interface serial0
   physical-layer async
   encapsulation bstun
   asp role primary
   bstun group 2
   bstun route all tcp 10.1.1.1
interface serial1
   encapsulation frame-relay
interface serial1.1 point-to-point
   ip address 20.2.1.2 255.255.255.0
   frame-relay interface-dlci 100
ip route 0.0.0.0 0.0.0.0 20.2.1.1
line 1
   speed 4800
   databits 7
   parity even
   stopbits 2
.
.
.
!
end

Verifiëren

Er is momenteel geen verificatieprocedure beschikbaar voor deze configuratie.

Problemen oplossen

BSTUN ontvangt een pakje in de seriële interface, kapselt het in en stuurt dit TCP-pakket naar de afstandsrouter wanneer de bundelroute met al het TCP-opdracht is afgegeven. Het TCP-pakket wordt ontvangen op de externe router en is gedecapsureerd. De gegevens worden verzonden op de seriële interface. Als deze verbinding niet werkt, moeten de binnenkomende gegevens eerst met het debug asp-pakket worden geverifieerd. U ziet de gegevens die door de router worden ontvangen op de seriële interface. Aangezien de router geen protocol bouw heeft en volgens het asynchrone protocol varieert, wordt het monster niet gegeven. De gegevensstroom die door de router wordt gezien moet overeenkomen met wat door het apparaat wordt verzonden. Als het niet overeenkomt, meer dan waarschijnlijk, worden de snelheid, databases, pariteit, of stopbits niet ingesteld om het apparaat aan te passen. Dit kan ook het geval zijn als er geen gegevens worden ontvangen.

Als er gegevens worden ontvangen op de seriële interface, geeft u de opdracht tonen van de bundel om aan te tonen of de verbinding open of gesloten is. Open staat met alleen verzonden pakketten die aangeeft dat TCP naar de externe BSTUN-peer wordt verzonden. Op dit punt, verifieert een ping test van het IP adres van de lokale peer-name van BSTUN aan het verre peer-name IP adres van BSTUN of IP wordt ingesteld en goed werkt. Als ping test succesvol is, dan geef op de afstandsbediening de debug asp pakketopdracht uit om te bepalen of het pakket ontvangen en op de seriële interface naar het asynchrone apparaat verzonden wordt.

Voltooi deze stappen om een oplossing te vinden.

  1. Controleer gegevens in de host-router worden ontvangen met de opdracht asp-pakje debug.

  2. Verzeker IP connectiviteit met het pingelen van test bron van het bindnaam IP adres aan het verre IP adres van de verre peer-name BSTUN.

  3. Controleer bij de afstandsbediening of pakketten naar het afstandsapparaat worden verzonden, met de opdracht asp-pakketjes debug.

  4. Als het asynchrone protocol geen adres bevat in de pakketten die naar de router worden verzonden, kan het voordelig zijn om het asp offset-adres-opdracht onder de interface uit te geven met het juiste byte-nummer dat overeenkomt met de plaats waar het adres in het pakket zit. De standaardwaarde voor dit is 0. Als het pakket bijvoorbeeld 01C1ABCDEF is, waar C1 het adres is, kan de seriële interface worden geconfigureerd met de asp offset-adres 01 opdracht. In sommige gevallen, staat dit de router toe om een pakket te identificeren en verhoogt de waarschijnlijkheid dat de router de gegevens als een framed pakket en niet slechts als gegevensstroom behandelt.

Gerelateerde informatie

Revisiegeschiedenis

Revisie Publicatiedatum Opmerkingen
1.0
09-Sep-2005
Eerste vrijgave

Was dit document nuttig?

FeedbackFeedback

Contact Cisco