تكوين بوابات MGCP واستكشاف أخطائها وإصلاحها
المحتويات
المقدمة
يصف هذا المستند كيفية تكوين بروتوكول التحكم في عبارة الوسائط (MGCP) واستكشاف أخطائه وإصلاحها؛ MGCP هو بروتوكول وكيل الاتصال/نقطة النهاية.
المتطلبات الأساسية
المتطلبات
لا توجد متطلبات خاصة لهذا المستند.
المكونات المستخدمة
- VG320
- Cisco Unified Communications Manager 11.5
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
معلومات أساسية
التعريفات الشائعة
| السمة |
التعريف |
| وكيل الاتصال |
عناصر التحكم في المكالمات التي تلعب الدور الرئيسي وتوفر ذكاء مركزيا في الاتصال. |
| نقاط النهاية |
نقاط النهاية هي الأجهزة التي تتحكم فيها عوامل الاتصال، مثل: FXO أو FXS أو قناة DS0. |
| PSTN |
الشبكة العامة لتحويل الهاتف. |
أساسيات MGCP
يتم تحديد بروتوكول التحكم في عبارة الوسائط (MGCP) بواسطة RFC 2705. MGCP هو بروتوكول وكيل اتصال/نقطة نهاية حيث يتم التحكم في نقطة النهاية بواسطة وكيل اتصال من نوع ما. تتم إدارة ذكاء التحكم بالكامل بواسطة "عميل الاتصال" الذي يرشد نقطة النهاية بشأن الإجراء الذي يجب إتخاذه بمجرد اكتشاف حدث ما. يستخدم MGCP منفذ TCP 2428 ومنفذ UDP 2427.
يتم إستخدام منفذ TCP 2428 في MGCP لفتح مقبس جديد باستخدام "وكيل الاتصال" لتحديد ما إذا كان يمكن إنشاء الاتصال. بدون مأخذ التوصيل الجديد هذا، لا يمكن تبادل رسائل MGCP التالية. كما يتم إستخدامها لإرسال/إستقبال رسائل نقل البيانات بين نقاط نهاية PRI ووكيل الاتصال الذي تم تسجيله له. أخيرا، يتم إستخدام منفذ TCP 2428 لتجاوز الفشل لإجراء نسخ إحتياطي لعملاء المكالمات في حالة عدم إستجابة "وكيل الاتصال الأساسي".
يتم إستخدام منفذ UDP 2427 في MGCP لرسائل MGCP المتبادلة بين نقاط النهاية وعملاء المكالمات.
تدفق أساسي
هذا مثال على تدفق MGCP أساسي. في هذا المثال، تتلقى البوابة مكالمة جديدة من PSTN على عبارة الصوت هذه (نقطة النهاية). تقوم البوابة بإخطار "وكيل الاتصال" (CUCM) بهذا الاتصال الجديد الذي يتم تلقيه، ويقوم "عامل الاتصال" بتوجيه البوابة لإنشاء اتصال لهذه المكالمة الجديدة. وأخيرا، ترسل البوابة رسالة OK مرة أخرى إلى "وكيل الاتصال" لإنشاء المكالمة.
معرفات نقاط النهاية
يلزم وجود معرف لكل نقطة نهاية لعامل الاتصال لتحديد من يحتاج لإرسال حدث أو من أين يأتي الحدث. تحتوي معرفات نقاط النهاية على مكونين رئيسيين:
- الاسم المحلي ضمن هذه البوابة (غير حساس لحالة الأحرف).
- اسم المجال لتلك البوابة التي تدير نقطة النهاية (حساسة لحالة الأحرف).
الأمثلة:
- AALN/S1/SU0/0@AV-VG200-2.cisco.com
- S0/SU0/DS1-0@AV-VG200-1
تشكيل أساسي من MGCP
قام هذا المستند بتقسيم كل مكونات تكوين إلى خطوات فردية.
تكوين CLI للعبارة
على البوابة التناظرية التي تخطط للتسجيل في CUCM، هذا هو الحد الأدنى للتكوين المطلوب. تحتاج فقط إلى إضافة هذا التكوين لبدء عملية التسجيل، حيث يتم تنزيل التكوين المتبقي من CUCM:
VG320(config)# mgcp call-agent 10.50.217.100 2427 service-type mgcp version 0.1 VG320(config)# ccm-manager config server 10.50.217.100 VG320(config)# ccm-manager config VG320(config)# ccm-manager mgcp VG320(config)# mgcp **Note on the ISR4000s if you fail to down load your configuration file, you must add the command: VG320(config)# ip tftp source-interface GigabitEthernet x/x/x
تكوين CUCM
الخطوة 1. لتكوين بوابة MGCP في CUCM، يجب عليك تسجيل الدخول إلى إدارة Cisco Unified CM. بمجرد تسجيل الدخول، انتقل إلى جهاز > بوابة:
الخطوة 2. يضعك التحديد السابق في صفحة البحث عن عبارة القوائم. في هذه الصفحة، حدد الزر إضافة جديد مع علامة "+" (زائد):
الخطوة 3. بعد تحديد إضافة جديد، تتم مطالبتك باختيار نوع البوابة. أستخدم القائمة المنسدلة لاختيار الجهاز الذي تخطط لتسجيله، ثم حدد التالي لاختيار البروتوكول الذي تريده لهذا الجهاز (يجب تحديد MGCP):
الخطوة 4. بمجرد تحديد الجهاز والبروتوكول المستخدمين، يجب تكوين اسم المجال ومجموعة مدير الاتصالات الموحدة من Cisco ومعلومات الوحدة النمطية. هذه هي الحقول الرئيسية المطلوبة لتسجيل نقطة نهاية عبر MGCP.
الخطوة 5. يتكون اسم المجال من جزء واحد إلى جزئين. يجب عليك إدخال اسم المضيف للموجه، كحد أدنى في حقل اسم المجال. في هذا السيناريو، يكون اسم المضيف:
VG320. ومع ذلك، إذا كان لديك اسم مجال تم تكوينه على البوابة، فيجب تكوين اسم المجال المؤهل بالكامل لهذا الجهاز:
الخطوة 6. أختر حفظ. يؤدي هذا إلى تحديث الصفحة ويسمح لك بتحديد وحدة فرعية. بمجرد تحديد وحدة فرعية، حدد حفظ مرة أخرى. يمكنك الآن رؤية المنافذ القابلة للتكوين:
الخطوة 7. لتكوين نقطة نهاية، انقر فوق المنفذ الذي يتم توصيل الجهاز التناظري به (في هذا السيناريو، يكون 0/0/0). ما إن ينتقي أنت ميناء، أنت حضضت أن يشكل الميناء نوع:
الخطوة 8. في هذه الحالة، حدد POTS. بمجرد تحديد هذا الخيار، يمكنك إدخال كافة القيم الضرورية لمعلومات الجهاز كما تريد لأي نقطة نهاية أخرى لإدارة المكالمات. الحقل الوحيد المطلوب هو تجمع الأجهزة، ومع ذلك، يمكنك إدخال قيم إضافية مثل مساحة البحث الاستدعائي. بمجرد إكمالها، انقر فوق حفظ.
الخطوة 9. عند هذه النقطة، قام الجزء الأيسر بتعبئة حقل إضافة DN جديد يمكنك الآن إرفاق DN بهذا المنفذ، وحفظ التكوين وتطبيقه. ما إن يتم هذا، back at الميناء تشكيل صفحة أنت يستطيع رأيت الميناء كيسجل:
تسجيل نقطة النهاية وإعداد المكالمات
في هذا القسم، تتم تغطية أساسيات تسجيل نقطة نهاية MGCP وإعداد المكالمات. ويتضمن ذلك رسائل الأوامر التي يتم رؤيتها على أنها البوابة تتفاعل مع وكيل الاتصال. في هذا السيناريو، فإن CUCM هو وكيل الاتصال الخاص بنا.
تسجيل نقطة نهاية MGCP
للتسجيل في نقطة نهاية MGCP إلى CUCM، تفتح البوابة مقبس TCP 2428 إلى CUCM. من هنا، يستعمل هو udp ميناء 2427 أن يرسل أمر رسالة. بمجرد فتح المقبس، ترسل البوابة أمر RSIP إلى CUCM لإعلام نقطة النهاية بضرورة إخراجها من الخدمة أثناء حدوث إعادة التشغيل. يرسل CUCM إقرار بسيط على هذا. بعد اكتمال إعادة التشغيل، يرسل CUCM RQNT باستخدام المعلمة R: شاشة عالية الدقة/منخفضة الدقة. يشير هذا إلى أنه يجب على البوابة إعلام CUCM بحدث غير صحيح.
عند هذه النقطة، يرسل CUCM نقطة نهاية تدقيق (AUEP) إلى البوابة لتحديد حالة نقطة النهاية المحددة. الاستجابة من البوابة هي ACK مع إمكانيات نقاط النهاية. وبمجرد اكتمال ذلك، يتم تسجيل نقطة النهاية مع CUCM. هذا نموذج إخراج تصحيح الأخطاء:
000138: *Apr 23 19:41:49.010: MGCP Packet sent to <CUCM IP>:2427---> RSIP 39380951 aaln/S0/SU0/0@VG320.dillbrowLab.local MGCP 0.1 RM: restart <--- 000139: *Apr 23 19:41:49.030: MGCP Packet received from <CUCM IP>:2427---> 200 39380951 <--- 000140: *Apr 23 19:41:49.030: MGCP Packet received from <CUCM IP>:2427---> RQNT 3 AALN/S0/SU0/0@VG320.dillbrowLab.local MGCP 0.1 X: 2 R: L/hd Q: process,loop <--- 000141: *Apr 23 19:41:49.030: MGCP Packet sent to <CUCM IP>:2427---> 200 3 OK <--- 000142: *Apr 23 19:41:49.050: MGCP Packet received from <CUCM IP>:2427---> AUEP 4 AALN/S0/SU0/0@VG320.dillbrowLab.local MGCP 0.1 F: X, A, I <--- 000143: *Apr 23 19:41:49.050: MGCP Packet sent to <CUCM IP>:2427---> 200 4 I: X: 2 L: p:10-20, a:PCMU;PCMA;G.nX64, b:64, e:on, gc:1, s:on, t:10, r:g, nt:IN, v:T;G;D;L;H;R;ATM;SST;PRE L: p:10-220, a:G.729;G.729a;G.729b, b:8, e:on, gc:1, s:on, t:10, r:g, nt:IN, v:T;G;D;L;H;R;ATM;SST;PRE L: p:10-110, a:G.726-16;G.728, b:16, e:on, gc:1, s:on, t:10, r:g, nt:IN, v:T;G;D;L;H;R;ATM;SST;PRE L: p:10-70, a:G.726-24, b:24, e:on, gc:1, s:on, t:10, r:g, nt:IN, v:T;G;D;L;H;R;ATM;SST;PRE L: p:10-50, a:G.726-32, b:32, e:on, gc:1, s:on, t:10, r:g, nt:IN, v:T;G;D;L;H;R;ATM;SST;PRE L: p:30-270, a:G.723.1-H;G.723;G.723.1a-H, b:6, e:on, gc:1, s:on, t:10, r:g, nt:IN, v:T;G;D;L;H;R;ATM;SST;PRE L: p:30-330, a:G.723.1-L;G.723.1a-L, b:5, e:on, gc:1, s:on, t:10, r:g, nt:IN, v:T;G;D;L;H;R;ATM;SST;PRE M: sendonly, recvonly, sendrecv, inactive, loopback, conttest, data, netwloop, netwtest <---
إعداد مكالمة MGCP
الصورة السابقة هي مثال على مكالمة صادرة.
يمكنك رؤية وكيل الاتصال، في هذه الحالة CUCM، يبدأ ب CRCX الذي تم إعادة توجيهه إلى البوابة لإنشاء اتصال للمكالمة. تستجيب البوابة مرة أخرى ب 200 OK يحتوي على بروتوكول SDP لما تدعمه. بمجرد إجراء هذا التبادل، يرسل CUCM رسالة RQNT إلى البوابة باستخدام المعلمة S: ز/ر ت. هذا يقول للبوابة أن تقوم بتشغيل حلقة العودة إلى الجهاز. بعد أن يستقبل الطرف البعيد المكالمة، وينتقل، يرسل CUCM بعد ذلك بطاقة MDCX مع SDP إلى البوابة لإعلامه بمعلومات الوسائط الخاصة بالجهاز الطرفي البعيد. ترسل البوابة 200 بسيطة موافق للاعتراف بذلك، وعند هذه النقطة، قمت بإنشاء وسائط ثنائية الإتجاه.
الآن بعد الرد على المكالمة، يرسل CUCM RQNT آخر بالمعلمة R: D/[0-9 م*#]. هذا يخبر البوابة أن يعرف CUCM عن أي DTMF يتم ضغطه بينما المكالمة نشطة، بحيث يمكن إرسالها إلى الجهاز التالي.
بمجرد انتهاء المكالمة، يرسل CUCM MDCX إلى البوابة مع M: قم فقط بإنهاء الوسائط، متبوعا ب DLCX لقطع اتصال المكالمة. هذا نموذج إخراج تصحيح الأخطاء:
001005: *May 13 14:28:15.633: MGCP Packet received from <CUCM IP>:2427---> CRCX 174 AALN/S0/SU1/0@VG320.dillbrowLab.local MGCP 0.1 C: A000000001b79063000000F5 X: 21 L: p:20, a:PCMU, s:off, t:b8 M: recvonly R: L/hu Q: process,loop <--- 001006: *May 13 14:28:15.637: MGCP Packet sent to <CUCM IP>:2427---> 200 174 OK I: 6 v=0 c=IN IP4 <Gateway IP> m=audio 16410 RTP/AVP 0 101 100 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=rtpmap:100 X-NSE/8000 a=fmtp:100 192-194 <--- 001007: *May 13 14:28:15.789: MGCP Packet received from <CUCM IP>:2427---> RQNT 175 AALN/S0/SU1/0@VG320.dillbrowLab.local MGCP 0.1 X: 22 R: L/hu S: G/rt Q: process,loop <--- 001008: *May 13 14:28:15.789: MGCP Packet sent to <CUCM IP>:2427---> 200 175 OK <--- 001009: *May 13 14:28:17.793: MGCP Packet received from <CUCM IP>:2427---> MDCX 176 AALN/S0/SU1/0@VG320.dillbrowLab.local MGCP 0.1 C: A000000001b79063000000F5 I: 6 X: 23 L: p:20, a:PCMU, s:off, t:b8 M: sendrecv R: L/hu, L/hf, D/[0-9ABCD*#] S: Q: process,loop v=0 o=- 6 0 IN EPN AALN/S0/SU1/0@VG320.dillbrowLab.local s=Cisco SDP 0 t=0 0 m=audio 18946 RTP/AVP 0 101 c=IN IP4 <Phone IP> a=rtpmap:101 telephone-event a=fmtp:101 0-15 <--- 001010: *May 13 14:28:17.797: MGCP Packet sent to <CUCM IP>:2427---> 200 176 OK <--- 001011: *May 13 14:28:17.797: MGCP Packet received from <CUCM IP>:2427---> RQNT 177 AALN/S0/SU1/0@VG320.dillbrowLab.local MGCP 0.1 X: 24 R: L/hu, D/[0-9ABCD*#], L/hf S: Q: process,loop <--- 001012: *May 13 14:28:17.797: MGCP Packet sent to <CUCM IP>:2427---> 200 177 OK <--- 001015: *May 13 14:28:20.813: MGCP Packet received from <CUCM IP>:2427---> DLCX 178 AALN/S0/SU1/0@VG320.dillbrowLab.local MGCP 0.1 C: A000000001b79063000000F5 I: 6 X: 25 R: L/hd S: Q: process,loop <--- 001016: *May 13 14:28:20.845: MGCP Packet sent to <CUCM IP>:2427---> 250 178 OK P: PS=151, OS=24160, PR=146, OR=23360, PL=0, JI=0, LA=0 <---
أستكشاف أخطاء MGCP وإصلاحها
عندما تقوم باستكشاف أخطاء MGCP وإصلاحها، هناك بعض أوامر العرض والتصحيح المساعدة التي يمكنك عرضها لتحديد سبب فشل التسجيل أو المكالمة. من أفضل الأماكن للبدء التحقق مما إذا كانت بوابة MGCP الخاصة بك مسجلة إلى "وكيل الاتصال". يمكنك التحقق من خلال تشغيل الأمر show ccm-manager أو show mgcp:
VG320# show ccm-manager MGCP Domain Name: VG320.dillbrowLab.local Priority Status Host ============================================================ Primary Registered <CUCM IP> First Backup None Second Backup None Current active Call Manager: <CUCM IP> Backhaul/Redundant link port: 2428 Failover Interval: 30 seconds Keepalive Interval: 15 seconds Last keepalive sent: 17:42:40 UTC Jul 12 2019 (elapsed time: 00:00:15) Last MGCP traffic time: 17:42:55 UTC Jul 12 2019 (elapsed time: 00:00:00) VG320# show mgcp MGCP Admin State ACTIVE, Oper State ACTIVE - Cause Code NONE MGCP call-agent: <CUCM IP> 2427 Initial protocol service is MGCP 0.1 MGCP validate call-agent source-ipaddr DISABLED MGCP validate domain name DISABLED MGCP block-newcalls DISABLED
تم تقليل هذه الأوامر لاحتواء الإخراج ذي الصلة فقط. للحصول على معلومات إضافية، راجع مخرجات العرض التالية:
- show mgcp
- إظهار نقطة نهاية mgcp
- عرض اتصال mgcp
- show ccm-manager
- show voice port summary
- show isdn وضع
- إظهار وحدة التحكم [t1/e1] x/x/x
- إظهار ملخص الصوت النشط
- إظهار ملخص المكالمة الصوتية
- إظهار حالة المكالمة الصوتية
إذا تم سحب أوامر العرض السابقة، فيمكنك تشغيل عمليات تصحيح الأخطاء هذه على الجهاز لتحديد سبب فشل مكالمتك بشكل إضافي:
- debug mgcp [نقطة نهاية | خطأ | الأحداث | الحزم]
- debug mgcp all (للتصحيح المتقدم)
- debug ccm-manager [backhaul | config-download | خطأ | الأحداث]
- debug voIP ccapi inout
- إشارة debug vpm
- debug voip vtsp جلسة
- debug isdn q931
يعد تصحيح الأخطاء السابق مكانا رائعا لبدء أستكشاف أخطاء التسجيل وإعداد المكالمات وإصلاحها.
معلومات ذات صلة
- المعيار RFC 2705: متعقب البيانات - طلب الإعلام
محفوظات المراجعة
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
5.0 |
02-Jul-2026
|
تحديث التدقيق الإملائي، المسافات، ونص بديل واحد. |
4.0 |
29-Aug-2023
|
تحديث PII و SEO ومتطلبات العلامة التجارية والتنسيق. |
3.0 |
15-Jul-2022
|
تقويم |
1.0 |
14-Aug-2019
|
الإصدار الأولي |
التعليقات