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.
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.
Dit document helpt u informatie over probleemoplossing voor de PRI-backhaul op Cisco PGW 2200 in de modus Call Control. Als gevolg van verschillen tussen de protocolfamilies wordt de backhaulering opgesplitst in verschillende categorieën. Bijvoorbeeld ISDN voor Q Signaling (QSIG) en Digital Private Network Signaling System (DPSS).
Dit document heeft alleen betrekking op de PRI-backhaul met Cisco PGW 2200.
Lezers van dit document zouden kennis moeten hebben van deze onderwerpen:
De informatie in dit document is gebaseerd op Cisco PGW 2200-softwarereleases 9.3(2) en hoger.
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.
PRI/Q.931 signaleringsbackhaul is de mogelijkheid om de signalering (Q.931 en hoger) vanaf een PRI-stam (zie afbeelding 1) op betrouwbare wijze te transporteren. Deze PRI-romp is fysiek verbonden met een mediatogateway die verbinding maakt met een mediatogateway controller (MGC - Cisco PGW 2200) voor verwerking. Signaleringsbackhaul voor ISDN PRI komt voor op Layer 2 (Q.921) en Layer 3 (Q.931). De onderste lagen van het protocol worden afgesloten en verwerkt op de mediatogateway (AS5xx0), terwijl de bovenste lagen worden backhaul-naar de Cisco PGW 2200.
De bovenste lagen van het protocol worden backhaul- of getransporteerd naar Cisco PGW 2200 met behulp van een betrouwbaar User Datagram Protocol (RUDP) via IP. Het RUDP verstrekt autonoom bericht van aangesloten en mislukte sessies, en in volgorde, gegarandeerde levering van signalerende protocollen over een IP netwerk. Backhaul Session Manager is een softwarefunctie in Cisco PGW 2200 en Media Gateway die de RUDP-sessies beheert. Signaling-backhaul biedt het extra voordeel van gedistribueerde protocolverwerking. Dit maakt een grotere uitbreidbaarheid en schaalbaarheid mogelijk. Het compenseert ook de verwerking van de lagere laag van het protocol van Cisco PGW 2200. Vanaf het laagmodel wordt de PRI-backhaul ingebouwd in IP/UDP/RUDP/Backhaul-Session-Manager/PRI ISDN Layer 3.
Afbeelding 1: PRI-backhaulAfbeelding 2: PRI-backhaul - serie Call Setup
Afbeelding 3: PRI-backhaul - serie Call Setup
Afbeelding 4: PRI-backhaul - Call Clear
Voltooi deze stappen om een PRI-backhaul van de oplossing te vinden.
Stap 3: Controleer de koppeling voor sessiebeheer tussen Cisco AS5xx0 en Cisco PGW 2200.
Stap 4: Controleer de Q.921 status tussen de AS5400 en de PABX.
Voltooi deze stappen om de configuratie van de poort te controleren.
Geef deze opdrachten onder mondiale configuratiemodus uit om de backhauling sessiemanager in te stellen om met Cisco PGW 2200 te praten als u de IOS® foutmelding % BSM ontvangt: Session is niet gemaakt, max. limiet overschreden U kunt maximaal 16 sessies in IOS gateway 5x0 ondersteunen.
backhaul-session-manager set set1 group group1 set set1 session group group1 x.x.x.x x.x.x.x port priority
Deze opdrachtoutput toont een voorbeeld:
backhaul-session-manager set pgw-cag client nft group pgw-cag set pgw-cag session group pgw-cag 213.254.253.140 6000 213.254.252.5 6000 1 session group pgw-cag 213.254.253.141 6000 213.254.252.5 6000 2 session group pgw-cag 213.254.253.156 6000 213.254.252.21 6000 3 session group pgw-cag 213.254.253.157 6000 213.254.252.21 6000 4
Opmerking: De Cisco IOS-configuratie ondersteunt niet wanneer u de configuratie van backhaul-sessiebeheer gebruikt om sessies te plaatsen die wijzen naar verschillende fysieke PGW 2200s onder dezelfde groep. U moet de twee PGW 2200 in twee groepen splitsen. Raadpleeg Cisco bug-ID CSC24132 voor meer informatie.
Typ de opdracht pri-group timeslot 1-31 Service gp om de controller in te stellen voor PRI-backhauling onder de configuratie van de controller.
Bijvoorbeeld:
controller E1 7/5 pri-group timeslots 1-31 service mgcp
Opmerking: Dit configuratievoorbeeld gebruikt controller E1 7/5 dat op een later tijdstip de Cisco PGW 2200-configuratie reflecteert.
Plaats de ISDN bind-l3 backhaul xxxx-opdracht onder de ISDN D-kanaalconfiguratie om aan de ISDN Layer 2-interface te koppelen naar de backhauling sessiebeheerder.
Bijvoorbeeld:
! interface Serial7/5:15 no ip address isdn switch-type primary-net5 isdn protocol-emulate network isdn incoming-voice modem isdn bind-l3 backhaul pgw-cag isdn PROGRESS-instead-of-ALERTING no isdn outgoing display-ie isdn outgoing ie redirecting-number isdn incoming alerting add-PI no cdp enable
Opmerking: Als u ISDN wilt toevoegen onderhandeling-bchan oorzaak-doorzettingscode 41, is het van toepassing op uitgaande vraag slechts en niet op vraag die door de router wordt ontvangen. Deze CLI verstuurt de instellingen zonder het EXCLUSIEF-indicatielampje en stelt de switch in staat een ander B-kanaal te selecteren als er een beschikbaar is. Anders, wanneer de switch met oorzaakcode 41 reageert, selecteert de router een ander B-kanaal en stuurt de instelling opnieuw.
Opmerking: Het is mogelijk dat de switch geen B-kanaal heeft dat overeenkomt met de eigenschappen in het setup-bericht. In dit geval kan de switch geen ander B-kanaal toewijzen, en een instelling met een ander PREFERRED B-kanaal mislukt.
N.B.: U kunt nog steeds geen MGCP NAS- en PRI-backhaul op de controller tegelijk gebruiken. De opdracht extsig gp op de E1-controller (vereist voor MGCP NAS) voorkomt de configuratie van pri-groep op de controller:
as5400(config)#contro e1 7/0 as5400(config-controller)#extsig mgcp as5400(config-controller)#pri-group service mgcp %Default time-slot= 16 in use
Geef de opdracht debug backhaul-sessie-manager uit om de backhauling-sessiemanager te debug.
Voltooi deze stappen om de PGW 2200-configuratie te controleren.
Voeg IPFASPATH toe aan de Cisco PGW 2200-configuratie.
prov-add:IPFASPATH:NAME="pri2-sig",DESC="Signalling PRI2 withCommunicationNAS02",EXTNODE="NAS02",MDO="ETS_300_102", CUSTGRPID="Cisco1",SIDE="network",ABFLAG="n",CRLEN=2
Dit waarborgt dat de MDO variant gelijk is aan de IOS gateway variant.
N.B.: Controleer de ISDN-variant in deze tabel.
Voeg DCHAN toe aan de Cisco PGW 2200-configuratie.
prov-add:DCHAN:NAME="pri2-dch1",DESC="Dchannel PRI2 to Project Communication",SVC="pri2-sig",PRI=1,SESSIONSET= "mil1-pri2-ses",SIGSLOT=7,SIGPORT=5
Dit waarborgt dat SigSigSlot/SigPort wordt gespecificeerd. Het garandeert ook dat de poorten/sleuven van Cisco Gateway en Cisco PGW 2200 poorten op de DCHAN overeenkomen.
Opmerking: Als u de E1 7/5 controller op de IOS gateway gebruikt die de ISDN bind-l3 backhaul IOS-opdracht bevat, SIGSLOT=7,SIGPORT=5 voor de MML DCHAN opdracht moet dezelfde informatie zijn.
Terwijl u de geschakelde stammen voorziet, zorg ervoor dat u niet de spanwijdte parameter als "0" vult. Je kunt dit zien vanuit de inhoud van de derde kolom in het export_stam.dat bestand.
De spanwijdte moet 'fff' op de geschakelde stammen zijn. Geef de opdracht prov-exp:all:dirname="file_name" uit de MML opdrachtregel om dit te controleren.
mgcusr@pgw2200-1% mml Copyright © 1998-2002, Cisco Systems, Inc. Session 1 is in use, using session 2 pgw2200-1mml> prov-exp:all:dirname="check1" MGC-01 - Media Gateway Controller 2005-08-12 17:39:44.209 MEST M RTRV "ALL" ; pgw2200-1 mml> quit
Ga naar de /opt/CiscoMGC/etc/cust_especifieke/check1 folder. Zorg ervoor dat de derde kolom 'fff' in het export_stam.dat bestand bevat in plaats van nul (0). Als dit niet het geval is, bewerkt u het bestand en wijzigt u het.
Geef de prov-add:files:name="BCFile",file="export_stam.dat",action="Importeren" opdracht om een MML leveringssessie te openen en het stambestand opnieuw te importeren.
Het aangepaste export_stam.dat bestand moet onder de /opt/CiscoMGC/etc/cust_especial/check1 folder vallen. Vergeet niet om een prov-cpy uit te geven voor de nieuwe configuratie.
Geef de MML opdracht rtrv-alms uit om het type fout te verklaren dat momenteel wordt ervaren.
rtrv-dest:all !--- Shows the MGCP connectivity status of nodes !--- that the PGW 2200 defines. rtrv-dchan:all !--- On the active PGW 2200, the status is !--- pri-1:ipfas-1,LID=0:IS. On the standby PGW 2200, !--- the status is pri-1:ipfas-1,LID=0:OOS,STBY. rtrv-iplnk:all !--- All of the iplnk are on the standby PGW 2200 in the !--- iplnk-1:OOS,STBY status. They are actually in !--- the OOS state because no message is handled by them. !--- On the active PGW 2200, you see the status as iplnk-1:IS. !--- The other statuses are explained in the !--- MML Command Reference Chapter of the Cisco MGC Software !--- MML Command Reference Guide. rtrv-tc:all !--- Shows the status of all call channels. rtrv-alms::cont !--- Check the Alarms status on the Cisco PGW 2200.
U kunt de gegevens ook ophalen van /opt/CiscoMGC/var/log voor het alm.csv-bestand met het gebruik van de perl-opdracht perl-F, -anwe'print unpack("x4 A15", localtime($F[1]),"$F[2]: @F[0,3,7]" < meas.csv.
Opmerking: Gebruik gmtime in plaats van localtime als u wilt converteren naar UTC timestamps. De uitvoer is in deze indeling:
Aug 10 15:58:53.946: 0 0 1 "Fail to communicate with peer module over link B" "ipAddrPeerB" "ProvObjManagement" Aug 10 21:29:30.934: 0 1 1 "Provisioning: Dynamic Reconfiguration" "POM-01" "ProvObjManagement" Aug 10 21:29:48.990: 0 1 2 "Signal Channel Failure" "c7iplnk1-ls-stp1" "IosChanMgr" Aug 10 21:29:49.620: 0 0 2 "Non-specific Failure" "ls-stp1" "IosChanMgr" Aug 10 21:29:49.620: 0 0 2 "Signal Channel Failure" "c7iplnk1-ls-stp1" "IosChanMgr" Aug 10 21:29:49.630: 0 0 2 "SS7 Signaling Service Unavailable" "srv-bru8" "IosChanMgr"
Geef de UNIX-opdracht tail-f platform.log uit om het platform.log te controleren onder folder /opt/CiscoMGC/var/log.
Raadpleeg logberichten voor meer informatie.
Controleer de ISDN-variant.
Het ISDN switch-type primair-net5 bevel wordt gebruikt op de IOS gateway. In Cisco PGW 2200 is het verbonden met mdo=ETS_300_102 in de IPFASPATH.
In deze tabel worden ondersteunde ISDN-varianten voor Cisco PGW 2200 weergegeven:
Naam variabele | ISDNPRI | Specificaties | Opmerkingen |
---|---|---|---|
ETS_300_102 | ISDNPRI | ETSI 300_102 | ETSI PRI |
ETS_300_102_C2 | ISDNPRI | ETSI 300_102 | ETSI PRI |
ATT_41459 | ISDNPRI | AT&T 41459 | ATT ISDN PRI |
ATT_41459_C2 | ISDNPRI | (Nortel Meridian) | Cisco AT&T PRI-software |
ETS_300_172 | ISDNPRI | ETSI 300-172 | ETSI QSIG |
Q931_AUSTRALIË | ISDNPRI | Q931 | Australië PRI |
Q931 | ISDNPRI | Q931 | Q931 |
Q931_SINGAPORE | ISDNPRI | Q931 | Singapore PRI |
Deze voorbeeldopdrachtoutput komt van de IOS gateway.
v5350-3(config)#isdn switch-type ? primary-4ess Lucent 4ESS switch type for the U.S. primary-5ess Lucent 5ESS switch type for the U.S. primary-dms100 Northern Telecom DMS-100 switch type for U.S. primary-net5 NET5 switch type for UK, Europe, Asia , Australia primary-ni National ISDN Switch type for the U.S. primary-ntt NTT switch type for Japan primary-qsig QSIG switch type primary-ts014 TS014 switch type for Australia (obsolete) v5350-3(config)#
Voltooi deze stappen om de link RUDPV1 en Session Manager te controleren.
Maak deze show en duidelijke opdrachten uit:
laat een fout van rudpv1 zien - toont welke fouten rudpv1 zijn gedetecteerd. U ziet bijvoorbeeld SendWindowFullFailures. Dit geeft aan dat er opstoppingen zijn die segmenten verzenden via de IP-link.
tonen de parameters van rudpv1 - toont de verbindingsparameters van rudpv1 en de staat en parameters van alle huidige sessies. Het type verbinding is ACTIEF of PASSIEF. Actief wijst erop dat deze peer de client was en de verbinding op gang bracht. Passive geeft aan dat dit peer de server was en luisterde naar de verbinding.
staaf rudpv1 statistieken - toont interne statistieken van rudpv1 en de statistieken voor alle huidige sessies en de cumulatieve statistieken over alle rudp verbindingen sinds de laatste keer dat het vak werd herstart of een duidelijk statistisch bevel werd uitgevoerd.
duidelijke rudpv1 statistieken—hiermee worden alle rudpv1 statistieken die zijn verzameld schoongemaakt. Voer deze opdracht uit als er actuele statistieken nodig zijn en de IOS-gateway is lange tijd actief.
Geef de opdracht debug rudpv1 uit.
#debug rudpv1 ? application Enable application debugging client Create client test process performance Enable performance debugging retransmit Enable retransmit/softreset debugging segment Enable segment debugging server Create server test process signal Show signals sent to applications state Show state transitions timer Enable timer debugging transfer Show transfer state information
In een levend systeem zijn de factoren voor prestaties, status, signaal en overdracht de meest bruikbare. De debugs voor toepassing, reverzenden en timer genereren teveel output en veroorzaken de links om te falen of waren alleen nuttig voor interne debugdoeleinden.
Waarschuwing: dit debug drukt één regel uit voor elk segment dat wordt verstuurd of ontvangen. Als er een aanzienlijke hoeveelheid verkeer loopt, veroorzaakt dit vertragingen die de verbinding verstoren.
Geef de show backhaul-sessie-manager uit en laat backhaul alle opdrachten instellen om te zien of de IP-leiding die het signaleren transporteert ok is.
NAS02#show backhaul-session-manager group status all Session-Group Group Name : pgw-cag Set Name : pgw-cag Status : Group-Inservice Status (use) : Group-Active NAS02#show backhaul set all Session-Set Name : pgw-cag State : BSM_SET_ACTIVE_IS Mode : Non-Fault-Tolerant(NFT) Option : Option-Client Groups : 1 statistics Successful switchovers:0 Switchover Failures: 0 Set Down Count 1 Group: pgw-cag
De verschillende status voor de show backhaul ingesteld zijn:
BSM_SET_IDLE
BSM_SET_OOS
BSM_SET_STDBY_IS
BSM_SET_ACTIVE_IS
BSM_SET_FULL_IS
BSM_SET_SWITCH_OVER
BSM_SET_UNKNOWN
Als alles ok lijkt, bevestigt dit ook dat de corresponderende sessie-set link op Cisco PGW 2200 de status In-Service heeft (ml opdracht rtrv-iplk). De leiding tussen de Cisco PGW 2200 en de IOS gateway AC5xx0 is nu volledig operationeel. De volgende stap is het controleren van de grens tussen de Cisco IOS gateway AS5xx0 en de PABX.
Voltooi deze stappen om de Q.921-status tussen de AS5xx0 en de PABX te controleren.
Geef de ISDN status van de show uit en toon de opdrachten van de ISDN-service.
NAS02#show isdn status Global ISDN Switchtype = primary-net5 ISDN Serial7/5:15 interface ******* Network side configuration ******* dsl 0, interface ISDN Switchtype = primary-net5 L2 Protocol = Q.921 L3 Protocol(s) = BACKHAUL Layer 1 Status: ACTIVE Layer 2 Status: TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED Layer 3 Status: 0 Active Layer 3 Call(s) Active dsl 0 CCBs = 0 The Free Channel Mask: 0xFFFF7FFF Number of L2 Discards = 4, L2 Session ID = 25 Total Allocated ISDN CCBs = 0 NAS02#show isdn service PRI Channel Statistics: ISDN Se7/5:15, Channel [1-31] 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 5 6 7 8 9 0 1 State : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 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 5 6 7 8 9 0 1 State : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Hier zie je het probleem van Q.921 dat niet op het podium komt wat op de PGW 2200 kant overeenkomt met de bestemming en het D-kanaal dat in de staat Out of Service blijft. De eerste mogelijkheid is een mismatch in de Q.921-netwerkzijconfiguratie. Het is eenvoudig om te zien dat dit niet de oorzaak van het probleem is omdat het verwijderen van het ISDN protocol-achtige netwerk van de configuratie AS5400 het probleem niet oploste.
Bekijk de vragen in Q.921 om te zien waarom de Q.921-link niet naar voren komt. Dit is de debug uitvoer.
Apr 14 10:57:23.600: ISDN Se7/5:15 Q921: Net TX -> SABMEp sapi=0 tei=0 Apr 14 10:57:24.600: ISDN Se7/5:15 Q921: Net TX -> SABMEp sapi=0 tei=0 Apr 14 10:57:25.600: ISDN Se7/5:15 Q921: Net TX -> SABMEp sapi=0 tei=0 Apr 14 10:57:45.419: ISDN Se7/5:15 Q921: Net RX <- BAD FRAME(0x02017F) Apr 14 10:57:46.419: ISDN Se7/5:15 Q921: Net RX <- BAD FRAME(0x02017F)
AS5400 geeft een Q.921 SABME over om de link te initialiseren en ontvangt een kader dat het niet kan interpreteren (slecht kader). De mogelijkheden zijn:
Hardware probleem op de E1 voor deze AS5400.
E1 lus aan de afgelegen kant.
Hardware- of configuratieprobleem aan de afstandszijde.
Deze eerste mogelijkheid wordt uitgesloten door de configuratie te verplaatsen naar een andere ongebruikte E1 op dezelfde AS5400. Het probleem ziet er precies hetzelfde uit. De klant controleert ook of er geen lus op de E1 is. Controleer op dit punt de PABX kant.
Geef de opdracht Show controller uit om mogelijke Layer 1-fouten te controleren.
#show controllers E1 Framing is CRC4, Line Code is HDB3, Clock Source is Line. Data in current interval (480 seconds elapsed): 107543277 Line Code Violations, 0 Path Code Violations 120 Slip Secs, 480 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins 0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 480 Unavail Secs Total Data (last 24 hours) 3630889 Line Code Violations, 4097 Path Code Violations, 2345 Slip Secs, 86316 Fr Loss Secs, 20980 Line Err Secs, 0 Degraded Mins, 1 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 86317 Unavail Secs
Wanneer u de opdracht shutdown geeft onder de controller, is het resultaat dit debug-bericht:
000046: Jun 2 16:19:16.740: %CSM-5-PRI: delete PRI at slot 7, unit 2, channel 0 000047: Jun 2 16:19:16.744: %CONTROLLER-5-UPDOWN: Controller E1 7/2, changed sn 000048: Jun 2 16:19:16.744: SESSION: PKT: xmt. (34) bufp: 0x6367F52C, len: 16
Geef de MML opdracht rtrv-alms uit op de PGW 2200:
mml> rtrv-alms MGC-02 - Media Gateway Controller 2005-06-02 18:11:29.285 GMT M RTRV "pri-bucegi: 2005-06-02 17:28:15.301 GMT,ALM=\"FAIL\",SEV=MJ"
Wanneer u de opdracht no shutdown geeft onder de controller, is het resultaat dit debug bericht op de IOS gateway:
000138: Jun 2 17:03:25.350: %CONTROLLER-5-UPDOWN: Controller E1 7/2, changed sp 000139: Jun 2 17:03:25.350: %CSM-5-PRI: add PRI at slot 7, unit 2, channel 15 0
Raadpleeg de Backhaul van PRI/Q.931-signalering voor Call Agent-toepassingen voor extra IOS-debug opdrachten.
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
02-Feb-2006 |
Eerste vrijgave |