تحليل متعمق لميزة RingBack لجميع بروتوكولات VoIP والبروتوكولات التناظرية

المقدمة

الغرض من هذا المستند هو توفير شرح تفصيلي لنغمات إسترجاع الصوت التي يتم عادة ترجمتها إلى نغمات تقدم المكالمة أو نغمات 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 (T1 / E1 / BRI)

أستخدم ISDN Q.931 مفهوم مؤشرات التقدم (PIs) الذي يمكن عرضه في إرسال إشارات Q.931. ويمكن عرض ذلك على بوابات الصوت من Cisco من خلال تشغيل debug isdn q931. يمكن إرسال مؤشرات التقدم في رسائل التنبيه والتقدم ومتابعة المكالمة وعملية الإعداد وقطع الاتصال. سيتم قص قيمة مؤشر التقدم 1 أو 8 من خلال الصوت الخلفي لرسائل الشبكة الخلفية ورسائل الخطأ. لن يتم تخفيض قيم مؤشرات التقدم من 0 و 2 و 3 عبر الوسائط الخلفية. يمكن ل DSP الذي تم تعيينه لقناة ISDN تشغيل ringBack إلى خط ISDN إذا تعذر على الطرف المتصل البعيد القيام بذلك.

تكرارات معروفة باستخدام ISDN RingBack

• يتطلب SIP إلى ISDN Calls Early Offer حتى عندما تستلم البوابة ISDN بمؤشر PI صالح لفتح وسائط خلفية يكون لها عنوان IP الخاص بهاتف CUCM/IP لإرسال الوسائط نحو.

مؤشرات التقدم في الربع 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 يدويا.

ملاحظات هامة:

• هذا معطل افتراضيا
• يمكن تطبيق هذا فقط على نظائر الطلب الصادرة
• يمكن تطبيق هذا على كل من نظامي الطلب VoIP و POTS.

صياغة الأمر الكامل: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.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 Call Send Alert=FALSE" في تصحيح أخطاء CCAPI لجعل القيمة صحيحة. وبالإضافة إلى ذلك، يمكن إستخدام هذا المحول ل ISDN إلى SIP حيث تم تلقي 183 وات/SDP ولكن الجهاز الطرفي البعيد لم يكن يشغل في الواقع RingBack. يقوم بتغيير تقدم TX إلى تنبيه TX بنفس معلومات PI. ثم قام PSTN بإعادة الكرة.
Voice rtp send-recv	فتح قناة صوت RTP في كلا الاتجاهين.
! صوت نظير الطلب 1 voIP تنبيه رقم غير pi للنغمة ! ناقل الصوت الهاتفي-النظير 2 تنبيه رقم غير pi للنغمة !	يتسبب هذا الأمر في أن تقوم البوابة بإنشاء اتصال للخلف باتجاه جهة الاتصال إذا تم تلقي تنبيه على نقطة اتصال IP بدون PI. وهو يختلف عن أمر progress_ind setup في أن رسالة إعداد H.225 الصادرة لا تحتوي على PI من 3 باستخدام الأمر tone ringBack. من المحتمل أن لا تقبل بعض الأجهزة رسائل الإعداد عند تضمين 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

يتضمن عادة أحد رسائل 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.

• تم تعطيل المعالجة بشكل افتراضي في ملفات تعريف CUCM SIP

مسار قائمة النظام: الجهاز > إعدادات الجهاز > ملف تخصيص SIP > إختيار ملف تعريف SIP > SIP Rel1XX

الخيارات 

• معطل (افتراضي)
• إرسال PRACK إذا كان 1xx يحتوي على SDP
• إرسال PRACK لكافة رسائل 1xx

تمكين PRACK (rel1xx) على البوابات

• بشكل افتراضي، يتم تمكين rel1xx على عبارات الصوت. إذا تلقى المكعب متطلبا: 100 rel رأس، فسوف ينقص

تصحيح الأخطاء

debug voip ccapi inout
debug ccsip messages

  

MGCP

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 > تعطيل مؤشر تقدم التنبيه

• تحدد هذه المعلمة ما إذا كان يتم الإبلاغ عن مؤشر تقدم التنبيه لمعلومات النطاق الداخلي إلى بوابات PRI الرقمية أم لا.
• تحدد القيم الصالحة القيمة true (تعطيل مؤشر تقدم التنبيه) أو القيمة "خطأ" (إرسال مؤشر تقدم التنبيه).
• لاسترداد الحلقة مرة أخرى في تكوينات معينة، قد تحتاج إلى تعيين هذا الحقل إلى "خطأ" لفرض قطع الوسائط.

تكوين البوابة

• None

تصحيح الأخطاء

debug mgcp packet
debug voip ccapi nout
debug vpm signal 
debug voip vtsp session

SCCP

بالنسبة لهواتف SCCP IP المسجلة في CUCM أو CME، يتم إرسال "StartToneMessage" إلى هاتف IP يقول للهاتف المحلي أن يقوم بتشغيل المتصل إلى الشخص الذي يقوم بإجراء المكالمة.

تناظري (FXS / FXO / E&M / E1 R2)

تصحيح أخطاء أخطاء أخطاء أخطاء كل منافذ الصوت التناظرية:

debug voip ccapi inout
debug vpm signal
debug voip vtsp session

  

منافذ الصوت

• سيكون DSP المحلي قابلا للمسؤولية عن توفير RingBack للمنفذ الصوتي.
• تكون وحدة CPtone مخصصة قابلة للتكوين تحت المنفذ الصوتي المختار.

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

E1 R2

إخراج من تسجيل الوارد 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='#'

تفاصيل رينجباك الخاصة من Cisco

التحويلات الداخلية (خطوط اتصال SIP و CUC)

• وخلال عملية نقل داخلية عبر خط اتصال SIP أو إلى/من إعلان CUC CUCM ستكون تلك التي توفر رينجباك باك.

• تأكد من تعيين MRGL و Anunciator على خط الاتصال ومن بدء تشغيل خدمة IPVMS.

عملاء مركز الاتصال كثيري التنقل

• لكي يستمع العميل إلى نغمات تقدم المكالمة للمكالمات التي بدأها الوكيل، يلزم تكوين إضافي إذا لم يتم تمكين MTP المطلوب. إن يتلقى بدلا من ذلك حركي MTP توزيع ب فرض غير متطابق DTMF عملية إعداد، بعد ذلك ال CM موحد ينبغي كنت شكلت أن يمكن عرض مبكر.
• لا يتم إنشاء نغمات تقدم المكالمات و غيرها من قبل Cisco Analog، كما هو الحال بالنسبة للهواتف العادية والهواتف البرمجية. بدلا من ذلك، يعتمد "البرنامج العميل المحمول" على هذه النغمات التي يتم توليدها بواسطة الطرف المسمى (ويعمل إعداد العرض المبكر على تشغيل هذه النغمات التي سيتم إرسالها إلى العميل).

التوثيق:
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/icm_enterprise/icm_enterprise_9_0_1/user/guide/UCCE_BK_UFAEED16_00_ucce-mobile-agent-guide/UCCE_BK_UFAEED16_00_ucce-mobile-agent-guide_chapter_010.html#UCCE_RF_E40E25C8_00

Contact Center Enterprise (UCCE) و VXML

سيقوم CVP بإرسال إشارة لبوابة VXML لعرض حلقة اتصال عن طريق إرسال دعوة باستخدام رقم محدد.
مثال: 9191
سيكون SDP الخاص بهذه الدعوة هو المكان الذي نريد أن تقوم فيه بوابة VXML بإرسال ringBack.

سيطابق هذا نظير الطلب الذي تم تكوينه بخدمة RingBack المكونة.

استكشاف الأخطاء وإصلاحها

التأخير في رينجباك باك

وعادة ما يكون سبب التأخير في قص الحلقة المفرغة هو تأخر الإشارات الأساسية. يجب الرجوع إلى سجلات تصحيح الأخطاء والسجلات الخاصة بالجهاز المحدد والبروتوكولات المستخدمة لمعرفة سبب التأخير في إرسال الإشارات.

بالنسبة لفشل إرسال إشارات عبارة الصوت على أقران الطلب وإعادة تعقب نظير الطلب يمكن أن يؤدي إلى تأخير كبير حيث يحاول الجهاز العثور على الخطوة التالية للمكالمة. 

تحليل الوارد ل voip ccapi debug

كما ترى عبر الوثيقة، فإن عمليات تصحيح أخطاء 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