تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
الغرض من هذا المستند هو توفير شرح تفصيلي لنغمات إسترجاع الصوت التي يتم عادة ترجمتها إلى نغمات تقدم المكالمة أو نغمات CPtones للإختصار.
سيحاول هذا المستند مناقشة كيفية عمل إعادة التوجيه داخل أي من بروتوكولات نقل الصوت عبر IP (VoIP) وإرسال الإشارات التناظرية وتقديم تحليل لها.
في حين أنه لا توجد متطلبات أساسية رسمية لازمة لقراءة هذا المستند، فقد تمت كتابته بتوقع أن القارئ لديه بالفعل بعض المعرفة العملية لبروتوكولات إرسال الإشارات الصوتية الأساسية التي يتم إستخدامها لإنشاء المكالمات الهاتفية وتوصيلها. وتتم الإشارة إلى هذه البروتوكولات عدة مرات في هذا المستند.
بروتوكولات إرسال الإشارات: بروتوكول بدء جلسة العمل (SIP)، الطراز H323 (الطراز H225 / H245)، بروتوكول التحكم في عبارة الوسائط (MGCP)، بروتوكول التحكم في عميل Skinny (SCCP)، بروتوكول ISDN Q931، E1 R2.
بروتوكولات الوسائط: بروتوكول الوقت الفعلي (RTP)، برامج تشفير الصوت، برامج تشفير الفيديو.
التقنيات التناظرية: الأذن والفم (E&M)، المشترك في النقد الأجنبي (FXS)، مكتب النقد الأجنبي (FXO)، و E1 R2.
أسست المعلومة في هذا وثيقة على هذا برمجية وجهاز:
تعمل بوابات Cisco IOS و IOS-XE (2800 / 3800 / 2900 / 3900 / 4300 / 4400 / CSR1000v / ASR100X) على تشغيل أي إصدارات من IOS/IOS-XE.
برنامج إدارة الاتصالات الموحدة (CUCM) من Cisco الإصدار 9.x والإصدارات الأحدث
Cisco Unity Connection (CUC)، الإصدار 9.x والإصدارات الأحدث
Customer Voice Portal (CVP) الإصدار 9.x والإصدارات الأحدث
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر أو تكوين.
لا يعد Rinback بروتوكولا بتقنية VoIP أو تناظريا ولكنه موجود في كل ملف صوتي مصنوع بواسطة الهواتف المحمولة والخطوط الأرضية وهواتف المكتب والعملاء غير المتجانسين. وبالتالي فإن فهم كيفية عمل هذه الأداة، ومن أين تأتي، وكيفية أستكشاف مشكلات المحولات وإصلاحها يعد جزءا مهما من أداة Collaboration Engineers.
رنين باك هي سلسلة من النغمات التي يتم تشغيلها للشخص الذي يجري مكالمة هاتفية والتي تمكن المتصل من معرفة أن الطرف المتصل يرن فعلا. يعتبر غياب الرنين علامة سيئة حيث يفترض المتصل أن الحزب المتصل لا يرن فعليا. تختلف نغمات الشبكة الرقمية/نغمات الذاكرة حسب البلد. إذا كان الشخص الذي يمكنه الاتصال برقم الولايات المتحدة، سيتم تشغيله على مجموعة مختلفة من الرينجباك مما لو كان نفس الشخص يطلق على رقم المملكة المتحدة.
في معظم السيناريوهات يتم تشغيل RingBack من قبل جهة الاتصال البعيدة لدى جهة الاتصال. لكي يحدث ذلك يجب قطع الصوت في الإتجاه الخلفي (يتم إستدعائه إلى الاتصال).
يفحص هذا المستند البروتوكولات المختلفة وكيف تتفاوض RingBack بالإضافة إلى كيفية معالجة RingBack عند إستخدام هذا البروتوكول.
أستخدم ISDN Q.931 مفهوم مؤشرات التقدم (PIs) الذي يمكن عرضه في إرسال إشارات Q.931. ويمكن عرض ذلك على بوابات الصوت من Cisco من خلال تشغيل debug isdn q931. يمكن إرسال مؤشرات التقدم في رسائل التنبيه والتقدم ومتابعة المكالمة وعملية الإعداد وقطع الاتصال. سيتم قص قيمة مؤشر التقدم 1 أو 8 من خلال الصوت الخلفي لرسائل الشبكة الخلفية ورسائل الخطأ. لن يتم تخفيض قيم مؤشرات التقدم من 0 و 2 و 3 عبر الوسائط الخلفية. يمكن ل DSP الذي تم تعيينه لقناة ISDN تشغيل ringBack إلى خط ISDN إذا تعذر على الطرف المتصل البعيد القيام بذلك.
تكرارات معروفة باستخدام ISDN RingBack
مؤشرات التقدم في الربع 931
القيمة | التعريف | رسالة Q.931 |
مؤشر التقدم = 0 | خارج النطاق | إعداد |
مؤشر التقدم = 1 | المكالمة ليست ISDN end-end. قد يتوفر المزيد من معلومات تقدم المكالمة داخل النطاق | تنبيه، اتصال، تقدم، إعداد |
مؤشر التقدم = 2 | عنوان الوجهة ليس ISDN. | تنبيه، اتصال، تقدم |
مؤشر التقدم = 3 | عنوان الوجهة ليس ISDN. | إعداد |
مؤشر التقدم = 8 | تتوفر الآن معلومات داخل النطاق أو نمط مناسب. | تنبيه، اتصال، تقدم، قطع اتصال |
أمثلة على مؤشرات التقدم داخل النطاق ISDN Q.931
Jun 22 15:16:36.790: ISDN Se0/2/0:23 Q931: TX -> ALERTING pd = 8 callref = 0x80A3 Progress Ind i = 0x8188 - In-band info or appropriate now available
Nov 28 21:25:41.754: ISDN Se0/1/1:15 Q931: TX -> PROGRESS pd = 8 callref = 0x805C Progress Ind i = 0x8188 - In-band info or appropriate now available
التكوين
يعمل ISDN ringBack بشكل موثوق به بشكل افتراضي لذلك لا يتطلب تكوين إضافي. ومع ذلك، توجد أوامر لتغيير السلوك في حالة متطلب قابلية التشغيل البيني.
تغيير قيمة progress_ind يدويا.
ملاحظات هامة:
صياغة الأمر الكامل:http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p2.html#wp1001337490
! progress_ind { alert | callproc } { enable pi-number | disable | strip [strip-pi-number] } progress_ind { connect | disconnect | progress | setup } { enable pi-number | disable } ! dial-peer voice 1 pots destination-pattern 8675309$ progress_ind alert enable 8 progress_ind callproc enable 8 progress_ind connect enable 8 progress_ind disconnect enable 8 progress_ind progress enable 8 progress_ind progress setup 1 ! dial-peer voice 2 pots destination-pattern 8675309$ progress_ind alert strip 8 progress_ind callproc strip 8 ! dial-peer voice 3 pots destination-pattern 8675309$ progress_ind alert disable progress_ind callproc disable progress_ind connect disable progress_ind disconnect disable progress_ind progress disable progress_ind progress disable !
المطالبة بإرسال بوابة الصوت دائما رسائل التنبيه
إذا أحتاج المسؤول إلى طلب بوابة صوت، فعليك إرسال رسالة تنبيه دائما قبل إمكانية تكوين الأمر isdn send-alert تحت واجهة تسلسلية. هذا معطل افتراضيا
صياغة الأمر الكامل: http://www.cisco.com/c/en/us/td/docs/ios/dial/command/reference/dia-cr-book/dia_i2.html
! interface Serial0/0/0:23 isdn send-alerting !
تصحيح الأخطاء
debug isdn q931 debug voip ccapi inout
تم إنشاء H.323 وبشكل أكثر تحديدا بروتوكول إرسال إشارات H.225 VoIP على بروتوكول ISDN Q.931. ونتيجة لهذا فإنهم يشتركون في العديد من العناصر المشتركة. العديد من الأوامر الموجودة والأفكار الموجودة خلف Q.931 ring باك موجودة في H.323/H.225. ويتضمن ذلك قيم مؤشر التقدم، وأنواع الرسائل، والأوامر.
مثال رسالة H.225 ل Rinback
*Jun 22 11:32:52.080: H225.0 INCOMING PDU ::= value H323_UserInformation ::= { h323-uu-pdu { h323-message-body alerting :
التكوين
H.323 و H.225 لا يتطلبان أي تكوين للنسخ الاحتياطي من المربع. ومع ذلك، فإن الأوامر المحددة في قسم ISDN Q.931 تنطبق أيضا على H.323 RingBack. بالإضافة إلى ذلك، هناك أوامر متوفرة لإرسال إشارات H.323.
التعريف | |
تنبيه إرسال المكالمات الصوتية |
|
Voice rtp send-recv | فتح قناة صوت RTP في كلا الاتجاهين. |
! صوت نظير الطلب 1 voIP تنبيه رقم غير pi للنغمة ! ناقل الصوت الهاتفي-النظير 2 تنبيه رقم غير pi للنغمة ! |
|
تكوينات CUCM
توجد بعض تكوينات H.323 المحددة لظهور الشبكة في CUCM>
مسار التنقل: CUCM > System > معلمات الخدمة > PUB > CallManager > إرسال رسالة معلومات المستخدم H225 > إستخدام WAN ل RingBack
القيمة | التعريف |
إستخدام ANN لإرجاع حلقة | أستخدم مسجل SCCP من Cisco لتشغيل نغمة رنين خلفية (متوفرة في الإصدار 4.0 من Cisco CallManager والإصدارات الأحدث) |
معلومات المستخدم الخاصة بنبرة تقدم المكالمة | إرسال رسالة معلومات مستخدم H.225 إلى بوابة IOS لتشغيل نغمة رنين خلفية أو نغمة قيد الانتظار (هذا هو الإعداد الافتراضي.) |
معلومات H225 لأسلوب تقدم المكالمة | إرسال رسالة معلومات H.225 إلى بوابة IOS لتشغيل نغمة رنين خلفية أو نغمة قيد الانتظار |
تصحيح الأخطاء
debug voip ccapi inout debug h225 asn1
كما أنه يعد مستندا رائعا حول أستكشاف أخطاء H.323 RingBack وإصلاحها
http://www.cisco.com/c/en/us/support/docs/voice/h323/22983-ringback.html
يتضمن عادة أحد رسائل SIP RingBack إحدى رسالتين. 180 و 183. يشير RFC 3261 إلى أنه قد يتم تلقي 0 أو 1 أو أكثر من هذه الرسائل 1xx بعد دعوة، لذلك ليس ضد RFC عدم تلقي إحدى هذه الرسائل. إذا لم يتم تلقي أي منهم فلن يكون هناك أي عودة. لذلك إذا كان المتصل يتوقع عودة الرنين في شكل ما، فعندئذ يكون 180 أو 183 مطلوبا.
يمكن أن يحتوي كل من 180 و 183 على بروتوكول وصف جلسة العمل (SDP) الذي سيتعامل معه المكعب كوسيط مبكر. عند وجود بروتوكول SDP في مكعب رسالة 18X وسيتوقع CUCM من الجهاز الطرفي البعيد الذي يرسل المحول 18X مع SDP ليعرض الحلقة من IP المحدد في بروتوكول SDP. لا يوجد تكوين لتغيير هذا السلوك في CUCM أو CUBE. تتطلب بعض الأجهزة تبادل PRACK (rel1xx) على رسالة 18X قبل إرسال RingBack.
يغوص RFC3960 في تفاصيل إضافية حول إرسال إشارات RingBack باستخدام SIP.
من المهم ملاحظة أنه بالنسبة ل SIP إلى ISDN و SIP إلى H.323 يدعو 18X مع SDP خرائط إلى مؤشر تقدم داخل النطاق بينما يدعو 18X بدون SDP خرائط إلى التنبيه.
نموذج 183 مع SDP
SIP/2.0 183 Session Progress Via: SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK6350828126b1a From: <sip:8675309@10.10.10.10>;tag=85512413~796a13c3-49d2-74ec-19db-f4258d9eef64-40934478 To: <sip:123456789@10.10.10.1>;tag=BA0FA04C-97B Date: Wed, 22 Jun 2016 11:32:51 GMT Call-ID: 575b0c00-76a177e1-57ea4-2009000a CSeq: 101 INVITE Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER Allow-Events: telephone-event Remote-Party-ID: <sip:8675309@10.10.10.10>;party=called;screen=no;privacy=off Contact: <sip:8675309@10.10.10.10:5060;transport=tcp> Supported: sdp-anat Server: Cisco-SIPGateway/IOS-15.4.3.M2 Content-Type: application/sdp Content-Disposition: session;handling=required Content-Length: 250 v=0 o=CiscoSystemsSIP-GW-UserAgent 9474 3602 IN IP4 172.16.37.129 s=SIP Call c=IN IP4 10.10.10.10 t=0 0 m=audio 17606 RTP/AVP 8 101 c=IN IP4 10.10.10.10 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20
نموذج 180 بدون SDP
SIP/2.0 180 Ringing Via: SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bKd34f2a2080 From: <sip:2002@10.10.10.10>;tag=17170~21823a7a-6ec3-4a2f-9307-df98bca4b011-23314477 To: <sip:3001@10.10.10.1> ;tag=1ADFB1AC-3CB Date: Tue, 26 Jan 2016 22:05:06 GMT Call-ID: d859d700-6a71ed8f-26-a21030e CSeq: 102 INVITE Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER Allow-Events: telephone-event Remote-Party-ID: < sip:3001@10.10.10.10> ;party=called;screen=yes;privacy=off Contact: < sip:3001@10.10.10.10:5060;transport=tcp> Server: Cisco-SIPGateway/IOS-12.x Content-Length: 0
التكوين
التعريف | |
! sip-ua disable-early-media 180 ! |
يستخدم لتحديد معالجة المكالمة أو الوسائط المبكرة أو المحولة الخلفية، ويتم توفير 180 إستجابة مع 180 إستجابة مع بروتوكول وصف الجلسة (SDP) |
! نقل الصوت عبر بروتوكول الإنترنت رشفة حظر {180 | 181 | 183} SDP {حالي | غائب} ! |
منع الرسائل المحددة المتعلقة بظهور حلقة الاتصال |
ملف تعريف SIP لتغيير جلسة عمل 183 قيد التقدم إلى 180 رنين.
! voice service voip sip sip-profiles inbound ! voice class sip-profiles 777 response 183 sip-header SIP-StatusLine modify "SIP/2.0 183 Session Progress" "SIP/2.0 180 Ringing" ! dial-peer voice 777 voip voice-class sip profile 777 inbound !
تمكين PRACK (rel1xx) في CUCM.
مسار قائمة النظام: الجهاز > إعدادات الجهاز > ملف تخصيص SIP > إختيار ملف تعريف SIP > SIP Rel1XX
الخيارات
تمكين PRACK (rel1xx) على البوابات
تصحيح الأخطاء
debug voip ccapi inout debug ccsip messages
MGCP هو جانب VoIP الذي يتحكم في منافذ FXS و ISDN T1 / E1. يمكنك التحقق مما إذا كان CUCM يقوم بإرسال إشارات رجوع الشبكة الصحيحة إلى المنفذ المحدد ولكن لا يوجد الكثير من التكوين الذي يمكن القيام به.
رسالة Sample MGCP RingBack من CUCM إلى منفذ VG224 FXS
Apr 29 01:01:38.264: MGCP Packet received from 14.50.244.2:2427---> RQNT 37 AALN/S2/1@vg224 MGCP 0.1 X: 1b R: L/hu S: G/rt Q: process,loop <---
S: = أحداث الإشارة وg/rt = حزمة عامة / نغمة رنين خلفية
تكوين CUCM
مسار قائمة النظام: نظام > معلمات الخدمة > PUB > CallManager > تعطيل مؤشر تقدم التنبيه
تكوين البوابة
تصحيح الأخطاء
debug mgcp packet
debug voip ccapi nout
debug vpm signal debug voip vtsp session
بالنسبة لهواتف SCCP IP المسجلة في CUCM أو CME، يتم إرسال "StartToneMessage" إلى هاتف IP يقول للهاتف المحلي أن يقوم بتشغيل المتصل إلى الشخص الذي يقوم بإجراء المكالمة.
تصحيح أخطاء أخطاء أخطاء أخطاء كل منافذ الصوت التناظرية:
debug voip ccapi inout debug vpm signal debug voip vtsp session
GATEWAY(config)#voice-port 0/2/0 GATEWAY(config-voiceport)#cptone ? locale 2 letter ISO-3166 country code AR Argentina IN India PA Panama AU Australia ID Indonesia PE Peru AT Austria IE Ireland PH Philippines BE Belgium IL Israel PL Poland BR Brazil IT Italy PT Portugal CA Canada JP Japan RU Russian Federation CL Chile JO Jordan SA Saudi Arabia CN China KE Kenya SG Singapore CO Colombia KR Korea Republic SK Slovakia C1 Custom1 KW Kuwait SI Slovenia C2 Custom2 LB Lebanon ZA South Africa CY Cyprus LU Luxembourg ES Spain CZ Czech Republic MY Malaysia SE Sweden DK Denmark MT Malta CH Switzerland EG Egypt MX Mexico TW Taiwan FI Finland NP Nepal TH Thailand FR France NL Netherlands TR Turkey DE Germany NZ New Zealand AE United Arab Emirates GH Ghana NG Nigeria GB United Kingdom GR Greece NO Norway US United States HK Hong Kong OM Oman VE Venezuela HU Hungary PK Pakistan ZW Zimbabwe IS Iceland
إخراج من تسجيل الوارد debug ccapi وdebug vpm signal وdebug voip vtsp جلسة لاتصال E1 R2 الذي يظهر النطاق الخلفي للإنترنت.
042446: May 12 14:51:15.816 GMT: //2475488/47922BA59254/CCAPI/cc_api_call_alert: Interface=0x3ECE2770, Progress Indication=NULL(0), Signal Indication=SIGNAL RINGBACK(1) 042447: May 12 14:51:15.816 GMT: //2475488/47922BA59254/CCAPI/cc_api_call_alert: Call Entry(Retry Count=0, Responsed=TRUE) 042448: May 12 14:51:15.816 GMT: //2475487/47922BA59254/CCAPI/ccCallAlert: Progress Indication=NULL(0), Signal Indication=SIGNAL RINGBACK(1) 042449: May 12 14:51:15.816 GMT: //2475487/47922BA59254/CCAPI/ccCallAlert: Call Entry(Responsed=TRUE, Alert Sent=TRUE)htsp_alert_notify 042450: May 12 14:51:15.816 GMT: r2_reg_event_proc(0/0/1:1(1)) ALERTING RECEIVED 042451: May 12 14:51:15.816 GMT: R2 Incoming Voice(0/1): DSX (E1 0/0/1:0): STATE: R2_IN_WAIT_REMOTE_ALERT R2 Got Event R2_ALERTING 042452: May 12 14:51:15.816 GMT: rx R2_ALERTING in r2_comp_wait_remote_alert 042453: May 12 14:51:15.816 GMT: r2_reg_generate_digits(0/0/1:1(1)): Tx digit '1' 042454: May 12 14:51:16.672 GMT: //2475487/47922BA59254/VTSP:(0/0/1:1):0:1:1/vtsp_report_cas_digit: End Digit=2, Mode=CC_TONE_R2_MF_BACKWARD_MODE 042455: May 12 14:51:16.672 GMT: htsp_digit_ready(0/0/1:1(1)): Rx digit='#'
سيقوم CVP بإرسال إشارة لبوابة VXML لعرض حلقة اتصال عن طريق إرسال دعوة باستخدام رقم محدد.
مثال: 9191
سيكون SDP الخاص بهذه الدعوة هو المكان الذي نريد أن تقوم فيه بوابة VXML بإرسال ringBack.
سيطابق هذا نظير الطلب الذي تم تكوينه بخدمة RingBack المكونة.
وعادة ما يكون سبب التأخير في قص الحلقة المفرغة هو تأخر الإشارات الأساسية. يجب الرجوع إلى سجلات تصحيح الأخطاء والسجلات الخاصة بالجهاز المحدد والبروتوكولات المستخدمة لمعرفة سبب التأخير في إرسال الإشارات.
بالنسبة لفشل إرسال إشارات عبارة الصوت على أقران الطلب وإعادة تعقب نظير الطلب يمكن أن يؤدي إلى تأخير كبير حيث يحاول الجهاز العثور على الخطوة التالية للمكالمة.
كما ترى عبر الوثيقة، فإن عمليات تصحيح أخطاء CCAPI مهمة جدا لأي مشكلة متعلقة بإزاحة الرنين.
تعد واجهة برمجة تطبيقات التحكم في المكالمات (CCAPI) مسؤولة عن تغطية جانبين من المكالمة عبر بوابة صوتية، ونتيجة لذلك أيضا تقرن رن رن الظهر الظهر معا من ساق اتصال إلى أخرى.
أمثلة إخراج تصحيح الأخطاء من CCAPI ل ringBack
Feb 2 21:27:18.884: //22/9285F23E801B/CCAPI/cc_api_call_alert: Interface=0x3AB79E8, Progress Indication=NULL(0), Signal Indication=SIGNAL RINGBACK(1)
Jun 23 13:32:34 EDT: //1204/77232A800001/CCAPI/cc_api_call_cut_progress: Interface=0x7FD5FD1CEE10, Progress Indication=INBAND(8), Signal Indication=INTERCEPT(2), Cause Value=0 Jun 23 13:32:34 EDT: //1203/77232A800001/CCAPI/ccCallCutProgress: Progress Indication=INBAND(8), Signal Indication=INTERCEPT(2), Cause Value=0 Voice Call Send Alert=FALSE, Call Entry(Alert Sent=FALSE)
Jun 22 11:32:52.096: //204706/575B0C000000/CCAPI/ccCallAlert: Progress Indication=INBAND(8), Signal Indication=SIGNAL RINGBACK(1)
Nov 28 21:25:41.748: //43495/0C82F2F380B7/CCAPI/cc_api_call_cut_progress: Interface=0x7F8028B60F90, Progress Indication=INBAND(8), Signal Indication=SIGNAL RINGBACK(1), Cause Value=0 Nov 28 21:25:41.749: //43494/0C82F2F380B7/CCAPI/ccCallCutProgress: Progress Indication=INBAND(8), Signal Indication=SIGNAL RINGBACK(1), Cause Value=0 Voice Call Send Alert=FALSE, Call Entry(Alert Sent=FALSE) Nov 28 21:25:41.749: //43494/0C82F2F380B7/CCAPI/ccGenerateToneInfo: Stop Tone On Digit=FALSE, Tone=Null, Tone Direction=Network, Params=0x0, Call Id=43494
قد يبدو كل شيء على ما يرام وفقا لإشارتك. ومع ذلك، قد لا يكون هناك أي رد فعل. إذا كانت الإشارة تشير إلى أن طرفا معينا سيقوم بإرسال الرنين إلى جهازك، فإن الأمر يستحق التقاط حزمة أو التقاط PCM من منفذ الصوت للتحقق مما إذا كان رنين الظهر في الواقع قيد التشغيل أم لا.
من المهم أيضا التحقق من توجيه الطبقة 3 من المصدر والوجهة. إذا لم يتمكنوا من إرسال حزم RTP إلى جهازك، فلن تسمع الصوت. بشكل إختياري، إذا لم تتمكن من إرسال الحزم إلى جهاز معين فإنها لن تسمع صوت جهاز الرنين الخاص بك.
أوامر توجيه مفيدة من الطبقة 3
show ip route show ip cef <remote_ip> ping a.b.c.d source <interface> traceroute a.b.c.d
وثائق التقاط PCM:
http://www.cisco.com/c/en/us/support/docs/voice/h323/116078-technologies-technote-commandrefe.html