فهم مطابقة نظائر الطلب الواردة/الصادرة على الأنظمة الأساسية ل IOS

المقدمة

يوضح هذا المستند كيفية تطابق نظائر الطلب الواردة والصادرة مع خدمات الهاتف التقليدية (POTS) وأرجل اتصال الشبكة الصوتية.

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

المتطلبات

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

• الصوت - فهم أقران الطلب وأرجل الطلب على الأنظمة الأساسية Cisco IOS®

• الصوت - التعرُّف على نظراء الطلب الهاتفي الوارد والصادر على منصات Cisco IOS

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

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

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

الاصطلاحات

راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.

مطابقة نظراء الطلب الهاتفي الوارد

عناصر وسمات نظراء الطلب الهاتفي الوارد

يتم استخدام ثلاثة عناصر معلومات تم إرسالها في رسالة إعداد المكالمة وأربع سمات لأمر dial peer (نظير الطلب الهاتفي) القابل للتكوين لمطابقة نظراء الطلب الهاتفي كما يلي:

• يتم ربط نظائر طلب POTS الواردة بأرجل إستدعاءات POTS الواردة على الموجه أو البوابة الأولية.

• يرتبط نظراء الطلب الهاتفي الوارد للشبكة الصوتية باتجاهات مكالمات الشبكات الصوتية الواردة للموجّه أو العبّارة المنتهية. ومن الأمثلة على اتجاهات مكالمات الشبكات الصوتية نقل الصوت عبر بروتوكول الإنترنت (VoIP) والصوت عبر ترحيل الإطارات (VOFR) والصوت عبر ATM (VoATM) وبريد الوسائط المتعددة عبر بروتوكول الإنترنت (MMoIP).

يتم عرض سمات نظير طلب Cisco IOS الأربعة القابلة للتكوين وعناصر إعداد المكالمات ذات الصلة هنا:

ملاحظة: بالنسبة لنظراء الطلب الصادر، تتم مطابقة هذا الأمر مع سلاسل الرقم أو DNIS المسماة.

وتتمثل عناصر إعداد المكالمة الثلاثة في:

عملية مطابقة نظراء الطلب الهاتفي الوارد

عندما يتلقى موجّه أو عبّارة Cisco IOS طلب إعداد مكالمة، يتم إجراء مطابقة نظير طلب هاتفي للمكالمة الواردة لتسهيل توجيه المكالمة إلى تطبيقات جلسات مختلفة. وهذه ليست مطابقة رقمًا برقم، بل يتم استخدام سلسلة الأرقام الكاملة التي تم استلامها في طلب الإعداد للمطابقة مع أوامر (نظراء الطلب الهاتفي) التي تم تكوينها.

ملاحظة: يعتمد الحد الأقصى لعدد نظائر الطلب التي يمكن تكوينها على بوابة Cisco IOS على الذاكرة المتاحة (DRAM). يستهلك كل أمر dial peer ( نظير طلب هاتفي) ما يقرب من 6 كيلو بايت من الذاكرة. تأكد من حجز ما لا يقل عن 20% من إجمالي الذاكرة لديك لعمليات وحدة المعالجة المركزية الأخرى. إذا تم إستخدام نظائر الطلب لتوجيه المكالمات، يمكن أن يضيف عدد أكبر من نظائر الطلب إلى التأخير لتوجيه مكالمة. يمكن أن يكون هذا ذا أهمية نظرا لأن مكدس الصوت Cisco IOS يبحث من خلال نظائر الطلب من الأعلى إلى أسفل، مثل قائمة التحكم في الوصول.

يقوم الموجّه أو العبّارة بمطابقة عناصر المعلومات في رسالة الإعداد مع سمات نظير الطلب الهاتفي لتحديد نظير طلب هاتفي وارد. يطابق الموجّه أو العبّارة هذه العناصر بهذا الترتيب:

1. رقم الاتصال (DNIS) باستخدام الأمر الوارد call-number:

   أولاً، يحاول الموجّه أو العبّارة مطابقة الرقم الذي تم الاتصال به لطلب إعداد المكالمة مع الأمر incoming called-number المكوّن لكل نظير طلب هاتفي. ونظرًا لأن إعدادات الاتصال تتضمن دائمًا معلومات DNIS، فمن المستحسن استخدام الأمر incoming called-number لمطابقة نظير الطلب الهاتفي الوارد. هذه السمة لها أولوية مطابقة على الأمرين answer-address وdestination-pattern.

2. رقم الاتصال (ANI) باستخدام الأمر response-address:

   إذا لم يتم العثور على تطابق في الخطوة 1، يحاول الموجّه أو العبّارة مطابقة رقم الاتصال لطلب إعداد المكالمة مع الأمر answer-address لكل نظير طلب هاتفي. يمكن أن تكون هذه السمة مفيدة في الحالات التي تريد فيها مطابقة المكالمات استنادا إلى رقم الاستدعاء (الأولي).

3. رقم الاستدعاء (ANI) باستخدام أمر destination-pattern:

   إذا لم يتم العثور على تطابق في الخطوة 2، يحاول الموجّه أو العبّارة مطابقة رقم الاتصال لطلب إعداد المكالمة بالأمر destination-pattern لكل نظير طلب هاتفي. لمزيد من المعلومات حول هذا الأمر، راجع الرمز النقطي الأول في قسم معلومات إضافية عن نظير الطلب الهاتفي في هذا المستند.

4. منفذ الصوت (المقترن بطلب إعداد المكالمة الواردة) مع منفذ نظير الطلب الذي تم تكوينه (قابل للتطبيق لأرجل اتصال POTS الواردة):

   إذا لم يتم العثور على تطابق في الخطوة 3، يحاول الموجّه أو العبّارة مطابقة منفذ نظير الطلب الهاتفي المكوّن مع منفذ الصوت المرتبط بالمكالمة الواردة. إذا كان لدى العديد من نظراء الطلب الهاتفي نفس المنفذ المكوّن، فستتم مطابقة نظير الطلب الهاتفي الأول الذي تمت إضافته في التكوين.

5. إذا لم يتم العثور على تطابق في الخطوات الأربع الأولى، يتم إستخدام الأمر الافتراضي لنظير الطلب 0 (pid:0).

ملاحظة: لا تنطبق الخطوة 4 على الأنظمة الأساسية الصوتية أو للطلب مثل AS5300، AS5350، AS5400، AS5800، و AS5850. إذا لم يتم إستخدام أي من الخطوات الثلاث الأولى، فعندئذ مطابقة نظير الطلب 0، ويتم التعامل مع المكالمة كمكالمة مودم طلب. وهذا يعني أن العملاء يمكنهم الحصول على نغمات مودم بدلاً من نغمات الطلب الهاتفي الخاصة بالمكالمات الواردة.

يتطابق موجّه أو عبّارة Cisco IOS مع حالة واحدة من هذه الحالات فقط. وليس من الضروري تكوين جميع السمات في نظير الطلب الهاتفي أو تطابق كل سمة مع معلومات إعداد المكالمة. يجب استيفاء شرط واحد فقط للموجّه أو العبّارة لتحديد نظير الطلب الهاتفي. يتوقف الموجّه أو العبّارة للبحث بمجرد مطابقة نظير طلب هاتفي واحد.

يتم تطبيق أطول معايير مطابقة البادئة أثناء تنفيذ كل خطوة. في كل خطوة، في حال يتم العثور على مطابقات متعددة، يتم اختيار المطابقة ذات أطول تطابق صريح. يساعد هذا المثال في توضيح هذا المفهوم:

افترض أن الرقم المستدعي الوارد (DNIS) هو 81690. نظير الطلب 2 مطابق.

dial-peer voice 1 pots
 incoming called-number 8....
 direct-inward-dial
!

dial-peer voice 2 pots
 incoming called-number 816..
 direct-inward-dial

ملاحظة: بالنسبة لنظراء الطلب الوارد، يتم تجاهل الأمر session target.

نظير الطلب الهاتفي الافتراضي 0 peer_tag=0, pid:0

إذا لم يطابق الموجّه أو العبّارة نظير طلب هاتفي وارد، فسيتم توجيه اتجاه المكالمة الواردة تلقائيًا إلى نظير طلب هاتفي وارد افتراضي (POTS أو شبكة صوتية). ويشار إلى نظير الطلب الافتراضي هذا باسم نظير الطلب 0 أو pid:0.

ملاحظة: هناك إستثناء لهذه العبارة. تتطلب منصات الصوت والطلب الهاتفي من Cisco، مثل AS53xx وAS5800، مطابقة نظير الطلب الهاتفي الوارد الذي تم تكوينه، بحيث يتم قبول مكالمات POTS الواردة على أنها مكالمات صوتية. في حالة عدم وجود تطابق بين نظير الطلب الهاتفي الوارد، يتم التعامل مع المكالمة ومعالجتها على أنها مكالمة طلب هاتفي (مودم).

يحتوي الطلب النظير 0 (pid:0) على تكوين افتراضي لا يمكن تغييره. يفشل dial-peer 0 في التفاوض على الإمكانيات والخدمات والتطبيقات غير الافتراضية مثل:

• قدرات شبكة الصوت غير الافتراضية: dtmf-relay، وno vad، وهكذا.

• الطلب الهاتفي الداخلي المباشر (DID)

• تطبيقات TCL

يحتوي Dial-peer 0 لنظراء VoIP الوارد على هذا التكوين:

• any codec

• vad enabled

• no rsvp support

• fax-rate voice

ملاحظة: الإعداد الافتراضي لبروتوكول DSCP للصوت هو نقطة ترميز EF 101110 (RFC 2598)، بينما يكون بروتوكول DSCP الافتراضي لإرسال الإشارات هو AF31 codepoint 011010 (RFC 2597). لا يميّز نظير الطلب الهاتفي الافتراضي الحِزم إلى DSCP 0. يتم تمييز جميع حِزم الصوت الموجودة على الموجّهات بشكل افتراضي (يمكن استبدال هذا بواسطة نظير الطلب الهاتفي)، لإرسال الإشارات مع AF31 والوسائط مع EF. يجب أن يكون لمكالمات تطابق نظير الطلب الافتراضي 0 هذا السلوك أيضا.

يتضمن الطلب-النظير 0 (pid:0) لنظراء POTS الواردين هذا التكوين:

• no ivr application

لمزيد من التوضيح لهذا المفهوم، راجع دراسة الحالة: فهم قسم المطابقة الواردة والطلب-النظير الافتراضي 0 في هذا المستند.

ملاحظة خاصة حول استقبال التراكب في isdn (الشبكة الرقمية للخدمات المتكاملة)

هناك تأثيرات لمطابقة نظير الطلب الوارد عند تكوين الأمر isdn overlap-receive على واجهات ISDN. بعد استقبال كل رقم في طبقة ISDN، يتم التحقق من نظراء الطلب الهاتفي لمعرفة المطابقات. إذا تم إجراء تطابق كامل، يتم توجيه المكالمة على الفور (إلى تطبيق جلسة العمل في هذه الحالة) قبل توجيه أرقام إضافية. يمكن استخدام أداة الإنهاء T لتعليق مطابقة الرقم برقم هذه وإجبار الموجّه أو العبّارة على الانتظار حتى يتم استقبال كل الأرقام الصحيحة. ويشير T إلى المؤقت الرقمي البيني لـ T302 على مستوى شبكة ISDN، ويمكن تكوينه ضمن الواجهة التسلسلية المرتبطة بواجهة ISDN. كما يوفر ISDN آليات أخرى للإشارة إلى نهاية الأرقام، مثل إرسال عنصر المعلومات الكاملة (IE) في رسائل معلومات Q.931 التي يضعها.

ملاحظة خاصة حول مكالمات POTS مع حقل رقم اتصال فارغ

افترض هذا التكوين:

dial-peer voice 1 pots
   destination-pattern 9T
   port 1/0:1

افترض أن المكالمة الواردة تصل بدون معلومات رقم اتصال وتطابق مع نظير طلب POTS استنادا إلى الأمر destination-pattern 9T. في هذه الحالة، يستخدم موجه Cisco IOS أو البوابة رقم "9" كرقم اتصال ويعيد توجيه المكالمة إلى الجهاز ذي الصلة، مثل CallManager أو عبارة .Cisco IOS. ولكي لا يتم استبدال حقل رقم الاتصال الفارغ، أنشئ نظير طلب هاتفي POTS وهمي مع تكوين الأمر incoming called-number. نظرا لأن جملة إستدعاء-number الواردة</strong> لها أولوية أعلى من نمط الوجهة لمطابقة POTS الواردة، يصبح صوت نظير الطلب 2 هو نظير طلب POTS المستخدم.

dial-peer voice 1 pots 
    destination-pattern 9T
    port 1/0:1
!
dial-peer voice 2 pots
    incoming called-number .

ملاحظة خاصة حول الرقم المتصل الفارغ

يمكن لرسالة التحذير الموضحة هنا، والتي تعرض عند تكوين نظير الطلب باستخدام Tالمسمى-الرقم الوارد، أن تثير أسئلة فيما يتعلق بتحديد نظير الطلب باستخدام رقم مستدعى فارغ من موجه فعلي.

RTR(config)#dial-peer voice 1 pots
RTR(config-dial-peer)#incoming called-number T 

Warning: Pattern T defines a match with zero or more digits and hence could 
match with an empty number.  If this is not the desired behaviour please 
configure pattern .T instead to match on one or more digits
RTR(config-dial-peer)#

مطابقة نظير طلب هاتفي وارد برقم متصل به فارغ:

• يعتبر الرقم المستدعي الفارغ أقل تأهيلا مقارنة برقم منفذ و/أو في بعض الحالات عنوان الإجابة. وبالتالي، يمكن أن تحدث مطابقة استنادًا إلى الرقم المتصل به الفارغ فقط إذا لم تكن هناك مطابقة استنادًا إلى عنوان الإجابة أو رقم المنفذ.

• في حالة طلب التداخل، لا يمكن أن يطابق الرقم NULL المسمى الوارد Call-number T بسبب عدم حدوث المهلة.

• يمكن أن يتطابق رقم المتصل به الفارغ مع incoming called-number T فقط في حالة ENBLOCK ولا توجد مطابقة كذلك بسبب عنوان الإجابة ورقم المنفذ. يشير التحذير الذي تراه عند تكوين إستدعاء-number T الوارد إلى هذه الحالة المحددة.

مطابقة نظراء الطلب الهاتفي الصادر

لمطابقة نظراء الطلب الهاتفي الصادر، يستخدم الموجّه أو العبّارة الأمر destination-pattern called_number لنظير الطلب الهاتفي.

• على نظراء الطلب الهاتفي لـ POTS، يتم استخدام الأمر port فيما بعد لإعادة توجيه المكالمة.

• على نظراء الطلب الهاتفي لشبكة الصوت، يتم استخدام الأمر session target فيما بعد لإعادة توجيه المكالمة.

وأيضًا، عند مطابقة نظراء الطلب الهاتفي الصادر، توجد حالتان يجب أخذهما في الاعتبار: حالة DID وما دون DID.

حالة DID (الطلب الهاتفي الداخلي المباشر)

يبدو أحد نظراء الطلب الهاتفي الوارد المكوّن باستخدام DID (الطلب الهاتفي الداخلي المباشر) كما يلي:

dial-peer voice 1 pots
  incoming called-number 81690
  voice-port 0:D
  direct-inward-dial

في مكالمات DID، والتي يشار إليها أيضا باسم الاتصال من مرحلة واحدة، تحتوي رسالة الإعداد على جميع الأرقام اللازمة لتوجيه المكالمة، ويجب ألا يقوم الموجه أو البوابة بتجميع الأرقام اللاحقة. وعندما يبحث الموجّه أو العبّارة عن نظير طلب هاتفي صادر، يستخدم الجهاز سلسلة الطلب الهاتفي الوارد بالكامل. وتكون هذه المطابقة ذات طول متغير بشكل افتراضي. لا يتم إجراء هذه المطابقة رقمًا تلو الآخر لأنه وفقًا لتعريف DID (الطلب الهاتفي الداخلي المباشر)، تم استلام جميع الأرقام الصحيحة. يساعد هذا المثال في توضيح هذا المفهوم:

بافتراض سلسلة الطلب DID هي 81690. في هذه الحالة، يتطابق الموجه مع نظير الطلب 4 ويرسل سلسلة الطلب 81690 الكاملة.

dial-peer voice 3 voip
 destination-pattern 816
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

لمزيد من المعلومات حول DID، ارجع إلى الصوت - فهم الطلب الداخلي المباشر (DID) على واجهات Cisco IOS Digital (T1/E1) .

ما دون حالة DID

كما تتم الإشارة إلى هذه الحالة كالطلب الهاتفي على مرحلتين. إذا لم يتم تكوين DID على نظير الطلب الوارد المتطابق، يدخل الموجه أو البوابة وضع مجموعة الأرقام (يتم تجميع الأرقام الواردة). تتم مطابقة نظير الطلب الهاتفي الصادر على أساس رقم برقم. يفحص الموجّه أو العبّارة مطابقات نظير الطلب الهاتفي بعد استلام الجهاز كل رقم صحيح ومن ثم يقوم بتوجيه المكالمة عند إجراء مطابقة كاملة. تساعد هذه الأمثلة على توضيح هذا المفهوم:

بافتراض سلسلة الطلب هي 81690. مباشرة بعد أن يستقبل الموجه الرقم 6، يطابق الموجه نظير الطلب 3 ويوجه المكالمة (إعادة توجيه الأرقام 816 فقط).

dial-peer voice 3 voip
 destination-pattern 816
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

والآن، افترض أنه يتم تكوين نظير الطلب الهاتفي 3 لمطابقة أحرف البدل:

dial-peer voice 3 voip
 destination-pattern 816..
 session target ipv4:172.22.10.1 
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

في هذه الحالة، تطبّق قاعدة أطول بادئة، وتتم مطابقة نظير الطلب الهاتفي 4 لاتجاه المكالمة الصادرة.

ملاحظة خاصة حول خطط الطلب الهاتفي متغير الطول

توجد مواضع حيث لا تحتوي سلاسل الطلب الهاتفي المتوقعة على عدد معيّن من الأرقام الصحيحة. في مثل هذه الحالات، توصي Cisco بتكوين الوحدة الطرفية T على الأمر dial peer destination-style لاستخدام نظائر الطلب متغيرة الطول.

يفرض المنهي T على الموجه أو البوابة الانتظار حتى يتم تلقي سلسلة الطلب الكاملة. لتحقيق ذلك، يفرض برنامج T terminal على الموجه أو البوابة الانتظار حتى يتم تلقي سلسلة الطلب الكاملة. الموجّه أو العبّارة:

• ينتظر انتهاء مهلة رقمية بينية قبل أن يقوم الجهاز بتوجيه المكالمة.

• يقوم بتوجيه المكالمة بمجرد أن يستقبل الجهاز حرف #الإنهاء في سلسلة الطلب. على سبيل المثال، إذا قمت بطلب 5551212#، فإن # يشير إلى الموجه إلى أنك قمت بطلب جميع الأرقام وأن جميع الأرقام قبل # يجب إستخدامها لمطابقة نظير الطلب.

يساعد هذا المثال في توضيح هذا المفهوم:

افترض أن الموجه في هذا المثال يستلم إعداد مكالمة باستخدام سلسلة الطلب 95551212 من الشبكة. نظير الطلب 2 ثم إعادة التوجيه إلى PSTN الأرقام 5551212:

dial-peer voice 2 pots
 destination-pattern 9T
 port 2/0:23

بافتراض سلسلة الطلب من واجهة POTS واردة هي 81690:

dial-peer voice 3 voip
 destination-pattern 8T
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690T
 session target ipv4:172.22.10.1

في هذه الحالة، تطبّق قاعدة أطول بادئة، وتتم مطابقة نظير الطلب الهاتفي 4 لاتجاه المكالمة الصادرة.

• يتم تعيين انتهاء المهلة الرقمية البينية الافتراضية لمدة 10 ثوانٍ. لتعديل هذه القيمة، أصدِر الأمر timeouts interdigit seconds voice-port.

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

الحالة التشغيلية لنظير الطلب الهاتفي

يجب أن تكون الحالة التشغيلية لنظير الطلب الهاتفي قيد التشغيل إداريًا وصالحة لمطابقة نظير الطلب الهاتفي. ولكي يتم اعتبارها تشغيلية، يجب أن يستوفي نظراء الطلب الهاتفي أحد هذه الشروط:

• شكلت غاية-نمط، وVoice-port أو جلسة هدف أيضا شكلت.

• يتم تكوين Incoming called-number.

• يتم تكوين Answer-address.

هناك شروط أخرى ، ولكن هذه هي الشروط الأساسية.

للحصول على مزيد من المعلومات، راجع الصوت - فهم الحالة التشغيلية لنظراء الطلب الهاتفي على منصات Cisco IOS.

معلومات إضافية عن نظير الطلب الهاتفي

تتمتع سمة نظير الطلب الهاتفي destination-pattern بسلوك مختلف عند تطبيقها على اتجاهات المكالمات الواردة أو الصادرة:

• بالنسبة إلى نظراء الطلب الهاتفي الوارد، تتم مطابقة destination-pattern مقابل رقم الاتصال (سلسلة ANI).

• بالنسبة إلى نظراء الطلب الهاتفي الصادر، تتم مطابقة destination-pattern مقابل الرقم المتصل به (سلسلة DNIS).

لذلك، يمكن أن يعمل نظير الطلب مع سمة نمط الوجهة لكل من المطابقة الصادرة والواردة</i> .

دراسة الحالة: فهم المطابقة الواردة وافتراضي نظير الطلب 0

تحتاج كل خطة طلب هاتفي إلى نظير طلب هاتفي صادر ووارد. في هذا المثال، هناك اتصال PSTN T1 قادم كالوارد إلى موجه MAUI-GWY-04. في هذه الحالة، عند تلقي مكالمة واردة من PSTN، يحاول الموجه العثور على الرقم المستدعي. عند تلقي المكالمة، يقوم المتصل بإعطاء معرف المتصل باستخدام "معرف الرقم التلقائي" (ANI). في هذا المثال، هناك نطاق طلب داخلي مباشر (DID) يبدأ من 8. DNIS هو الرقم الذي يحمله الشخص الموجود على رسائل PSTN. يمكن أن يكون الرقم رقمًا مكوّنًا من 11 رقمًا أو 10 أرقام صحيحة. إذا تطابقت مع نظير الطلب الوارد الذي تم تكوينه باستخدام الطلب الداخلي المباشر، تتم إعادة توجيه 4 أرقام فقط بعد 8 أرقام ويتم تجريد الباقي من الأرقام حتى يتم الوصول إلى المكالمة مباشرة دون مساعدة موظف الاستقبال.

إذا لم يكن لديك نظير طلب هاتفي وارد تم تكوينه، تتم مطابقة Dial-peer 0 ويعتني بالمكالمة. يتمتع Dial-peer 0 (نظير الطلب الهاتفي 0) بهذه السمات:

• يعمل لأي ترميز

• يتمتع بتمكين تحري النشاط الصوتي (VAD)

• يميّز حركة المرور على أنها IP Precedence 0 (أسبقية IP 0)

• لا يحظى بدعم RSVP

• يدعم خدمة FAX-RATE

ملاحظة: يتم تعيين الأمر IP Precedence على قيمة افتراضية من 0، وهو ما يتسبب في تمرير IP precedence كما هو.

التكوينات

!--- 

!
version 12.0
service timestamps debug datetime
!
hostname maui-gwy-04
!
isdn switch-type primary-ni
!
controller T1 0
 framing esf
 clock source line primary
 linecode b8zs
 pri-group timeslots 1-24
!
voice-port 0:D
!

!--- This dial peer is used for !--- inbound DID calls.

Dial-peer voice 1 pots
 incoming called-number 8....
 direct-inward-dial
!
dial-peer voice 3 voip
 destination-pattern 8....
 DTMF-relay cisco-rtp
 session target ipv4:172.22.10.1
!
dial-peer voice 2 pots
 destination-pattern 9T
 port 0:D
!
interface Ethernet0
 ip address 172.22.10.2 255.255.255.0
 no ip directed-broadcast
!
interface Serial0:23
 no ip address
 no ip directed-broadcast
 isdn switch-type primary-ni
 isdn incoming-voice modem
 fair-queue 64 256 0
 no cdp enable

!
version 12.2
service timestamps debug datetime
!
hostname maui-gwy-06
!
interface Ethernet0/0
 ip address 172.22.10.1 255.255.255.0
 half-duplex
!

!--- FXS port

voice-port 1/0/0
!
dial-peer voice 1 pots
 destination-pattern 81560
 port 1/0/0
!
dial-peer voice 2 voip
 destination-pattern 9.....
 session target ipv4:172.22.10.2
 DTMF-relay cisco-rtp

في دراسة الحالة هذه، يتم استخدام هذين الأمرين show وdebug:

• عرض الصوت النشط للاستدعاء {brief} يعرض هذا الأمر محتويات جدول المكالمات النشط، الذي يعرض جميع المكالمات المتصلة حاليا من خلال الموجه. وفي هذه الحالة، يكون الأمر مفيدًا لعرض نظراء الطلب الهاتفي والقدرات المرتبطة بمكالمة نشطة.

• debug voIP ccapi يفيد هذا الأمر لاستكشاف أخطاء مكالمات VoIP الشاملة وإصلاحها.

!--- Action: Call is placed from the PSTN through maui-gwy-04 
!--- and terminated on an FXS port of maui-gwy-06 (called number: "81560") 
!--- Notes: 
!--- 1)On maui-gwy-04, the incoming call is received on the POTS dial-peer 1, 
!--- which is configured for DID. !--- 2)On maui-gwy-06, no inbound VoIP dial-peer is matched and default 
!--- dial-peer=0 is used. Therefore, the DTMF-relay cisco-rtp negotiation !--- fails. 
!----------------------------------------------------------------------------- 
!--- Output on maui-gwy-04 (Originating Gateway)
!-----------------------------------------------------------------------------

maui-gwy-04#show call active voice brief

!--- This information was captured on the call originating gateway 
!--- once the call was placed and active. !--- !---  !

<ID>: <start>hs.<index> +<connect> pid:<peer_id> <dir> <addr> <state>
  dur hh:mm:ss tx:<packets>/<bytes> rx:<packets>/<bytes> <state>
 IP <ip>:<udp> rtt:<time>ms pl:<play>/<gap>ms lost:<lost>/<early>/<late>
  delay:<last>/<min>/<max>ms <codec>
Tele <int>: tx:<tot>/<v>/<fax>ms <codec> noise:<1> acom:<1> i/o:<1>/<1> dBm


!--- POTS (keyword Tele) dial-peer 1 is matched inbound (keyword Answer). 
!--- This dial-peer was matched based on condition 1 of the Matching Inbound 
!--- Dial Peers section of this document.

87   : 415666267hs.1 +107 pid:1 Answer  active
 dur 00:00:20 tx:101/791 rx:100/3200
 Tele 0:D:93: tx:20600/2000/0ms g729r8 noise:-56 acom:0  i/0:-55/-70 dBm


!--- VoIP (keyword IP) dial-peer 3 is matched outbound (keyword Originate). 
!--- This dial-peer was matched based on the destination-pattern command.

87   : 415666268hs.1 +106 pid:3 Originate 81560 active
 dur 00:00:20 tx:100/2000 rx:101/1991
 IP 172.22.10.1:18160 rtt:2ms pl:1990/40ms lost:0/1/0 delay:69/69/70ms g729r8

maui-gwy-04#show call active voice

!---  
!--- With the show call active voice command, you see that DTMF-relay Cisco 
!--- RTP was partially negotiated.
 
VOIP:
RemoteIPAddress=172.22.10.1
RemoteUDPPort=18160
RoundTripDelay=4 ms
SelectedQoS=best-effort
tx_DtmfRelay=cisco-rtp
SessionProtocol=cisco
SessionTarget=ipv4:172.22.10.1
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=cas

!----------------------------------------------------------------------------- 
!--- Output on maui-gwy-06 (Terminating Gateway) 
!----------------------------------------------------------------------------- 

maui-gwy-06#show call active voice brief

!--- This information was captured once the call was placed and active. 
!--- !---  
!--- Notice that in this case, default VoIP(keyword IP) dial-peer 0 was 
!--- matched inbound.
 
Total call-legs: 2
87   : 257583579hs.1 +105 pid:0 Answer  active
 dur 00:10:03 tx:1938/37069 rx:26591/531820
 IP 172.22.10.2:18988 rtt:1ms pl:528740/160ms lost:0/1/0 delay:50/50/70ms
 g729r8

87   : 257583580hs.1 +104 pid:1 Originate 81560 active
 dur 00:10:05 tx:26648/532960 rx:1938/37069
 Tele 1/0/0 (96): tx:605710/37690/0ms g729r8 noise:-46 acom:
0  i/0:-46/-61 dBm

maui-gwy-06#show call active voice

!---  !--- Notice that DTMF-relay cisco rtp was NOT negotiated on this end.

Total call-legs: 2
VOIP:
RemoteIPAddress=172.22.10.2
RoundTripDelay=2 ms
SelectedQoS=best-effort
tx_DtmfRelay=inband-voice
FastConnect=FALSE
Separate H245 Connection=FALSE
H245 Tunneling=FALSE
SessionProtocol=cisco
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=ext-signal


!--- Output from debug voip ccapi inout. 
!---  
!--- Inbound VoIP call leg is matched to default dial-peer 0. 
!--- In this case, notice that maui-gwy-06 did not receive the calling 
!--- number (ANI). Therefore, voip dial-peer 2 was not matched based on 
!--- condition 3 of the Matching Inbound Dial Peers section of this document.



*Mar 30 19:30:35: cc_api_call_setup_ind (vdbPtr=0x620AA230,
 callInfo={called=81560,
     called_oct3=0 calling=,calling_oct3=0x0,calling_oct3a=0x0,
calling_xlated=false,
     subscriber_type_str=Unknown, fde,peer_tag=0, prog_ind=0},
callID=0x62343650)
*Mar 30 19:30:35: cc_api_call_setup_ind (vdbPtr=0x620AA230,
callInfo={called=81560,
     calling=, fd1 peer_tag=0}, callID=0x62343650)
*Mar 30 19:30:35: >>>>CCAPI handed cid 95 with tag 0 to app "DEFAULT"
.....


!--- Outbound POTS dial-peer 1 is matched.


*Mar 30 19:30:35: ssaSetupPeer cid(95) peer list:  tag(1)
 called number (81560)
*Mar 30 19:30:35: ccCallSetupRequest (Inbound call = 0x5F,
 outbound peer =1, dest=,
        params=0x621D4570 mode=0, *callID=0x621D48D8, prog_ind = 0)
*Mar 30 19:30:35: peer_tag=1

والآن، لمطابقة نظير الطلب الهاتفي 2 الوارد من VoIP على maui-gwy-06، أضِف هذا الأمر:

maui-gwy-06#config t
Enter configuration commands, one per line.  End with CNTL/Z.
maui-gwy-06(config)#dial-peer voice 2 voip

!--- This command uses the DNIS(called number)to match the inbound call leg 
!--- to the dial-peer. 

maui-gwy-06(config-dial-peer)#incoming called-number 8....

هذه لقطة من تكوين maui-gwy-06 بعد التكوين الإضافي:

!--- 

dial-peer voice 1 pots
 destination-pattern 81560
 port 1/0/0
!
dial-peer voice 2 voip
 incoming called-number 8....
 destination-pattern 9.....
 session target ipv4:172.22.10.2
 dtmf-relay cisco-rtp
!

!--- Action: Call is placed from the PSTN through maui-gwy-04 !--- and terminated in an FXS port of maui-gwy-06 (called number: "81560"). 
!--- Notes: !--- 1)On maui-gwy-04, the incoming call is received on the POTS dial-peer 1, 
!--- which is configured for DID. 
!--- 2)On maui-gwy-06, dial-peer 2 voip is matched inbound, and dtmf-relay 
!--- Cisco RTP is negotiated. 
!----------------------------------------------------------------------------- 
!--- Output on maui-gwy-06 (Terminating Gateway)
!-----------------------------------------------------------------------------

maui-gwy-06#show call active voice brief

!--- 

Total call-legs: 2

!--- Notice that in this case, the inbound VoIP call leg is matched to !--- dial-peer 2 VOIP.

8B   : 258441268hs.1 +176 pid:2 Answer  active
 dur 00:01:01 tx:485/8768 rx:2809/56180
 IP 172.22.10.2:16762 rtt:2ms pl:52970/120ms lost:0/1/0 delay:
60/60/70ms g729r8

8B   : 258441269hs.1 +175 pid:1 Originate 81560 active
 dur 00:01:02 tx:2866/57320 rx:512/9289
 Tele 1/0/0 (98): tx:64180/9640/0ms g729r8 noise:-46 acom:
0  i/0:-46/-61 dBm


maui-gwy-06#show call active voice

!---  !--- Notice that dtmf-relay cisco rtp was successfully negotiated.

VOIP:
RemoteIPAddress=172.22.10.2
RoundTripDelay=1 ms
SelectedQoS=best-effort
tx_DtmfRelay=cisco-rtp
FastConnect=FALSE
Separate H245 Connection=FALSE
H245 Tunneling=FALSE
SessionProtocol=cisco
SessionTarget=
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=cas

معلومات ذات صلة

• الصوت - التعرُّف على نظراء الطلب الهاتفي واتجاهات المكالمات على منصات Cisco IOS
• الصوت - التعرُّف على نظراء الطلب الهاتفي الوارد والصادر على منصات Cisco IOS
• الصوت - فهم الحالة التشغيلية لنظراء الطلب الهاتفي على منصات Cisco IOS
• الصوت - فهم الطلب الهاتفي الداخلي المباشر (DID) على واجهات (T1/E1) الرقمية من Cisco IOS
• VoIP - فهم برامج الترميز: التعقيد والدعم ومتوسط مجموع الآراء (MOS) والتفاوض
• الدعم التقني والمستندات - Cisco Systems