Inhoud

Welk adres zou ik moeten gebruiken om de seriële Tunneling (STUN) peer-name verklaring te definiëren?

Waarom is mijn seriële tunneling (STUN) peer naam gesloten?

Waarom en wanneer worden verschillende Serial Tunnelling (STUN) groepen gebruikt?

Na het configureren van seriële tunneling (STUN) insluiting op de interface, hoe verwijder ik deze optie? De ???geen ontstoken insluiting??? commando werkt niet.

Waarom moeten we een uitsplitsingsdoos gebruiken om aanvraag voor verzenden (RTS) en datalink klaar (DTR) samen te koppelen om de Serial Tunneling (STUN) interface omhoog te houden?

Hoe moet ik prioriteit geven aan het seriële tunneling (STUN) verkeer?

Kan Serial Tunneling (STUN) via een Switched Multimegabit Data Service (SMDS), Frame Relay of X.25-cloud werken?

Waarom wordt langzame switching tussen 56 kbps links aanbevolen via snelle switching?

Wat betekenen SDI en NDI in de uitvoer van een debug-pakketopdracht?

Gerelateerde informatie

Q. Welk adres zou ik moeten gebruiken om de seriële Tunneling (STUN) peer-name verklaring te definiëren?

A. U kunt een IP-adres van een actieve interface in de router gebruiken. U zou echter het meest stabiele interface IP-adres moeten gebruiken, dat het loopback-adres is.

Q. Waarom is mijn seriële tunneling (STUN) peer naam gesloten?

A. Uw STUN peer naam is gesloten omdat er geen gegevens zijn uitgewisseld.

- Als u directe insluiting gebruikt, is uw interface leeg.

- Als u IP-insluiting gebruikt, is de IP-verbinding tussen de twee peers niet omhoog omdat er geen IP-connectiviteit is of omdat geen van beide apparaten heeft geprobeerd gegevens via de buis te verzenden.

Q. Waarom en wanneer worden verschillende seriële tunneling (STUN) groepen gebruikt?

A. Gebruik verschillende STUN-groepen om het verkeer te differentiëren van FEP’s (frontend processoren) met controllers met hetzelfde adres.

Q. Na het configureren van seriële tunneling (STUN) insluiting op de interface, hoe verwijder ik deze optie? De ???geen ontstoken insluiting??? commando werkt niet.

A. Geef de opdracht hdlc-insluiting uit, die de interface terug naar de standaardinsluiting zal zetten.

Q. Waarom moeten we een uitsplitsingsdoos gebruiken om verzoek te verbinden om (RTS) en datalink klaar (DTR) samen te sturen om de seriële Tunneling (STUN) interface omhoog te houden?

A. Tenzij u de nieuwe halfduplex nonreturn to zero omgekeerd (NRZI) hebt, ondersteunt STUN alleen full duplex; door deze overeenkomst???? betekent RTS en Clear To Verzend (CTS) zijn altijd hoog. Het samenvoegen van de RTS- en DTR-spelden zal de RTS te allen tijde hoog houden.

Q. Hoe moet ik prioriteit geven aan het seriële tunneling (STUN) verkeer?

A. Prioriseer STUN-verkeer voor Cisco IOS-softwarerelease 9.1 en hoger, zoals hieronder aangegeven.

- Gebruik de onderstaande procedure voor eenvoudige seriële insluiting.

1. Geef de volgende opdracht uit:

priority-list x stun {high|medium|normal|low}

address stun_group controller_address

!--- The above command is entered on one line.

2. Pas de prioriteitsgroep aan de uitvoerinterface.

- Voor TCP-insluiting zijn er nu vier poorten, die hieronder zijn vermeld in plaats van één poort, zoals in de vorige software.

1994 : high priority

1990 : medium priority

1991 : normal priority

1992 : low priority

Dus om voorrang te geven aan het verkeer, code eerst de STUN poort en gebruik dan de prioriteit-lijst opdracht om de prioriteit toe te wijzen. Stel bijvoorbeeld de prioriteitslijst in voor STUN op interface-serienummer 1 met controlleradres C1 zoals hieronder wordt getoond.

priority-list 1 protocol ip high tcp 1994

priority-list 1 protocol ip medium tcp 1990

priority-list 1 protocol ip normal tcp 1991

priority-list 1 protocol ip low tcp 1992

priority-list 1 stun high address 1 C1

interface s 1

encapsulation stun

stun group 1

stun route address C1 tcp 131.108.64.250

local-ack priority

!--- The above command is entered on one line.

interface serial 2

priority-group 1

!--- Note: This is the WAN interface.

Opmerking: de prioriteit-groepsverklaring wordt toegepast op de WAN-interface waarop het STUN-verkeer is afgestemd, niet op de STUN-interface zelf.

Q. Kan Serial Tunnelling (STUN) via een Switched Multimegabit Data Service (SMDS), Frame Relay of X.25-cloud werken?

A. Ja, bij gebruik van TCP-insluiting. Na de insluiting zal het pakket net zoals een gewoon IP-pakket zijn, en zal het via X.25, Frame Relay of SMDS worden routeerd als normaal IP-verkeer.

Q. Waarom wordt langzame overschakeling tussen 56 kbps links aanbevolen via snelle overschakeling?

A. In de meeste gevallen, zet de snelle omschakeling de pakketten in de uitvoerrij te snel voor de 56 kbps verbinding, en de pakketten worden gedropt als geen uitvoerbuffer kan worden toegewezen. Wanneer een pakket valt, probeert TCP het pakket opnieuw te verzenden, dat veel CPU-cycli gebruikt. Daarom wordt, met een link die 56 kbps of langzamer is, doorgaans aanbevolen om de snelle switching uit te schakelen.

Q. In de uitvoer van een debug-pakket, wat betekenen SDI en NDI?

A. Raadpleeg de Uitleg van SDI en NDI van een debug-pakket voor de betekenis van Serial Data Input (SDI) en Network Data Input (NDI).

Gerelateerde informatie

- Technische ondersteuning - Cisco-systemen