المحتويات

المقدمة

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

المتطلبات

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

الاصطلاحات

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

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

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

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

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

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

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

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

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

ما دون حالة DID

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

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

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

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

التكوينات

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

المقدمة

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

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

المتطلبات

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

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

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

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

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

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

الاصطلاحات

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

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

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

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

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

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

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

سمة نظير الطلب الهاتفي

الوصف

عنصر إعداد المكالمة (راجع الجدول التالي.)

gwy(config-dial-peer)#incoming call-numberDNIS_string

يحدّد أمر dial peer (نظير الطلب الهاتفي) هذا وجهة الرقم الذي تم الاتصال به أو سلسلة خدمة التعرُّف على الرقم المطلوب (DNIS). عند التهيئة بشكل صحيح، يستخدم أمر dial peer (نظير الطلب الهاتفي) هذا الرقم الذي تم الاتصال به لمطابقة اتجاه المكالمة الواردة مع نظير الطلب الهاتفي الوارد.

الرقم الذي تم الاتصال به (DNIS)

gwy(config-dial-peer)#response-addressANI_string

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

رقم الاتصال (ANI)

gwy(config-dial-peer)#destination-modelstring

عند مطابقة أرجل الاتصال الواردة، يستخدم هذا الأمر رقم الاتصال (أولي أو سلسلة ANI) لمطابقة جهة الاتصال الواردة إلى نظير اتصال وارد.

رقم الاستدعاء (ANI) ل DNIS سلاسل الرقم المستدعي للصادر

gwy(config-dial-peer)#portport

يحدّد أمر dial peer (نظير الطلب الهاتفي) هذا منفذ صوت POTS الذي يتم من خلاله تقديم المكالمات إلى نظير الطلب الهاتفي هذا.

منفذ الصوت

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

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

عنصر إعداد المكالمة

الوصف

الرقم الذي تم الاتصال به (DNIS)

هذه هي سلسلة طلب هاتفي لوجهة الاتصال وهي مشتقة من رسالة إعداد الشبكة الرقمية للخدمات المتكاملة (ISDN) أو خدمة DNIS للإشارات المرتبطة بالقناة (CAS).

رقم الاتصال (ANI)

هذه سلسلة رقمية تمثل الأصل ومشتقة من رسالة إعداد ISDN أو تعريف الرقم التلقائي للإشارات المرتبطة بالقناة (CAS). كما تتم الإشارة إلى تعريف الرقم التلقائي (ANI) باسم تعريف الخط المتصل (CLID).

منفذ الصوت

وهذا يمثل منفذ الصوت الفعلي لخدمة الهاتف القديمة العادية (POTS).

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

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

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

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

1. الرقم الذي تم الاتصال به (DNIS) مع الأمر incoming called-number

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

2. رقم الاتصال (ANI) باستخدام الأمر answer-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 وبدون 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 هذا السلوك أيضا.</p

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

- no ivr application

للحصول على شرح أكثر عن هذا المفهوم، راجع قسم دراسة الحالة: فهم المطابقة الواردة وقسم Dial-Peer 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" فقط في حالة عدم وجود تطابق استنادا إلى عنوان الإجابة أو رقم المنفذ.

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

- يمكن أن يطابق الاسم المستدعى "null" الرقم المستدعي "الوارد Call-number T" فقط في حالة ENBLOCK ولا يوجد تطابق إما بسبب عنوان الإجابة ورقم المنفذ. يشير التحذير الذي تراه عندما تقوم بتكوين "رقم المتصل به الوارد T" إلى هذه الحالة المعينة.

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

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

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

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

وكذلك، عندما يكون النظراء الخارجيون متطابقين، هناك حالتان ينبغي مراعاتهما: حالة 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" على الأمر peer destination-style لاستخدام نظائر الطلب المتغيرة الطول.

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

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

- يعمل على توجيه المكالمة بمجرد أن يستقبل الجهاز حرف الإنهاء "#" في سلسلة الطلب الهاتفي. على سبيل المثال، إذا قمت بطلب "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 priority على قيمة افتراضية تبلغ 0 ، والتي تتسبب في تمرير أسبقية IP كما هي.

التكوينات

maui-gwy-04

maui-gwy-06

!---

!

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 - رموز فهم: التعقيد، الدعم، درجة الحرارة القصوى، التفاوض

- الدعم التقني والمستندات - Cisco Systems