Einführung
Dieses Dokument beschreibt das Problem, wenn Anrufe, die beim Slave T1 IP Media Gateway (TIMG) oder PBX IP Media Gateway (PIMG) eingehen, nicht korrekt weitergeleitet werden. TIMGs und PIMGs ermöglichen PBX-Systemen die Integration in Unity Connection für den Voicemail-Zugriff. Bei einigen PBX-Systemen muss diese Integration über eine Simplified Message Desk Interface (SMDI), MCI oder MD-110 erfolgen. Dies bedeutet, dass die Anrufinformationen über eine serielle Port-Verbindung vom PBX an das TIMG oder das PIMG weitergeleitet werden. Das TIMG oder PIMG, mit dem das serielle Kabel verbunden wird, wird als Master konfiguriert. Falls weitere TIMGs oder PIMGs erforderlich sind, werden diese als Slaves konfiguriert und vom Master nach Informationen zum Anruf gesucht.
Problem
Es gibt zwei oder mehr TIMGs/PIMGs mit Master- und Slave-Konfiguration. Wenn ein Anruf beim Master eingeht, wird der Anruf an die entsprechende Begrüßung der Unity Connection-Voicemailbox weitergeleitet.
Hier ein Beispiel-Screenshot der Seite von einem Master-PIMG:
Wenn der Anruf jedoch in die Slave-TIMG eingeht, wird der Anruf von der Begrüßung beantwortet. Der Anruf wird zur Begrüßung weitergeleitet, da die Einladung, die von TIMG an Unity Connection gesendet wurde, innerhalb der Leitung "Diversion:" (Umleiten:) nicht die gewünschte Mailbox-Durchwahl enthält, zu der der Anruf gehen soll.
Im Folgenden finden Sie ein Beispiel für einen Anruf von Informationen zum Master:
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
Im Folgenden sehen Sie ein Beispiel für eine Problemeinladung auf der Sklave:
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
Dies liegt daran, dass die Anruferinformationen über das serielle Kabel an das Master-TIMG/PIMG weitergeleitet werden, die Informationen zur Logical Terminal Number (LTN) jedoch nicht mit denen des Ports des T1 Central Authentication Service (CAS) übereinstimmen, an dem der physische Anruf eingeht.
Lösung
Wählen Sie im TIMG-Menü Konfiguration > Serial > Switch Protocol aus, um die logischen Anschlussnummern für jeden Port zu konfigurieren.
Ordnen Sie das TIMG-LTN und die Portnummer der PBX-Einstellung zu. Das PBX-System verfügt über eine Tabelle, die anzeigt, welcher Kanal von welcher T1-CAS-Leitung welches LTN verwendet wird. Ermitteln Sie diese Informationen zuerst vom PBX-System, und legen Sie sie im TIMG entsprechend fest. Es ist möglich, LTN 1-24 für den Master-Kanal 1-24 und LTN 25-48 für den Slave-Kanal 1-24 zu verwenden.
Zugehörige Informationen