لا يقوم TIMG لاتصال Unity بتوجيه المكالمات بشكل صحيح
المقدمة
يصف هذا المستند المشكلة عند عدم توجيه المكالمات التي تأتي إلى عبارة وسائط IP (TIMG) Slave T1 أو عبارة وسائط IP ل PBX (PIMG) بشكل صحيح. كما تتيح وحدات TIMG و PIMGs إمكانية دمج وحدات PBX في Unity Connection للوصول إلى البريد الصوتي. تتطلب بعض بطاقات PBX أن يتم هذا الدمج من خلال واجهة مكتب الرسائل المبسطة (SMDI) أو MCI أو MD-110. وهذا يعني أنه سيتم تمرير معلومات الاستدعاء عبر اتصال منفذ تسلسلي من PBX إلى TIMG أو PIMG. سيتم تكوين TIMG أو PIMG الذي يتصل به الكبل التسلسلي كمدير. وإذا كانت هنالك حاجة إلى حقائب سفر أو قوادين أخرى، فسيكون هؤلاء عبيدا ويتطلعون إلى السيد لاستدعاء المعلومات.
المشكلة
هناك إثنان أو أكثر من ملفات TIMG/PIMG بتكوين مدير وعبد. عند تلقي مكالمة في رسالة البريد الإلكتروني الرئيسية، تتم إعادة توجيه المكالمة إلى رسالة الترحيب الصحيحة لمربع البريد الصوتي الخاص باتصال Unity.
هنا مثال لقطة شاشة للصفحة من نص أساسي:
ولكن عندما يأتي النداء إلى تيمغ العبد يجري الرد على الاتصال بواسطة التحية الافتتاحية. يتم توجيه المكالمة إلى "رسالة الترحيب الافتتاحية" لأن الدعوة المرسلة إلى "اتصال الوحدة" من TIMG لا تحتوي على سطر "تحويل:" للقول إلى ملحق علبة البريد الذي يجب أن تنتقل إليه المكالمة.
فيما يلي مثال على إستدعاء المعلومات التي تمت رؤيتها على السجل الرئيسي:
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
هون مثال لمشكلة دعوت شوفت على العبد:
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
يحدث هذا بسبب إعادة توجيه معلومات الاستدعاء عبر الكبل التسلسلي إلى TIMG/PIMG الرئيسي، ولكن معلومات رقم المحطة الطرفية المنطقي (LTN) لا تتطابق مع المنفذ في خدمة المصادقة المركزية (CAS) T1 حيث تم إدخال المكالمة الفعلية.
الحل
على TIMG، حدد تشكيل > تسلسلي > بروتوكول المحول in order to شكلت الرقم الداخلي المنطقي لكل ميناء.
مطابقة TIMG LTN ورقم المنفذ من إعداد PBX. يحتوي PBX على جدول يوضح لك القناة التي يستخدم فيها خط T1 CAS أي LTN. قم بتحديد هذه المعلومات من PBX أولا وتعيينها وفقا لذلك في TIMG. من الممكن إستخدام LTN 1-24 للقناة الرئيسية 1-24 و LTN 25-48 لقناة Slave 1-24.
التعليقات