PGW 2200 software voor RLM-timer - informatie

(1)

PGW 2200 software voor RLM-timer - informatie

Inhoud

Inleiding Voorwaarden Vereisten

Gebruikte componenten Conventies

Informatie over RLM-timer Overzicht en verificatie Hoe RLM werkt

Verander RLM-timers op de NAS en Cisco PGW 2200 ISDN Q.921 en Q.931+

Configureren Netwerkdiagram Configuraties Verifiëren

Problemen oplossen

Opdrachten voor probleemoplossing

PGW 2200- en NAS-scenario’s voor probleemoplossing Ethernet en Fast Ethernet Down op Cisco NAS

IP-connectiviteitsprobleem bij actieve link - bericht 'link hersteld' Gerelateerde informatie

Inleiding

Dit document biedt een algemeen overzicht en een voorbeeldconfiguratie van de Redundant Link Manager (RLM) die in Cisco PGW 2200 voor de signaleringsmodus wordt gebruikt. Er wordt ook informatie verschaft over het oplossen van problemen met de RLM-signalering en ISDN-

signalering tussen de NAS-poort (Network Access Server) en Cisco PGW 2200.

RLM biedt virtueel link-beheer over meerdere IP-netwerken, zodat het Cisco Q.931+

signaleringsprotocol boven op meerdere redundante verbindingen tussen Cisco PGW 2200 en Cisco NAS kan worden getransporteerd.

RLM biedt:

Een client/server relatie-NAS RLM is altijd de client en verandert een link wanneer een storing wordt gedetecteerd.

●

Verkiezingsmechanisme - Verstuurt periodiek ''hallo'' op alle geconfigureerde verbindingen om de beschikbaarheid te verzekeren.

●

De berichten van de controle van de verbinding worden uitgewisseld uit-van-verboden op het zelfde IP adres paar. Er worden echter verschillende UDP-poorten gebruikt.

●

Redundant IP-verbindingen.

●

Berichtgerichte dienst.

●

Betrouwbaarheid en prestaties.

●

(2)

Afbeelding 1: Overzicht op Extended Q.931 en RLM

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

Redundant Link Manager

●

RLM-configuratie

●

Cisco Media Gateway Controller software release 9 documentatie

●

Gebruikte componenten

De informatie in dit document is gebaseerd op Cisco PGW 2200-softwarerelease 9.x.

Opmerking: De RLM-details maken deel uit van Cisco PGW 2200, versie 7.4(11) en 7.4(12). Dit document biedt echter alleen richtlijnen voor Cisco PGW 2200 release 9.x.

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.

(3)

Informatie over RLM-timer

Eén RLM-groep is ingesteld op een poort en twee Cisco PGW 2200s worden geconfigureerd in de RLM-groep. Eén heeft het IP-adres en de UDP-poort voor de actieve Cisco PGW 2200 en de andere poort heeft het IP-adres en UDP-poort van de standby Cisco PGW 2200 (zie afbeelding 2).

Elke server in de RLM-groep wordt ondersteund door twee UDP-kanalen op verschillende UDP- poorten. Een UDP-kanaal (poort 3000) transporteert het RLM-protocol en het andere UDP-kanaal (poort 3001) transporteert het Q.921-protocol.

Het doel van RLM is de roep signaleringslagen te isoleren van de onbepaalde aard van netwerkgedrag dat typisch verbonden is met IP-gebaseerde netwerken. RLM onderhoudt verschillende virtuele verbindingen tussen Cisco PGW 2200 en de afstandsbediening van NAS en controleert voortdurend de verbindingsstaat om te bepalen of de uitgaande frames een alternatief pad zouden moeten aannemen.

●

Aangezien elke verschillende RLM-groep binding aan een Cisco PGW 2200 Channel

Controller (IOCC) vereist (een specifieke UDP-poort vereist voor elk), zijn er meerdere IOC's vereist om deze configuratie te ondersteunen. Hoewel Cisco PGW 2200 tot acht PRIIP-IOC’s (PriIP-interfacekaarten) voor Primair Rate Internet Protocol kan ondersteunen, ondersteunen deze elk met de capaciteit voor 32 gateways (RLM) of elke Cisco PGW 2200 IOC (PRIIP) 32 gateways (RLM). Dit betekent dat je op Cisco PGW 2200 poorten 3001, 3003 en 3005 tot en met 3015 hebt. Gebruik de UNIX-opdracht netstat -a | grep 30 om dit op Cisco PGW 2200 te verifiëren.

●

Informatie uit het XECfgParm.dat-bestand onder directory/opt/CiscoMGC/etc:

*.maxNumLinks = 32

●

*.maxNumRLMPorts = 8 # Maximum aantal unieke RLM-poorten

●

De PGW 2200 ondersteunt maximaal acht PRI-kanaalcontrollers. Deze processen worden gecreëerd wanneer u de PGW 2200 configureren. U kunt bijvoorbeeld poort 3000 en 3001 gebruiken in uw Cisco IOS®/PGW 2200-configuratie, voor RLM en ISDN. Hierdoor ontstaat een IOCC voor PRI(NI+). Daarom wordt er elke keer dat u een andere poort gebruikt een ander proces gecreëerd.

Elk proces ondersteunt maximaal 32 gateways. Als u één RLM per gateway gebruikt, dan kunt u 256 gateways hebben. Maar wanneer u vier RLM's per gateway hebt voor verkeersrouting, dan wordt u achtergelaten met een capaciteit van 64 fysieke gateways.

Opmerking: IUA-gebruik wordt ondersteund door Cisco PGW 2200 release 9.4 of hoger. De steun voor IUA met SCTP is beperkt omdat RLM beperkingen heeft in termen van schaalvergroting om grote aantallen NFAS-groepen per mediatogateway te ondersteunen. Raadpleeg Ondersteuning voor IUA met SCTP voor meer informatie.

Opmerking: Wijzig deze waarde niet. Houd er ook rekening mee dat wanneer u de RLM-sessies verhoogt die u per Cisco PGW 2200 gebruikt, de minder totale gateways die u kunt ondersteunen.

Bijvoorbeeld, één RLM steunt een totaal van 256 gateways per Cisco PGW 2200, twee RLM's steunen een totaal van 128 gateways per Cisco PGW 2200, enz.

De gateways worden als de clientzijde beschouwd en zijn verantwoordelijk voor het initiatief van

een overgang naar een lagere gewichtsstand-by RLM-koppeling in het geval van een storing.

(4)

Overzicht en verificatie

Afbeelding 2: Het concept van actieve/standby PGW 2200 / RLM

De standaard UDP-poort voor de RLM-beheerlink is 3000.

●

De standaard UDP-poort voor de RLM-datalink is één plus de waarde van de RLM-beheerlink UDP-poortwaarde (bijvoorbeeld 3001).Afbeelding 3: Informatie over RLM-configuratie

●

De IOS opdrachten tonen rlm group x en tonen ip-zakken tonen de UDP-poorten die in gebruik zijn op IOS NAS.

●

De nfas_int in de E1/T1 controller moet overeenkomen met de spanID in de Cisco PGW 2200- kanaalconfiguratie voor toonder. Dit is een belangrijk punt in de kanaalmapping. Het wordt samen met de tijdsleuf in de ChannelD IE van het Q.931 setup-bericht vervoerd.

●

Hoe RLM werkt

RLM-pakketindeling en protocolstack

(5)

Het RLM-pakket voor link Management bestaat uit zes bytes zoals dit diagram toont.

De huidige ondersteunde versies van RLM in PGW 2200 zijn alleen versie 2.0.

Het controleveld geeft de opdracht aan de peer. Dit zijn geldige controlewaarden:

RLM_START_REQ (0x01)—gebruikt om een RLM-link te initiëren. Alleen gegenereerd door de NAS.

●

RLM_START_ACK (0x02)—Gegenereerd door de PGW 2200 om het begin van een RLM-link te erkennen.

●

RLM_STOP_REQ (0x03)—gegenereerd door of de PGW 2200 of het NAS om een link te stoppen.

●

RLM_STOP_ACK (0x04) - Bevestiging van een stopverzoek.

●

RLM_ECHO_REQ (0x05) - Alleen gebruikt door de NAS om de PGW 2200 periodiek te ping om de integriteit van de link te controleren. Gebruikt op zowel een actieve link als alle standby links.

●

RLM_ECHO_ACK (0x06)—bevestiging van een echo-verzoek.

●

RLM_SWITCH_REQ (0x07)—gebruikt om van een minder gewogen actieve RLM-link naar een hoger gewogen link over te schakelen.

●

RLM_SWITCH_ACK (0x08) — Bevestiging van een switchverzoek.

●

De pakketlengte is de lengte van het RLM-beheerpakket (UDP-lading). Voor RLM versie 1.0 is deze waarde altijd 6. Voor RLM versie 2 is deze waarde 8.

Het sequentienummer is een unieke waarde die wordt gebruikt om een specifiek verzoek en erkenning van een opdracht te correleren.

Afbeelding 4: RLM-berichtenstroom voor linkherstel

(6)

In afbeelding 4 initieert de client-RLM op de NAS een verzoek aan Cisco PGW 2200 om een RLM- sessie te starten. Stel dat de NAS is ingesteld om de eerste link een hogere prioriteit te geven.

Nadat Cisco PGW 2200 het beginverzoek erkent, wordt de link als beschikbaar beschouwd en kunnen de gegevenspakketten op de UDP-poort worden verzonden. De tweede link wordt in een stand-by modus geplaatst. De RLM stuurt periodiek de echo verzoeken naar alle gevormde RLM verbindingen in een bepaalde RLM groep. Het standaardinterval is 1 seconde.

Met betrekking tot de TIMEOUT kwesties in afbeelding 4, probeert de actieve link, indien de actieve link geen antwoord op een van de RLM echo verzoeken ontvangt, het verzoek opnieuw in te dienen (de standaardwaarde is drie pogingen). Na het niet ontvangen van een

ontvangstbevestiging, initieert de client RLM een herstel van een link door een startverzoek te verzenden naar de volgende hoogst gewogen stand-by link die beschikbaar is. De client-RLM blijft de eerder actieve link inroepen. Als een reactie uiteindelijk wordt ontvangen, voert zij een link naar de hogere gewogen link in. Als de linkgewichten identiek zijn, selecteert de RLM-client de link waar de start-erkenning voor het eerst wordt ontvangen. Voor de standby Cisco PGW 2200 erkent de RLM-server niet de echo-verzoeken van het NAS in de standby-staat. Zodra de standby de actieve server wordt en alle callstatussen worden hersteld, begint de RLM de verzoeken van de NAS te erkennen.

Het gedrag van RLM is van dien aard dat RLM-keepalives alleen worden doorgegeven wanneer signaleringsverkeer gedurende enige tijd niet is verzonden. De ontvangst van een

signaleringsbericht (bijvoorbeeld Q.921) heeft bijvoorbeeld het effect van het herstellen van de sluittimer voor RLM. Merk ook op dat RLM keepalives alleen door de NAS worden doorgegeven.

Cisco PGW 2200 reageert alleen op RLM-verzoeken om inlevingskansen. Als de timer voor RLM

echter op Cisco PGW 2200 verloopt, wordt de link verlaagd. Het verhogen van de RLM-waarden

voor het behoud van de timer aan beide kanten (PGW 2200 en NAS) garandeert dat de RLM-link

niet wordt gereset onder tijdelijke omstandigheden in het IP-netwerk waarin de standaard RLM-

waarde voor het behoud van de timer te streng kan zijn. Voor één enkele Cisco PGW 2200, is er

geen straf voor dit doen. Met twee Cisco PGW 2200s in een failover-configuratie is er een uitruil

(7)

tussen het vermijden van flaps in de RLM-link en het snel detecteren van een link-storing. Met RLM namen de timers in stand en de timers in Q.921/Q.931 toe.

Wanneer u de RLM-informatieberichten van de bediening bekijkt (zie afbeelding 5), geeft het controleveld de opdracht aan de peer. De waarden in afbeelding 5 zijn geldige controlewaarden:

Afbeelding 5: RLM-berichten

Verander RLM-timers op de NAS en Cisco PGW 2200

Deze sectie is ontworpen om stabiele oproepen tijdens Cisco PGW 2200-failover of onder omstandigheden van tijdelijke IP-netwerkinstabiliteit te handhaven. Deze veranderingen

verzekeren dat de vraag wordt behouden tenzij er een langdurig verlies van RLM connectiviteit is.

Verlies van RLM-connectiviteit betekent dat er geen beschikbare koppelingen zijn om

signaleringsverkeer tussen de NAS en de actieve Cisco PGW 2200 over te brengen. Verlies van één link wordt door de RLM-laag op transparante wijze naar de ISDN-stack verwerkt.

Met de opdracht Show rlm groep <x> op IOS NAS kunt u de timers van de RLM controleren.

Tabel 1: Waarden van standaard RLM-timer op Cisco IOS NAS

Timer Duur

Wachten 3 seconden

Herstel 12 seconden

Minimaal 60 seconden

Keeplive 1 seconde

neerslag 30 seconden

Switch-link 5 seconden

Retransmit 1 seconde

(8)

De aandruktijd moet langer zijn dan de totale aanhoudtijd (inlevingsperiode * herhaling) plus de hersteltijd. Zie bijvoorbeeld deze formule:force-down > (Keeplevy * Retries) + herstel Standaard = 3 keer opnieuw proberenVoor dit voorbeeld, 30 > (1 * 3) + 12Als de force-down en de beslagtimer dezelfde waarde heeft, dan kan IOS NAS niet herkennen dat de link wordt hersteld omdat de keepinlevingstijd groter is dan of gelijk aan de force-down tijd.

●

Houdbaarheid Timer-The IOS NAS verstuurt ECHO_REQ elke 1 seconde. Na drie verloren ECHO_REQ denkt NAS dat de link omlaag kan zijn en start het een hersteltimer (12

seconden). Echter, het blijft ECHO_REQ sturen in de verwachting dat de link terug zal komen.

Houd hier rekening mee in oudere Cisco IOS-versies, de hersteltijden bij de

standaardwaarden zijn te lang. Er waren momenten waarop de RLM-link kon worden verwijderd. Het beste punt is deze timers op beide systemen te controleren. Tijdens het opstarten/afsluiten van de standby Cisco PGW 2200 wordt de actieve Cisco PGW 2200 vertraagd in zijn reactie op ECHO_REQ van de IOS NAS. Na drie pogingen van IOS NAS, elk met een standaard van één tweede keer, brengt IOS NAS de RLM verbinding neer. Door de timer voor het behoud van 1 seconde naar 10 seconden te verhogen, is het mogelijk de actieve RLM omhoog te houden. Op deze manier wacht de IOS NAS langer na elke

ECHO_REQ voordat u uitkomt en opnieuw probeert. Met een 10 seconden lang houdbaar, kan de IOS NAS 30 seconden wachten alvorens uit te vallen en de RLM link omlaag te brengen. Maar in dit geval, als je de keepleventimers verandert, moet je ook aandacht besteden aan de force-down timer.

●

Timer-Als u de hersteltimer wilt beperken, moet u de actieve RLM-link snel omlaag brengen voordat Cisco PGW 2200 opnieuw start. Dit wordt gedaan door zowel de timer als de timer voor het gebruik in dezelfde waarde te configureren. Daarom, wanneer IOS NAS wordt hergeladen en terug komt, kan de afstandsbediening van IOS niet herkennen dat de

verbinding wordt hersteld omdat de keeplevend groter dan of gelijk aan de force-down tijd is.

De force-down tijd moet groter zijn dan de totale overlevingstijd (overlevingsperiode *

herhaling) plus de hersteltijd. De correctie is dat de timer voor afdrukken groter moet zijn dan drie keer de levensduur plus de hersteltimer.

●

Forceer-down Timer - Volgens de specificatie blijft RLM gedurende ongeveer 15 seconden in de herstelstaat (aantal ECHO_REQ elke 1 seconde plus herstel elke 12 seconden). Als de link niet binnen dat tijdframe terugkomt, gaat de RLM-status naar de DOWN-status en wordt deze standaard gedwongen om 30 seconden ingedrukt te blijven om het ping-pong-effect te

voorkomen. Daarna begint het keepaliven te sturen. Zowel de client als de server gaan dit programma tegelijkertijd uit. Als de RLM-staat van het IDLE naar het DOWN-niveau gaat, hoeft de staat niet omlaag te worden geduwd, omdat deze al in de DOWN-status staat. Dit betekent dat wanneer de Ethernet/Fast Ethernet-koppelingen zijn losgekoppeld, de RLM- client bij IOS NAS de link probeert te herstellen voor een periode die door de hersteltimer is gedefinieerd (de standaardwaarde is gelijk aan 12 seconden). Als dit niet lukt, is er een force- down timer (standaardwaarde is gelijk aan 30 seconden) die voorkomt dat de RLM-client reageert zelfs als de Ethernet-links omhoog zijn. Alleen nadat de timer is verlopen, begint de RLM-client de koppelingen met de Cisco PGW 2200 op te zetten. In dit geval kunt u een vertraging van 42 seconden hebben (de combinatie van herstel en force-down timer [12 + 30

= 42 seconden]).Tabel 2: Standaard RLM-timerwaarden op de Cisco PGW 2200

Properties.dat-waarden. De [*] zijn eigenschappen die zijn verwijderd in de release 9.3(2) van Cisco PGW 2200.Opmerking: als u timers wijzigt, kunnen de niet-aangepaste timers tussen de Cisco PGW 2200 en de NAS moeilijk diagnosticeren. Daarom wordt aanbevolen de standaardinstellingen te gebruiken als er geen dwingende reden is om deze te wijzigen.

●

(9)

ISDN Q.921 en Q.931+

De PGW 2200 is vereist om ISDN Q.921 en NI-2 Q.931 verbindingen over overtollige IP

verbindingen naar verschillende verre NAS gateways van Cisco te verstrekken. Deze redundante IP-koppelingen worden door de RLM onderhouden. Zodoende bevatten alle timeslot op de time- Division Multiplexing (TDM) interfaces (IMT-trunks) die in NAS lopen, alleen dragerkanalen. ISDN- signalering wordt via de IP-koppelingen van PGW 2200 naar de NAS-gateways uitgevoerd. Elke signaleringsverbinding bestaat uit een paar redundante IP-verbindingen tussen de PGW 2200 en de NAS. Er kunnen één of meer signaleringsverbindingen op elke NAS zijn. Elke

signaleringsverbinding heeft uitsluitend betrekking op een reeks NAS TDM-interfaces als een NFAS-groep (Non-Facility Associated Signaling).

Dankzij traditionele ISDN-signalering heeft elk ISDN PRI-circuit een tijdsleuf (D-kanaal) voor het transport van de signalering. Bij ISDN NFAS PRI wordt de signalering echter op één D-kanaal voor alle PRI-interfaces in de NFAS-groep uitgevoerd. Dit vermindert het aantal

signaleringskoppelingen dat nodig is voor de PRI-lijnen en levert extra kanalen aan toonder om voor gegevens, spraak of video te worden gebruikt. Het is optioneel om een back-up D-kanaal op een andere interface te hebben als de primaire interface niet meer werkt. In de SS7 Interconnect- oplossing van Cisco voor toegangsserver en spraakgateway wordt de NFAS optie van ISDN gebruikt. Echter, met de SS7 implementatie, wordt het ISDN signaleringskanaal (D-kanaal) bevrijd van de PRI interface en opnieuw gericht naar een andere poort (Ethernet, Fast Ethernet of

seriële). Daarom bevatten alle PRI-timeslot alleen dragerkanalen en geen signalering.

Een deel van de toegevoegde waarde die aan het NI-2-protocol is toegevoegd, is:

SS7 Continuïteit Test (COT)

●

Service Message-met één kanaal — meldt de servicestatus (IS of OOS) voor één kanaal aan toonder.

●

Service Message-meldt de servicestatus voor alle gebruikerskanalen voor een of meer T1/E1 interfaces.

●

Sync en re-sync-checkpoints de Call status tussen de PGW 2200 en de NAS gateways. Deze berichten worden typisch gegenereerd na een schakelaar over gebeurtenis om te bepalen of om het even welke discrepanties in de vraagstaten voorkwamen.

●

Configureren

In deze sectie wordt u voorzien van de informatie om de functies te configureren die in dit document worden beschreven.

N.B.: Gebruik het Opdrachtupgereedschap (alleen geregistreerde klanten) om aanvullende informatie te vinden over de opdrachten die dit document gebruikt.

Configuratie op de NAS gateway is eenvoudig. Elke NAS poort heeft een of meer RLM groepen gedefinieerd. Binnen de RLM-groep, en als de PGW 2200 in redundante modus is, zijn er twee server link groepen (één voor de actieve PGW 2200 en een ander voor de Standby PGW 2200).

Elke server link groep kan een of twee links hebben die verbinden met elk van de PGW 2200

Ethernet (E0 en/of E1) interfaces. De NAS gateway kan één van zijn interfaces (loopback,

Ethernet of Fast Ethernet) als bronadres gebruiken om de verbindingen naar PGW 2200 te

maken. Voor volledige redundantie sluit de NAS gateway twee Ethernet interfaces aan op beide

PGW 2200s. Eén Ethernet verbindt met beide PGW 2200 Home0 interfaces in één VLAN. De

(10)

andere Ethernet interface verbindt met beide PGW 2200 Home1 interfaces in een ander VLAN.

Zie dit diagram voor een volledige redundantie.

Netwerkdiagram

Het netwerk in dit document is als volgt opgebouwd:

(11)

Configuraties

Voor stap-voor-stap instructies hoe u de RLM-groep kunt instellen om met de PGW 2200 te

praten, raadpleegt u Mediagateways configureren voor de SS7 Interconnect voor spraakgateways Solution en Redundant Link Manager (RLM).

Dit document bevat geen stapsgewijze instructies voor het leveren van de PGW 2200 voor de SS7 Interconnect. Raadpleeg deze documentatie voor meer informatie:

Cisco Media Gateway Controller release 7 documentatie

●

Cisco SS7 Interconnect voor spraakgateways oplossing, release 1.1

●

Cisco MGC-softwarerelease 7, installatie- en configuratiegids

●

Cisco MGC release 7 Provisioning Guide

●

In plaats daarvan concentreert dit document zich op het gebied dat betrekking heeft op de NAS- instellingen, verificatie en probleemoplossing vanuit het PGW 2200-perspectief.

Dit is een voorbeeldconfiguratie instelling voor de NAS-poort. Merk op dat onze labinstellingen niet volledig overbodig zijn. De NAS-gateway heeft slechts één signaleringslink die is gedefinieerd voor elk van de PGW 2200's.

PGW2200 op de NAS

isdn switch-type primary-ni

!--- Define the switch-type to use. !--- For SS7, this must be primary-ni.

!

controller T1 0 framing esf

(12)

clock source line primary linecode b8zs

pri-group timeslots 1-24 nfas_d primary nfas_int 0 nfas_group 0

!--- Configure the NFAS group 0. ! interface Serial0:23 no ip address encapsulation ppp isdn switch-type

primary-ni

!--- Define the switch-type to use. !--- For SS7, this must be primary-ni.

isdn incoming-voice modem isdn rlm-group 0

!--- Bind the RLM group 0 to the D-channel. !--- This causes the ISDN signaling to go over IP instead of the TDM D-channel. no isdn send-status-enquiry !---

Timeslot24. isdn negotiate-bchan resend-setup isdn bchan-number-order ascending ! interface FastEthernet0 ip address 172.16.13.141 255.255.255.224 duplex auto speed auto ! rlm group 0

!--- Define the RLM group parameters to talk with the PGW 2200. server sc1

!--- Specify the first PGW 2200 and IP addresses used to setup the link. link address 172.16.13.132 source

FastEthernet0 weight 2 server sc3

!--- Specify the first PGW 2200 and IP addresses used to setup the link. LINK ADDRESS 172.16.13.134 SOURCE

FASTETHERNET0 WEIGHT 1 !

Verifiëren

Deze sectie verschaft informatie die u kunt gebruiken om te bevestigen dat uw configuratie correct werkt.

Bepaalde opdrachten met show worden ondersteund door de tool Output Interpreter (alleen voor geregistreerde klanten). Hiermee kunt u een analyse van de output van opdrachten met show genereren.

toon rlm groep—verifieert dat de RLM groep op en in werking is op de NAS gateway.

●

toon ISDN status—verifieert dat het ISDN signaleren correct op de NAS gateway werkt.

●

laat controller t1 zien —verifieert dat alle controller T1/E1s op de NAS-poort zijn geïnstalleerd en draaien.

●

toon ISDN service—verifieert dat alle dragerkanalen in dienst zijn op de NAS gateway.

●

rtrv-ne—Controleer dat de PGW 2200 omhoog en actief is.

●

rtrv-software:all-Verifieert dat alle softwareprocessen op de PGW 2200 worden uitgevoerd.

●

rtrv-sc:all-Verifieert dat alle signaleringslinks op de PGW 2200 in gebruik zijn.

●

rtrv-dest:all-Verifieert dat alle doellinks op de PGW 2200 in dienst zijn.

●

rtrv-tc:all — Hiermee wordt geverifieerd dat alle CIC's in- en uitschakelen uit het oogpunt van de SS7 en de NAS-poort.

●

Controleer deze items op de NAS-poort:

Zorg dat de RLM groep omhoog is en draait met behulp van de opdracht Show rlm group.

●

Controleer of de ISDN-signalering correct werkt met de opdracht ISDN-status tonen.

●

Controleer of alle T1/E1-controllers in bedrijf zijn en schoon zijn met de opdracht Show controller t1.

●

(13)

Zorg ervoor dat alle dragerkanalen in dienst zijn met behulp van de opdracht ISDN-service.

●

Controleer deze items op de PGW 2200:

Zorg ervoor dat het systeem omhoog en actief is met de opdracht rtrv-ne MML.

●

Controleer of alle softwareprocessen werken met de trv-software:alle MML opdracht.

●

Controleer of alle signaleringskoppelingen in bedrijf zijn met behulp van de rtrv-sc:all MML opdracht.

●

Controleer of alle doelkoppelingen in gebruik zijn met behulp van de trv-dest:all MML opdracht.

●

Controleer of alle CIC's in- en uitschakelen vanuit zowel het SS7- als NAS-gateway- perspectief met behulp van de rtrv-tc:all MML-opdracht.

●

Dit is voorbeeldopdrachtoutput van de NAS gateway die communiceert met de PGW 2200 zonder fouten.

NAS1#show rlm group 0 RLM Group 0 Status

User/Port: RLM_MGR/3000 ISDN/3001

!--- UDP port used to communicate to the PGW 2200. RLM Version : 2 Link State: Up Last Link Status Reported: Up

!--- RLM is up and running. Next tx TID: 1 Last rx TID: 0 Server Link Group[sc1]: Last Reported Priority: HIGH link [172.16.13.141(FastEthernet0), 172.16.13.132] = socket[active]

!--- Link to the active PGW 2200. Server Link Group[sc3]: Last Reported Priority: LOW link [172.16.13.141(FastEthernet0), 172.16.13.134] = socket[standby]

!--- Link to the standby PGW 2200. RLM Group 0 Timer Values open_wait = 3s force-down = 30s recovery = 12s switch-link = 5s minimum-up = 60s retransmit = 1s keepalive = 1s

!--- Timer for the echo sent and received. RLM Group 0 Statistics Link_up: last time occurred at

*Jan 14 10:27:23.531, total transition=1 avg=00:00:00.000, max=00:00:00.000, min=00:00:00.000, latest=00:00:00.000 Link_down: last time occurred at *Jan 14 10:26:47.531, total transition=1 avg=00:00:36.000, max=00:00:36.000, min=00:00:00.000, latest=00:00:36.000 Link_recovered: last time occurred at none, success=0(0%), failure=0 avg=0.000s, max=0.000s, min=0.000s,

latest=0.000s Link_switched: last time occurred at none, success=0(0%), failure=0 avg=0.000s, max=0.000s, min=0.000s, latest=0.000s Server_changed: last time occurred at none for totally 0 times Server Link Group[sc1]: Open the link [172.16.13.141(FastEthernet0), 172.16.13.132]: last time occurred at *Jan 14 10:27:17.531, success=1(100%), failure=0 avg=3.000s, max=3.000s, min=0.000s, latest=3.000s Echo over link [172.16.13.141(FastEthernet0), 172.16.13.132]: last time occurred at *Jan 14 10:30:51.531, success=204(99%), failure=1 avg=0.000s, max=0.004s, min=0.000s, latest=0.000s Server Link Group[sc3]: Open the link [172.16.13.141(FastEthernet0), 172.16.13.134]: last time occurred at *Jan 14 10:27:17.531, success=1(100%), failure=0

avg=3.000s, max=3.000s, min=0.000s, latest=3.000s Echo over link [172.16.13.141(FastEthernet0), 172.16.13.134]: last time occurred at *Jan 14 10:30:51.531, success=212(99%), failure=1

avg=0.000s, max=0.000s, min=0.000s, latest=0.000s

Deze lijst bevat de verklaringen voor de RLM-timers.

open_wait = 3s

—De wacht tot de verbindingsaanvraag is aangevallen.

●

force-down = 30s

- Minimale tijd om de RLM te dwingen in de benedenstaat te blijven om

ervoor te zorgen dat het afstandseinde detecteert dat de toestand van de link is neergeslagen.

●

herstel = 12s

—de tijd om de link te laten herstellen naar de back-uplink voordat u de link aangeeft.

●

switch-link = 5s

-De tijd om de fout van de verbindingsschakelaar te detecteren.

●

minimum-up = 60s

- De minimum tijd om de nieuw teruggekregen hogere preferente verbinding te stabiliseren alvorens over te schakelen.

●

reverzenden = 1s

-—UDP retransmissie-timer voor elk RLM-verzoekbericht voordat het verzoek wordt gestapeld.

●

keeplive = 1s

—Timer voor de echo verzonden en ontvangen.

●

(14)

NAS1#show isdn stat

Global ISDN Switchtype = primary-ni ISDN Serial0:23 interface rlm-group = 0

!--- D-channel bind to rlm-group 0. dsl 0, interface ISDN Switchtype = primary-ni : Primary D- channel of nfas group 0 Layer 1 Status: ACTIVE Layer 2 Status: TEI = 0, Ces = 1, SAPI = 0, State

= MULTIPLE_FRAME_ESTABLISHED

!--- Good. Layer 3 Status: 0 Active Layer 3 Call(s) Active dsl 0 CCBs = 0 The Free Channel Mask:

0x80FFFFFF Total Allocated ISDN CCBs = 0 NAS1#show isdn service PRI Channel Statistics:

ISDN Se0:23 SC, Channel [1-24]

!--- Note the keyword PGW 2200. In normal ISDN, it is not there. Configured Isdn Interface (dsl) 0 Channel State (0=Idle 1=Proposed 2=Busy 3=Reserved 4=Restart 5=Maint_Pend) Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 State : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

!--- All timeslots are good and idle including timeslot 24. Service State (0=Inservice 1=Maint 2=Outofservice) Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 State : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

NAS1#

NAS1#show controller t1 T1 0 is up.

!--- T1 is up and running clean with no errors. Applique type is Channelized T1 Cablelength is short 133 No alarms detected. alarm-trigger is not set Version info of slot 0: HW: 4, PLD Rev: 0 Manufacture Cookie Info: EEPROM Type 0x0001, EEPROM Version 0x01, Board ID 0x42, Board Hardware Version 1.32, Item Number 73-2217-05, Board Revision B16, Serial Number 10077744, PLD/ISP Version 0.0, Manufacture Date 25-Sep-1998. Framing is ESF, Line Code is B8ZS, Clock Source is Line Primary.

!--- T1 physical layer configuration. Data in current interval (429 seconds elapsed): 0 Line Code Violations, 0 Path Code Violations 0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins 0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs Total Data (last 3 15 minute intervals): 0 Line Code Violations, 0 Path Code Violations, 0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins, 0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs

Dit is bijvoorbeeld een opdrachtoutput van de PGW 2200. Tijdens de verificatie moet worden nagegaan op welke punten dit moet gebeuren.

sc1 mml>rtrv-ne

MGC-01 - Media Gateway Controller 2002-01-14 11:47:24 M RTRV

"Type:MGC"

"Hardware platform:sun4u sparc SUNW,Ultra-60"

"Vendor:"Cisco Systems, Inc.""

"Location:MGC-01 - Media Gateway Controller"

"Version:"7.4(11)"

!--- MGC software version running on PGW 2200. "Platform State:ACTIVE" !--- State of the PGW 2200. ; sc1 mml>rtrv-softw:all

!--- Make sure all the processes are active and running. MGC-01 - Media Gateway Controller 2002- 01-14 11:47:29 M RTRV "CFM-01:RUNNING ACTIVE" "ALM-01:RUNNING ACTIVE" "MM-01:RUNNING ACTIVE"

"AMDMPR-01:RUNNING ACTIVE" "CDRDMPR-01:RUNNING ACTIVE" "DSKM-01:RUNNING IN N/A STATE" "MMDB- 01:RUNNING IN N/A STATE" "POM-01:RUNNING ACTIVE" "MEASAGT:RUNNING ACTIVE" "OPERSAGT:RUNNING ACTIVE" "PROVSAGT:RUNNING ACTIVE" "priip-1:RUNNING IN N/A STATE" "Replic-01:RUNNING ACTIVE"

"ENG-01:RUNNING ACTIVE" "IOCM-01:RUNNING ACTIVE" "TCAP-01:RUNNING IN N/A STATE" "ss7-a-1:RUNNING IN N/A STATE" "FOD-01:RUNNING IN N/A STATE" "LOG-01:RUNNING IN N/A STATE" ; sc1 mml>rtrv-sc:all MGC-01 - Media Gateway Controller 2002-01-14 11:47:36

M RTRV

"gw1link1:signas1,LID=0:IS"

!--- IP signaling link from the NAS to PGW 2200 (rlm group) !--- LID=0:IS means the RLM is up. /* Link1 between gw1 and the sc2200-1 */ "ls1-link1:ls1,LID=0:IS"

!--- IP signaling link from the SLT to the PGW 2200 (C7IPLINK). /* Link1 for ls1 */ ; sc1 mml>rtrv-dest:all

"dpc-sc2200:PKG=SS7-ANSI,ASSOC=signas1,PST=IS,SST=RSTO"

(15)

!--- SS7 signal to the destination point code (DPC). "signas1:PKG=ISDNPRI,ASSOC=dpc- sc2200,PST=IS,SST=RSTO"

!--- ISDN signaling between the NAS and the PGW 2200 !--- (same as show isdn status on NAS).

;

sc1 mml>rtrv-tc:all

Retrieving results. This could take a few moments...

"dpc-sc2200:CIC=1,PST=IS,CALL=IDLE,BLK=NONE"

!--- InterMachine Trunk (IMT) status on SS7 side toward the DPC switch. "dpc-

sc2200:CIC=2,PST=IS,CALL=IDLE,BLK=NONE" "dpc-sc2200:CIC=3,PST=IS,CALL=IDLE,BLK=NONE" "dpc- sc2200:CIC=4,PST=IS,CALL=IDLE,BLK=NONE" "dpc-sc2200:CIC=5,PST=IS,CALL=IDLE,BLK=NONE" "dpc- sc2200:CIC=6,PST=IS,CALL=IDLE,BLK=NONE" "dpc-sc2200:CIC=7,PST=IS,CALL=IDLE,BLK=NONE" "dpc- sc2200:CIC=8,PST=IS,CALL=IDLE,BLK=NONE" "dpc-sc2200:CIC=9,PST=IS,CALL=IDLE,BLK=NONE" "dpc- sc2200:CIC=10,PST=IS,CALL=IDLE,BLK=NONE" "dpc-sc2200:CIC=11,PST=IS,CALL=IDLE,BLK=NONE" "dpc- sc2200:CIC=12,PST=IS,CALL=IDLE,BLK=NONE" "dpc-sc2200:CIC=13,PST=IS,CALL=IDLE,BLK=NONE" "dpc- sc2200:CIC=14,PST=IS,CALL=IDLE,BLK=NONE" "dpc-sc2200:CIC=15,PST=IS,CALL=IDLE,BLK=NONE" "dpc- sc2200:CIC=16,PST=IS,CALL=IDLE,BLK=NONE" "dpc-sc2200:CIC=17,PST=IS,CALL=IDLE,BLK=NONE" "dpc- sc2200:CIC=18,PST=IS,CALL=IDLE,BLK=NONE" <Press Enter to continue OR Press * and Enter to quit output of command> "dpc-sc2200:CIC=19,PST=IS,CALL=IDLE,BLK=NONE" "dpc-

sc2200:CIC=20,PST=IS,CALL=IDLE,BLK=NONE" "dpc-sc2200:CIC=21,PST=IS,CALL=IDLE,BLK=NONE" "dpc- sc2200:CIC=22,PST=IS,CALL=IDLE,BLK=NONE" "dpc-sc2200:CIC=23,PST=IS,CALL=IDLE,BLK=NONE" "dpc- sc2200:CIC=24,PST=IS,CALL=IDLE,BLK=NONE" "signas1:TC=1,CALL=IDLE,PST=IS,SPAN=0" !---

Corresponding T1 timeslots on the NAS gateway side to the SC !--- (same as show isdn service on NAS) CALL= specify the direction of the call !--- SPAN=0 specify the nfas_int.

"signas1:TC=2,CALL=IDLE,PST=IS,SPAN=0"

sc1 mml>prov-rtrv:all

!--- Retrieved the current configuration on the PGW 2200. MGC-01 - Media Gateway Controller 2002-01-15 09:25:12 M RTRV "session=active:all" /* NAME COMPID Parent Name TID Description ---- --- --- --- --- "sc1-card1" 00050001 "mgc-01" CARD "1st Ethernet card in sc2200-1" "en1" 00060001 "sc1-card1" ENETIF "Interface for 1st ethernet card in sc2200-1" "ls1"

00080001 "dpc-sc2200" LNKSET "Link set from sc2200-2 to sc2200-1" "gw1link1" 00100001

"signas1" IPLNK "Link1 between gw1 and the sc2200-1"

"route1" 00110001 "mgc-01" SS7ROUTE "route for ls1"

"opc-sc2200" 00130001 "mgc-01" PTCODE "Own point code for SC2200-1"

"dpc-sc2200" 00130002 "mgc-01" PTCODE "dest point code sc2200-2"

(16)

"SIGNAS1" 00140001 "GW1" NASPATH "SIGNALING SERVICE TO GW1"

"ss7srv" 00150001 "dpc-sc2200" SS7PATH "SS7 service to switch-va"

"gw1" 00160001 "mgc-01" EXTNODE "Gateway 1 connected to switch-va"

"ls1-link1" 001d0001 "ls1" C7IPLNK "Link1 for ls1"

*/

;

sc1 mml>prov-rtrv:NASPATH:name="signas1"

"SESSION=ACTIVE:NASPATH"

/*

NAME = signas1

DESC = Signaling service to gw1 EXTNODE = gw1

MDO = BELL_1268_C3 */

;

!--- In PGW release 9.3(2) and later, the BELL_1268_C3 variant !--- is changed to BELL_1268_C2.

prov-add:NASPATH:NAME="signas1",DESC="Signaling Service to V5300-1",EXTNODE="v5300- 1",MDO="BELL_1268_C2",CUSTGRPID="0000" sc1 mml>prov-rtrv:IPLNK:name="gw1link1"

!--- Get detail information on the IP link to the PGW 2200. MGC-01 - Media Gateway Controller 2002-01-15 09:25:49 M RTRV "SESSION=ACTIVE:IPLNK" /* NAME = gw1link1 DESC = Link1 between gw1 and the sc2200-1 SVC = signas1 IF = en1 !--- Use Ethernet interface by sc1-card1 !--- which is bound to the hme0 interface.

IPADDR = IP_Addr1

!--- IP_Addr1(172.16.13.132) defined in the XECfgParm.dat. PORT = 3001 !--- UDP port used for the ISDN signaling. PEERADDR = 172.16.13.141 !--- IP address of the NAS gateway. PEERPORT = 3001

!--- UDP port to be used on the NAS gateway for ISDN signaling. PRI = 1 !--- Priority level defined for the IP link. SIGSLOT = 0 SIGPORT = 0 NEXTHOP = 0.0.0.0 NETMASK = 255.255.255.255 */

; sc1 mml>

U kunt deze zelfde informatie in de .dat bestanden ook in de /opt/CiscoMGC/etc. folder bevinden.

De .dat-bestanden zijn de informatie die is vergaard bij het configureren en leveren van de PGW 2200. Het sigChanDevIp.dat-bestand bevat alle informatie over de IP-link naar de PGW 2200 vanaf zowel de NAS-gateway als de SLT.

sc1% more sigChanDevIp.dat00100001 IP_Addr1 3001 172.16.13.141 3001 0.0.0.0 255.255.255.255001d0001 IP_Addr1 7000 172.16.13.139 32767 0.0.0.0 255.255.255.255

sc1%

Gebruik deze informatie om ervoor te zorgen dat de IP adressen die in sigChanDevIp.dat zijn ingesteld, juist zijn.

00100001 IP_Addr1 3001 172.16.13.141 3001 0.0.0.0 255.255.255.255 00100001 = Signalling Channel Component ID as defined for the engine.

!--- Must match what is configured in the components.dat file. IP_Addr1 = Symbolic link to the name defined within XECfgParm.dat !--- *.IP_Addr1 = 172.16.13.132 # Address of interface on motherboard. 3001 = UDP port defined for receive side of ISDN messages. !--- RLM manager runs on the - 1 value, or 3000 in this example. 172.16.13.141 = IP address of the NAS gateway. !--- Must match the IP address defined in the RLM group on the NAS gateway. 3001 = UDP port defined for transmit side of ISDN messages for the NAS gateway !--- RLM manager runs on the - 1 value, or 3000 in this example.

Zorg dat het juiste ISDN-protocol is ingesteld om op de ISDN/IP-verbinding te starten.

Ontvang de component-ID (00100001) van PGW 2200 binnen het sigChanDevIp.dat-bestand voor de IP-link. Ga vervolgens naar het bestand sigChanDev.dat en kies de component-ID voor

Signaling Path component ID (00140001) in de vierde kolom. Gebruik het bestand SigPath.dat

met deze component-ID voor signalering van pad om het gebruikte ISDN-protocol te vinden

(17)

(ISDNPRI BELL_1268_C3).

Opmerking: In PGW release 9.3(2) en later wordt de BELL_1268_C3 variant gewijzigd in BELL_1268_C2.

Dit is de output van PGW 2200.

sc1% more sigChanDevIp.dat

00100001 IP_Addr1 3001 172.16.13.141 3001 0.0.0.0 255.255.255.255 001d0001 IP_Addr1 7000 172.16.13.139 32767 0.0.0.0 255.255.255.255 sc1% grep 00100001 *

components.dat:00100001 00140001 "gw1link1"

"Link1 between gw1 and the sc2200-1"

sigChanDev.dat:00100001 00160001 1 00140001 0003000c 00060001 0

sigChanDevIp.dat:00100001 IP_Addr1 3001 172.16.13.141 3001 0.0.0.0 255.255.255.255 sc1%

sc1% grep 00140001 *

bearChan.dat:101 00130002 ffff 1 00140001 0 1 bearChan.dat:102 00130002 ffff 2 00140001 0 2 bearChan.dat:103 00130002 ffff 3 00140001 0 3 bearChan.dat:104 00130002 ffff 4 00140001 0 4 bearChan.dat:105 00130002 ffff 5 00140001 0 5 bearChan.dat:106 00130002 ffff 6 00140001 0 6 bearChan.dat:107 00130002 ffff 7 00140001 0 7 bearChan.dat:108 00130002 ffff 8 00140001 0 8 bearChan.dat:109 00130002 ffff 9 00140001 0 9 bearChan.dat:110 00130002 ffff a 00140001 0 a bearChan.dat:111 00130002 ffff b 00140001 0 b bearChan.dat:112 00130002 ffff c 00140001 0 c bearChan.dat:113 00130002 ffff d 00140001 0 d bearChan.dat:114 00130002 ffff e 00140001 0 e bearChan.dat:115 00130002 ffff f 00140001 0 f bearChan.dat:116 00130002 ffff 10 00140001 0 10 bearChan.dat:117 00130002 ffff 11 00140001 0 11 bearChan.dat:118 00130002 ffff 12 00140001 0 12 bearChan.dat:119 00130002 ffff 13 00140001 0 13 bearChan.dat:120 00130002 ffff 14 00140001 0 14 bearChan.dat:121 00130002 ffff 15 00140001 0 15 bearChan.dat:122 00130002 ffff 16 00140001 0 16 bearChan.dat:123 00130002 ffff 17 00140001 0 17 bearChan.dat:124 00130002 ffff 18 00140001 0 18

components.dat:00100001 00140001 "gw1link1" "Link1 between gw1 and the sc2200-1"

components.dat:00140001 00160001 "signas1" "Signaling service to gw1"

sigChanDev.dat:00100001 00160001 1 00140001 0003000c 00060001 0 sigPath.dat:00140001 ISDNPRI BELL_1268_C3 0000 0101 22

network n 0 0 0 2 0000 N

sc1%

Opmerkingen:

00140001 — Component-id voor signaleringspad

●

ISDN PRI-waarde voor ISDN via IP

●

BELL_1268_C3 0-Specificeert het Primaire NI2 protocol type (moet deze waarde voor ISDN via IP zijn).

●

Opmerking: In PGW release 9.3(2) en later wordt de BELL_1268_C3 variant gewijzigd in BELL_1268_C2.

Raadpleeg de handleiding Configuration Data File Reference voor meer informatie over de

(18)

Component- en .dat-bestanden.

Dit is een aantal referentie informatie voor de standby PGW 2200. Het grootste deel van deze informatie is in Out-Service (OOS) standby modus.

sc3 mml>rtrv-ne

"Type:MGC"

"Hardware platform:sun4u sparc SUNW,Ultra-60"

"Vendor:"Cisco Systems, Inc.""

"Location:MGC-02 - Media Gateway Controller"

"Version:"7.4(11)""

"Platform State:STANDBY"

!--- The current state of the PGW 2200. ; sc3 mml>rtrv-softw:all

!--- Note the processes are running in STANDBY mode. MGC-02 - Media Gateway Controller 2002-01- 15 17:42:54 M RTRV "CFM-01:RUNNING STANDBY" "ALM-01:RUNNING STANDBY" "MM-01:RUNNING STANDBY"

"AMDMPR-01:RUNNING STANDBY" "CDRDMPR-01:RUNNING STANDBY" "DSKM-01:RUNNING IN N/A STATE" "MMDB- 01:RUNNING IN N/A STATE" "POM-01:RUNNING STANDBY" "MEASAGT:RUNNING STANDBY" "OPERSAGT:RUNNING STANDBY" "PROVSAGT:RUNNING STANDBY" "priip-1:RUNNING IN N/A STATE" "Replic-01:RUNNING STANDBY"

"ENG-01:RUNNING STANDBY" "IOCM-01:RUNNING STANDBY" "TCAP-01:RUNNING IN N/A STATE" "ss7-a- 1:RUNNING IN N/A STATE" "FOD-01:RUNNING IN N/A STATE" <Press Enter to continue OR Press * and Enter to quit output of command> "LOG-01:RUNNING IN N/A STATE" ; sc3 mml> rtrv-sc:all

"GW1LINK1:SIGNAS1,LID=0:OOS,STBY"

/* Link1 between gw1 and the sc2200-1 */

"ls1-link1:ls1,LID=0:OOS,STBY"

/* Link1 for ls1 */

;

sc3 mml> rtrv-dest:all

"dpc-sc2200:PKG=SS7-ANSI,ASSOC=signas1,PST=IS,SST=RSTO"

"SIGNAS1:PKG=ISDNPRI,ASSOC=DPC-SC2200,PST=IS,SST=RSTO"

;

Problemen oplossen

Deze sectie bevat informatie waarmee u problemen met de configuratie kunt oplossen.

Opdrachten voor probleemoplossing

Bepaalde opdrachten met show worden ondersteund door de tool Output Interpreter (alleen voor geregistreerde klanten). Hiermee kunt u een analyse van de output van opdrachten met show genereren.

Opmerking: Raadpleeg Belangrijke informatie over debug Commands voordat u debug- opdrachten afgeeft.

debug rm groep x-displays informatie over de keeplevende en pakketstroom tussen de PGW 2200 en de NAS gateway.

●

vanaf 199-gebruikt om op verkeer tussen de PGW 2200 en de NAS te filteren.

●

debug ip pakket 199 detail-displays gedetailleerde IP-zuiveringsinformatie.

●

debug ISDN Q921-displays datalink Layer 2-toegangsprocedures die worden uitgevoerd op de router in het D-kanaal van de ISDN-interface.

●

(19)

tonen debug-displays debug informatie.

●

toon ISDN status—geeft de status van alle ISDN interfaces weer.

●

RLM groep 0-Hier geeft u de status van de RLM weer.

●

Wanneer u de communicatie tussen NAS en PGW 2200 problemen oplost, zijn er twee hoofdonderdelen:

RLM-signalering

●

ISDN-signalering

●

Diverse problemen die ervoor kunnen zorgen dat RLM zich in de onderste staat bevindt:

Mis-configuratie op de router of de PGW 2200.

●

Fysiek, interfaces (Ethernet, Fast Ethernet, Seriële x:23) zijn shutdown of hebben een slechte kabel.

●

Toegangslijsten die communicatie tussen het twee apparaat IP-adres, UDP-poort 3000 (RLM- AG) en 3001 (ISDN) blokkeren.

●

Op de NAS gateway, voer het debug rlm groep x opdracht uit om de keeplevend en pakketstroom tussen de PGW 2200 en de NAS gateway te bekijken.

Deze output toont een voorbeeld van opdracht output van de NAS gateway. Bij normaal gebruik worden er constant keepalives (ECHO_REQ en ECHO_ACK) uitgewisseld tussen de NAS poort en PGW 2200 elke 1 seconde. Als dit niet gebeurt, zoek dan uit wie niet reageert of wie de keepaliven niet stuurt.

Opmerking: De TID (transactie-id) is hetzelfde echo-verzoek en echo-erkenning. Ook al is de andere PGW 2200 (172.16.13.134) in de stand-by modus, toch communiceert het voortdurend met de NAS-poort.

NAS1#debug rlm group 0 RLM Group debugging is on NAS1#terminal monitor NAS1#

*Jan 14 14:50:53.270: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.132] tx ECHO_REQ(tid=15304)

*Jan 14 14:50:53.270: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.132] rx ECHO_ACK(tid=15304)

Dit is het opstartbeeld van de RLM-groep en ISDN-signalering wanneer u de opdracht niet afsluiten voor de RLM-groep geeft.

NAS1#show access-list 199

!--- Access-list used to filter on traffic between !--- the PGW 2200 and the NAS. Extended IP

(20)

access list 199 permit ip host 172.16.13.132 host 172.16.13.141 permit ip host 172.16.13.141 host 172.16.13.132 NAS1#debug ip packet 199 det

IP packet debugging is on (detailed) for access list 199 NAS1#debug rlm group 0

RLM Group debugging is on NAS1#debug isdn q921

ISDN Q921 packets debugging is on NAS1#debug rlm group 0 event RLM Group Event debugging is on NAS1#debug rlm group 0 packet RLM Group Packet debugging is on NAS1#show debug

Generic IP:

IP packet debugging is on (detailed) for access list 199 RLM_GROUP:

RLM Group debugging is on RLM Group Event debugging is on RLM Group Packet debugging is on ISDN:

ISDN Q921 packets debugging is on

ISDN Q921 packets debug DSLs. (On/Off/No DSL:1/0/-) DSL 0 --> 7

1 - - - - NAS1#

NAS1#configure term

Enter configuration commands, one per line. End with CNTL/Z.

NAS1(config)#rlm group NAS1(config)#rlm group 0 NAS1(config-rlm-group)#no shut NAS1(config-rlm-group)#end NAS1#

!--- Receive event to enable RLM and wait for the force-down timer !--- to expire before it starts to send the keepalives to !--- establish the link to the PGW 2200. *Jan 14 18:04:21.734:

rlm 0: [State_Shutdown, rx ENABLE]

*Jan 14 18:04:22.222: %SYS-5-CONFIG_I: Configured from console by vty0 (171.69.85.65)

NAS1#show rlm group 0 RLM Group 0 Status

User/Port: RLM_MGR/3000 ISDN/3001 RLM Version : 2

Link State: Down Last Link Status Reported: Down

!--- Current state of the RLM group. Next tx TID: 1 Last rx TID: 0 Server Link Group[sc1]: Last Reported Priority: HIGH link [172.16.13.141(FastEthernet0), 172.16.13.132] = socket[closed]

!--- Communication socket is closed. Server Link Group[sc3]: Last Reported Priority: LOW link [172.16.13.141(FastEthernet0), 172.16.13.134] = socket[closed] RLM Group 0 Timer Values

open_wait = 3s force-down = 30s recovery = 12s switch-link = 5s minimum-up = 60s retransmit = 1s keepalive = 1s RLM Group 0 Statistics Link_up: last time occurred at *Jan 14 17:59:49.870, total transition=4 avg=01:49:34.264, max=05:40:16.976, min=00:00:00.000, latest=00:02:08.728

Link_down: last time occurred at *Jan 14 18:01:58.598, total transition=3 avg=00:08:27.002, max=00:16:18.004, min=00:00:00.000, latest=00:16:18.004 Link_recovered: last time occurred at

*Jan 14 12:03:14.887, success=2(100%), failure=0 avg=0.004s, max=0.004s, min=0.000s,

latest=0.004s Link_switched: last time occurred at none, success=0(0%), failure=0 avg=0.000s, max=0.000s, min=0.000s, latest=0.000s Server_changed: last time occurred at *Jan 14 12:03:14.891 for totally 2 times Server Link Group[sc1]: Open the link [172.16.13.141(FastEthernet0),

172.16.13.132]: last time occurred at *Jan 14 17:59:46.870, success=2(100%), failure=0

avg=1.502s, max=3.000s, min=0.000s, latest=0.004s Echo over link [172.16.13.141(FastEthernet0), 172.16.13.132]: last time occurred at *Jan 14 18:01:57.874, success=25581(99%), failure=35 avg=0.000s, max=0.032s, min=0.000s, latest=0.000s Server Link Group[sc3]: Open the link [172.16.13.141(FastEthernet0), 172.16.13.134]: last time occurred at *Jan 14 17:59:46.870, success=2(100%), failure=0 avg=1.502s, max=3.000s, min=0.000s, latest=0.004s Echo over link [172.16.13.141(FastEthernet0), 172.16.13.134]: last time occurred at *Jan 14 18:01:57.874, success=26182(99%), failure=40 avg=0.000s, max=0.032s, min=0.000s, latest=0.000s NAS1#show isdn status

(21)

!--- ISDN status is always DOWN if RLM is not up and running. Global ISDN Switchtype = primary- ni ISDN Serial0:23 interface rlm-group = 0 dsl 0, interface ISDN Switchtype = primary-ni : Primary D-channel of nfas group 0 Layer 1 Status: DEACTIVATED

Layer 2 Status:

TEI = 0, Ces = 1, SAPI = 0, State = TEI_ASSIGNED Layer 3 Status:

0 Active Layer 3 Call(s) Active dsl 0 CCBs = 0

The Free Channel Mask: 0xFFFFFF Total Allocated ISDN CCBs = 0 NAS1#

!--- Force-down timer expired and router starts to send out !--- the ECHO_REQ to the PGW 2200 to establish the link. *Jan 14 18:04:51.734: rlm 0: [State_Down, rx DOWN_MIN_TIMEOUT]

*Jan 14 18:04:51.734: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.132] = socket[172.16.13.141, 172.16.13.132]

!--- Open the RLM user socket for both the RLM !--- manager and ISDN signaling. !--- Router sends out ECHO_REQ (RLM keepalive) to !--- the PGW 2200 to start the communication. *Jan 14 18:04:51.734: rlm 0: [State_Down, rx USER_SOCKET_OPENED] over link

[172.16.13.141(FastEthernet0), 172.16.13.132] for user RLM_MGR *Jan 14 18:04:51.734: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.132] is opened

*Jan 14 18:04:51.734: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.132] tx ECHO_REQ(tid=25616)

*Jan 14 18:04:51.734: IP: s=172.16.13.141 (local), d=172.16.13.132 (FastEthernet0), len 36, sending

*Jan 14 18:04:51.734: UDP src=3000, dst=3000

*Jan 14 18:04:51.734: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.132] =

socket[172.16.13.141, 172.16.13.132]

*Jan 14 18:04:51.734: rlm 0: [State_Down, rx USER_SOCKET_OPENED] over link [172.16.13.141(FastEthernet0), 172.16.13.132] for user ISDN

!--- Same process for the standby PGW 2200. *Jan 14 18:04:51.734: rlm 0: link

[172.16.13.141(FastEthernet0), 172.16.13.134] = socket[172.16.13.141, 172.16.13.134] *Jan 14 18:04:51.734: rlm 0: [State_Down, rx USER_SOCKET_OPENED] over link

[172.16.13.141(FastEthernet0), 172.16.13.134] for user RLM_MGR *Jan 14 18:04:51.734: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.134] is opened *Jan 14 18:04:51.734: rlm 0: link

[172.16.13.141(FastEthernet0), 172.16.13.134] tx ECHO_REQ(tid=26222)

*Jan 14 18:04:51.738: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.134] = socket[172.16.13.141, 172.16.13.134]

*Jan 14 18:04:51.738: rlm 0: [State_Down, rx USER_SOCKET_OPENED] over link [172.16.13.141(FastEthernet0), 172.16.13.134] for user ISDN

*Jan 14 18:04:51.738: IP: s=172.16.13.132 (FastEthernet0), d=172.16.13.141 (FastEthernet0), len 36, rcvd 3

*Jan 14 18:04:51.738: UDP src=3000, dst=3000

!--- Recevied the ECHO_ACK back from the active and !--- standby PGW 2200. *Jan 14 18:04:51.738:

rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.132] rx ECHO_ACK(tid=25616)

*Jan 14 18:04:51.738: rlm 0: [State_Down, rx LINK_OPENED] over link [172.16.13.141(FastEthernet0), 172.16.13.132]

*Jan 14 18:04:51.738: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.134] rx ECHO_ACK(tid=26222)

*Jan 14 18:04:51.738: rlm 0: [State_Down, rx LINK_OPENED] over link [172.16.13.141(FastEthernet0), 172.16.13.134]

!--- Router continues to send out ECHO_REQ and !--- receive ECHO_ACK several times. !--- This is needed to make sure the communication !--- between the NAS gateway and PGW 2200 is good. *Jan 14 18:04:52.738: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.132] tx ECHO_REQ(tid=25617)

*Jan 14 18:04:52.738: IP: s=172.16.13.141 (local), d=172.16.13.132 (FastEthernet0), len 36, sending *Jan 14 18:04:52.738: UDP src=3000, dst=3000 *Jan 14 18:04:52.738: rlm 0: link

[172.16.13.141(FastEthernet0), 172.16.13.134] tx ECHO_REQ(tid=26223) *Jan 14 18:04:52.738: IP:

s=172.16.13.132 (FastEthernet0), d=172.16.13.141 (FastEthernet0), len 36, rcvd 3 *Jan 14 18:04:52.738: UDP src=3000, dst=3000 *Jan 14 18:04:52.738: rlm 0: link

(22)

[172.16.13.141(FastEthernet0), 172.16.13.132] rx ECHO_ACK(tid=25617) *Jan 14 18:04:52.738: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.134] rx ECHO_ACK(tid=26223) *Jan 14

18:04:53.738: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.132] tx ECHO_REQ(tid=25618)

*Jan 14 18:04:53.738: IP: s=172.16.13.141 (local), d=172.16.13.132 (FastEthernet0), len 36, sending *Jan 14 18:04:53.738: UDP src=3000, dst=3000 *Jan 14 18:04:53.738: rlm 0: link

[172.16.13.141(FastEthernet0), 172.16.13.134] tx ECHO_REQ(tid=26224) *Jan 14 18:04:53.738: IP:

s=172.16.13.132 (FastEthernet0), d=172.16.13.141 (FastEthernet0), len 36, rcvd 3 *Jan 14 18:04:53.738: UDP src=3000, dst=3000 *Jan 14 18:04:53.738: rlm 0: link

[172.16.13.141(FastEthernet0), 172.16.13.132] rx ECHO_ACK(tid=25618) *Jan 14 18:04:53.738: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.134] rx ECHO_ACK(tid=26224) !--- After three keepalives are transmitted and three replies !--- are received back (approximately the open_wait timer), the router !--- starts the link activation. !--- Note that all of the links have a preferred weight !--- association. NAS chooses the link with the highest preference !--- among those successful links. NAS waits for !--- a certain amount of time specified by open_wait timer

!--- (three seconds) to allow the highest preference connections to reach !--- the PGW 2200 before it selects the signaling link. !--- Once the highest preference link is established, !--- NAS chooses it as the active signaling link immediately and does not wait !--- for the rest of the connections. Once the active signaling link is decided, !--- NAS sends out the datagram RLM message START_REQ over the chosen !--- link to the PGW 2200. When PGW 2200 receives this

message, !--- SAS responds with a START_ACK message and then declares the !--- link to be up as well. At this point, the PGW 2200 can start !--- to transmit packets. When NAS receives

START_ACK back, NAS !--- declares the link to be up or active and leaves the rest of the links alone. !--- For managing UDP links, UDP sockets opened under an active !--- link are assigned to those registered RLM users for !--- transmitting and receiving packets. The status RLM_LINK_UP

!--- is reported to RLM users after the signaling link is !--- established and synchronized. At this point, NAS can start !--- to transmit packets. Due to the unreliable transport under UDP,

!--- these START_REQ and START_ACK packets can get lost. RLM uses !--- the timer retransmission timer to wait for the START_ACK. !--- If the timer expires and the link is still not closed or down, the packet !--- is resent under UDP. *Jan 14 18:04:54.734: rlm 0: [State_Down, rx

OPEN_WAIT_TIMEOUT] *Jan 14 18:04:54.734: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.132] tx START_REQ(tid=0)

*Jan 14 18:04:54.734: IP: s=172.16.13.141 (local), d=172.16.13.132 (FastEthernet0), len 36, sending

*Jan 14 18:04:54.734: UDP src=3000, dst=3000

*Jan 14 18:04:54.734: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.132] requests activation

*Jan 14 18:04:54.734: IP: s=172.16.13.132 (FastEthernet0), d=172.16.13.141 (FastEthernet0), len 36, rcvd 3

*Jan 14 18:04:54.734: UDP src=3000, dst=3000

!--- RLM manager UDP port. *Jan 14 18:04:54.734: IP: s=172.16.13.132 (FastEthernet0), d=172.16.13.141

(FastEthernet0), len 31, rcvd 3

*Jan 14 18:04:54.734: UDP src=3001, dst=3001

!--- ISDN signaling UDP port. *Jan 14 18:04:54.734: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.132] rx START_ACK(tid=0)

*Jan 14 18:04:54.734: rlm 0: [State_Down, rx START_ACK] over link [172.16.13.141(FastEthernet0), 172.16.13.132]

*Jan 14 18:04:54.734: %ISDN-4-RLM_STATUS_CHANGE: ISDN SC Se0:23 SC: Status Changed to: Link Up.

*Jan 14 18:04:54.734: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.132] is activated

!--- The router starts to establish the ISDN signaling !--- with the PGW 2200. Note, the NAS gateway sends the !--- signaling packet across the FastEthernet interface using UDP !--- port 3001. Once both sides have received the !--- Unnumbered Acknowledge (UA) frame from each other, ISDN Layer 2 status !--- moves from the TEI_ASSIGNED state to the MULTIPLE_FRAME_ESTABLISHED state. !--- Next, normal ISDN keepalives (RRf and RRp) are being exchanged between !--- the PGW 2200 and the NAS gateway. *Jan 14 18:04:54.738: ISDN Se0:23 SC: RX <- SABMEp c/r = 1 sapi = 0 tei = 0

*Jan 14 18:04:54.738: %ISDN-6-LAYER2UP: Layer 2 for Interface Se0:23 SC, TEI 0 changed to up

*Jan 14 18:04:54.738: ISDN Se0:23 SC:

TX -> SABMEp c/r = 0 sapi = 0 tei = 0

(23)

*Jan 14 18:04:54.738: IP: s=172.16.13.141 (local), d=172.16.13.132 (FastEthernet0), len 31, sending

*Jan 14 18:04:54.738: UDP src=3001, dst=3001

*Jan 14 18:04:54.742:

ISDN Se0:23 SC: TX -> UAf c/r = 1 sapi = 0 tei = 0

*Jan 14 18:04:54.742: UDP src=3001, dst=3001

*Jan 14 18:04:54.742: ISDN Se0:23 SC: TX -> INFOc sapi = 0 tei = 0 ns = 0 nr = 0 i = 0x430200000A6808C000000000000000

*Jan 14 18:04:54.742: UDP src=3001, dst=3001

*Jan 14 18:04:54.746: UDP src=3001, dst=3001

*Jan 14 18:04:54.746: rlm 0: link [172.16.13.141(FastEthernet0), 172.16.13.134]

rx ECHO_ACK(tid=26225)

*Jan 14 18:04:54.746: ISDN Se0:23 SC: RX <- UAf c/r = 0 sapi = 0 tei = 0

*Jan 14 18:04:54.746: ISDN Se0:23 SC: RX <- RRr sapi = 0 tei = 0 nr = 1

*Jan 14 18:04:54.750: UDP src=3001, dst=3001

*Jan 14 18:04:54.754: UDP src=3001, dst=3001

*Jan 14 18:04:54.758: ISDN Se0:23 SC: RX <- INFOc sapi = 0 tei = 0 ns = 0 nr = 2 i = 0x430280005A080283A9

*Jan 14 18:04:54.758: ISDN Se0:23 SC: TX -> RRr sapi = 0 tei = 0 nr = 1

*Jan 14 18:04:54.758: UDP src=3001, dst=3001

*Jan 14 18:04:54.766: UDP src=3001, dst=3001

*Jan 14 18:04:54.766: ISDN Se0:23 SC: RX <- INFOc sapi = 0 tei = 0 ns = 1 nr = 2 i = 0x430280005A080283A9

*Jan 14 18:04:54.770: UDP src=3001, dst=3001

*Jan 14 18:04:56.734: %LINK-3-UPDOWN: Interface Serial0:23, changed state to up

*Jan 14 18:04:56.742: UDP src=3000, dst=3000

*Jan 14 18:04:56.742: rlm 0: link [172.16.13.141(FastEthernet0),

(24)

172.16.13.134] tx ECHO_REQ(tid=26227)

*Jan 14 18:04:56.742: UDP src=3000, dst=3000

*Jan 14 18:04:57.742: UDP src=3000, dst=3000

*Jan 14 18:04:57.866: UDP src=3001, dst=3001

*Jan 14 18:04:57.866: ISDN Se0:23 SC: RX <- INFOc sapi = 0 tei = 0 ns = 2 nr = 2 i = 0x430200000A6808C000000000000000

*Jan 14 18:04:57.870: UDP src=3001, dst=3001

*Jan 14 18:04:57.870: ISDN Se0:23 SC: TX -> INFOc sapi = 0 tei = 0 ns = 3 nr = 3 i = 0x4302000006660500FFFFFF00

*Jan 14 18:04:57.874: UDP src=3001, dst=3001

*Jan 14 18:04:57.886: UDP src=3001, dst=3001

*Jan 14 18:04:57.886: ISDN Se0:23 SC: RX <- INFOc sapi = 0 tei = 0 ns = 3 nr = 4 i = 0x430280000B660500FFFFFF00

*Jan 14 18:04:57.890: UDP src=3001, dst=3001

*Jan 14 18:04:58.386: UDP src=3001, dst=3001

*Jan 14 18:04:58.386: ISDN Se0:23 SC: RX <- INFOc sapi = 0 tei = 0 ns = 4 nr = 4 i = 0x430200000867050000000000