Unity Connection TIMG routekaarten niet correct

Downloadopties

  • PDF     (194.7 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (202.3 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (169.1 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:25 november 2014
Document-id:118443

Inclusief taalgebruik

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.

Over deze vertaling

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.

Inleiding

Dit document beschrijft de kwestie wanneer de vraag die om T1 IP Media Gateway (TIMG) of PBX IP Media Gateway (PIMG) komt op te slaan niet correct wordt routeerd. TIMG's en PIMG's maken het voor PBX's mogelijk om te integreren in Unity Connection voor voicemail-toegang. Sommige PBX's vereisen dat deze integratie via een Vereenvoudigde Berichtselinterface (SMDI), MCI of MD-110 verloopt. Dit betekent dat oproepende informatie wordt doorgegeven via een seriële poortverbinding van de PBX naar de TIMG of PIMG. De TIMG of PIMG die de seriekabel aansluit, worden als Master geconfigureerd. Als er andere TIMG's of PIMG's vereist zijn, worden deze in de vorm van slaven geconfigureerd en worden deze in de Master gezet om informatie te bellen.

Probleem

Er zijn twee of meer TIMG's/PIMG's met een Master- en Slave-configuratie. Wanneer een vraag in de Masterbank komt, wordt de vraag verzonden naar de juiste de stembus van de Unity Connection begroeting.

Hier is een voorbeeldscreenshot van de pagina van een Master PIMG:

Wanneer de oproep echter in de Slave TIMG verschijnt, wordt de oproep beantwoord door het openingsgroet. De oproep rolt naar de openingsgroet omdat de uitnodiging die vanuit TIMG naar Unity Connection wordt gestuurd geen 'Diversion:' regel bevat om te zeggen naar welke postvak-extensie de oproep moet gaan.

Hier is een voorbeeld van het roepen van informatie op de Meester:

08-28 17:54:28.078 [Si        ] Prot     0D
08-28 17:54:28.078 [Si        ] Prot     0A
08-28 17:54:28.078 [Si        ] Prot     4D
08-28 17:54:28.078 [Si        ] Prot     44
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     31
08-28 17:54:28.078 [Si        ] Prot     4E
08-28 17:54:28.078 [Si        ] Prot     31
08-28 17:54:28.078 [Si        ] Prot     39
08-28 17:54:28.078 [Si        ] Prot     31
08-28 17:54:28.078 [Si        ] Prot     38
08-28 17:54:28.078 [Si        ] Prot     20
08-28 17:54:28.078 [Si        ] Prot     39
08-28 17:54:28.078 [Si        ] Prot     31
08-28 17:54:28.078 [Si        ] Prot     39
08-28 17:54:28.078 [Si        ] Prot     33
08-28 17:54:28.078 [Si        ] Prot     33
08-28 17:54:28.078 [Si        ] Prot     33
08-28 17:54:28.078 [Si        ] Prot     33
08-28 17:54:28.078 [Si        ] Prot     34
08-28 17:54:28.078 [Si        ] Prot     38
08-28 17:54:28.078 [Si        ] Prot     35
08-28 17:54:28.078 [Si        ] Prot     20
08-28 17:54:28.078 [Si        ] Prot     0D
08-28 17:54:28.078 [Si        ] Prot     0A
08-28 17:54:28.078 [Si        ] Code     siSrvSerialInputEvent
08-28 17:54:28.078 [Si        ] Prot     From Serial: 0D 0A 4D 44 30 30 30 30 30 30 31
 4E 31 39 31 38 20 39 31 39 33 33 33 33 34 38 35 20 0D 0A 19 00 
08-28 17:54:28.078 [Si        ] Prot     19
08-28 17:54:28.078 [Si        ] Code     siSrvPrcCpidFromSwitch ltn = 1,
 src=9133333485, Dst = <NULL>, Redir = 1918, Reason = NoAns
08-28 17:54:28.078 [SiIp      ] Code     sertrans_ServerLocateClient 1
08-28 17:54:28.078 [SiIp      ] Code     sertrans_ServerLocateClient 1=client1
08-28 17:54:28.078 [SiIp      ] Code     _TaskMainClientReceive received data 516
08-28 17:54:28.078 [Si        ] Code     serial_client_cb
08-28 17:54:28.078 [Si        ] Code         SI_TYPE_CPID 1:NoAns (9193333485->->1918)
08-28 17:54:28.078 [Tel-1     ] Code     GetChannelFromLogicalChannelNum
 LogicalChanNum 0 span 0 channel 1
08-28 17:54:28.078 [Tel-1     ] Code     t1casReportNewCpid
08-28 17:54:28.078 [Tel-1     ] Event    Cpid (9193333485,->,->1918,) (NoAns)
08-28 17:54:28.078 [Tel-1     ] Warn     t1casReportNewCpid err: no call for cpid
08-28 17:54:28.078 [Tel-1     ] Code     t1casReportNewCpid saving pre-call cpid for
 serial
08-28 17:54:29.195 [SiIp      ] Code     _TaskMainServerReceive(4) received 516 bytes
08-28 17:54:29.195 [SiIp      ] Code     _TaskMainServerReceive(4) keep-alive 1
 received
08-28 17:54:29.195 [SiIp      ] Code     _TaskMainServerReceive(4) sending keep-alive
 response

Hier is een voorbeeld van een probleem dat je op de Slave kunt zien:

08-28 17:54:30.453 [VoIP      ] Prot     <----INVITE sip:Anonymous@14.48.4.88:5060 SIP/2.0
08-28 17:54:30.453 [VoIP      ] Prot     From:"Anonymous"<sip:Anonymous@14.48.4.92:5060;
user=phone>;vnd.pimg.port=1;tag=133B324631353641000BCF02
08-28 17:54:30.453 [VoIP      ] Prot     To:"Anonymous"<sip:Anonymous@14.48.4.88:5060>
08-28 17:54:30.453 [VoIP      ] Prot     Contact:<sip:14.48.4.92:5060>
08-28 17:54:30.453 [VoIP      ] Prot     Content-Type:application/sdp
08-28 17:54:30.453 [VoIP      ] Prot     Supported:replaces,early-session,100rel
08-28 17:54:30.453 [VoIP      ] Prot     Allow:INVITE,BYE,CANCEL,REFER,NOTIFY,OPTIONS,
REGISTER,INFO,ACK,PRACK
08-28 17:54:30.453 [VoIP      ] Prot     Expires:120
08-28 17:54:30.453 [VoIP      ] Prot     Call-ID:02061555D6F5009A000012BC@test.local
08-28 17:54:30.453 [VoIP      ] Prot     CSeq:1 INVITE
08-28 17:54:30.453 [VoIP      ] Prot     Max-Forwards:70
08-28 17:54:30.453 [VoIP      ] Prot     User-Agent:PBX-IP Media Gateway
08-28 17:54:30.453 [VoIP      ] Prot     Via:SIP/2.0/UDP 14.48.4.92:5060;
branch=z9hG4bKDC0A05314DD4ED48CEEEA72BD196FC38
08-28 17:54:30.453 [VoIP      ] Prot     Content-Length:245

Dit gebeurt omdat de oproepende informatie over de seriekabel naar de Master TIMG/PIMG wordt doorgestuurd, maar de LTN-informatie (Logical Terminal Number) komt niet overeen met de poort op de T1 Central Accounting Service (CAS) van de fysieke oproep.

Oplossing

Selecteer in TIMG de optie Configuration > Serial > Switch Protocol om de logische uitbreidingsnummers voor elke poort te configureren.


Stem het TIMG LTN- en het poortnummer in de PBX-instelling af. PBX heeft een tabel waarin wordt aangegeven op welke T1 CAS-lijn de LTN wordt gebruikt. Bepaal eerst deze informatie uit de PBX-indeling en stel deze vervolgens in op de TIMG. Het is mogelijk LTN 1-24 te gebruiken voor Master Channel 1-24 en LTN 25-48 voor Slave Channel 1-24.

Gerelateerde informatie

TAC Authored

Bijgedragen door Cisco-engineers

  • Scott Hills
    Cisco TAC-ingenieur

Was dit document nuttig?

FeedbackFeedback

Contact Cisco

Dit document is van toepassing op deze producten