المحتويات

المقدمة

المتطلبات الأساسية

المتطلبات

المكونات المستخدمة

طوبولوجيا الشبكة

المشكلة

التحقق من الصحة

الحل

نقطة إنهاء وسائط البرامج (MTP)

تدفق الوسائط في جميع الأنحاء

مولد مضاد للتوجيه في وسائل الإعلام

تمكين CUBE لإرسال حزم STUN في منفذ/IP للوسائط التي تم التفاوض عليها

المقدمة

يصف هذا المستند كيفية أستكشاف أخطاء الصوت غير المباشر وإصلاحها باستخدام إستدعاءات HAIRpin على Cisco Unified Border Element (CUBE).

المتطلبات الأساسية

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

- بروتوكول بدء جلسة عمل (SIP)

- كيفية تكوين المكعب واستخدامه

- تدفق الوسائط في جميع الأنحاء

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى إصدارات المكونات المادية والبرامج التالية:

- Cisco Unified Communications Manager (CUCM) - 11.5.1.1000-5

- المكعب - 15.5(3)S5

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.

طوبولوجيا الشبكة

المشكلة

إستدعاء علامة التنصت هو مكالمة واردة من موفر خدمة الاتصال الهاتفي عبر الإنترنت (ITSP) تمت إعادة توجيهها أو نقلها مرة أخرى إلى ITSP، وينتج عن ذلك تشغيل المكالمات الصوتية غير المباشرة، والمكالمات المنتظمة إلى ITSP من هواتف IP بشكل صحيح.

وفقا ل SIP RFC 3264، يتم إجراء مفاوضات مأخذ الوسائط بين SIP User Agent Client (UAC) و SIP User Agent Server (UAS) من خلال بروتوكول وصف الجلسات (SDP) في نموذج العرض/الإجابة، ويتبع ذلك كل مصنع لمنتجات Voice Ove IP (VoIP).

لا تأخذ بعض ITSP عنوان IP ومعلومات المنفذ في SDP بسبب تنفيذ جدار الحماية الخاص بها، لذلك، يجب بدء مأخذ التوصيل من الطرف البعيد (في هذه الحالة، CUBE). يتطلب ITSP الطرف البعيد إرسال بعض حزم بروتوكول نقل الوقت الفعلي (RTP) نحوه، بمجرد أن يستقبل ITSP حزم RTP، فإنه يرسل الحزم إلى عنوان IP المصدر الخاص بالحزم المستلمة.

في مكالمة بين هاتف IP و ITSP، لا تتميز بالسماكة، لا تحدث هذه المشكلة، وذلك لأن هاتف IP يرسل حزم RTP وهمية بعد أن يفتح المنافذ المطلوبة.

عندما يأتي اتصال من ITSP ويتم إرساله مرة أخرى إليهم، لا يقوم كل من بادئ المكالمة ومتلقي المكالمة بإرسال أي تدفقات ما لم يتلقوا تدفقا من شخص ما في مسار المكالمة، فهذا وضع متوقف.

التحقق من الصحة

للتحقق من صحة إنشاء الاتصال بنجاح، قم بتشغيل هذا الأمر: show voIP rtp connections.

Max Ports Available: 19999, Ports Reserved: 101, Ports in Use: 4

Port range not configured, Min: 8000, Max: 48199

Ports       Ports       Ports

Media-Address Range                             Available   Reserved    In-use

Default Address-Range                           19999       101         4

VoIP RTP active connections :

No. CallId     dstCallId  LocalRTP RmtRTP LocalIP                                       RemoteIP

1     21         22         16424    16568  10.106.36.169                               10.106.108.72

2     22         21         16426    24602  10.106.36.169                               10.106.123.29

3     23         24         16428    24600  10.106.36.169                               10.106.123.29

4     24         23         16430    16570  10.106.36.169                               10.106.108.72

Found 4 active RTP connections

قم بتشغيل الأمر show call voice brief لترى عدادات Rx/Tx لجميع أرجل المكالمات الأربعة من منظور CUBE على أنها 0/0.

Total call-legs: 4

35E9 : 21 7441740ms.1 (*13:00:22.857 UTC Sat May 20 2017) +4080 pid:123 Answer 5655 connected

dur 00:24:17 tx:0/0 rx:0/0 dscp:0 media:0 audio tos:0xB8 video tos:0x0                                            <<<<

IP 10.106.108.72:16568 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711ulaw TextRelay: off Transcoded: No

media inactive detected:n media contrl rcvd:n/a timestamp:n/a

long duration call detected:n long duration call duration:n/a timestamp:n/a

LostPacketRate:0.00 OutOfOrderRate:0.00

35E9 : 22 7441740ms.2 (*13:00:22.857 UTC Sat May 20 2017) +4080 pid:123 Originate 7961 connected

dur 00:24:17 tx:0/0 rx:0/0 dscp:0 media:0 audio tos:0xB8 video tos:0x0                                            <<<<

IP 10.106.123.29:24602 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711ulaw TextRelay: off Transcoded: No

media inactive detected:n media contrl rcvd:n/a timestamp:n/a

long duration call detected:n long duration call duration:n/a timestamp:n/a

LostPacketRate:0.00 OutOfOrderRate:0.00

0    : 23 7441780ms.1 (*13:00:22.897 UTC Sat May 20 2017) +4020 pid:124 Answer 5655 connected

dur 00:24:17 tx:0/0 rx:0/0 dscp:0 media:0 audio tos:0xB8 video tos:0x0                                            <<<<

IP 10.106.123.29:24600 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711ulaw TextRelay: off Transcoded: No

media inactive detected:n media contrl rcvd:n/a timestamp:n/a

long duration call detected:n long duration call duration:n/a timestamp:n/a

LostPacketRate:0.00 OutOfOrderRate:0.00

0    : 24 7441780ms.2 (*13:00:22.897 UTC Sat May 20 2017) +4010 pid:124 Originate 7961 connected

dur 00:24:17 tx:0/0 rx:0/0 dscp:0 media:0 audio tos:0xB8 video tos:0x0                                            <<<<

IP 10.106.108.72:16570 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711ulaw TextRelay: off Transcoded: No

media inactive detected:n media contrl rcvd:n/a timestamp:n/a

long duration call detected:n long duration call duration:n/a timestamp:n/a

LostPacketRate:0.00 OutOfOrderRate:0.00

ملاحظة: في حالة إستخدام موجهات الحالة IOS-XE، قم بتشغيل هذا الأمر للتحقق من صحة عدادات Rx/Tx:

voice service voip

media bulk-stats

لا يوصى بتشغيل هذا الأمر عندما يكون مستوى صوت المكالمة مرتفعا، فتأكد من تشغيل هذا الأمر عندما تكون وحدة المعالجة المركزية أقل من 30٪.

الحل

نقطة إنهاء وسائط البرامج (MTP)

هذه هي الطريقة المفضلة للتغلب على المشكلة. يمكن CUCM Software MTPs إرسال حزم RTP زائفة. في إستدعاء علامة تمييز، يقوم البرنامج MTP بتوفير حزم RTP وهمية إلى كلا، بادئ المكالمة ومتلقي المكالمة، وبالتالي، يستلم ITSP هذه الحزم والردود مع RTP إلى البرنامج MTP.

تأكد من تحديد خانة الاختيار نقطة نهاية الوسائط المطلوبة في صفحة تكوين خط الاتصال. انتقل إلى الجهاز > خط اتصال SIP وحدد قائمة مجموعة موارد الوسائط (MRGL) الخاصة بهذا خط الاتصال، تحقق من أنه يحتوي على برنامج MTP واحد على الأقل.

1. ملاحظة: يتعذر على MTP للأجهزة إرسال تدفقات RTP زائفة. تأكد من أن MRGL المقترن مع خط الاتصال يستدعي فقط MTP الخاص بالبرنامج. يمكن ل Software MTP توصيل المكالمات G711 فقط، وتأكد من أنه يجب إستخدام G711 لتدفق المكالمات من النهاية إلى النهاية لهذا الحل البديل للعمل.

تظهر الصورة التالية كيف تبدو حمولة RTP الدمية في Wireshark:

تدفق الوسائط في جميع الأنحاء

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

voice service voip

media flow-around

الاتصال باستخدام تدفق الوسائط

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

لا يسري وضع تكوين نظير الطلب لتدفق الوسائط إذا كان لديك تدفق وسائط تم تكوينه تحت التكوين العام.

التكوين

1. تكوين تدفق الوسائط تحت التكوين العام.

2. إنشاء وسائط من فئة الصوت مع تدفق الوسائط.

3. تطبيق وسائط من فئة الصوت على جميع أقران الطلب الذين يتوقع إستخدام تدفق الوسائط فيهم.

4. يقع نظير الطلب الذي ليس له هذا التكوين في تدفق الوسائط أثناء تكوينه بشكل عام.

Voice service voip

media flow-around

voice-class media 10

media flow-through

dial-peer voice 1 voip

Description ** Inbound dial-peer **

voice class media 10

dial-peer voice 2 voip

Description ** Outbound dial-peer **

voice class media 10

مولد مضاد للتوجيه في وسائل الإعلام

تعمل هذه الميزة بشكل مشابه لتدفق الوسائط، ومع ذلك، فإنها تؤثر بشكل أقل. أولا، إنها تبحث عن مكالمات تكرار حلقي أو مكالمات دبوس شعر، إذا تم العثور على مكالمة دبوس، فإن هذه الميزة تقوم بتشغيل جولة أخرى من مفاوضات الوسائط للمكالمة المحددة. في نهاية هذا التفاوض، لم يعد CUBE جزءا من مسار الوسائط.

يحتاج كلا الطرفين، CUBE و ITSP، إلى دعم ميزة مكافحة الترومبون من أجل أن يعمل ذلك.

voice service voip

media anti-trombone

إتصل مع ميديا أنتيرومبون

ملاحظة: تحقق من القيود قبل تكوين برنامج مكافحة وسائط على http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/media-path.html

تمكين CUBE لإرسال حزم STUN في منفذ/IP للوسائط التي تم التفاوض عليها

قم بتمكين CUBE لإرسال طلبات/حزم STUN التي تم إنشاؤها محليا (حزم STUN هذه هي حزم UDP ذات أرقام المنافذ/IP للوسائط نفسها) التي سيتم إرسالها عبر مسار الوسائط الذي تم التفاوض عليه، ويمكن للأجهزة الموجودة في مسار الوسائط مسح المسار بعد الحصول على حزم STUN هذه بعد التحقق من بروتوكول IP/Port/Transport إذا لم تكن هذه الأجهزة تحقق من بيانات التطبيق الفعلية:

نقل الصوت عبر بروتوكول الإنترنت

صاعقة

STUN Flow Data Agent-ID 1 boot-count 4

stun flowData shared-secret 0 Password123$

إستخدام الوحدة النمطية لفئة الصوت 1

بيانات تدفق إستخدام STUN لجدار الحماية

صوت نظير الطلب 2000 VoIP

الوصف ** نظير الطلب الوارد من ITSP **

إستخدام stun-use لفئة الصوت 1

يمكن تنفيذ هذا الإجراء على نظير الطلب المستخدم لتسجيل المكالمة من ITSP أو نظير الطلب المستخدم لإرسال المكالمة إلى ITSP أو كليهما.