Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Conventions

Configuration

Diagramme du réseau

Configurations

Vérification

Dépannage

Dépannage des commandes

Informations connexes

Introduction

La fonctionnalité BSTUN (Bisync Serial Tunnel) permet de prendre en charge les périphériques qui utilisent le protocole de liaison de données Bisync. Ce protocole permet aux entreprises de transporter le trafic Bisync sur le même réseau qui prend en charge leur architecture SNA (Systems Network Architecture) et le trafic multiprotocole, ce qui élimine la nécessité de disposer d'installations Bisync distinctes. Avec Frame Relay, vous pouvez utiliser la fonction d’accusé de réception local pour fournir une terminaison locale de la session sur l’homologue BSTUN.

Dans cet exemple, BSTUN Point-to-Point est configuré avec la comptabilité locale sur Frame Relay. Les états pertinents de la sortie de commande show bstun sont mis en surbrillance dans ce document.

Remarque : Bien que les commandes debug bstun packet/event et debug bsc packet/event ne doivent pas entraîner une utilisation excessive du CPU, la commande logging buffered est utilisée pour copier le résultat dans le fichier journal.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Components Used

Les informations de ce document sont basées sur le logiciel Cisco IOS® Version 12.1(5).

Conventions

Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.

Configuration

Cette section vous fournit des informations pour configurer les fonctionnalités décrites dans ce document.

Remarque : Pour en savoir plus sur les commandes utilisées dans le présent document, utilisez l’outil de recherche de commandes (clients inscrits seulement).

Diagramme du réseau

Ce document utilise la configuration réseau suivante :

Configurations

Ce document utilise les configurations suivantes :

Kilcot

Building configuration

!

version 12.1

service timestamps debug datetime msec

!

hostname kilcot

!

!

bstun peer-name 100.1.1.1

bstun protocol-group 72 bsc-local-ack

!

!

interface Loopback0

ip address 100.1.1.1 255.0.0.0

!

interface Serial0/0

ip address 10.1.1.1 255.0.0.0

encapsulation frame-relay

no ip mroute-cache

frame-relay interface-dlci 16

frame-relay lmi-type ansi

!

interface Serial1/0

no ip address

ip directed-broadcast

encapsulation bstun

no ip mroute-cache

no keepalive

full-duplex

clockrate 9600

bstun group 72

bsc secondary

bstun route all tcp 200.2.2.2

!

!

router rip

network 10.0.0.0

network 100.0.0.0

!

end

Parti

Building configuration...

version 12.1

!

service timestamps debug datetime msec

!

hostname party

!

bstun peer-name 200.2.2.2

bstun protocol-group 72 bsc-local-ack

!

!

interface Loopback0

ip address 200.2.2.2 255.255.255.0

!

interface Serial0

no ip address

encapsulation bstun

load-interval 30

no keepalive

full-duplex

clockrate 9600

bstun group 72

bsc primary

bstun route all tcp 100.1.1.1

!

interface Serial1

ip address 10.1.1.2 255.0.0.0

encapsulation frame-relay IETF

no ip mroute-cache

frame-relay interface-dlci 17

frame-relay lmi-type ansi

!

!

router rip

network 10.0.0.0

network 200.2.2.0

!

end

Vérification

Cette section fournit des informations qui vous permettront de vérifier que votre configuration fonctionne correctement.

Certaines commandes show sont prises en charge par l'Output Interpreter Tool (clients enregistrés uniquement), qui vous permet de voir une analyse de la sortie de la commande show.

- show bstun

- show bsc

kilcot#show bsc

BSC local-ack on Serial1/0:

secondary state is CU_Idle.

Control units on this interface:

Poll address: 40. Select address: 60 *CURRENT-CU*

State is Initializing.

Tx Counts: 0 frames(total). 0 frames(data). 0 bytes.

Rx Counts: 3 frames(total). 0 frames(data). 15 bytes.

Total Tx Counts: 0 frames(total). 0 frames(data). 0 bytes.

Total Rx Counts: 19 frames(total). 0 frames(data). 59 bytes.

kilcot#show bstun

This peer: 100.1.1.1

*Serial1/0  (group 72 [bsc-local-ack])

route transport address         dlci lsap state      rx_pkts tx_pkts   drops

all   TCP       200.2.2.2                 open         1       3        0

party#show bsc

BSC local-ack on Serial0:

primary state is TCU_Polled.

Control units on this interface:

Poll address: 40. Select address: 60 *CURRENT-CU*

State is Inactive.

Tx Counts: 126 frames(total). 0 frames(data). 378 bytes.

Rx Counts: 0 frames(total). 0 frames(data). 0 bytes.

Total Tx Counts: 126 frames(total). 0 frames(data). 378 bytes.

Total Rx Counts: 0 frames(total). 0 frames(data). 0 bytes.

party#show bstun

This peer: 200.2.2.2

*Serial0  (group 72 [bsc-local-ack])

route transport address         dlci lsap state      rx_pkts tx_pkts   drops

all   TCP       100.1.1.1                 open          3       2        0

Dépannage

Cette section fournit des informations que vous pouvez utiliser pour dépanner votre configuration.

Dépannage des commandes

La sortie debug bstun packet/event and debug bsc packet/event a été copiée dans le fichier journal. Lorsque vous interprétez cette sortie de débogage :

- SDI (Serial Data Incoming) : paquets reçus de l'interface SDLC (Synchronous Data Link Control).

- NDI (Network Data Incoming) : paquets désencapsulés du WAN.

Remarque : Avant d'émettre des commandes debug, reportez-vous à Informations importantes sur les commandes de débogage.

kilcot#show log

Syslog logging: enabled (0 messages dropped, 0 flushes, 0 overruns)

Console logging: disabled

Monitor logging: level debugging, 0 messages logged

Buffer logging: level debugging, 5088 messages logged

Trap logging: level informational, 70 message lines logged

Log Buffer (100000 bytes):

Dec 28 09:43:21.748: BSC: Serial1/0: POLLEE-FSM event:  E_LineUp old_state: CU_Down.  new_state: CU_Idle.

Dec 28 09:43:21.756: BSC: Serial1/0: SDI-rx: Data (5 bytes):   40407F7F2D

Dec 28 09:43:36.756: BSTUN bsc-local-ack: Serial1/0 SDI:   Data:   401100

Dec 28 09:43:36.756: BSTUN: Change state for peer  (all[72])200.2.2.2/1976 (closed->opening)

Dec 28 09:43:36.756: BSC: Serial1/0: POLLEE-FSM  event: E_RxEnq

Dec 28 09:43:36.760: BSTUN: Change state for peer   (all[72])200.2.2.2/1976 (opening->open wait)

Dec 28 09:43:36.764: %BSTUN-6-OPENING: CONN:  opening peer (all[72])200.2.2.2/1976, 3

Dec 28 09:43:36.792: bsttcpd_connect:  Refreshing tcp_encaps for group 72

Dec 28 09:43:36.792: %BSTUN-6-OPENED: CONN:  peer (all[72])200.2.2.2/1976 opened, [previous state open wait]

Dec 28 09:43:36.792: BSTUN: Change state for  peer (all[72])200.2.2.2/1976 (open wait->open)

Dec 28 09:43:36.844: BSTUN bsc-local-ack:  Serial1/0 NDI: Data:   401400

Dec 28 09:43:36.848: BSC: Serial1/0: NDI-rx:  Data (3 bytes):  401400

Dec 28 09:43:37.640: %SYS-5-CONFIG_I:  Configured from console by vty0

party#show log

Syslog logging: enabled (0 messages

dropped, 0 flushes, 0 overruns)

Console logging: disabled

Monitor logging: level debugging, 114 messages logged

Logging to: vty2(114)

Buffer logging: level debugging, 5199 messages logged

Trap logging: level informational, 79 message lines logged

Log Buffer (100000 bytes):

ec 28 09:48:09.816: %BSTUN-6-PASSIVEOPEN:   passive open 100.1.1.1(11017) -> 1976

Dec 28 09:48:09.836: %BSTUN-6-OPENED: PHDR:  peer (all[72])100.1.1.1/1976 opened, [previous state closed]

Dec 28 09:48:09.836: BSTUN: Change state for  peer (all[72])100.1.1.1/1976 (closed->open)

Dec 28 09:48:09.836: BSTUN bsc-local-ack:  Serial0 NDI: Data:   401100

Dec 28 09:48:09.836: BSC: Serial0: NDI-rx:  Data (3 bytes):  401100

Dec 28 09:48:09.836: BSTUN bsc-local-ack:  Serial0 SDI: Data:   401400

Dec 28 09:48:09.836: BSC: Serial0: SDI-tx:  Data (10 bytes):  37FF32323240407F7F2D

Informations connexes

- Page de support STUN

- Documentation Cisco sur la configuration de STUN et BSTUN

- Page d'assistance IBM SNA

- Support technique - Cisco Systems