X.25 vaak gestelde vragen

Inleiding

X.25 is een ITU-T-protocolnorm (International Telecommunication Union-Telecommunication Standardisation Sector) voor WAN-communicatie die bepaalt hoe gebruikersapparaten en netwerkapparaten verbindingen tot stand brengen en onderhouden. X.25 wordt over het algemeen gezien op netwerken die aan fouten blootstaan. Dit document behandelt een aantal van de veelgestelde vragen over X.25

Q. Kan ik een X.25 kaart in Bijlage G creëren?

A. Bijlage G ondersteunt alleen X.25-routing- en pakketassembler-/disassemblergesprekken (PAD). Dit geldt ook voor Connection-Mode Network Service (CMNS) en X.25 over TCP (XOT). U kunt een RFC1536 X.25-oproep doorsturen, maar u kunt deze niet via een Data-Link Connection-id (DLCI) van Bijlage G genereren.

Om zowel IP- als X.25-verkeer via een Frame Relay-interface te kunnen transporteren, moet u twee DLCI’s gebruiken of het X.25-verkeer via XOT op een DLCI dragen die IP ondersteunt, in plaats van een Annex G DLCI. Raadpleeg voor meer informatie de documentatie bij Bijlage G (X.25 via Frame Relay). Zie ook X.25 configureren via Frame Relay (Bijlage G) (documentatie voor Cisco® IOS-softwarerelease 12.2).

V. Sinds wanneer wordt AODI ondersteund?

A. Altijd op Dynamic ISDN (AODI) is ondersteund sinds Cisco IOS-softwarerelease 11.3(3)T. Raadpleeg Altijd aan/dynamisch ISDN (AO/DI) voor meer informatie.

Q. Wat is het doel van het X.25 greep-rij bevel?

A. Het bevel van de X.25-wachtrij wordt gebruikt om het maximumaantal pakketten te specificeren dat per virtueel circuit (VC) moet worden vastgehouden voordat wordt geprobeerd om een ander virtueel circuit (SVC) te maken. Als een andere VC niet kan worden gemaakt, worden de pakketten verbroken. Zie de X.25 Command Reference (Cisco IOS-softwarerelease 12.2) voor meer informatie. Om een andere VC te maken, hebt u de opdracht x25 nvc X nodig waar X het aantal VC’s is dat gelijktijdig geopend kan worden naar dezelfde bestemming.

Q. Wat is het doel van het bevel van de greep-rij?

A. De hold-wachtrij <length> {in/out} opdracht is een opdracht op laag niveau die bepaalt hoeveel ontvangen buffers in de router kunnen uitstaan. Een stuurprogramma zal weigeren nieuwe gegevens te accepteren zodra de invoerlimiet voor de interface is overschreden. Deze kan pas worden hersteld nadat een deel van de ontvangen pakketten in de router is verwijderd. Deze opdracht mag niet worden verward met de opdracht X25-wachtrij en is niet gekoppeld aan Link Access Procedure Balanced (LAPB) en X.25, behalve het feit dat LAPB de status van de invoerlimiet bewaakt en een niet-gerede ontvanger (RNR) uitgeeft wanneer de service geen I-frames meer kan ontvangen. Zie de Cisco IOS-interfaceopdrachtreferentie (Cisco IOS-softwarerelease 12.2) voor meer informatie.

Q. Waarom stijgt mijn input-rij met het X.25 protocol?

A. De reden voor een stijgende input-rij kan zijn omdat de interface te veel verkeer heeft om te behandelen, vooral wanneer die pakketten bestemd zijn voor de router zelf, bijvoorbeeld Simple Network Management Protocol (SNMP). Wanneer u X.25 gebruikt om IP te transporteren, moet u het IP-datagram in meerdere X.25-pakketten fragmenteren.

Een IP-datagram kan bijvoorbeeld worden gefragmenteerd in vijf X.25-pakketten. Elk van die X.25 pakketten is voorzien van een M-bit, behalve de laatste. Op de externe Cisco-router moet u wachten tot het laatste pakket het oorspronkelijke IP-datagram heeft gereconstrueerd. In ons voorbeeld hierboven, de eerste vier pakketten (die met M-bit) moeten worden in de wachtrij geplaatst. Deze worden in de invoer-wachtrij van de interface in een wachtrij geplaatst. Dit gebeurt alleen als de oproep op de router wordt beëindigd (bijvoorbeeld als deze wordt beëindigd met x25-kaart).

Als veel oproepen op de router worden beëindigd, (zoals IP en Qualified Logical Link Control [QLLC]) kan de invoerwachtrij groeien, omdat alle VC’s M-bits pakketten verzenden. Dit kan een negatief neveneffect hebben, omdat de router een RNR op Layer 2 verzendt wanneer de input-wachtrij het maximum heeft bereikt. U kunt de input-wachtrij afstemmen met behulp van de hold-wachtrij x in opdracht.

Q. ondersteunt Cisco GAP van DEC in CMNS?

A. Cisco ondersteunt GAP niet. GAP is een bedrijfseigen DEC-protocol dat X.25 van VAX over een DECnet Network-Services Protocol (NSP)-link naar de X.25-gateway transporteert die de X.25-informatie extraheert en doorstuurt naar het X.25-netwerk. Om dezelfde functionaliteit te verkrijgen met Cisco IOS-software, gebruikt u Connection-Mode Network Service (CMNS) (ook bekend als CONS in DEC-termen). CMNS gebruikt X.25 over Logical Link Control, type 2 (LLC2), die op VAX met DECnet PhV en P.S.I. versie 5 of later kan worden bereikt.

Q. Hoe worden venster en pakketgrootte in lokale erkenning behandeld?

A. Probeer eerst een consistente pakketgrootte voor de aanroep te onderhandelen. Als u dit niet kunt doen (één reden is dat pakketgrootte is uitgeschakeld) en lokale bevestiging is ingeschakeld, dan kunt u segmentering en hermontage voor het circuit verwerken volgens de X.25-aanbevelingen.

In het onderstaande voorbeeld is seriële 1 geconfigureerd voor 128 en seriële 0 is geconfigureerd voor 256:

3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 5 PR 4 
     
!--- Two packets of 128 incoming.
 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 6 PR 4 
     3d22h: Serial0: X.25 O D1 Data (259) 8 lci 1024 M PS 5 PR 4 
     
!--- One packet of 256 outgoing on other interface.
 
     3d22h: Serial1: X.25 O D1 RR (3) 8 lci 1024 PR 7 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 7 PR 4 
     3d22h: Serial0: X.25 I D1 RR (3) 8 lci 1024 PR 6 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 0 PR 4 
     3d22h: Serial0: X.25 O D1 Data (259) 8 lci 1024 M PS 6 PR 4 
     3d22h: Serial1: X.25 O D1 RR (3) 8 lci 1024 PR 1 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 1 PR 4 
     3d22h: Serial0: X.25 I D1 RR (3) 8 lci 1024 PR 7 
     3d22h: Serial1: X.25 I D1 Data (131) 8 lci 1024 M PS 2 PR 4 
     3d22h: Serial0: X.25 O D1 Data (259) 8 lci 1024 M PS 7 PR 4

Q. Worden jachtgroepen ondersteund?

A. Ja, hunting-groepen en X.25 taakverdeling worden ondersteund. Deze functie is geïntroduceerd in Cisco IOS-softwarerelease 12.0(3)T. Raadpleeg X.25-taakverdeling configureren voor meer informatie.

V. Ondersteunt Cisco X.75?

A. De ITU-T (voorheen CCITT) definieerde de X.75-standaard (pakketgeschakeld signaleringssysteem tussen openbare netwerken die datatransmissiediensten leveren) ter ondersteuning van interconnectie van X.25-openbare datanetwerken. Cisco implementeert dit niet.

Een protocolstapel die een asynchrone tekenstroom over een LAPB-sessie over een ISDN B-kanaal draagt, wordt ook X.75 genoemd, hoewel de enige gelijkenis met X.75 het gebruik van LAPB is als protocol van de verbindingslaag (die X.75 met X.25 deelt). Cisco roept deze LAPB Terminal Adapter (LAPB-TA) aan en deze wordt ondersteund. Raadpleeg ISDN LAPB-TA voor meer informatie.

V. Welke X.25-versie wordt ondersteund door Cisco?

A. De Cisco IOS-software heeft altijd X.25, versie 1984, ondersteund en dit is nog steeds het geval in Cisco IOS-softwarerelease 12.2. Voorafgaand aan Cisco IOS-softwarerelease 11.3 was de gebruikte versie 1980 bij het configureren van een ISDN- of BFE-insluiting. Als de inkapseling X.25 was, was de gebruikte versie 1984, met de toevoeging van versie 1988 voor de productiewaarden.

Vraag Waarom is mijn vertaling gestopt met werken na een upgrade naar Cisco IOS-softwarerelease 12.0?

A. In Cisco IOS-softwarereleases 11.2 en eerder zijn vertaalgesprekken met niet-standaard protocol-id’s (PID’s) onjuist geaccepteerd. Het bestemmingsadres kwam overeen met de eerste vertaalingang die niet de Gegevens van de Gebruiker van de Vraag (CUD) specificeerde.

Deze vertaling is nauwkeuriger in Cisco IOS-softwarerelease 12.0. De PID moet worden aangeduid als PAD (0x01000000) en de CUD-gegevens moeten leeg zijn (de vertaling vindt plaats als PAD 0x01000000 is, maar niet als het gegevensveld van de CUD gegevens bevat). De vertaallijn moet overeenkomen met deze waarde. Dit is nodig omdat de PID verwijst naar hoe een applicatie de inkomende oproep verwerkt. In ons geval is vertaling altijd een PAD-functie. Als de router een inkomende vraag met een onjuiste PID ontvangt, weigert het de vraag omdat, op de verre gastheer, de toepassing niet naar een functie van PAD verwijst.

Er zijn verschillende omzeilingen voor het accepteren van inkomende oproepen die niet verwijzen naar een PAD. De meest voorkomende is de x25 standaard-pad opdracht. Veronderstel niet dat een inkomende vraag met PID 0xC0000000 kan worden behandeld fout vrij aan de toepassing van PAD van de router. Beide systemen verwijzen naar verschillende manieren om de oproep te behandelen. Dit kan werken, maar in sommige gevallen zullen de X3 parameters niet worden uitgewisseld, wat leidt tot onleesbaar karakter dat op de terminal wordt getoond of de vraag die wordt afgebroken.

Voor een PID-probleem, als een oproep wordt ontvangen met PID 0x01000F00, probeer dan cud \001.* in de vertaalopdracht (001 is dit de octale waarde). Let op de nadelen van het gebruik van deze configuratie, zoals hierboven uitgelegd.

Probeer voor een CUD-gegevensgedeelte een vertaling. Dat wil zeggen, X.25 10 cud vertalen .* TCP 1.1.1.1. Dit accepteert alle PAD-oproepen (met PID 0x01000000), ongeacht het gegevensgedeelte.

Raadpleeg Protocolomzetting en virtuele asynchrone apparaten configureren voor meer informatie.

Q. In X.25-routing, wat komt er eerst?

A. Voor inkomende vraag heeft de kaartlijst prioriteit over de routetabel. Als een bijpassende kaart PAD-ingang wordt gevonden, wordt het uitsluitend toegepast en de routetabel wordt niet geraadpleegd. De routetabel wordt pas geraadpleegd nadat een geen overeenkomende kaartaantekening is gevonden.

Voor uitgaande gesprekken kan een geconfigureerde kaart op de interface niet worden gerouteerd. Alle andere oproepen, interne PAD’s of switched oproepen kunnen naar de routeringstabel worden verzonden. De eerste beschikbare match wordt altijd gebruikt.

Q. Werkt XOT in Cisco IOS-softwarerelease 11.2 met release 11.3 of hoger?

A. In Cisco IOS-softwarerelease 11.3 en hoger wordt, wanneer de router om een duidelijke oproep vraagt, een duidelijke bevestiging verwacht, die het standaardgedrag eind aan eind is. Op Cisco IOS-softwarerelease 11.2 is het gedrag om een duidelijk verzoek te bellen anders. Het maken van Cisco IOS-softwarerelease 11.2 om een duidelijke bevestiging te versturen vereist een verborgen opdracht xot-verify-svc-reset op het wereldwijde niveau. Naast de bovenstaande opdracht moeten Service en TCP-keepalive-out- en exto-keepalive-opdrachten voor tcp en service worden ingeschakeld in zowel Cisco IOS-softwarerelease 11.2 als 11.3-routers. Hiermee worden alle SVC’s en TCP-sessies met één einde opgeruimd.

V. Ondersteunt XOT opdrachten die ik op mijn seriële interface kan configureren?

A. Op dit moment staat de XOT geen opdracht toe zoals x25 default-pad, omdat er geen interface is om dit te doen. Profielprofiel wordt echter ondersteund in een latere release. Het huidige doel is Cisco IOS-softwarerelease 12.2-7.T.

V. Hoe kan ik de X.25-kaart die op mijn seriële interface is geconfigureerd omleiden?

A. U kunt de X.25-aanroep die een opdracht voor x25-kaarten wil genereren, niet omleiden. X.25 Remote Failure Detection is echter een interessante functie voor het detecteren van externe storingen - bijvoorbeeld waar een tweede router kan worden gefocust om een X.25-kaart te genereren.

Q. Wat is de maximumsnelheid voor X.25?

A. X.25 wordt ondersteund tot 2 MB. U kunt misschien sneller werken, maar als u dit probeert, moet u rekening houden met de proceskracht die nodig is om 4095 VC’s te kunnen verwerken met een snelheid van bijvoorbeeld 34 MB. Dit zou een negatief effect hebben, dus is het aan te raden dat u een snelheid van 2 MB behoudt.

V. Kan ik het X.25-protocol via ISDN gebruiken?

A. Ja, X.25-insluiting wordt ondersteund op ISDN. X.25 kan worden geconfigureerd in fysieke of dialoogmodus. Raadpleeg X.25 configureren voor meer informatie over het configureren van de fysieke modus. Raadpleeg Dynamische meervoudige insluitingen voor inbellen via ISDN voor meer informatie over het configureren van X.25 in de dialoogmodus. Raadpleeg X.25 op het d-kanaal configureren via ISDN voor meer informatie over het configureren van X.25.

V. Ondersteunt Cisco nauwe gebruikersgroepen?

A. Ja. Raadpleeg X.25 gesloten gebruikersgroepen configureren voor meer informatie.

Q. Wat is speciaal aan de x25 inkapseling ietf opdracht?

A. Het kiezen van Internet Engineering Task Force (IETF) maakt de inkapseling compatibel met RFC 1356 .

V. Wordt prioriteitswachtrij ondersteund op X.25?

A. prioriteitswachtrijen en aangepaste wachtrijen worden ondersteund voor X.25-interfaces vanaf Cisco IOS-softwarerelease 11.3. Dit voorbeeld plaatst een Routing Information Protocol (RIP)-pakket in de wachtrij met hoge prioriteit.

interface Serial0 
     description Connection to Packet Handler ph3.F007 port 11 
     ip address 10.10.10.1 255.255.255.0 
     no ip directed-broadcast 
     encapsulation x25 
     no ip mroute-cache 
     x25 map ip 10.10.10.2 22222 packetsize 128 128 
     x25 map ip 10.10.10.3 33333 packetsize 128 128 
     x25 map ip 10.10.10.4 44444 packetsize 128 128 
     priority-group 2 
     ! 
     priority-list 2 protocol ip high udp rip 
     priority-list 2 protocol ip low

Zie Prioriteitswachtrij configureren voor meer informatie over prioriteitswachtrijen. Raadpleeg Aangepaste wachtrij configureren voor meer informatie over aangepaste wachtrijen.

V. Wordt compressie ondersteund op X.25?

A. Ja, compressie kan worden gebruikt op X.25. Voorbeeld:

interface Serial3/0:2 
     ip address 133.11.102.101 255.255.255.0 
     encapsulation x25 
     x25 address 3101 
     x25 map ip 133.11.102.210 3210 broadcast compress

U hebt één woordenboek per X.25 VC nodig, aangezien het woordenboek wordt teruggesteld wanneer M bit=0 wordt ontvangen, en u kunt interleaved X.25 fragmenten met Mbit=1 op veelvoud VCs ontvangen. Hierdoor is het benodigde geheugen 24 kB * aantal VC’s voor de compressie.

Opmerking: het compressie algoritme wordt opnieuw ingesteld aan het begin van elk X.25 pakket. Dit betekent dat payload compressie efficiënter is wanneer grote pakketten worden gebruikt.

V. Waar kan ik de duidelijke en diagnostische informatie vinden?

A. Merk op dat niet alle heldere en diagnostische gegevens standaard zijn. De meeste X.25-constructors of X.25-hosts passen hun eigen diagnostische gegevens toe. Als dit het geval is, raadpleeg dan de juiste documentatie. Raadpleeg voor informatie over de standaarddiagnostiek X.25-oorzaakcode en diagnostische code.

V. Waar kan ik de reguliere expressie vinden?

A. Reguliere expressie is een goed instrument om verschillende beslissingen te nemen op een X.25-route. De reguliere expressie kan worden gevonden in de documentatie over reguliere expressies.

V. Hoe worden IP-adressen vertaald voor Defense Data Network (DDN) en Blacker Front End (BFE)?

A. Raadpleeg DDN of BFE X.25 configureren.

V. Hoe bepaal ik de juiste T1-waarde?

A. De wederuitzendtimer (T1) bepaalt hoe lang een verzonden frame niet kan worden herkend. Om een geschikte waarde van T1 te vinden, vind de maximum X.25 pakketlengte (zoals 128, 256, 1024) en vermenigvuldig dat met acht om een aantal beetjes te krijgen. Vervolgens delen door de snelheid van de lijn in Kbps. Dit geeft de transmissietijd in milliseconden. De tijd van transmissie van het pakket naar de dichtstbijzijnde switch is het minimum voor de LAPB T1-waarde. Gebruik een "veiligheid"factor van drie of vier om een T1 waarde te krijgen die nutteloze wederuitzendingen vermijdt.

Voor een 19,2 kbps lijn en 128 bytes pakketten, leidt dit tot een waarde van 200 ms. Controleer de informatie die wordt verstrekt door de X.25-netwerkleverancier die doorgaans een waarde adviseert.

Gebruik ping niet om de transmissietijd te evalueren. Dit geeft u de tijd over het hele netwerk, en niet over de link waarop de timer van toepassing is.

V. Ondersteunt X.25 failover?

A. Ja, failover wordt ondersteund met X.25. De x25 failover-opdracht is geïntroduceerd in Cisco IOS-softwarerelease 12.1(1)T.

V. Wat is protocolomzetting en waar kan ik meer informatie vinden over de functie voor protocolomzetting?

A. De functie Protocolomzetting biedt transparante protocolomzetting tussen systemen met verschillende protocollen. Meer informatie over de functie voor protocolomzetting is beschikbaar bij Configureren van protocolomzetting en virtuele asynchrone apparaten.

Gerelateerde informatie

• Pagina voor X.25-technologie
• Technische ondersteuning – Cisco Systems