المحتويات

المقدمة

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

المتطلبات

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

معلومات أساسية

التعريفات الشائعة

مخطط الأوامر والميزات

أساسيات توجيه مكالمات Cisco IOS / Cisco IOS XE

أنواع نظراء الطلب الهاتفي الصوتي

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

عند عدم وجود مطابقات/نظير طلب هاتفي افتراضي ‪peer_tag=0, pid:0‬

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

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

توجيه نظراء الطلب الهاتفي بمعرّف URI

معرّف URI لفئة الصوت

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

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

أحرف البدل لنظراء الطلب الهاتفي

حالات نظراء الطلب الهاتفي

التوجيه وإعادة التوجيه الافتراضيان (VRF) وتوجيه نظراء الطلب الهاتفي

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

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

تقنيات توجيه المكالمات المتقدمة

مجموعات نظراء الطلب الهاتفي

E164-Pattern-Maps

مجموعات خوادم الوجهة

مجموعة خوادم الوجهة ورسائل تنشيط الاتصال لـ OPTIONS

الوكيل الصادر

مجموعات قنوات اتصال POTS

مستأجرو فئة الصوت

CUBE للمكالمات بمعرّف ILS URI (سلسلة مسار فئة الصوت)

تقنيات توجيه المكالمات القديمة

DNIS-Map

تسميات مجموعة قنوات الاتصال

نوع الترقيم

بيانات نظراء الطلب الهاتفي

مجموعة مصدر الصوت

أذونات الطلب الهاتفي

معرّف URI والتلاعب الرقمي

التلاعب الرقمي عبر نظراء الطلب الهاتفي لـ POTS

التلاعب الرقمي عبر قواعد ترجمة الصوت وملفات التعريف

Voice Class e164-translation

التلاعب الرقمي عبر خرائط ISDN

التلاعب الرقمي عبر توسيع الأرقام (num-exp)

ملفات تعريف SIP الواردة/الصادرة

قائمة نسخ SIP

ملاحظات خاصة

إرسال إشارات البروتوكول وربط الوسائط

DNS ونظراء الطلب الهاتفي لـ VoIP

الحد الأقصى للاتصالات والنطاق الترددي

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

الطلب الهاتفي من مرحلة واحدة

الطلب الهاتفي من مرحلتين

حظر المكالمات

استقبال التراكب في الشبكة الرقمية للخدمات المتكاملة (ISDN)

الرقم المتصل به الفارغ

فئة التقييد

نظراء الطلب الهاتفي لـ Cisco Unified Communications Manager Express (CUCME)

MGCP وSCCP مع نظراء الطلب الهاتفي

SIP DSAPP مع نظراء الطلب الهاتفي

استكشاف أخطاء توجيه المكالمات وإصلاحها والتحقق منها

المقدمة

يصف هذا المستند توضيحًا لتوجيه مكالمات Cisco IOS® وCisco IOS XE.

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

المتطلبات

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

بروتوكولات إرسال الإشارات: بروتوكول بدء جلسة عمل (SIP)، H323 (h225 / h245)، بروتوكول التحكم في عبّارة الوسائط (MGCP)، بروتوكول Skinny للتحكم في الأجهزة العميلة (SCCP)، وISDN Q931، وE1 R2.

بروتوكولات الوسائط: بروتوكول الوقت الفعلي (RTP)، برامج ترميز الصوت، برامج ترميز الفيديو.

التقنيات التناظرية: الأذن والفم (E&M) ومشترك الصرف الأجنبي (FXS) ومكتب الصرف الأجنبي (FXO).

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

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

- عبّارات Cisco IOS وIOS XE

- 2800 / 3800 / 2900 / 3900 / 4300 / 4400 / CSR1000v / CAT8000v / ASR100X / C8200 / C8300 / ISR1100

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

معلومات أساسية

يتناول هذا المستند الآليات الكامنة وراء مطابقة نظراء الطلب الهاتفي الوارد والصادر مع خدمة الهاتف القديمة العادية (POTS) واتجاهات مكالمات شبكة نقل الصوت عبر بروتوكول الإنترنت (VoIP).

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

يستخدم هذا المستند أمثلة التكوين بالإضافة إلى مخرجات الأمر debug وshow كنقاط مرجعية. يتم تمييز الميزات العديدة في هذا المستند بوضوح بالإصدار الذي تم تقديم الميزة به إلى كلٍ من Cisco IOS وCisco IOS XE. يمكن أيضًا الرجوع إلى هذه المعلومات بسرعة في قسم مخطط الأوامر والميزات. إذا كان هناك عيب ملحوظ للغاية، فسيتم ربطه داخل النص بحيث يكون القُراء على دراية بذلك.

التعريفات الشائعة

السمة

الوصف

سلسلة الأرقام

يُشار إليها أيضًا بسلسلة الأرقام أو رقم الهاتف أو الرقم أو رقم E164. الذي يتكون بالكامل من الأرقام من 0 إلى 9 مع رمز زائد بادئ اختياري (+).

مثال:

8675309

123456789

+1972525222

+442084445555

+85225353333

خدمة التعرف على الرقم المطلوب (DNIS)

هذا هو الرقم المتصل به أو رقم الوجهة لمكالمة.

تعريف الرقم التلقائي (ANI)

هذا هو رقم المتصل به أو رقم الاتصال المنشئ لمكالمة. يمكن الإشارة إلى هذا أيضًا باسم معرّف خط الاتصال (CLID) والذي يمكن أيضًا أن يكون بعنوان معرّف المتصل.

معرّف موارد منتظم (URI)

معرّف URI هو إما سلسلة sip: أو tel: تُستخدم بشكل شائع مع بروتوكولات VoIP ‫SIP وH323.

أمثلة لمعرّف URL:

sip:user@host.com

sip:user@sub.host.com

sip:user@10.10.10.10

sip:user@2001:4860:4860::8888

tel:8675309

sip:host.com

Carrier-id

أمثلة على CID:

cid:orange@host.com

cid:orange@sub.host.com

cid:orange@10.10.10.10

cid:orange@2001:4860:4860::8888

ملاحظة: معرّف خطأ Cisco CSCua14749 Carrier-ID لا يعمل على أنظمة IOS XE الأساسية.

سلسلة المسار

عنوان Cisco الرئيسي الخاص لسلاسل مسارات ILS المستخدمة مع SIP.

مثال:

X-cisco-dest-route-string: <sip:configured-value>

ENUM

ENUM هو بروتوكول يستخدم خدمة اسم المجال (DNS) لترجمة أرقام هواتف E164 إلى معرفات URI. لم يتم تناول ذلك في هذا المستند.

PSTN

الشبكة العامة لتحويل الهاتف

ITSP

مزود خدمة الاتصالات الهاتفية عبر الإنترنت

SBC

وحدة التحكم في حد جلسة العمل.

هذا هو الجهاز الذي يقف كنقطة تعيين الحدود بين شبكة LAN للعميل وشبكة ITSP/PSTN

مخطط الأوامر والميزات

الميزة

إصدار IOS

إصدار IOS XE

توسيع الأرقام (num-exp)

نظراء الطلب الهاتفي (POTS وVOIP)

answer-address

destination-pattern

incoming called-number

هدف الجلسة (IPv4 وDNS)

الحد الأقصى للاتصالات (max-conn)

direct-inward-dial

forward-digits (POTS)

البادئة (POTS)

مهلات رقمية بينية (منفذ الصوت)

11.3(1)T

الكل

dial-peer terminator

12.0

الكل

huntstop

12.0(5)T

الكل

ISDN Maps

12.0(6)T

الكل

مخططات توجيه نظراء الطلب الهاتفي

12.0(7)XK

الكل

قاعدة الترجمة الصوتية وملف التعريف

translate-outgoing

numbering-type

digit-strip (POTS)

12.0.(7)XR1

الكل

هدف الجلسة (خادم sip)

12.1(1)T

الكل

مجموعة قنوات اتصال POTS

12.1(3)T

الكل

DNIS-Map (الصادرة)

12.2(2)XB

الكل

trunk-group-label

12.2(11)T

الكل

نظير الطلب الهاتفي (البيانات)

12.2(13)T

الكل

معرّف URI لفئة الصوت (الصادر)

12.3(4)T

الكل

outbound-proxy

12.4(15)T

الكل

هدف الجلسة (IPv6)

12.4(22)T

الكل

ملفات تعريف SIP (الصادرة)

15.0(1)M

الكل

معرّف URI لفئة الصوت (الوارد)

مجموعة مصدر الصوت

15.1(2)T

3.8S

قائمة نسخ SIP

هدف الجلسة (جهة التسجيل)

15.1(3)T

3.6S

call-route (url)

15.2(1)T

3.3S

max-bandwidth

15.2(2)T

3.7S

E164-Pattern-Maps (الصادرة)

15.2(4)M

3.7S

سلسلة مسار فئة الصوت

call-route (dest-route-string)

15.3(3) م

3.10 ث

مجموعات نظراء الطلب الهاتفي (VOIP)

E164-Pattern-Maps (الواردة)

مجموعات خوادم الوجهة

requri-passing

هدف الجلسة (sip-uri)

15.4(1)T

3.11 ث

سياسة تقديم الطلب الهاتفي

ملفات تعريف SIP (الواردة)

15.4(2)T

3.12S

مجموعة نظراء الطلب الهاتفي (POTS)

15.5(1)T

3.14 ث

مستأجرو فئة الصوت

15.6(2)T

16.3.1

تصفية VRF لنظراء الطلب الهاتفي

15.6(3)M

16.3.1

e164-translation

غير متوفر

16.8.1

SIP DSAPP

غير متوفر

16.12.1

Huntstop لمجموعات الخوادم

غير متوفر

17.4.1

منفذ الاستماع لـ sip لتصفية المستأجر لنظراء الطلب الهاتفي

غير متوفر

17.8.1

رسائل تنشيط الاتصال للخيار المستند إلى DNS SRV

غير متوفر

17.9.1

أساسيات توجيه مكالمات Cisco IOS / Cisco IOS XE

تستخدم عبّارات Cisco IOS وCisco IOS XE مفهوم نظراء الطلب الهاتفي للتحكم في توجيه المكالمات والتفاوض على القدرات لكل اتجاه للمكالمة. اتجاه المكالمة هو الاتصال ثنائي الاتجاه بين وكيلَي الاتصال. وكيل الاتصال هو جهاز يقوم ببدء المكالمات الهاتفية أو معالجتها أو إعادة توجيهها. ويمكن أن يقتصر ذلك على أجهزة مزود الاتصالات الهاتفية وCisco Gateway وهاتف IP وCisco Unified Communication Manager ‫(CUCM) وCisco Unity connection ‫(CUC) وما إلى ذلك. يوجد عدد كبير جدًا من وكلاء الاتصال المطلوب إدراجهم.

السيناريو: تصل المكالمة إلى Cisco Gateway من وكيل اتصال آخر وهي اتجاه الاتصال الوارد (داخلي). تعالج العبّارة المكالمة وترسل المكالمة استنادًا إلى معالجتها إلى وكيل المكالمة التالي. هذا هو اتجاه الاتصال الصادر (خارجي).

تعرض الصورة 1 مكالمة من PSTN إلى توجيه CUCM عبر Cisco Voice Gateway ومعلومات اتجاه المكالمة الوارد والصادر المعني.

الصورة 1 - يتم توضيح اتجاهات المكالمات الواردة والصادرة

تتطابق المكالمة الناجحة عبر Cisco Gateway دائمًا (انظر الملاحظة) مع نظير طلب هاتفي وارد أو صادر من أجل التوجيه بشكل صحيح. يتشابه نظراء الطلب الهاتفي الوارد والصادر مع اتجاهات المكالمات المذكورة سابقًا. في الصورة 1، تصل المكالمة من PSTN في Cisco Gateway وتحتاج إلى مطابقة نظراء الطلب الهاتفي الوارد. ثم تستخدم العبّارة طلبًا هاتفيًا صادرًا لتوجيه المكالمة إلى وكيل الاتصال التالي. من المهم تذكُّر أن هذه المصطلحات محددة من منظور Cisco Gateway.

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

ملاحظة: يُستثنى من هذه القاعدة منافذ MGCP وSCCP الصوتية. لا تتبع بروتوكولات إرسال الإشارات هذه آلية مطابقة الطلب الهاتفي العادية أثناء توجيه المكالمة. راجع قسم SCCP وMGCP للحصول على مزيد من التفاصيل.

توضح الصورة 2 اتجاهات المكالمات الواردة والصادرة نفسها مثل الصورة 1 ولكن مع نظراء الطلب الهاتفي المعنيين لمكالمة من PSTN إلى توجيه CUCM عبر Cisco Voice Gateway.

الصورة 2 - يتم توضيح نظراء الطلب الهاتفي الوارد والصادر

يمكن أن تعمل عبّارات Cisco Voice Gateway بين العديد من الأنواع المختلفة للمكالمات الصوتية والبروتوكولات بما في ذلك عنوان IP إلى عنوان IP وPOTS إلى POTS وعنوان IP إلى POTS أو العكس.

توضح الصورة 3 اتصال VoIP إلى VoIP من خلال Cisco Unified Border Element (CUBE).

الصورة 3 - نظراء الطلب الهاتفي الوارد والصادر لاتصال Voip إلى VoIP

تعرض الصورة 4 اتصال POTS إلى POTS من خلال Cisco Gateway.

الصورة 4 - نظراء الطلب الهاتفي الوارد والصادر لاتصال POTS إلى POTS

أنواع نظراء الطلب الهاتفي الصوتي

POTS

تتم مطابقة نظراء الطلب الهاتفي لخدمة الاتصالات الهاتفية القديمة العادية للاتصالات التناظرية مثل اتصالات FXS وFXO وISDN T1 / E1s وE1 R2 واتصالات الأذن والفم (E&M) التناظرية.

يقوم هؤلاء النظراء بإرسال أو استقبال مكالمة إلى / من منفذ صوت فعلي على العبّارة.

VOIP

يُستخدم نظراء الطلب الهاتفي للصوت عبر بروتوكول الإنترنت بشكل أساسي للتحكم في اتصالات H323 وSIP من العبّارة وإليها.

يرسل نظراء الطلب الهاتفي تلك الإشارات ويستقبلونها من عناوين IPv4 وIPv6 بالإضافة إلى أسماء المجالات المؤهلة بالكامل (FQDN) باستخدام نظام اسم المجال (DNS).

—

كما يمكن استخدام نظراء الطلب الهاتفي لـ VoIP للصوت عبر مرحل الإطار (VoFR) والصوت عبر ATM ‫(VoATM) والصوت عبر تحكم ارتباط البيانات عالي المستوى (VoHDLC) وإرسال إشارات التسجيل والقبول والحالة (RAS) وأهداف الجلسة لنظراء الطلب الهاتفي أولئك، يمكن أن تتضمن أيضًا التسويات وقيم ENUM.

ملاحظة: بعض هذه الأنواع من التكوينات تقنيات قديمة لم تظهر في الشبكات الأحدث ومع استخدام IOS XE لم يعد بعضها مدعومًا. ونتيجة لذلك، لم يتم تناولها في هذا المستند.

MMOIP

يتم استخدام نظراء الطلب الهاتفي لبريد الوسائط المتعددة عبر عنوان IP لإرسال رسائل البريد الإلكتروني لتبادل الخوادم.

ويتم استخدامهم في الغالب لإرسال رسائل الفاكس عبر t37 on-ramp / off-ramp. لا يقع أنواع نظراء الطلب الهاتفي هذه ضمن نطاق هذا المستند.

ملاحظة: يعتمد الحد الأقصى لعدد أوامر نظراء الطلب الهاتفي التي يمكن تكوينها على Cisco gateway على الذاكرة المتاحة (DRAM). يستهلك كل نظير طلب هاتفي حوالي 6 كيلوبايت من الذاكرة، لذا تأكد من أن العبّارة تحتوي على 20% على الأقل من إجمالي الذاكرة المحجوزة لعمليات CPU الأخرى. يمكن لعدد كبير من نظراء الطلب الهاتفي التي تم تكوينهم الإضافة إلى الترحيل لتوجيه المكالمة. وسيكون هذا مهمًا لأن تطبيق صوت Cisco يبحث من خلال أجهزة نظراء الطلب الهاتفي من أعلى لأسفل، على غرار قائمة التحكم في الوصول (ACL). لا يمثل ذلك عادةً مشكلة في عبّارات Cisco Gateway الأحدث.

نموذج الخطأ:

May 26 12:59:46.406: %DIALPEER_DB-3-ADDPEER_MEM_THRESHOLD: Addition of dial-peers limited by available memory

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

عندما تتلقى Cisco Gateway طلب إعداد مكالمة، تبدأ العبّارة في البحث عن نظير طلب هاتفي وارد قابل للتطبيق لهذه المكالمة. هذا ليس تحليل رقم تلو الآخر؛ وبدلاً من ذلك، يتم استخدام الرسالة الكاملة لتحديد أجهزة نظراء الطلب الهاتفي الوارد الذي يتم تحديده. يعتمد ترتيب العناصر الواردة في الرسالة المحددة إلى حدٍ كبير على بروتوكول المكالمة كما هو مُشار إليه بواسطة قوائم التفضيلات المحددة في الجدول 1 والجدول 2 والجدول 3. يحتاج نظير الطلب الهاتفي فقط إلى تلبية أحد شروط المطابقة.  وليس من الضروري تكوين جميع السمات في نظير الطلب الهاتفي أو تطابق كل سمة مع معلومات إعداد المكالمة.  يتم البحث عن جميع نظراء الطلب الهاتفي بناءً على معايير المطابقة الأولى. تنتقل العبّارة إلى المعيار التالي فقط في حال عدم العثور على مطابقة.

الجدول 1. تفضيل تحديد نظير الطلب الهاتفي الوارد لـ SIP

الأفضلية

معايير المطابقة

أوامر نظراء الطلب الهاتفي

1

معرّف URI

معرّف uri الوارد عبر <uri-tag>

2

معرّف URI

طلب uri الوارد <uri-tag>

3

معرّف URI

معرّف uri الوارد إلى <uri-tag>

4

معرّف URI

معرّف uri الوارد من <uri-tag>

5

الرقم المتصل به

incoming called-number <number-string>

incoming called e164-pattern-map <pattern-map-number>

6

رقم الاتصال

incoming calling e164-pattern-map <pattern-map-number>

answer-address <number-string>

7

Destination-pattern (ANI)

destination-pattern <number-string>

8

Carrier-ID

carrier-id source <string>

ملاحظة: يمكن تصفية نظراء الطلب الهاتفي الوارد المؤهل بواسطة VRF، أو المستأجر. في حال يتم تكوين الميزة القابلة للتطبيق. لمزيد من المعلومات، راجع أقسام التوجيه وإعادة التوجيه الافتراضيين (VRF) وتوجيه نظراء الطلب الهاتفي ومستأجري فئة الصوت.

الجدول 2. تفضيل تحديد نظراء الطلب الهاتفي لـ H323 الوارد

الأفضلية

معايير المطابقة

أوامر نظراء الطلب الهاتفي

1

معرّف URI

معرّف uri للمتصل به <uri-tag>

معرّف uri للمتصل <uri-tag>

2

الرقم المتصل به

incoming called-number <number-string>

incoming called e164-pattern-map <pattern-map-number>

3

رقم الاتصال

incoming calling e164-pattern-map <pattern-map-number>

answer-address <number-string>

4

Destination-pattern (ANI)

destination-pattern <number-string>

5

Carrier-ID

carrier-id source <string>

الجدول 3. تفضيل تحديد نظير الطلب الهاتفي الوارد لـ Enbloc POTS

الأفضلية

معايير المطابقة

أوامر نظراء الطلب الهاتفي

1

الرقم المتصل به

incoming called-number <number-string>

2

رقم الاتصال

answer-address <number-string>

3

Destination-pattern (ANI)

destination-pattern <number-string>

4

منفذ الصوت

المنفذ <voice-port-number>

عند عدم وجود مطابقات / نظير طلب هاتفي افتراضي peer_tag=0، pid:0

عند عدم وجود مطابقة مؤهلة لنظير الطلب الهاتفي الوارد لمكالمات POTS أو VoIP، تخصص العبّارة نظير الطلب الهاتفي 0. وهذا الإجراء ليس مثاليًا حيث إن نظير الطلب الهاتفي 0 يتسم بقدرات محدودة ويمكن أن يتسبب في حدوث مشكلات بالمكالمات. والقيم المتطرفة لذلك هي بروتوكولات SCCP وMGCP التي لا تستخدم نظراء الطلب الهاتفي لتوجيه المكالمات. راجع قسم MGCP وSCCP للحصول على مزيد من التفاصيل.

قدرات نظراء الطلب الهاتفي 0

- لا توجد آليات dtmf-relay.

- تم الإعلان عن جميع برامج ترميز الصوت لمكالمات VoIP.

- Fax-rate voice.

- يتم تمكين تحري النشاط الصوتي (VAD).

- no rsvp support.

- لا يوجد دعم لتطبيق IVR لمكالمات POTS.

- يتم تمكين Direct-inward-dial.

- لا يدعم VRF.

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

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

الجدول 4. تفضيل تحديد نظير الطلب الهاتفي الصادر لـ SIP

الأفضلية

معايير المطابقة

أوامر نظراء الطلب الهاتفي

1

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

destination dpg <dpg-tag>

(تم تكوين DPG على نظير الطلب الهاتفي الوارد)

2

معرّف URI لسياسة تقديم الطلب الهاتفي

destination uri-from <uri-tag>

destination uri-to <uri-tag>

destination uri-via <uri-tag>

destination uri-diversion <uri-tag>

destination uri-referred-by <uri-tag>

(تم تكوين DPP على نظير الطلب الهاتفي الوارد)

3

سلسلة مسار ILS

سلسلة مسار الوجهة <route-string-tag>

4

معرّف URI ومعرّف شركة الاتصالات

destination uri <uri-tag> وcarrier-id target <string>

5

الرقم الذي تم الاتصال به ومعرّف شركة الاتصالات

destination-pattern <number-string> وcarrier-id target <string>

6

معرّف URI

destination uri <uri-tag>

7

الرقم المتصل به

destination-pattern <DNIS-number>

destination e164-pattern-map <pattern-map-number>

dnis-map <dnis-map-number>

8

رقم الاتصال

destination calling e164-pattern-map <pattern-map-number>

الجدول 5. تفضيل تحديد نظراء الطلب الهاتفي لـ H323 الصادر

الأفضلية

معايير المطابقة

أوامر نظراء الطلب الهاتفي

1

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

destination dpg <dpg-tag>

(تم التكوين على نظير الطلب الهاتفي الوارد)

2

معرّف URI ومعرّف شركة الاتصالات

destination uri <uri-tag> وcarrier-id target <string>

3

الرقم الذي تم الاتصال به ومعرّف شركة الاتصالات

destination-pattern <number-string> وcarrier-id target <string>

4

معرّف URI

destination uri <uri-tag>

5

الرقم المتصل به

destination-pattern <number-string>

destination e164-pattern-map <pattern-map-number>

dnis-map <dnis-map-number>

6

رقم الاتصال

destination calling e164-pattern-map <pattern-map-number>

الجدول 6. تفضيل تحديد نظير الطلب الهاتفي الصادر لـ POTS

الأفضلية

معايير المطابقة

أوامر نظراء الطلب الهاتفي*

1

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

destination dpg <dpg-tag>(تم التكوين على نظير الطلب الهاتفي الوارد)

2

معرّف URI ومعرّف شركة الاتصالات

destination uri <uri-tag> وcarrier-id target <string>

3

الرقم الذي تم الاتصال به ومعرّف شركة الاتصالات

destination-pattern <number-string> وcarrier-id target <string>

4

معرّف URI

destination uri <uri-tag>

5

الرقم المتصل به

destination-pattern <DNIS-number>dnis-map <map-number>

ملاحظة: يتطرق قسم توجيه نظراء الطلب الهاتفي لسلسلة الأرقام وتوجيه نظراء الطلب الهاتفي بمعرّف URI إلى كيفية تقييم العبّارة لقائمة بالأوامر المحتملة لكل صف من صفوف معايير المطابقة قبل الانتقال إلى معايير المطابقة التالية. على سبيل المثال، يقوم بتقييم جميع مطابقات destination-pattern وأوامر مطابقة destination e164-pattern-map قبل أن يفحص أوامر رقم الاتصال.

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

تفضيل سلسلة الأرقام:

كما هو الحال مع معرفات URI ذات ترتيب محدد للعمليات لتقييم التطابقات، هناك أيضًا مجموعة من القواعد المُستخدَمة عند تقييم سلسلة رقمية. تم تعيين مخطط توجيه نظير الطلب الهاتفي الافتراضي لـ Cisco gateway إلى القيمة 0. ويعني ذلك أن العبّارة تبحث عن النمط بأطول مطابقة (الأكثر تحديدًا). في حال وجود نظيرَي طلب هاتفي بطول المطابقة نفسه، تنظر العبّارة إلى تفضيل نظير الطلب الهاتفي المحدد بوضوح. وأخيرًا، إذا كان كلاهما متطابقَين، يختار أحدهما بترتيب عشوائي.

توجد مخططات أخرى لتوجيه نظراء الطلب الهاتفي متاحة للتكوين؛ ومع ذلك، تحافظ معظم عمليات النشر على القيمة الافتراضية 0.

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

Gateway(config)# dial-peer hunt ?

<0-7>  Dial-peer hunting choices, listed in hunting order within each choice:

0 - Longest match in phone number, explicit preference, random selection.

1 - Longest match in phone number, explicit preference, least recent use.

2 - Explicit preference, longest match in phone number, random selection.

3 - Explicit preference, longest match in phone number, least recent use.

4 - Least recent use, longest match in phone number, explicit preference.

5 - Least recent use, explicit preference, longest match in phone number.

6 - Random selection.

7 - Least recent use.

تعثر خوارزمية نظراء الطلب الهاتفي لأطول سلسلة أرقام مطابقة على نظير الطلب الهاتفي الذي يحتوي على أكبر عدد من الأرقام في تسلسل يتطابق تمامًا مع تسلسل أرقام في سلسلة أرقام. يتم توضيح هذا المفهوم في السيناريو التالي.

السيناريو: تم تكوين نظراء الطلب الهاتفي المؤهلين مع هذه المطابقات المحتملة، وتقيّم العبّارة سلسلة الأرقام 2001.  يمكن أن يطابق نظير الطلب الهاتفي 1 أي رقم من 2000 إلى 2999 بينما يمكن لنظير الطلب الهاتفي 2 أن يطابق 2000 إلى 2009. ستتم مطابقة نظير الطلب الهاتفي 2 لهذا الاتصال حيث إنه أطول تطابق (الأكثر تحديدًا) لسلسلة الأرقام 2001 عند استخدام آليات توجيه نظير الطلب الهاتفي الافتراضية (توجيه نظير الطلب الهاتفي 0). وبمعنى آخر، تسلسل الأرقام 200 هو أكبر تسلسل يطابق تمامًا تسلسل الأرقام في سلسلة أرقام 2001.

!

dial-peer voice 1 voip

destination-pattern 2...

!

dial-peer voice 2 voip

destination-pattern 200.

!

يتم تحديد التفضيل حيث يحدد المسؤول وزن كل نظير طلب هاتفي. يمكن للمسؤولين تكوين تفضيلاً حتى تستخدم المكالمة دائمًا نظير طلب هاتفي محدد قبل الأخرى. وبشكل افتراضي، يكون جميع نظراء الطلب الهاتفي التفضيل 0. تتم مطابقة نظير الطلب الهاتفي بالتفضيل 0 قبل نظير الطلب الهاتفي الآخر بالتفضيل من 1 إلى 10. يقوم معظم المسؤولين بإعداد العديد من نظراء الطلب الهاتفي لإرسال اتصال إلى مشترك CUCM معين مع مشترك احتياطي أو وكيل اتصال آخر يتم تكوينه باستخدام نظير طلب هاتفي آخر بتفضيل أقل (يتم تكوينه برقم أعلى).

السيناريو: يتم تكوين نظيرَي الطلب الهاتفي بطول المطابقة نفسه لسلسلة الأرقام 2001. يحدد المسؤول التفضيل الواضح.  تقيّم العبّارة نظيرَي الطلب الهاتفي بالطريقة نفسها حيث إن طول المطابقة هو نفسه. ومع ذلك، يقوم المسؤول بتعيين نظير الطلب الهاتفي 1 مع تفضيل أعلى بحيث يتم اختيار نظير الطلب الهاتفي كأول نظير طلب هاتفي يُستخدَم في توجيه الاتصال. سيبقى نظير الطلب الهاتفي 2 كخيار ثانوي إذا كان يمكن حدوث فشل في نظير الطلب الهاتفي الأول.

!

dial-peer voice 1 voip

destination-pattern 2...

preference 1

!

dial-peer voice 2 voip

destination-pattern 2...

preference 2

!

تحاول Cisco gateway توجيه اتصال فقط عبر نظير طلب هاتفي صادر مؤهل في المرة الواحدة. إذا تمت ملاحظة حالة فشل في نظير الطلب الهاتفي المحدد الأول، فستحاول  العبّارة توجيه الاتصال خارج نظير الطلب الهاتفي المؤهل التالي. ويستمر ذلك حتى ينجح الاتصال أو يفشل نظرًا لعدم وجود المزيد من نظراء الطلب الهاتفي المؤهلين لإجراء المحاولة. أحد الأعراض الشائعة لتوجيه نظراء الطلب الهاتفي والفشل هو الترحيل الملحوظ في الرد أثناء إجراء المكالمات. عادةً ما تكون هناك حاجة إلى تصحيح الأخطاء للتحقق بالضبط من سبب فشل الاتصال على نظير طلب هاتفي معين.  يمكن استخدام الأمر huntstop على نظير الطلب الهاتفي إذا كان المسؤول لا يريد أن تبحث العبّارة عن نظير طلب هاتفي آخر عند ملاحظة حالة فشل.

السيناريو: يتم تكوين نظيرَي الطلب الهاتفي بطول المطابقة نفسه لسلسلة الأرقام 2001. حدد المسؤول تفضيلاً واضحًا ولا يريد مطابقة نظير الطلب الهاتفي 2 لهذا الاتصال المحدد.  ونظرًا لوجود نظيرَي طلب هاتفي بطول المطابقة نفسخ، يتم استخدام التفضيل لتحديد نظير الطلب الهاتفي. يحتوي نظير الطلب الهاتفي 1 على أقل رقم تفضيل تم تكوينه، لذا يتم استخدامه لتوجيه الاتصال. في حال حدوث حالة فشل في اتجاه الاتصال الصادر باستخدام نظير الطلب الهاتفي 1، تتوقف العبّارة على الفور عن توجيه نظير الطلب الهاتفي نظرًا لتكوين الأمر huntstop. في هذا السيناريو، لا يتم استخدام نظير الطلب الهاتفي 2 للتوجيه الصادر.

!

dial-peer voice 1 voip

destination-pattern 2...

preference 1

huntstop

!

dial-peer voice 2 voip

destination-pattern 2...

preference 2

!

ملاحظة: يمكن أيضًا استخدام أوامر huntstop وpreference جنبًا إلى جنب مع عبارات مطابقة معرّف URI لأنها أوامر تكوين عامة لنظراء الطلب الهاتفي. وعلاوة على ذلك، يمكن أن تستخدم تكوينات مجموعة الخادم لفئة الصوت أوامر huntstop في 17.4.1a. راجع قسم مجموعات خوادم الوجهة للحصول على مزيد من التفاصيل حول هذا الموضوع.

توجيه نظراء الطلب الهاتفي بمعرّف URI

تبحث العبّارة في كل معيار من معايير المطابقة وتقوم بإفراغها قبل أن تنتقل إلى معايير المطابقة التالية. مثال على ذلك في اتصال SIP وارد. بناءً على الجدول 1. تفضيل تحديد نظير طلب هاتفي وارد لـ SIP، أول شيء تتحقق منه عبّارة Cisco هو معرّف URI وتقييم جميع أوامر URI المحتملة للعثور على واحد يناسبها. إذا لم تكن هناك مطابقة، أو لم يتم تكوين أي شيء، فستنتقل العبّارة إلى العنصر المطابق التالي وتجري تقييمًا على هذا المعيار. تتكرر هذه العملية حتى يتم الاتصال إما بالتوجيه بناءً على تطابق أو نفاد معايير المطابقة للتحقق من البوابة.

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

يمكن معالجة ترتيب التفضيل هذا باستخدام الأمر voice class uri sip preference لتحديد معرّف المستخدم كخيار أول بدلاً من المضيف.

معرّف URI:

1. جزء المضيف من معرّف URI. الأمثلة: (@a.b.c.d أو @host.domain.name)

2. جزء المستخدم من معرّف URI. الأمثلة: (sip:8675309 أو sip:user)

3. tele-uri. المثال: (tel:18005532447)

4. مطابقة تامة لمعرّف URI الكامل. الأمثلة: (user@host.domain.name، user@a.b.c.d، 8675309@host.domain.name، 8675309@host.domain.name)

المستند الداعم: دليل تكوين Cisco Unified Border Element - الإصدار Cisco IOS XE 17.6 فصاعدًا

السيناريو: قام مسؤول بتكوين نظير الطلب الهاتفي هذا وإرسال اتصال إلى العبّارة. عنوان "من" في الدعوة المستلمة هو من: <sip:testuser@10.10.10.10>.  يمكن أن تتطابق العبّارة مع نظيرَين مختلفَين للطلب بناءً على هذا العنوان الرئيسي. نظير الطلب الهاتفي 1 المستند إلى جزء المستخدم ونظير الطلب الهاتفي 2 المستند إلى جزء المضيف. ومع ذلك، ونظرًا لأن مطابقة المضيف هي تفضيل على مطابقة المستخدم، يتم استخدام نظير الاتصال الهاتفي 2 لنظير الطلب الهاتفي الوارد في الاتصال.

!

voice class uri URI1 sip

user-id testuser

!

voice class uri URI2 sip

host ipv4:10.10.10.10

!

dial-peer voice 1 voip

sess protocol sipv2

incoming uri FROM URI1

!

dial-peer voice 2 voip

sess protocol sipv2

incoming uri FROM URI2

!

معرّف URI لفئة الصوت

تتيح مطابقة URI لنظراء الطلب الهاتفي الوارد والصادر للمسؤول القدرة والمرونة لإجراء مطابقات على أكثر من سلسلة أرقام هاتف لبروتوكولات VoIP التي تدعم معرفات URI في المراسلة. قبل الإصدار IOS 15.4(1)T وIOS-XE 3.11S، كان يجب أن يحتوي معرّف URI للطلب على user@host أبجدي رقمي وإلا سترفض Cisco gateway الاتصال مع رسالة 4xx. يمكن أن يحتوي URI الآن على جزء المضيف فقط، وتوجّه العبّارة الاتصال بناءً على المضيف المقدم فقط. على سبيل المثال، sip:cisco.com.

بالإضافة إلى ذلك، قبل الإصدار IOS 15.4(1)T وIOS-XE 3.11S يمكن أن تكون معرفات مستخدم URI لفئة الصوت قيم e.164 رقمية فقط (sip:1234@host.com). تم تغيير هذا بحيث يمكن للمسؤولين تكوين معرفات مستخدم أبجدية رقمية على CUBE ‫(sip:user@host.com).

يمكن أن يحتوي جزء المضيف أو المستخدم لمعرف uri لفئة الصوت على أنماط التعبيرات العادية (regex) التي تعمل على توسيع القيم المحتملة التي يمكن مطابقتها بشكل كبير.

Gateway(config-voice-uri-class)# user-id .)

% unmatched ()user-id pattern can be of format ^([][0-9A-Za-z\|\/()*+^$&?#--.])*$

Gateway(config-voice-uri-class)# host .)

% unmatched ()host pattern can be of format ^([][0-9A-Za-z\|@\/()*+^$&?#--.])*$

Gateway(config-voice-uri-class)# pattern .)

% unmatched ()pattern pattern can be of format ^([][0-9A-Za-z\|@;:=%!~\/()*+^$&?#--.])*$

مثال: معرفات URI لفئة الصوت

!

voice class uri HOST sip

host webex.com

host dns:cisco.webex.com

host ipv4:10.50.244.2

host ipv6:[2001:4860:4860::8888]

!

voice class uri USER sip

user-id username

!

voice class uri PATTERN sip

pattern 8675309

!

voice class uri HostRegex sip

host (.*)cisco.com

!

voice class uri ipRegex sip

host 172\.18\.110\.20[567]

!

voice class uri PatternRegex sip

pattern 555(.*)

!

voice class uri ipRegex sip

pattern (172\.18\.110\.10[134]|10\.10\.10\.10)

! One Line that matches 172.18.110.101, 172.18.110.103, 172.18.110.104 OR 10.10.10.10

!

voice class uri UserRegex sip

user-id test(.*)

!

يمكن تكوين 10 أجهزة مضيفة أو نمط واحد أو معرّف مستخدم واحد فقط لكل معرّف uri لفئة الصوت، كما يوضح هذا المثال. إذا كانت هناك حاجة إلى مطابقة المزيد من العناصر، يُوصى باستخدام تعبير عادي.

Gateway(config)# voice class uri TEST sip

Gateway(config-voice-uri-class)#host ipv4:10.1.1.1

Gateway(config-voice-uri-class)#host ipv4:10.2.2.2

Gateway(config-voice-uri-class)#host ipv4:10.3.3.3

Gateway(config-voice-uri-class)#host ipv4:10.4.4.4

Gateway(config-voice-uri-class)#host ipv4:10.5.5.5

Gateway(config-voice-uri-class)#host ipv4:10.6.6.6

Gateway(config-voice-uri-class)#host ipv4:10.7.7.7

Gateway(config-voice-uri-class)#host ipv4:10.8.8.8

Gateway(config-voice-uri-class)#host ipv4:10.9.9.9

Gateway(config-voice-uri-class)#host ipv4:10.10.10.10

Gateway(config-voice-uri-class)#host ipv4:10.11.11.11

Error:Maximum of 10 hosts can only be configured.

Gateway(config)# voice class uri TEST2 sip

Gateway(config-voice-uri-class)#host dns:1.com

Gateway(config-voice-uri-class)#host dns:2.com

Gateway(config-voice-uri-class)#host dns:3.com

Gateway(config-voice-uri-class)#host dns:4.com

Gateway(config-voice-uri-class)#host dns:5.com

Gateway(config-voice-uri-class)#host dns:6.com

Gateway(config-voice-uri-class)#host dns:7.com

Gateway(config-voice-uri-class)#host dns:8.com

Gateway(config-voice-uri-class)#host dns:9.com

Gateway(config-voice-uri-class)#host dns:10.com

Gateway(config-voice-uri-class)#host dns:11.com

Error:Maximum of 10 hosts can only be configured.

Gateway(config)# voice class uri TEST3 sip

Gateway(config-voice-uri-class)#user-id 8675309

Gateway(config-voice-uri-class)#user-id 123456789

Gateway(config-voice-uri-class)#do sh run | s TEST3

voice class uri TEST3 sip

user-id 123456789

Gateway(config)# voice class uri TEST4 sip

Gateway(config-voice-uri-class)#pattern 8675309

Gateway(config-voice-uri-class)#pattern 123456789

Gateway(config-voice-uri-class)#do sh run | s TEST4

voice class uri TEST4 sip

pattern 123456789

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

تمت إضافة هذه الميزة في OS 15.1(2)T وIOS-XE 3.8S وتستخدم معرّف uri لفئة الصوت الذي تم تكوينه وتطبيقه على نظير طلب هاتفي وارد. تم اعتماد معرّف URI الوارد من قِبل العديد من الأشخاص على عبارة incoming called-number التقليدية لاتصالات SIP حيث يتم فحص معايير المطابقة الأولى عند تحديد نظراء الطلب الهاتفي الوارد. كما يتيح الأمر للمسؤولين القدرة على مطابقة الاتصالات التي تأتي من مستخدم أو وكيل اتصال معين بشكل أفضل.

الوثائق الكاملة: دليل تكوين Cisco Unified Border Element - الإصدار Cisco IOS XE 17.6 فصاعدًا

حالات الاستخدام الشائعة

1. مطابقة نظير طلب هاتفي وارد على جزء المضيف لمعرّف URI للرد على طلبات اختبار الاتصال لـ OPTIONS من CUCM.

2. مطابقة نظير طلب هاتفي وارد على جزء المضيف لمعرّف URI للتحكم في الاتصالات الواردة من مزوّد خدمة الاتصالات الهاتفية عبر الإنترنت (ITSP)

3. مطابقة نظير طلب هاتفي وارد على جزء معرّف المستخدم من معرّف URi لمعالجة الاتصال من مستخدمين أو أرقام معينة.

مثال التكوين

يطابق خرج هذا المثال نظير الطلب الهاتفي 777 لأي طلب SIP مستمد من عنوانَي IP للمضيف المحددين في معرّف URI لفئة الصوت. يتم تعريف العنوان المرصود على أنه عنوان "من" على نظير الطلب الهاتفي؛ ومع ذلك، يمكن للمسؤول تحديد العديد من االعناوين الأخرى بما في ذلك VIA وTO وREQUEST (معرّف URI للطلب). إذا طابق CUCM الذي يرسل اختبار الاتصال لـ CUBE نظير الطلب الهاتفي 777 والرد "my 200 OK" للمصدر على OPTIONS من الواجهة المحددة. إذا طابق CUCM الذي يرسل دعوة إلى CUBE نظير الطلب الهاتفي 777 باعتباره نظير الطلب الهاتفي الوارد.

!

voice class uri CUCM sip

host ipv4:10.50.244.2

host ipv4:10.50.244.20

!

dial-peer voice 777 voip

description INCOMING URI

session protocol sipv2

incoming uri from CUCM

voice-class sip bind control source-interface Loopback777

voice-class sip bind media source-interface Loopback777

!

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

يمكن أن تتطابق عبّارات Cisco IOS مع نظير الطلب الهاتفي الصادر باستخدام معرّف URI عن طريق تطبيق معرّف لفئة الصوت uri على نظير طلب هاتفي صادر وإضافة عنوان url لمسار المكالمة إلى التكوين العام. عندما يكون ذلك موجودًا، يمكن أن يحاول CUBE توجيه الاتصالات بناءً على معرّف URI للطلب. تمت إضافة هذه الميزة في IOS 12.3(4)T وهي موجودة في جميع إصدارات IOS XE. يمكن ملاحظة أنه بشكل افتراضي، يكون لكل من معرّف الطلب من SIP وعنوان "إلى" هدف جلسة عمل لنظير الطلب الهاتفي الصادر. يمكن تعطيل هذا باستخدام الأمر requri-passing الذي يسمح للعبّارة بتمرير جزء مضيف URI داخل الاتجاه إلى خارج الاتجاه بدلاً من استبدال جزء مضيف URI بهدف جلسة العمل. تمت إضافة الأمر requri-passing في 15.4(1)T وIOS XE 3.11S.

مثال التكوين

voice service voip

sip

call-route url

requri-passing

!

voice class uri CUCM sip

host dns:.*.com

!

dial-peer voice 777 voip

description OUTGOING URI

session protocol sipv2

destination uri CUCM

session target sip-uri

!

المصدر: دليل تكوين Cisco Unified Border Element - الإصدار Cisco IOS XE 17.6 فصاعدًا

بالإضافة إلى معرّف URI لفئة الصوت، يمكن للمسؤولين استخدام سياسة تزويد نظير الطلب الهاتفي (DPP) لمطابقة معرّف URI داخل الاتجاه لمطابقة نظير الاتصال الهاتفي الصادر. تمت إضافة هذه الميزة في IOS 15.4(2)T وIOS XE 3.12S. dial-peer provision-policy تتطلب تحديد سمة مطابقة أساسية بينما تكون سمة المطابقة الثانوية اختيارية. يتم تطبيق provision-policy على نظير طلب هاتفي وارد، وعند تحديد نظير الطلب الهاتفي هذا للاستخدام في اتجاه الاتصال الوارد، يتم استدعاء السياسة. وتكون النتيجة تحديد نظير الطلب الهاتفي الصادر بناءً على السمة من سياسة تزويد نظير الطلب الهاتفي.

يمكن أن تكون المطابقة الصادرة عنوانًا واحدًا أو عدة عناوين يجب أن تكون جميعها صحيحة لتتوافق مع نظير الطلب الهاتفي.

في المثال، يوجد معرّف Uri لفئة الصوت للعناوين "من" و"إلى". بالنسبة لمطابقة "أو"، يتم تكوين سياسة تزويد نظير الطلب الهاتفي الذي يحتوي على تفضيلَين. يمثل العنوان "من" التفضيل الأول، والعنوان "إلى" هو التفضيل الاحتياطي. يتم تصميم نظير الطلب الهاتفي 1234 لتطبيق سياسة التزويد للمطابقة الواردة. ثم يتم إنشاء نظير الطلب الهاتفي 11111 و22222 ويطابق الأمرين destination uri-from وdestination uri-to على التوالي. يشير هذان الأمران إلى معرّف URI لفئة الصوت. بالنسبة للاتصال، يمكنك تلقي الدعوة، ومطابقة نظير الطلب الهاتفي 1234 والتحقق من provision-policy. وبعد ذلك يمكن للجهاز محاولة التوجيه على العنوان "من" أولاً والذي يكون بمثابة مطابقة قابلة للتطبيق على نظير الطلب الهاتفي 11111. إذا فشل ذلك، يمكنك أيضًا محاولة التوجيه على العنوان "إلى" باستخدام 22222.

كما يوضح المثال تفاصيل كيفية تحقيق مطابقة "و" مع provision-policies لنظير الطلب الهاتفي. وعلى افتراض تلقي الدعوة نفسها، يمكنك تحديد عنوانَين ضمن تفضيل واحد وتطبيق ذلك على نظير الطلب الهاتفي الوارد.

والآن، عند تلقي الدعوة،  يمكنها التحقق من نظراء الطلب الهاتفي الصادر الذين يلبون معيارَي المطابقة المحددَين في provision-policy. لذا في هذا المثال، يجب تحديد نظير الطلب الهاتفي الصادر مع كل من عنوان "إلى" و"من" للمطابقة. إذا لم يكن أي منهما مطابقة صالحة، فلن يتم استخدام نظير الطلب الهاتفي 12345.

ملاحظة: على الرغم من أننا نوجّه الاتصال على عنوان "من"، فما تزال الدعوة التي تترك العبّارة تحتفظ بمعرّف URI الأصلي للطلب.  وببساطة نحن نستخدم سياسة تزويد نظير الطلب الهاتفي لمطابقة طلب نظير الطلب الهاتفي الصادر ولا يتم تغيير معرّف URI للطلب.

مثال التكوين:

### Received INVITE

Received:

INVITE sip:8675309@172.18.110.58:5060 SIP/2.0

From: sipp <sip:sipp@172.18.110.65>;tag=1

To: sut <sip:cube@172.18.110.58:5060>

### Common Configurations

!

voice class uri FROM sip

user-id sipp

!

voice class uri TO sip

user-id cube

!

### OR Match

!

voice class dial-peer provision-policy 1

description match from header. If false, try to header

preference 1 from

preference 2 to

!

dial-peer voice 1234 voip

session protocol sipv2

destination provision-policy 1

incoming called-number .

!

dial-peer voice 11111 voip

destination uri-from FROM

session protocol sipv2

session target ipv4:172.18.110.48

!

dial-peer voice 22222 voip

destination uri-to TO

session protocol sipv2

session target ipv4:172.18.110.48

!

### AND Match

!

voice class dial-peer provision-policy 2

description match from AND to headers

preference 1 from to

!

dial-peer voice 1234 voip

session protocol sipv2

destination provision-policy 2

incoming called-number .

!

dial-peer voice 12345 voip

destination uri-from FROM

destination uri-to TO

session protocol sipv2

session target ipv4:172.18.110.48

!

المصدر: دليل تكوين Cisco Unified Border Element حتى Cisco IOS XE 17.5

session target sip-uri

قبل الإصدار IOS 15.4(1)T وIOS XE 3.11S، إذا كان جزء المضيف لمعرّف URI مختلفًا، ولكن المستخدم هو نفسه، فسيتطلب ذلك نظيرَي طلب هاتفي صادر منفصلَين.

وبعد هذا الإصدار، يمكن للمسؤول تكوين نظير طلب هاتفي لخدمة العديد من الأجهزة المضيفة للمستخدم نفسه. على سبيل المثال، testuser@cisco.com وtestuser@webex.com ضمن نظير الطلب الهاتفي نفسه. يؤدي استخدام sip-uri لهدف الجلسة إلى تشغيل حل DNS لمجال Req-URI للدعوة وتحديد عنوان IP لهدف جلسة العمل ديناميكيًا.

مثال التكوين:

تستقبل العبّارة دعوتَي SIP بهذه العناوين الرئيسية Invite sip:testuser@cisco.com:5060 SIP/2.0 Invite sip:testuser@webex.com:5060 SIP/2.0 تطابق العبّارة طلب SIP الوارد من testuser@cisco.com وtestuser@webex.com على نظير الطلب الهاتفي 1 لأن أمر URI الوارد وتعريف user-id يطابقان testuser. يعني الأمر voice-class sip call-route url الموجود أنك تقيّم نظراء الطلب الهاتفي الصادر بناءً على معرّف URI للطلب لهذه الدعوة الواردة. تطابق نظير الطلب الهاتفي 2 للأسباب نفسها التي طابقت بها نظير الطلب الهاتفي 1، user-id لـ testuser. هدف جلسة العمل لنظير الطلب الهاتفي هذا هو sip-uri الأصلي كما هو محدد بواسطة session target sip-uri، والذي كان اسم المجال المؤهل بالكامل (FQDN). بعد إجراء حلل DNS، وتغيير cisco.com وwebex.com إلى عنوان IP لتوجيه الطبقة 3، سترسل رسالة خارج العبّارة.

!

ip host cisco.com 10.10.10.10

ip host webex.com 10.10.10.10

!

voice class uri TEST-IN sip

user-id testuser

!

dial-peer voice 1 voip

description INCOMING dial-peer

incoming uri request TEST

session protocol sipv2

voice-class sip call-route url

!

dial-peer voice 2 voip

description OUTBOUND dial-peer

destination uri TEST

session protocol sipv2

session target sip-uri

!

التحقق:

show voice class uri <uri-name>

show voice class dial-peer provision-policy <number>

debug voip uri

أحرف البدل لنظراء الطلب الهاتفي

يمكن للمسؤول استخدام أحرف البدل لنظراء الطلب الهاتفي عند تحديد آليات المطابقة الواردة والصادرة التي تتضمن سلسلة أرقام. وهي تتضمن destination-pattern، وincoming called-number، وe164-pattern-maps، وanswer-address بالإضافة إلى أمر البادئة. أحرف البدل لنظراء الطلب الهاتفي هي تعبيرات عادية (Regex) متاحة للتكوين والتي تتيح مرونة أكبر عبر مطابقة نظراء الطلب الهاتفي.

جدول أحرف البدل

الحرف

التعريف

الأمثلة

*

في نظير الطلب الهاتفي، هذه قيمة حرفية لـ * (نجمة) على لوحة المفاتيح.

12345*

#

في نظير الطلب الهاتفي، هذه قيمة حرفية لـ # (علامة شباك) على لوحة المفاتيح.

8675309#

،

تدرج توقفًا مؤقتًا لمدة ثانية واحدة بين الأرقام. يمكن أيضًا استخدام الفاصلة داخل الأقواس [ ] لتقسيم نطاق مستمر.

9,,,,,55591[1-3,5-9]8675309

.

حرف التعبير العادي لمطابقة أي قيمة من 0 إلى 9، ومن A إلى F و*، #، +

يمكن تعريف ما يصل إلى 15 حرفًا نقطيًا لكل نظير اتصال هاتفي على الرغم من أن واجهة سطر الأوامر (CLI) تتيح للمسؤول تكوين أكبر عدد ممكن من الأحرف التي يراها مناسبة.

في حال طلب أكثر من 15 نقطة، يُرجى استخدام T.

2....

91[2-9]...[2-9]...

%

التعبير العادي للرقم السابق الذي لا يحدث أو يحدث أكثر من مرة.

+

عند استخدامه في بداية سلسلة، فهذا يعني أنه حرفي + مُستخدَم في أرقام E164.

عند استخدامه في أي مكان آخر في السلسلة، يمثل قيمة تعبير عادي للرقم السابق الذي يحدث مرة واحدة أو أكثر.

+19191112222

؟

التعبير العادي للرقم السابق الذي لا يحدث أو يحدث مرة واحدة.

(206)?5015111

(0)?(1)?(1)?21933...

^

حرف تعبير عادي للإشارة إلى بداية السلسلة عند استخدامه خارج الأقواس

عند استخدامه داخل الأقواس، يتم التعامل معه على أنه استثناء أو عبارة DO NO MATCH (عدم المطابقة)

لم يعد هذا مطلوبًا في الإصدارات اللاحقة حيث تفترض العبّارة تلقائيًا وجود ^ عند معالجة سلسلة تعبير عادي بدون ^.

^8675309

91[^135]555

$

حرف تعبير عادي للإشارة إلى نهاية السلسلة.

8675309$

\

حرف Escape ليعني قيمة حرفية

[ ]

تحدد الأقواس مجموعة من الأحرف لموضع واحد.

يجب استخدام الفواصل لتقسيم السلاسل المستمرة.

[1-5]0000

[2,5-8]0000

( )

تحدد الأقواس مجموعة من الأحرف في مجموعة.

9(258) 7777

T

مطابقة متغير الطول لما يصل إلى 32 رقمًا.

ينتظر الموجّه المهلة الرقمية البينية قبل توجيه المكالمة.

القيمة الافتراضية لمهلة رقمية بينية هي 10 ثوانٍ وهي قابلة للتعديل عبر المهلات الرقمية البينية على منفذ الصوت.

يمكن للمسؤولين إنهاء المهلة الرقمية البينية باستخدام # على لوحة المفاتيح. وهذا الإجراء قابل للتعديل عبر الأمر dial-peer terminator الذي تم تكوينه بشكل عام.

يشير T أيضًا إلى مؤقت T302.

9011T

-

تُستخدم بين الأقواس لتحديد المجموعة.

[5-9]1234

الإخراج من العبّارة التي تعرض إدخالات التعبير العادي المحتملة.

Gateway(config-dial-peer)# destination-pattern asdfqw4r3~2

Incorrect format for E.164 Number

regular expression must be of the form  ^[][^0-9,A-F#*.?+%()-]*T?(\$)?$

حالات نظراء الطلب الهاتفي

يمكن أن يكون نظراء الطلب الهاتفي في إحدى الحالتَين التشغيليتَين.

1. يعمل

2. تعطل

لكي يكون نظير الطلب الهاتفي في حالة تشغيل صالحة، ومؤهلاً للاستخدام مع توجيه الاتصال، يلزم أن يكون في حالة تشغيل. بالنسبة إلى نظراء الطلب الهاتفي لـ VOIP الصادر، يعني ذلك أنه يمكن أن تكون هناك آليات مطابقة صالحة صادرة بالإضافة إلى هدف جلسة عمل صالح لتوجيه الاتصال نحوها. بالنسبة إلى نظراء الطلب الهاتفي لـ POTS الصادر، يمكن تكوين آلية مطابقة صادرة صالحة بالإضافة إلى منفذ صوت صالح. ومع نظراء الطلب الهاتفي الوارد فقط، يجب تكوين آليات مطابقة واردة صالحة.

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

وإلى جانب الحالات التشغيلية، هناك حالات إدارية.

1. يعمل

2. تعطل

يمكن للمسؤول تعطيل نظير طلب هاتفي دون إزالته من التكوين عن طريق إدخال الأمر shutdown في نظير الطلب الهاتفي. لإعادة تمكين  dial-per enter no shutdown.

ملاحظة: يظل نظير الطلب الهاتفي بمنفذ صوت الذي يكون في وضع تعطيل أو إيقاف التشغيل أو غير تشغيلي، في حالة تشغيلية للتشغيل ولكن تظهر حالة الإيقاف على أنها معطلة.

التحقق

Gateway# show dial-peer voice summary

dial-peer hunt 0

AD                                    PRE PASS                OUT

TAG    TYPE  MIN  OPER PREFIX    DEST-PATTERN      FER THRU SESS-TARGET    STAT PORT    KEEPALIVE

1      voip  up   up                                0  syst

777    voip  up   up             9...               0  syst ipv4:10.50.244.2

555    voip  up   down           555                0  syst

888    pots  up   up             888                0                      up   0/2/0

999    pots  up   up             999                0                      down 0/2/0

123    voip  up   up             123                0  syst ipv4:10.10.10.10            busyout

التوجيه وإعادة التوجيه الافتراضيان (VRF) وتوجيه نظراء الطلب الهاتفي

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

بدايةً من IOS 15.6(3)M وIOS-XE 16.3.1، يمكن أن تطابق عبّارات Cisco نظراء الطلب الهاتفي الوارد باستخدام معرفات VRF. وللاستفادة من ذلك، يجب على المسؤول ربط نظير الطلب الهاتفي الوارد بواجهة تربط نظير الطلب الهاتفي بالمقابل بمعرّف VRF على الواجهة المحددة. بعد اكتمال الربط، تتم تصفية المكالمات الواردة بواسطة Cisco Gateway لتشمل فقط نظراء الطلب الهاتفي الوارد المؤهلين الذين يطابقون معرّف VRF للواجهة التي تم استلام الحِزمة عليها. ومن هنا تتم مطابقة نظير الطلب الهاتفي الوارد بناءً على ترتيب العمليات لمطابقة نظير الطلب الهاتفي العادي.

قبل إصدارات IOS / IOS-XE هذه، تجري Cisco Gateway اختيارًا واردًا بناءً على مطابقة نظير الطلب الهاتفي الوارد العادي دون أي تصفية. ويعني ذلك أنه يمكن مطابقة مكالمة VRF1 بنظير الطلب الهاتفي لـ VRF2. وبالإضافة إلى ذلك، نظرًا لأن H323 كان مدعومًا من قِبل H323 وSIP قبل هذه الإصدارات، تظهر مشكلات أخرى عند محاولة استخدام ميزات VRF المتعددة. يُعرف استخدام VRF واحد للتطبيقات الصوتية بتكوين VRF-Aware.

وثائق VRF-Aware الكاملة: VRF-Aware H.323 وSIP لعبّارات الصوت

وثائق Multi-VRF الكاملة: دليل تكوين Cisco Unified Border Element - الإصدار Cisco IOS XE 17.6 فصاعدًا

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

تتمتع عبّارات Cisco Gateway بالقدرة على توصيل المكالمات عبر عمليات VRF دون الحاجة إلى تكوين تسريبات المسار. ويعني ذلك أنه يمكن توجيه اتصال وارد على VRF1 إلى الخارج على نظير الطلب الهاتفي لـ VRF2 في حالة استيفاء اختيار مطابقة نظير الطلب الهاتفي الصادر العادي. يمكن استخدام مجموعات نظير الطلب الهاتفي لإجبار Cisco gateway على إبقاء الاتصال داخل VRF نفسها.

مثال على تكوين مجموعة نظير الطلب الهاتفي وVRF

يحتوي مثال التكوين هذا على VRF1 وVRF2 مع نطاقَي IP متداخلَين ونطاقين متداخلَين لأرقام الهاتف.

استخدم ربط VRF لضمان مطابقة نظير الطلب الهاتفي الوارد الصحيح، ومجموعات نظير الطلب الهاتفي لضمان مطابقة نظير الطلب الهاتفي الصادر المرتبط لـ VRF الصحيح. إذا وصلت حِزمة SIP لاتصال ما إلى 8675309 على gig0/0/1.2، فستقوم العبّارة بتصفية جميع نظراء الطلب الهاتفي الوارد المتوفر بناءً على معرّف VRF2. ويعني ذلك أنه لا يمكنك مطابقة نظير الطلب الهاتفي 10. الآن عند التحقق من سلسلة الأرقام، يمكنك مطابقة نظير الطلب الهاتفي 20. يحتوي نظير الطلب الهاتفي 20 على مجموعة نظير الطلب الهاتفي التي تخبر العبّارة بأن نظير الطلب الهاتفي الوحيد الذي يمكن مطابقته هو أيضًا نظير الطلب الهاتفي 20. تتيح لك مجموعة نظير الطلب الهاتفي هذه تجنب مطابقة نظير الطلب الهاتفي 10 وعبور اتصال وارد من VRF1 إلى VRF2. من هناك يمكن متابعة الاتصال كالمعتاد.

!

interface GigabitEthernet0/0/1.1

description VRF1

encapsulation dot1Q 10

ip vrf forwarding VRF1

ip address 10.10.10.10 255.255.255.0

!

interface GigabitEthernet0/0/1.2

description VRF2

encapsulation dot1Q 20

ip vrf forwarding VRF2

ip address 10.10.10.10 255.255.255.0

!

voice service voip

no ip address trusted authenticate

media-address voice-vrf VRF1

media-address voice-vrf VRF2

allow-connections sip to sip

sip

!

voice class dpg 10

description INBOUND VRF1 to OUTBOUND VRF1

dial-peer 10 preference 1

!

voice class dpg 20

description INBOUND VRF2 to OUTBOUND VRF2

dial-peer 20 preference 1

!

dial-peer voice 10 voip

description VRF1

destination-pattern 8675309

session protocol sipv2

session target ipv4:10.10.10.20

destination dpg 10

incoming called-number 8675309

voice-class sip bind control source-interface GigabitEthernet0/0/1.1

voice-class sip bind media source-interface GigabitEthernet0/0/1.1

!

dial-peer voice 20 voip

description VRF2

destination-pattern 8675309

session protocol sipv2

session target ipv4:10.10.10.20

destination dpg 20

incoming called-number 8675309

voice-class sip bind control source-interface GigabitEthernet0/0/1.2

voice-class sip bind media source-interface GigabitEthernet0/0/1.2

!

التحقق

Gateway# show vrf brief | i VRF

VRF1                             1:1                   ipv4        Gi0/0/1.1

VRF2                             2:2                   ipv4        Gi0/0/1.2

Gateway# show dial-peer voice summary

TAG    TYPE  MIN  OPER PREFIX    DEST-PATTERN      FER THRU SESS-TARGET    STAT PORT    KEEPALIVE    VRF

10     voip  up   up             8675309            0  syst ipv4:10.10.10.20                         VRF1

20     voip  up   up             8675309            0  syst ipv4:10.10.10.20                         VRF2

Gateway# show voice class dpg 10

Voice class dpg: 10      AdminStatus: Up

Description: INBOUND to OUTBOUND VRF1

Total dial-peer entries: 1

Peer Tag       Pref

--------       ----

10             1

-------------------------------------

Gateway# show voice class dpg 20

Voice class dpg: 20      AdminStatus: Up

Description: INBOUND to OUTBOUND VRF2

Total dial-peer entries: 1

Peer Tag       Pref

--------       ----

20             1

-------------------------------------

تقنيات توجيه المكالمات المتقدمة

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

لقد أخذت Cisco هذه الملاحظات وأنشأت مجموعة من العناصر التي يمكنها معالجة مشكلات tnese والمزيد. تتيح مجموعات نظراء الطلب الهاتفي ومستأجرو فئة الصوت ومجموعات الخوادم للوجهة وe164-pattern-maps ومجموعات قنوات اتصال POTS للمسؤول حل جميع المشكلات المدرجة والعديد من المشكلات الأخرى غير المدرجة.

مجموعات نظراء الطلب الهاتفي

تمت إضافة مجموعات الطلب الهاتفي في IOS 15.4(1)T وIOS-XE 3.11S وتمت إضافة نظراء الطلب الهاتفي لـ POTS كخيار في IOS 15.5(1)T وIOS-XE 3.14S. تتيح مجموعة نظراء الطلب الهاتفي للمسؤولين تحديد نظير الطلب الهاتفي الدقيق للتوجيه الصادر بناءً على نظير الطلب الهاتفي الوارد المطابق. بمجرد أن تتم مطابقة نظير الطلب الهاتفي الوارد مع مجموعة نظراء الطلب الهاتفي التي تم تكوينها، يستخدم الاتصال نظير الطلب الهاتفي المحدد في مجموعة نظراء الطلب الهاتفي حتى إذا كان نمط الوجهة غير مطابق. المتطلب الأساسي الوحيد هو أن نظير الطلب الهاتفي الصادر يجب أن يكون في حالة تشغيل، لذا يجب تكوين طريقة مطابقة صادرة، ومع ذلك، لا يتم استخدام ذلك في الواقع لتوجيه الاتصال.

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

الوثائق الكاملة: دليل تكوين Cisco Unified Border Element - الإصدار Cisco IOS XE 17.6 فصاعدًا

مثال التكوين

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

ملاحظة: نمط الوجهة على نظير الطلب الهاتفي 1 و2 و3، ليس الرقم المتصل به 8675309. وهذا أمر جيد وسيظل توجيه الاتصال بدون مشكلة.

تذكّر، كما تمت المناقشة في قسم حالات نظير الطلب الهاتفي، تحتاج إلى شيء ما/أي شيء تم تكوينه كعبّارة مطابقة صادرة. في هذه الحالة، يكون نمط الوجهة هو جلب نظير الطلب الهاتفي في حالة تشغيل، ولا يتم تقييم سلسلة الأرقام لهذا الأمر أبدًا. يُوصى بتكوين نمط مثل destination-pattern AAAA لأن هذا نمط وجهة صالح. ونظرًا لأن هذا نظير طلب هاتفي صالح تقنيًا، فقد تتطابق مكالمات أخرى معه. وبالتالي فإن AAAA digit-string تعني أنه لا يمكنك استخدامها لأي شيء آخر بخلاف سيناريو محدد يتضمن مجموعة نظراء طلب هاتفي نظرًا لأن احتمالية ورود اتصال لـ AAAA منخفضة للغاية.

!

dial-peer voice 1 voip

description Server 1

destination-pattern ^1234$

session target ipv4:1.1.1.1

!

dial-peer voice 2 voip

description Server 2

destination-pattern ^5678$

session target ipv4:2.2.2.2

!

dial-peer voice 3 voip

description Server 3

destination-pattern AAAA

session target ipv4:3.3.3.3

!

voice class dpg 1

description Dial-peer Group for specific called number 8675309

dial-peer 2 preference 1

dial-peer 3 preference 2

dial-peer 1 preference 3

!

dial-peer voice 1234 voip

description INCOMING dial-peer with DPG

incoming called-number ^8675309$

destination dpg 1

!

التحقق

Gateway# show voice class dpg 1

Voice class dpg: 1       AdminStatus: Up

Description: Dial-peer Group for specific called number 1234

Total dial-peer entries: 3

Peer Tag       Pref

--------       ----

2              1

3              2

1              3

-------------------------------------

E164-Pattern-Maps

تمنح هذه الميزة المسؤولين القدرة على تقليل إجمالي عدد نظراء الطلب الهاتفي من خلال الجمع بين العديد من المطابقات المحتملة للأرقام (destination-patterns، وincoming called-number، وما إلى ذلك) في خريطة نمط واحدة. تمت إضافة دعم e164-pattern-map لنظير الطلب الهاتفي الصادر في IOS 15.2(4)M وIOS-XE 3.7S بينما تمت إضافة دعم e164-pattern-map لنظير الطلب الهاتفي الوارد في IOS 15.4(1)T وIOS-XE 3.11S.

يمكن تكوين e164-pattern-map عبر واجهة سطر الأوامر (CLI) أو التي تم تكوينها مسبقًا وحفظها كملف a.cfg. ثم تتم إضافة ملف ‪.cfg‬ إلى الذاكرة المؤقتة للعبّارة، ثم تتم الإشارة إليه عند تكوين بقية الأمر. يمكن لملف ‪.cfg‬ استخدام 5000 إدخال.

يمكن أن تستخدم الإدخالات في كلا طريقتَي التكوين جميع أحرف البدل لنظير الطلب الهاتفي العادي لمزيدٍ من التجميع!

الوثائق الكاملة: دليل تكوين Cisco Unified Border Element - الإصدار Cisco IOS XE 17.6 فصاعدًا

مثال على تكوين CLI - أرقام الاتصال

!

voice class e164-pattern-map 1

description E164 Pattern Map for calling numbers

e164 919574100.

e164 919574300.

e164 8675309

!

dial-peer voice 1 voip

description INBOUND Dial-peer based on CALLING #

incoming calling e164-pattern-map 1

!

dial-peer voice 11 voip

description OUTBOUND Dial-peer based on CALLING #

destination calling e164-pattern-map 1

!

مثال على تكوين CLI - الأرقام المتصل بها

!

voice class e164-pattern-map 2

description E164 Pattern Map for called 800 numbers

e164 91800T

e164 91855T

e164 91888T

!

dial-peer voice 2 voip

description INBOUND Dial-peer based on CALLED #

incoming called e164-pattern-map 2

!

dial-peer voice 22 voip

description OUTBOUND Dial-peer based on CALLED #

destination e164-pattern-map 2

!

مثال على تكوين الذاكرة المؤقتة

!

voice class e164-pattern-map <tag>

description FILEPATH for E164 Pattern Map

url flash:<filepath>/e164-pattern-list.cfg

!

dial-peer voice ### voip

description E164 Pattern Map Dial-peer

incoming calling e164-pattern-map <tag>

!

voice class e164-pattern-map load <tag>

التحقق

Gateway# show voice class e164-pattern-map 1

e164-pattern-map 1

-----------------------------------------

Description: CUCM phones

It has 3 entries

It is not populated from a file.

Map is valid.

E164 pattern

-------------------

8675309

1...

[2-5]...$

العيوب الملحوظة

لا يحلل معرف خطأ Cisco CSCva64393e164-pattern-map السطر الأخير من ملف التكوين.

مجموعات خوادم الوجهة

تمنح مجموعات الخوادم المسؤولين القدرة على تكوين وجهات متعددة (أهداف جلسة العمل) على نظير الطلب الهاتفي نفسه لـ VOIP. وبشكل افتراضي، يكون ترتيب الفرز هو التفضيل المحدد في إدخالات مجموعة الخادم. يمكن توظيف توجيه جولة روبن عند استخدام الأمر hunt-scheme round-robin. تمت إضافة مجموعات الخوادم في Cisco IOS 15.4(1)T وCisco IOS XE 3.11S. في Cisco IOS XE 17.4.1a تمت إضافة رموز خطأ huntstop القابلة للتكوين إلى تكوينات مجموعة خادم فئة الصوت. ويعني ذلك أنه يمكنك تكوين رمز خطأ واحد، على سبيل المثال الخطأ 404 Not Found وسيؤدي خطأ SIP عادةً إلى تشغيل الجهاز لتجربة الخيار التالي في مجموعة الخادم. بتطبيق الأمر config huntstop 1 resp-code 404 داخل مجموعة الخادم؛ يمكن أن يتوقف التوجيه. يمكن أيضًا تكوينها لنطاق مثل: huntstop 1 resp-code 401 إلى 599.

ملاحظة: الحد الأقصى لعدد الإدخالات هو 5 لكل مجموعة خوادم.

الوثائق الكاملة: دليل تكوين Cisco Unified Border Element - الإصدار Cisco IOS XE 17.6 فصاعدًا

مثال على التكوين - عادي

!

voice class server-group 1

hunt-scheme round-robin

ipv4 10.50.244.2 port 5060 preference 1

ipv4 10.50.244.62

ipv6 2010:AB8:0:2::1 port 2323 preference 3

ipv6 2010:AB8:0:2::2 port 2222

!

dial-peer voice 1 voip

session protocol sipv2

destination-pattern 8675309

session server-group 1

!

التحقق

Gateway# show voice class server-group 1

Voice class server-group: 1

AdminStatus: Up OperStatus: Up

Hunt-Scheme: round-robin Last returned server:

Description:

Total server entries: 4

Pref Type IP Address IP Port

---- ---- ---------- -------

1 ipv4 10.50.244.2     5060

0 ipv4 10.50.244.62

3 ipv6 2010:AB8:0:2::1 2323

0 ipv6 2010:AB8:0:2::2 2222

[..truncated..]

مجموعة خوادم الوجهة ورسائل تنشيط الاتصال لـ OPTIONS

انتبه إلى أن مجموعات الخوادم لا تتبع الآليات العادية لرسائل تنشيط الاتصال لـ OPTIONS خارج مربع الحوار. وتستخدم ميزة تُسمى ملف تعريف رسائل تنشيط الاتصال للخيار. ويسمح ذلك للعبّارة بمراقبة كل وكيل اتصال محدد في مجموعة الخوادم المحددة.

مثال على رسائل تنشيط الاتصال للخيار مع مجموعة الخوادم

!

voice class server-group 1

hunt-scheme round-robin

ipv4 10.50.244.2

ipv4 10.50.244.62

!

dial-peer voice 1 voip

session protocol sipv2

session server-group 1

voice-class sip options-keepalive profile 1

!

التحقق

Gateway# show voice class sip-options-keepalive 1

Voice class sip-options-keepalive: 1             AdminStat: Up

Description:

Transport: system               Sip Profiles: 0

Interval(seconds) Up: 5                 Down: 5

Retry: 5

Peer Tag      Server Group    OOD SessID      OOD Stat        IfIndex

--------      ------------    ----------      --------        -------

1             1                               Active          87

Server Group: 1                OOD Stat: Active

OOD SessID   OOD Stat

----------   --------

1            Active

2            Active

OOD SessID: 1                   OOD Stat: Active

Target: ipv4:10.50.244.2

Transport: system              Sip Profiles: 0

OOD SessID: 2                   OOD Stat: Active

Target: ipv4:10.50.244.62

Transport: system              Sip Profiles: 0

الوكيل الصادر

يمكن إضافة تكوين وكيل SIP الصادر إلى تكوينات voip لخدمة الصوت أو مستأجر فئة الصوت أو نظير الطلب الهاتفي لتحديد حِزمة SIP لـ ofr للوجهة من الطبقة 3.

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

!

voice service voip

sip

outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com

!

voice class tenant 100

outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com

!

dial-peer voice 100 voip

session target ipv4:192.168.1.1

voice-class sip outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com

!

وتجدر الإشارة إلى أن التكوين الافتراضي لنظير الطلب الهاتفي هو نظام وكيل صادر لـ sip لفئة الصوت والذي يمكن أن يتسبب في استخدام نظير الطلب الهاتفي لـ voip لخدمة الصوت العالمية > تكوين sip.

يمكن تعطيل هذا السلوك وإجبار نظير الطلب الهاتفي على التراجع واستخدام هدف جلسة العمل كوجهة للطبقة 3 لكل نظير طلب هاتفي بهذا التكوين:

dial-peer voice 777 voip

no voice-class sip outbound-proxy

مجموعات قنوات اتصال POTS

مجموعات قناة الاتصال هي مجموعة منافذ الصوت المادية بإمكانات إرسال الإشارات المشابهة. هذه ميزة يمكن توظيفها لتقليل إجمالي عدد نظراء الطلب الهاتفي لـ POTS الذين يحتاجون إلى تكوينهم. تم تقديم مجموعات قناة الاتصال في IOS في 12.1(3)T وهي موجودة في جميع إصدارات Cisco IOS XE.

الوثائق الكاملة: تحسينات التوجيه المستند إلى قناة اتصال العبّارة وشركة الاتصالات

مثال التكوين

!

trunk group PSTN

description PSTN voice-ports

!

trunk group FXO

description FXO voice-ports

!

voice-port 0/2/0

trunk-group PSTN 1

!

voice-port 0/2/1

trunk-group PSTN 2

!

voice-port 0/2/2

trunk-group FXO 1

!

voice-port 0/2/3

trunk-group FXO 2

!

dial-peer voice 1234 pots

trunkgroup PSTN 1

trunkgroup FXO 2

!

مستأجرو فئة الصوت

قدّم Cisco IOS 15.6(2)T وCisco IOS XE 16.3.1 مستأجري فئة الصوت، مما يسمح لكل مستأجر بالحصول على تكوينات فردية خاصة به. يمكن أن يكون المستأجر مزوّد الاتصالات الهاتفية، Cisco Unified Communication Manager ‫(CUCM)، أو أي وكيل اتصال تابع لجهة خارجية قد يرغب المسؤول في تعيين إعدادات عامة معينة له. أولاً، يقوم المسؤول بإنشاء مستأجر فئة الصوت وتحديد المعلّمات. ثم يتم تطبيق مستأجر فئة الصوت على نظير الطلب الهاتفي أو الاختيار المحدد. يمنح هذا التكوين الجديد المسؤولين مستوى آخر من التحكم في المكالمات بخلاف نظير الاتصال الهاتفي والتكوين العام.

باستخدام 17.8.1a، يمكن تكوين تكوينات فئة الصوت من خلال أمر sip-Listen (مقترنًا بأمر ربط التحكم في SIP) لتحديد المنفذ الآمن أو غير الآمن لذلك المستأجر. ويعني ذلك أن المستأجر 1 يمكنه الاستماع لـ SIP غير الآمن على UDP 5060 + VRF Red بينما يستمع المستأجر 2 لـ SIP على TCP TLS 5070 + VRF Blue. بعد مطابقة المستأجر بناءً على listen-port + الربط + vrf الاختيارية، تتم تصفية نظراء الطلب الهاتفي الوارد إلى هؤلاء الذين قام المستأجر بتطبيقهم.

الوثائق الكاملة: دليل تكوين Cisco Unified Border Element - الإصدار Cisco IOS XE 17.6 فصاعدًا

ترتيب تفضيل الأمر الطبيعي بدون مستأجرين

1. أمر نظير الطلب الهاتفي

2. أمر عام (voip وsip-ua لخدمة الصوت)

ترتيب تفضيل الأمر مع المستأجرين

1. أمر نظير الطلب الهاتفي

2. أمر المستأجر

3. أمر عام (voip وsip-ua لخدمة الصوت)

مثال على التكوين متعدد المستأجرين

لديك المستأجرين 777 و999. لقد قمتَ بتكوينها باستخدام تكوينات مختلفة قليلاً وتطبيقها على نظراء الطلب الهاتفي. ويعني ذلك أن المكالمات التي تستخدم نظراء الطلب الهاتفي المختلفين تحتوي على التكوينات المستندة إلى نظير الطلب الهاتفي بالإضافة إلى التكوينات الخاصة بالمستأجر. الخيارات المدرجة هي فقط مقتطف من قوة مستأجري فئة الصوت. ارجع إلى الوثائق لمعرفة ما يمكن تكوينه على المستأجر. يُوصى بتوظيف آليات مطابقة صارمة مثل معرّف uri لفئة الصوت أو وضع علامات على الأرقام بسلاسل أرقام معينة لفصل مطابقة نظير الطلب الهاتفي للمستأجر، أو حتى تكوين عمليات VRF بحيث لا يتداخل المستأجر A أبدًا مع المستأجر B ويطابق نظير الطلب الهاتفي عن طريق الخطأ لا يمكنه مطابقته.

!

voice class tenant 999

asymmetric payload full

bind control source-interface GigabitEthernet0/0/0.228

bind media source-interface GigabitEthernet0/0/0.228

g729 annexb-all

!

voice class tenant 777

sip-server ipv4:192.168.1.2

bind control source-interface Loopback0

bind media source-interface Loopback0

pass-thru content sdp

!

dial-peer voice 999 voip

destination-pattern 8675309

session protocol sipv2

incoming called-number 8675309

voice-class sip tenant 999

!

dial-peer voice 777 voip

destination-pattern 8675309

session protocol sipv2

session target sip-server

voice-class sip tenant 777

!

التحقق

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

show run | sec tenant

ملاحظة: معرّف الخطأ من Cisco CSCvf28730 هو المكان الذي لا يعكس فيه show sip-ua register status حالة تسجيل قناة اتصال SIP على مستأجر فئة الصوت.

CUBE للمكالمات بمعرّف ILS URI (سلسلة مسار فئة الصوت)

تُستخدم سلاسل المسار مع CUCM Intercluster Search Service ‫(ILS) ويمكن تكوينها للسماح لعبّارات Cisco Gateway بتوجيه مكالمات VoIP عبر سلسلة المسار المضمنة في دعوة SIP المستلمة من CUCM 9.5+ التي تشغل خدمة ILS. تمت إضافة هذه الميزة في Cisco IOS 15.3(3)M وCisco IOS XE 3.10S. معظم اتصالات ILS هي CUCM إلى CUCM ولا يهتم المسؤولون باستخدام CUBE للتوصيل بين المجموعات. ومع ذلك، إذا كنتَ بحاجة إلى تنفيذ الوظيفة مع CUBE في المنتصف، فستجد الخيارات هناك. يلزم تمكين CUCM للإعداد إرسال سلسلة مسار الوجهة المكتسبة لـ ILS على ملف تعريف SIP المطبق على قناة اتصال SIP لإرسال عنوان x-cisco-dest-route-string إلى CUBE

الوثائق الكاملة: قابلية التشغيل البيني لتطبيقات المؤسسة لدليل تكوين H.323-إلى-SIP وSIP-إلى-SIP وCisco IOS الإصدار 15M&T

مثال التكوين  CUCM - SIP - CUBE - SIP - CUCM

!

voice service voip

sip

call-route dest-route-string

!

voice class route-string rt1

pattern london.uk.eu

!

voice class sip route-string rt2

pattern *.eu

!

voice class sip-hdr-passthrulist hdr1

passthru-hdr x-cisco-dest-route-string

!

dial-peer voice 1 voip

description INBOUND dial-peer

session protocol sipv2

voice-class sip pass-thru headers hdr1

incoming called-number .

!

dial-peer voice 2 voip

description OUTBOUND dial-peer

destination route-string rt2

session protocol sipv2

session target ipv4:172.16.104.178

!

التحقق

show voice class route-string

تقنيات توجيه المكالمات القديمة

تُعتبَر العناصر التي يتم تناولها في هذا القسم تقنيات قديمة. في حين أن القدرة على تكوين هذه العناصر ما تزال موجودة داخل Cisco Gateway، لا يُوصى باستخدام هذه الأوامر في التكوينات الحديثة. يتناولها هذا المستند فقط لأنه قد تتم مواجهتها أثناء العمل مع التكوينات القديمة أو عند إجراء ترقيات.

DNIS-Map

يمكن اعتبار DNIS-maps مُنذرة بما يمكن أن يكون E164-pattern-map الآن. تمت إضافة خرائط DNIS إلى Cisco IOS في 12.2(2)XB وكانت موجودة دائمًا في Cisco IOS XE.

إذا كانت هناك DNIS-maps مكونة، فسيكون من المفيد تحويلها إلى ميزة e164-pattern-map أكثر قوة.

صياغة الأمر: مرجع الأوامر الصوتية من Cisco IOS - من D إلى I.

مثال التكوين

!

voice dnis-map 34

dnis 8675309

!

dial-peer voice 88 voip

dnis-map 34

!

تسميات مجموعة قنوات الاتصال

تمت إضافة تسميات مجموعة قنوات الاتصال في Cisco  IOS 12.2(11)T وهي موجودة في جميع إصدارات Cisco IOS XE. يتشابه الغرض من trunk-group-label مع Carrier-ID بمعنى أنه يمكن استخدامه لزيادة المطابقة لنظراء الطلب الهاتفي.  يتوفر ذلك للتكوين داخل مجموعات قنوات اتصال POTS، ونظراء الطلب الهاتفي لـ VOIP وPOTS بالإضافة إلى مجموعات مصدر الصوت. نادرًا ما يظهر استخدام تسميات مجموعة قنوات الاتصال في تكوينات Cisco Gateway الحديثة.

صياغة الأمر: مرجع الأوامر الصوتية من Cisco IOS - من T إلى Z

مثال التكوين

!

dial-peer voice 112 pots

trunk-group-label source north3

trunk-group-label target east17

!

نوع الترقيم

مع تكاملات ISDN Q.931، توجد القدرة على مطابقة نظير الطلب الهاتفي بناءً على الرقم المتصل به أو رقم الاتصال بالإضافة إلى نوع رقم ITU المحدد من رسالة إعداد Q.931. وهذا قابل للتكوين عبر الأمر numbering-type على نظير الطلب الهاتفي لـ VOIP أو POTS. لا يمكن استخدام Numbering-type لوحده ويجب استخدامه بالاقتران مع  destination-pattern أو answer-address أو incoming called-number.  ويعني ذلك أن حالة عبارة المطابقة الواردة / الصادرة ونوع الرقم يجب أن يتطابقا ليكونا ناجحَين لنظير الاتصال حتى يتم اعتبار توجيه الاتصال الوارد والصادر.

يمكن اعتبار Numbering-match كآلية تصفية لنظير الطلب الهاتفي بدلاً من آلية المطابقة. وذلك لأن نظير الطلب الهاتفي مع تطبيق الأمر numbering type وبدونه يُعتبَر وزن التفضيل الافتراضي نفسه إذا لم يتم تطبيق تفضيل المسؤول. وهذا على عكس carrier-id الذي، عند تطبيقه على نظير طلب هاتفي مع آلية مطابقة أخرى، يضيف تفضيلاً لنظير الطلب الهاتفي هذا على الآخرين إذا كان كلا الحالتين صحيحتين.

تمت إضافة مطابقة Numbering Type في Cisco IOS 12.0(7)XR1 وهي موجودة في جميع إصدارات Cisco IOS XE. مع تراجع سطور POTS ISDN التي يتم نشرها في شبكات التعاون، نادرًا ما يظهر استخدام numbering-type في عمليات النشر الحديثة.

صياغة الأمر: مرجع الأوامر الصوتية من Cisco IOS - من K إلى R.

مثال التكوين

يمكن أن يتطابق نظير الطلب الهاتفي هذا من 4085150000 إلى 4085159999 فقط إذا كان نوع رقم ISDN محليًا.

!

dial-peer voice 408 voip

numbering-type national

destination-pattern 408515....

session target ipv4:10.1.1.2

!

أنواع الأرقام الممكنة:

مختصرة

تمثيل مختصر للعدد الكامل الذي تدعمه هذه الشبكة

دولي

الرقم المتصل به للوصول إلى المشترك في دولة أخرى

محلي

الرقم المتصل به للوصول إلى المشترك في البلد نفسه، ولكن خارج الشبكة المحلية

الشبكة

رقم إداري أو رقم خدمة محدد لشبكة الخدمة

محجوز

محجوز للامتداد

المشترك

الرقم المتصل به للوصول إلى مشترك في الشبكة المحلية نفسها

غير معروف

نوع الرقم غير معروف بواسطة الشبكة

بيانات نظراء الطلب الهاتفي

تم تقديم بيانات نظراء الطلب الهاتفي في Cisco IOS 12.2(13)T وكان استخدام نظراء الطلب الهاتفي هؤلاء لمكالمات مودم البيانات الواردة على Cisco Gateway. يُستخدم نظير الطلب الهاتفي هذا فقط في الاتجاه الوارد ونادرًا ما يظهر في عمليات النشر الحديثة.

صياغة الأمر: مرجع الأوامر الصوتية من Cisco IOS - من D إلى I.

مثال التكوين

!

dial-peer data 100 pots

incoming called-number 100

!

مجموعة مصدر الصوت

تمت إضافة هذه الميزة في 15.1(2)T ولكن لم يتم تنفيذها في الكثير من عمليات النشر الحديثة. عادةً ما يتم نشر طرق أمان أخرى لـ IOS/CUBE.

يمكن رؤية نظرة عامة على أمان تطبيق CUBE في هذا المستند التقني بدءًا من القسم 4.2.

مواصفات قابلية إدارة Cisco Unified Border Element ‫(CUBE) وقابلية إدارتها

صياغة الأمر: ميزة مجموعة مصدر الصوت

أذونات الطلب الهاتفي

يتيح هذا التكوين للمسؤول تقييد نظير الطلب الهاتفي إما للسماح باتصالات واردة فقط (term / terminate) أو اتصالات الخروج (orig / originate). قد يشبه ذلك تكوين نظير طلب هاتفي وارد بوضوح لاستخدامه فقط للمكالمات الواردة ونظير طلب هاتفي صادر للمكالمات الصادرة. الوضع الافتراضي لأي نظير طلب هاتفي هو السماح بالاتصالات الواردة والصادرة. لا يتم نشر واجهة سطر الأوامر (CLI) هذه غالبًا في عمليات النشر الحديثة.

Router(config)# dial-peer voice 1 voip

Router(config-dial-peer)# permission ?

both allow both orig/term on this dialpeer

none no orig/term allowed on this dialpeer

orig allow only orig on this dialpeer

term allow only term on this dialpeer

معرّف URI والتلاعب الرقمي

في مرحلة ما في نشر التعاون، قد يحتاج المسؤول إلى التلاعب الرقمي أو عنوان URI / SIP. تحتوي عبّارات Cisco Gateway على العديد من الطرق للتلاعب الرقمي والتي تتيح للمسؤول التحكم الكامل في كيفية التلاعب بالأرقام ووقت حدوث ذلك. ومع ذلك، فهذا الإجراء ليس سهلاً دائمًا ويصبح بعض الأشخاص مشتتين بسبب الخيارات المختلفة أو لا يعرف المسؤول أن هناك خيارًا موجودًا.

التلاعب الرقمي عبر نظراء الطلب الهاتفي لـ POTS

يتمتع نظراء الاتصال الهاتفي لـ POTS ببضع تقنيات فريدة لعمليات التلاعب الرقمي التي لا تتوفر لدى نظراء الطلب الهاتفي لـ VOIP.

التقنية الأولى هي تجريد الأرقام المحددة بوضوح والمسوغة على اليسار في destination-pattern. يمكن تعطيل تلك باستخدام الأمر no digit-strip على نظير الطلب الهاتفي لـ POTS.

مثال:

في هذا المثال، يتم تعريف 9011T كسلسلة destination-pattern.

مع تطبيق ذلك، يمكنك تلقي اتصال على 90113227045555. يطابق ذلك نظير الطلب الهاتفي لتوجيه الاتصال الصادر، ويتم تجريد الأرقام المحددة بوضوح للرقم 9011 قبل توجيه الاتصال خارج منفذ الصوت.

!

dial-peer voice 1 pots

destination-pattern 9011T

port 0/0/0:23

!

يعرض هذا المثال تكوينًا بدون تطبيق digit-strip.

في حال الاتصال بالرقم نفسه، يتم إرسال 9011.

!

dial-peer voice 1 pots

destination-pattern 9011T

port 0/0/0:23

no digit-strip

!

والتقنية الثانية هي القدرة على تحديد عدد الأرقام الذي ترغب في إعادة توجيهه على نظير الطلب الهاتفي لـ POTS.

تناول هذا المثال حيث تتلقى اتصالاً على 918005532447 من CUCM. في هذه الحالة، تريد إزالة 9، لكنك ترسل بقية الرقم بدءًا من 1.

إذا قمتَ بتكوين الأمر forward-digits على نظير الطلب الهاتفي لـ POTS، يمكنك تحديد عدد الأرقام التي ترسلها بالضبط.

!

dial-peer voice 1 pots

destination-pattern 918005532447

forward-digits 11

port 0/2/0

!

وأخيرًا، يمكن لنظراء الطلب الهاتفي لـ POTS الاستفادة من أمر البادئة لإضافة أرقام إلى اتصال قبل توجيه منفذ الصوت. يقوم هذا المثال بتجريد 91 المحدد بوضوح والبادئة 007 إلى الرقم قبل إرسال الاتصال إلى منفذ الصوت.

!

dial-peer voice 1 pots

destination-pattern 91T

prefix 007

port 0/1/0:15

!

التلاعب الرقمي عبر قواعد ترجمة الصوت وملفات التعريف

قواعد ترجمة الصوت هي تعبيرات عادية (regex) تُستخدم لتحويل الأرقام. تمت إضافة قواعد الترجمة وملفات التعريف إلى Cisco IOS في 12.0(7)XR1. يتم تطبيق قاعدة الترجمة على ملفات تعريف ترجمة الصوت التي يتم تطبيقها بعد ذلك على نظير الطلب الهاتفي أو منفذ الصوت. تحتوي قواعد الترجمة على إدخال مطابقة وإخراج تعديل. إلى جانب إدخال المطابقة على الرقم، هناك إدخال مطابقة وتعديل لخطة ISDN ونوعها. تُعتبَر المجموعة المكونة من سلسلة رقم المطابقة والخطة والنوع مطابقة. ويعني ذلك أن جميع إدخالات المطابقة المحددة يجب أن تكون صحيحة حتى تتم الترجمة.

تتمتع قواعد الترجمة بالقدرة على تغيير Called، وCalling، وredirect-called، وredirect-target، وcallback-number في بروتوكولات إرسال الإشارات ISDN وSIP وH323. تطابق قواعد الترجمة بناءً على بحث من أعلى لأسفل، لذا فإن ترتيب القواعد ذو أهمية قصوى. إذا تم العثور على مطابقة في قاعدة أعلى، فستتوقف العبّارة على الفور عن البحث وتعالج الترجمة. لا يمكن لقواعد الترجمة تغيير عناوين sip غير الرقمية مثل testuser@10.10.10.10. بالنسبة لهذا التلاعب، استخدم ملف تعريف SIP.

يمكن استخدام قواعد الترجمة لحظر المكالمات على عبّارات Cisco Gateway.

تفضيل تحديد ملف تعريف الترجمة

1. ملف تعريف ترجمة الصوت الوارد على منفذ الصوت

2. تم تطبيق ملف تعريف ترجمة الصوت الوارد على مجموعة قناة الاتصال على الواجهة التسلسلية

3. ملف تعريف ترجمة الصوت الوارد على نظير الطلب الهاتفي الوارد

4. تم تحديد ملف تعريف ترجمة الصوت الوارد عبر pots لخدمة الصوت

5. تم تحديد ملف تعريف ترجمة الصوت الواردة عبر "voip-incoming translation-profile" عام

6. تم تحديد ملف تعريف ترجمة الصوت الصادر عبر pots لخدمة الصوت

7. ملف تعريف ترجمة الصوت الصادر أو ترجمة صادرة على نظير الطلب الهاتفي الصادر

8. تم تطبيق ملف تعريف ترجمة الصوت الصادر في مجموعة قناة الاتصال على الواجهة التسلسلية

9. ملف تعريف ترجمة الصوت الصادر على منفذ الصوت

بالإضافة إلى regex لنظير الطلب الهاتفي وأحرف البدل تكون لقواعد الترجمة أحرف regex خاصة بها.

الحرف

التعريف

*

عند استخدامها في قواعد الترجمة، يكون ذلك regex للرقم 0 أو أكثر من الحرف السابق.

لمطابقة حرف *، استخدم حرف escape: \*

\

يُستخدم بشكل شائع لمجموعات escape في قاعدة الترجمة \( \)

و

تُستخدم علامة العطف لجلب أي شيء مطابق في مجموعة المطابقة الأولية لمجموعة التعديل

( )

تُعتبَر العناصر المضمنة بين قوسين مجموعة.

^

تعرّف البداية الواضحة لسلسلة.

على عكس نظير الطلب الهاتفي، لا تحدد قواعد الترجمة بداية السلسلة.

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

مجموعات التعديل

- يتم تحديد المجموعات كـ \0، \1، \2 وما إلى ذلك.

- تتطابق \0 مع أي شيء يقع بين أول مجموعة مطابقة. كما يمكن تحقيق ذلك عبر حرف العطف: &.

- تتطابق \1 مع المجموعة الأولى من ( ) في مجموعة المطابقة

- تتطابق \2 مع المجموعة الثانية من ( ) في مجموعة المطابقة

- وهكذا.

مثال على قاعدة ترجمة بمجموعتين

في هذا المثال، يمكنك فحص الرقم 000111000222.

أنت تريد إزالة الأصفار من الرقم وتعرف الرقم النهائي 111222.

للقيام بذلك، قم بتكوين المجموعة 1 و2 لجلب 111 و222 على التوالي أثناء إسقاط الأصفار.

!

voice translation-rule 333

rule 1 /000\(111\)000\(222\)/ /\1\2/

!

voice translation-profile SET-EXAMPLE

translate called 333

!

Gateway# test voice translation-rule 333 000111000222

Matched with rule 1

Original number: 000111000222   Translated number: 111222

Original number type: none      Translated number type: none

Original number plan: none      Translated number plan: none

مثال لتجريد نمط خارج طلب هاتفي 9 من رقم متصل

!

voice translation-rule 9

rule 1 /^9\(.*\)/ /\1/

!

voice translation-profile STRIP-9

translate called 9

!

dial-peer voice 9 voip

translation-profile outgoing STRIP-9

!

voice-port 0/0/0

translation-profile outgoing STRIP-9

!

Gateway# test voice translation-rule 9 918675309

Matched with rule 1

Original number: 918675309      Translated number: 18675309

Original number type: none      Translated number type: none

Original number plan: none      Translated number plan: none

اقتطاع الرقم المتصل به إلى 4 أرقام

!

voice translation-rule 4

rule 1 /.*\(....\)/ /\1/

!

voice translation-profile STRIP-TO-4

translate called 4

!

Gateway# test voice translation-rule 4 8675309

Matched with rule 1

Original number: 8675309        Translated number: 5309

Original number type: none      Translated number type: none

Original number plan: none      Translated number plan: none

إزالة علامة الجمع + من الرقم المتصل به

!

voice translation-rule 999

rule 1 /\+\(.*\)/ /\1/

!

voice translation-profile STRIP-PLUS

translate called 999

!

Gateway# test voice translation-rule 999 +8675309

Matched with rule 1

Original number: +8675309       Translated number: 8675309

Original number type: none      Translated number type: none

Original number plan: none      Translated number plan: none

كما يمكن تطبيق قواعد الترجمة مباشرة على نظير الطلب الهاتفي دون تطبيقها أولاً على ملف تعريف الترجمة.

!

voice translation-rule 1

rule 1 /1234/ /8678309/

!

voice translation-rule 2

rule 2 /^4...$/ /1408515\0/

!

dial-peer voice 1 voip

translate-outgoing called 1

!

dial-peer voice 2 voip

translate-outgoing calling 2

!

ملف تعريف الترجمة في مجموعة قناة الاتصال

!

trunk group <name>

translation-profile incoming <profile-name>

translation-profile outgoing <profile-name>

!

تصحيح أخطاء ملفات تعريف وقواعد ترجمة الصوت

debug voip ccapi inout

debug voice translation

debug dialpeer

test voice translation-rule <number> <string> type <type> plan <plan>

Voice Class e164-translation

تُعد ميزة voice class e164-translation إحدى أحدث ميزات Cisco IOS XE التي تتيح للمسؤول إنشاء قائمة بعبارات المطابقة وتعديل العبارات ليتم تحميلها عبر ملف تكوين من ذاكرة مؤقتة أو دليل شبكة. وهذا يشبه مفهوم ميزة e164-pattern-map التي تمت مناقشتها في هذا المستند. يتيح ذلك للمسؤول تكوين ما يصل إلى 100 ترجمة داخل ملف تكوين وتطبيقها في ملف تعريف واحد للترجمة. للحصول على مزيد من المعلومات، راجع مرجع الأوامر الصوتية من Cisco IOS

اتّبع هذه الصيغة لملف .cfg:

pattern1_to_be_matched<tab>replaced_pattern<space><enter>

pattern1_to_be_matched<tab>replaced_pattern<space><enter>

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

Sample.cfg

+111111 8897

+222222 8312

928747 +123456789

737362 +987654321

يشير هذا الملف إلى ما يلي:

voice class e164-translation 164

url ftp://username:password@10.10.10.10/sample.cfg

يمكنك التطبيق الآن على ملف تعريف الترجمة بشكل طبيعي، ومن ثم يُطبق على نظراء الطلب الهاتفي باستخدام صياغة ملف تعريف الترجمة العادية.

voice translation-profile e164

translate calling voice-class e164-translation 164

translate called voice-class e164-translation 164

يمكن استخدام الأمر show voice class e164-translation e164-translation-number لعرض محتويات ملف تعريف الترجمة.

التلاعب الرقمي عبر خرائط ISDN

تُعد ISDN MAPS تقنية قديمة للتلاعب الرقمي. تمت إضافة هذه الميزة في Cisco IOS 12.0(6)T ولا تستخدم معظم التكوينات الجديدة هذه الميزة لأنها ليست قوية مثل قواعد ترجمة الصوت وملفات التعريف. يتم تحديد ISDN Maps ضمن الواجهة التسلسلية.

مثال التكوين

Serial0/0/0:23

isdn map address ^911 plan isdn type unknown

isdn map address ^1.......... plan isdn type national

isdn map address ^2......... plan isdn type national

isdn map address ^3......... plan isdn type national

isdn map address ^4......... plan isdn type national

isdn map address ^5......... plan isdn type national

isdn map address ^6......... plan isdn type national

isdn map address ^7......... plan isdn type national

isdn map address ^8......... plan isdn type national

isdn map address ^9......... plan isdn type national

التلاعب الرقمي عبر توسيع الأرقام (num-exp)

وكتطبيق ISDN Maps، يُعد توسيع الأرقام تقنية قديمة تمت إضافتها في Cisco IOS 11.3(1)T ولا يتم استخدامها كثيرًا في الشبكات الجديدة. تمت إضافة هذه الميزة قبل وجود قواعد ترجمة الصوت وملفات التعريف. توسيع الأرقام هو تغيير عام للأرقام المطبقة على جميع نظراء الطلب الهاتفي على Cisco Gateway. ويتم تطبيق التعديل على الرقم المتصل بعد مطابقة نظير الطلب الهاتفي، وقبل إرسال الاتصال مباشرة إلى وكيل الاتصال التالي.

مثال التكوين

num-exp 4... 18005554...

num-exp 1234 8675309

ملفات تعريف SIP الواردة/الصادرة

ملفات تعريف SIP هي عبارات مطابقة قوية للتعبيرات العادية (regex) والتي تسمح للمسؤول بتغيير أي جانب من جوانب رسالة SIP التي تتضمن عناوين SDP وSIP. يمكن تمكينها بشكل عام، لكل نظير طلب هاتفي أو لكل مستأجر. تتوفر ملفات تعريف SIP للتعديلات الواردة بداية من Cisco IOS 15.4(2)T وCisco IOS XE 3.12S. نظرًا لأن ملفات تعريف SIP قوية جدًا، فلا يغطي هذا المستند سوى بضعة أمثلة محددة. تضيف ملفات تعريف SIP أيضًا إمكانية تعديل عناوين SIP المخصصة أو إضافتها في IOS 15.5(2)T وIOS-XE 3.13S.

النقاط الأساسية حول ملفات تعريف SIP الواردة مقابل الصادرة

- تغير ملفات تعريف SIP الواردة الرسالة قبل أن تعالج CUBE الرسالة لتوجيه الاتصال.

- تُغير ملفات تعريف SIP الصادرة الرسالة بعد معالجة CUBE لتوجيه الاتصال وقبل إرسال الرسالة إلى الخطوة التالية.

ملاحظات أخرى حول تكوين ملف تعريف sip:

- لا يمكن لملفات تعريف SIP معالجة سمات m=image SDP. تم تقديم التحسين الخاص بهذا ضمن معرّف خطأ Cisco CSCsr20474بالإضافة إلى ذلك، لا يمكن لملفات تعريف SIP إزالة قيم أو إضافتها إلى SDP.   يمكنك فقط تعديل هذه القيم. ومع ذلك، من الممكن تعديل قيمة SDP إلى قيمة فارغة من خلال تحديد القيمة الكاملة ثم تعيين الإخراج إلى مجموعة من علامات الاقتباس الفارغة دون مسافة.

- لا توجد فحوصات تم إجراؤها لمعرفة ما إذا كان الأمر الحالي الذي يتم إدخاله موجودًا بالفعل أم أن إصدارًا من هذا الأمر موجود بالفعل عند إدخال الأوامر داخل ملف تعريف sip لفئة الصوت. إذا قام المسؤول بلصق سطر 7 مرات في ملف تعريف sip، فسيتم عرضه 7 مرات في التكوين قيد التشغيل. يُنصح بإزالة الأمر الذي يتم تعديله ثم إدخال الأمر الجديد عند تحرير ملفات تعريف sip لتجنب وجود أوامر متعددة.

الوثائق الكاملة: دليل تكوين Cisco Unified Border Element - الإصدار Cisco IOS XE 17.6 فصاعدًا

أداة اختبار ملف تعريف SIP: أداة اختبار ملف تعريف SIP

صياغة مثال ملف تعريف SIP الوارد/الصادر

!

voice class sip-profiles <number>

request <message-type> sip-header <header> modify "match-pattern" "replace-pattern"

request <message-type> sip-header <header> add "add-pattern"

request <message-type> sip-header <header> remove

request <message-type> sdp-header <header> modify "match-pattern" "replace-pattern"

request <message-type> sdp-header <header> add "add-pattern"

request <message-type> sdp-header <header> remove

response <number> sip-header <header> modify "match-pattern" "replace-pattern"

response <number> sip-header <header> add "add-pattern"

response <number> sip-header <header> remove

response <number> sdp-header <header> modify "match-pattern" "replace-pattern"

response <number> sdp-header <header> add "add-pattern"

response <number> sdp-header <header> remove

!

مثال ملف تعريف SIP الوارد/الصادر بالأرقام

voice class sip-profiles 200

rule 1 response ANY sip-header Remote-Party-ID modify "match-pattern" "replace-pattern"

rule 2 response ANY sdp-header Audio-Attribute modify "match-pattern" "replace-pattern"

طرق تطبيق ملف تعريف SIP الصادر

! Global Application

voice service voip

sip

sip-profiles <number>

!

! Tenant Application

voice class tenant <tag>

sip-profiles <tag>

!

! Dial-peer Application

dial-peer voice <tag> voip

voice-class sip profiles <number>

!

طرق تطبيق ملف تعريف SIP الوارد

ملاحظة: يلزم تمكين ملف تعريف sip الوارد ضمن voip sip لخدمة الصوت سواء تم استخدام التطبيق العام أو المستأجر أو نظير الطلب الهاتفي.

! Global Application

voice service voip

sip

sip-profiles inbound

sip-profiles <number> inbound

!

! Tenant Application

voice service voip

sip

sip-profiles inbound

!

voice class tenant <tag>

sip-profiles <tag> inbound

!

! Dial-Peer Application

voice service voip

sip

sip-profiles inbound

!

dial-peer voice <tag> voip

voice-class sip profiles <number> inbound

!

مثال على ملف تعريف SIP لتعديل رسائل تنشيط الاتصال لـ OPTIONS.

!

voice class sip-options-keepalive 200

transport tcp tls

sip-profiles 299

!

مثال على ملف تعريف SIP لتعديل المضيف أو المجال أو كلا الجزأين لمعرّف URI.

! Host

!

voice class sip-profiles 1

request ANY sip-header Contact modify "sip:(.*)@" "sip:8675309@"

!

! Domain

!

voice class sip-profiles 2

request ANY sip-header Contact modify "10.67.138.241:5060" "cisco.com"

!

! Note: Port is optional

!

! Modify Both User and Host

!

voice class sip-profiles 3

request ANY sip-header Contact modify "sip:(.*)>" "sip:8675309@cisco.com>"

!

مثال على ملف تعريف SIP لإضافة عناوين التحويل أو تعديلها أو إزالتها.

! Add

!

voice class sip-profiles 777

request INVITE sip-header Diversion add "Diversion: <sip:1234@cisco.com>"

!

!

! Modify

!

voice class sip-profiles 888

request INVITE sip-header Diversion modify "sip:(.*)>" "sip:1234@cisco.com>"

!

!

! Remove

!

voice class sip-profiles 999

request INVITE sip-header Diversion remove

!

مثال على ملف تعريف SIP لتعديل جزء اسم معرّف المتصل من عناوين SIP.

!

voice class sip-profiles 123

request INVITE sip-header From modify "\".*\"" "\"TEST CLID*\""

!

مثال على ملف تعريف SIP لتغيير جلسة عمل 183 قيد التقدم إلى رنين 180.

!

voice class sip-profiles 789

response 183 sip-header SIP-StatusLine modify "SIP/2.0 183 Session in Progress" "SIP/2.0 180 Ringing"

!

مثال على ملف تعريف SIP لقابلية التشغيل البيني للصوت أحادي الاتجاه أو أحادي الاتجاه مع مزود.

!

voice class sip-profiles 200

request ANY sdp-header Audio-Attribute modify "a=inactive" "a=sendrecv"

request ANY sdp-header Audio-Connection-Info modify "0.0.0.0" "10.10.10.10"

!

! where 10.10.10.10 is CUBE's provider facing IP address

مثال على ملف تعريف SIP لإزالة طريقة UPDATE لمشكلات قابلية التشغيل البيني.

!

voice class sip-profiles 200

request ANY sip-header Allow-Header modify ", UPDATE" ""

!

مثال على ملف تعريف SIP يعرض استخدام SET داخل ملف تعريف SIP. وهذا هو المفهوم نفسه للمجموعات الموضح في قسم قاعدة ترجمة الصوت.

!

voice class sip-profiles 1

request ANY sip-header Contact modify "sip:(.*)@" "sip:\1@"

!

تكوين منطق IF وفواصل الأسطر الجديدة باستخدام ملف تعريف SIP.

يتم دعم فواصل الأسطر الجديدة في ملفات تعريف SIP، ومع ذلك، لا يوجد سوى حالة استخدام واحدة محددة للغاية لها. نظرًا لأن ملفات تعريف SIP لا تحتوي على أي منطق If (لو)، Then (ثم)، Else (آخر)، هناك طريقة الآن لإجراء تعديلات على عنوان واحد استنادًا إلى إدخال من عنوان آخر. على سبيل المثال، يريد المسؤول تعديل عنوان التحويل فقط إذا كان عنوان FROM (من) يحتوي على 1234@cisco.com. باستخدام فاصل الأسطر الجديد، يمكننا انتحال عبارة IF داخل ملف تعريف SIP. راجع مثال التكوين: لقد قمتَ بمطابقة 1234 في أي مجال في العنوان "من". ثم تجلب المجموعة الأولى وتضيف فاصل أسطر جديد \x0D\x0AD. وأخيرًا، يمكنك إضافة العنوان الذي تريده. لاحظ أن هذه الطريقة تتيح لك إضافة عنوان فقط. لا توجد طريقة لتعديل عنوان آخر. لذا يفي هذا جزئيًا بالمتطلبات التي أراد المسؤول تحقيقها سابقًا.

!

voice class sip-profiles 1

request INVITE sip-header From modify “(.*sip:1234@.*)” “\1\x0D\x0ADiversion: <sip:5678@example.com>”

!

مثال على ملف تعريف SIP مع منطق OR (أو).

!

voice class sip-profiles 123

request ANY sdp-header Audio-Attribute modify "(a=sendonly|a=recvonly|a=inactive)" "a=sendrecv"

response ANY sdp-header Audio-Attribute modify "(a=sendonly|a=recvonly|a=inactive)" "a=sendrecv"

!

مثال على فحص SIP للطبقة 7 عبر ملف تعريف SIP.

### Usage

10.21.15.10 replace with private IP of CUBE

a.b.c.d replace with public IP

------------------------------------------------------

### Inbound from ITSP Layer 7 Fixup

!

voice class sip-profiles 888

request INVITE sip-header SIP-Req-URI modify "@.*;" "@10.21.15.100;"

!

voice service voip

sip

sip-profiles inbound

!

### Outbound Layer 7 Fixup

!

voice class sip-profiles 777

request ANY sip-header Contact modify "<sip:(.*)@10.21.15.100:5060>" "<sip:\1 a.b.c.d:5060>"

response ANY sip-header Contact modify "<sip:(.*)@10.21.15.100:5060>" "<sip:\1 a.b.c.d:5060>"

request ANY sip-header Via modify "SIP(.*) 10.21.15.100(.*)" "SIP\1 a.b.c.d\2"

request ANY sdp-header Session-Owner modify "(.*IP4 ).*" "\1a.b.c.d"

request ANY sdp-header Connection-Info modify "IN IP4 10.21.15.100" "IN IP4 a.b.c.d"

request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.21.15.100" "IN IP4 a.b.c.d"

response ANY sdp-header Session-Owner modify "(.*IP4 ).*" "\1a.b.c.d"

response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.21.15.100" "IN IP4 a.b.c.d"

response ANY sdp-header Connection-Info modify "IN IP4 10.21.15.100" "IN IP4 a.b.c.d"

request ANY sip-header Remote-Party-ID modify "<sip:(.*)@10.21.15.100>" "<sip:\1 a.b.c.d>"

response ANY sip-header Remote-Party-ID modify "<sip:(.*)@10.21.15.100>" "<sip:\1 a.b.c.d>"

!

### Apply to dial-peers for the side of the CUBE facing the ITSP

!

dial-peer voice 1 voip

voice-class sip profiles 777

voice-class sip profile 888 inbound

!

dial-peer voice 2 voip

voice-class sip profiles 777

voice-class sip profile 888 inbound

!

قائمة نسخ SIP

قوائم نسخ SIP هي امتداد ملفات تعريف SIP التي تتيح للعبّارة نسخ عنوان من الجزء الداخلي للاتصال ثم لصقها إلى نقطة أخرى في رسالة SIP للخروج في الجزء الخارجي. تمت إضافة دعم قائمة نسخ SIP في Cisco IOS 15.1(3)T وCisco IOS XE 3.6S. هذه طريقة فعّالة للغاية لإنشاء عناوين ديناميكية استنادًا إلى العناوين الأخرى من الجزء الداخلي للاتصال.

حالة الاستخدام الأكثر شيوعًا هي النسخ الديناميكي لعنوان "من" إلى عنوان مختلف مثل التحويل أو p-asserted-id حتى تكون قيمة جزء المستخدم هي "مستخدم من". يتم ذلك في الغالب لأغراض المصادقة وكذلك لأغراض معرّف المتصل.

الوثائق الكاملة: دليل تكوين Cisco Unified Border Element - الإصدار Cisco IOS XE 17.6 فصاعدًا

مثال على قائمة نسخ SIP

!

! Create Copylist to copy the FROM header on the inbound message specified later.

!

voice class sip-copylist <number>

sip-header From

!

! Apply this to the inbound dial-peer of the call.

!

dial-peer voice <tag> voip

voice-class sip copy-list <number>

!

! Create SIP Profile to take From (peer-header) stored as variable "u01" and apply to a header of choice.

! This example modifies the user portion of the Contact by copying the user portion of the From header to the user portion of the Contact header.

!

voice class sip-profiles <number>

request INVITE peer-header sip From copy "<sip:(.*)@" u01

request INVITE sip-header Contact modify "<sip:(.*)>" "<sip:\u01@10.50.244.2>"

!

! Apply the SIP profile to an outbound dial-peer

!

dial-peer voice <tag> voip

voice-class sip profiles <number>

!

تصحيح أخطاء ملفات تعريف SIP وقائمة النسخ

debug voip ccapi inout

debug ccsip mess

debug ccsip info

debug ccsip feature sip-profile

تصحيح أخطاء الإخراج من مثال قائمة نسخ SIP

### Ingress from CUCM

Received:

INVITE sip:1001@10.50.228.61:5060 SIP/2.0

Via: SIP/2.0/TCP 10.50.244.3:5060;branch=z9hG4bKaad21bc3ae7e

From: "5001" <sip:5001@10.50.244.3>;tag=100442~cdffff43-5020-4e79-a10b-99d406971010-36470319

Contact: <sip:5001@10.50.244.3:5060;transport=tcp>

### Copylist Details

00440: Mar  8 18:59:49.796: //-1/xxxxxxxxxxxx/SIP/Info/info/64/sip_profiles_application_peer_copy_pattern: sed_match succeeded

000441: Mar  8 18:59:49.797: //187/D6138E000000/SIP/Info/info/64/sip_profiles_application_peer_copy_pattern: SIP Profiles COPY variables AVL tree created

000442: Mar  8 18:59:49.797: //-1/xxxxxxxxxxxx/SIP/Info/info/64/sip_profiles_prefix_slash_in_copy_var_val: ret_dst: 5001

000443: Mar  8 18:59:49.797: //187/D6138E000000/SIP/Info/info/64/sip_profiles_application_peer_copy_pattern: SIP Profiles COPY variable: u1 val: 5001

000444: Mar  8 18:59:49.797: //-1/xxxxxxxxxxxx/SIP/Info/info/64/sip_profiles_application_modify_remove_header: Header before modification : Contact: <sip:5001@10.50.228.61:5060>

000445: Mar  8 18:59:49.797: //187/D6138E000000/SIP/Info/info/64/sip_profiles_check_and_get_variables_in_replace_pattern: Node found: COPY variable: u1 val: 5001

000446: Mar  8 18:59:49.797: //187/D6138E000000/SIP/Info/info/64/sip_profiles_check_and_get_variables_in_replace_pattern: substituted_replace_pattern :  : @168.117.64.94>

000448: Mar  8 18:59:49.797: //187/D6138E000000/SIP/Info/info/64/sip_profiles_check_and_get_variables_in_replace_pattern: Final substituted_replace_pattern : <sip:5001@168.117.64.94>

000449: Mar  8 18:59:49.797: //-1/xxxxxxxxxxxx/SIP/Info/info/64/sip_profiles_app_modify_header: Passing substituted replace pattern

000450: Mar  8 18:59:49.798: //-1/xxxxxxxxxxxx/SIP/Info/info/64/sip_profiles_application_modify_remove_header: Header after modification : Contact: <sip:5001@168.117.64.94>

000451: Mar  8 18:59:49.798: //187/D6138E000000/SIP/Msg/ccsipDisplayMsg:

### Egress from CUBE

Sent:

INVITE sip:1001@14.50.228.63:5060 SIP/2.0

Via: SIP/2.0/UDP 10.50.228.61:5060;branch=z9hG4bK3C7CD

Remote-Party-ID: "5001" <sip:5001@10.50.228.61>;party=calling;screen=yes;privacy=off

From: "5001" <sip:5001@10.50.228.61>;tag=34C458-D6

Contact: <sip:5001@168.117.64.94>

ملاحظات خاصة

إرسال إشارات البروتوكول وربط الوسائط

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

يربط المسؤولون في كثير من الأحيان إرسال الإشارات بالاسترجاع. ولأن هذه واجهة منطقية، فإن ذلك يعني عدم عبور الحِزم لهذه الواجهة. لإجراء عمليات التقاط الحِزمة، يجب إجراء الالتقاط على واجهة مادية. يعرض الأمر show ip cef <remote-ip> الواجهة المادية التي تستخدمها الحِزمة للتوجيه إلى عنوان IP البعيد/للوجهة حتى لو كان التكوين مرتبطًا بواجهة افتراضية.

لا يلزم أن يكون ربط الوسائط وإرسال الإشارات عنوان IP نفسه دائمًا. إذا احتاج مسؤول ما إلى الربط بواجهة محددة لإرسال الإشارات إلى/من CUCM، لكن قد يحتاج الصوت/الوسائط بين الهاتف والعبّارة إلى الربط بواجهة أخرى.

مثال التكوين

يوضح هذا المثال نظير الطلب الهاتفي المرتبط بالاسترجاع 1 ويتلقى اتصالاً من CUCM.

على الرغم من ربط الوسائط وإرسال الإشارات (التحكم) بالاسترجاع 1، يوضح الأمرshow ip cef أن أي حِزم يتم إرسالها إلى CUCM تنتقل على GigabitEthernet0/0/1 للواجهة المادية.

!

dial-peer voice 2 voip

description "Incoming call from CUCM"

session protocol sipv2

incoming called-number .

voice-class sip bind control source-interface Loopback1

voice-class sip bind media source-interface Loopback1

!

ترتيب عمليات ربط التطبيقات بالطبقة 7

1. وفقًا لعبّارة الربط على نظير الطلب الهاتفي الوارد/الصادر.

2. وفقًا للارتباطات ضمن مستأجر فئة الصوت المعين لنظير الطلب الهاتفي الوارد الصادر.

3. وفقًا لعبارة الربط العامة.

4. وفقًا لواجهة الطبقة المادية 3، من المتوقع أن تخرج الحِزمة بناءً على جدول التوجيه.

أوامر ربط SIP

! Per Dial-peer

!

dial-peer voice 1 voip

voice-class sip bind control source-interface <interface>

voice-class sip bind media source-interface <interface>

!

! Global Binding

!

voice service voip

sip

bind control source-interface <interface>

bind media source-interface <interface>

!

أوامر ربط MGCP

!

mgcp bind control source-interface <interface>

mgcp bind media source-interface <interface>

!

أوامر ربط SCCP

!

sccp local <interface>

!

sccp ccm group <number>

bind interface <interface>

!

أوامر ربط H323

!

inteface <interface>

!

! Media Bind Command:

h323-gateway voip interface

!

! Signaling Bind Command:

h323-gateway voip bind srcaddr <a.b.c.d>

!

DNS ونظراء الطلب الهاتفي لـ VoIP

يعمل DNS مع VOIP مثل أي حل آخر من حلول DNS.  التكوين الشائع هو استخدام هدف جلسة العمل dns:FQDN.com.

تجري Cisco Gateway حل DNS حتى في حالة تكوين no ip domain lookup بشكل عام على العبّارة.  ويعني ذلك أنه على الرغم من تعطيل DNS، ما يزال نظراء الطلب الهاتفي لـ VOIP يحلون إدخال DNS. ومع ذلك، في الآونة الأخيرة في Cisco IOS XE 3.16S كانت هناك بعض التغييرات على وظائف DNS العامة داخل الأنظمة الأساسية لـ Cisco IOS XE.

بعد هذا التغيير، يمتثل نظراء الطلب الهاتفي مع هدف جلسة العمل dns:FQDN.com الآن لحقيقة أن DNS تم تعطيله باستخدام no ip domain lookup.

أوصي بالتأكد دائمًا من تكوين الأمر "ip domain lookup" عند العمل مع DNS لتجنب هذه المشكلة.

بالنسبة لاتصالات SIP الصادرة، ينفذ CUBE ترتيب العمليات هذا لحل DNS.

1. SRV query lookup

2. A Record Lookup

3. AAAA Record Lookup

للحصول على معلومات حول كيفية إنشاء SRV، أو كيفية تخطي SRV وتنفيذ A record query على هدف جلسة العمل، راجع الوثائق الكاملة: دليل تكوين Cisco Unified Border Element - الإصدار Cisco IOS XE 17.6 فصاعدًا

بالنسبة لاتصالات SIP الواردة حيث تحتاج عبّارة IOS إلى حل عنوان للاستجابة لرسالة ما، يمكن للعبّارة استخدام ترتيب العمليات هذا لحل DNS

1. A Record Lookup

2. AAAA Record Lookup

في Cisco IOS XE 17.9.1، يمكن لـ CUBE التحقق من إمكانية الوصول إلى أهداف جلسة عمل DNS من خلال آليات رسائل تنشيط الاتصال للخيارات. راجع الوثائق الكاملة:

دليل تكوين Cisco Unified Border Element - الإصدار Cisco IOS XE 17.6 فصاعدًا

نماذج تكوين IOS DNS

ip host _sip._udp.cucmgroup.lab.local srv 1 50 5060 cucm1.lab.local

ip host _sip._udp.cucmgroup.lab.local srv 1 50 5060 cucm2.lab.local

ip host _sip._udp.cucmgroup.lab.local srv 1 50 5060 cucm3.lab.local

ip host cucm1.lab.local 10.0.0.1

ip host cucm2.lab.local 10.0.0.2

ip host cucm3.lab.local 10.0.0.3

ip domain name lab.local

ip name-server 8.8.8.8

ملاحظة: دعم DNS SRV على Cisco IOS XE مدعوم على 15.6(1)S / 3.17.00.S والإصدارات الأحدث.

أوامر تصحيح أخطاء DNS والتحقق منها

show host

clear host all *

!

debug ip dns view

debug ip domain

debug ccsip info

debug ccsip error

اختبار DNS، الإصدار 3.15S والإصدارات الأحدث

### Domain Name Verification

Gateway# sh run | s lookup

no ip domain lookup

### Checking the host table for no entry

Gateway# show host

Name lookup view: Global

Default domain is cisco.com

Name/address lookup uses static mappings

Codes: UN - unknown, EX - expired, OK - OK, ?? - revalidate

temp - temporary, perm - permanent

NA - Not Applicable None - Not defined

Host                      Port  Flags      Age Type   Address(es)

### Verification of no PING on a FQDN

Gateway# ping cucm.cisco.com

Translating "cucm.cisco.com"

% Unrecognized host or address, or protocol not running.

### Made a test call here

### Checking logs to see if it worked

Gateway# sh log | s INVITE sip:

INVITE sip:9001@14.50.228.70:5060 SIP/2.0

INVITE sip:5001@cucm.cisco.com:5060 SIP/2.0

### Host Table now has an entry

Gateway# sh host

Name lookup view: Global

Default domain is cisco.com

Name/address lookup uses static mappings

Codes: UN - unknown, EX - expired, OK - OK, ?? - revalidate

temp - temporary, perm - permanent

NA - Not Applicable None - Not defined

Host                      Port  Flags      Age Type   Address(es)

cucm.cisco.com            None  (temp, OK)  0   IP    10.50.244.2

### CCSIP All output showing a proper DNS Query for the FQDN on the dial-peer.

001338: Mar  9 15:29:07.437: //-1/xxxxxxxxxxxx/SIP/Info/info/1024/httpish_msg_free: Freed msg=0x7FE9873AE560

001339: Mar  9 15:29:07.437: //-1/xxxxxxxxxxxx/SIP/Info/notify/8192/sip_dns_type_srv_query: TYPE SRV query for _sip._udp.cucm.cisco.com and type:1

001340: Mar  9 15:29:07.438: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/sip_dns_type_a_aaaa_query: DNS query for cucm.cisco.com and type:1

001341: Mar  9 15:29:07.441: //-1/xxxxxxxxxxxx/SIP/Info/notify/8192/sip_dns_type_a_query: TYPE A query successful for cucm.cisco.com

001342: Mar  9 15:29:07.441: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/sip_dns_type_a_query: ttl for A records = 3600 seconds

001343: Mar  9 15:29:07.441: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/sip_dns_type_a_aaaa_query: IP Address of cucm.cisco.com is:

001344: Mar  9 15:29:07.441: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/sip_dns_type_a_aaaa_query: 10.50.244.2

اختبار DNS، الإصدار 3.16S والإصدارات الأحدث.

### Checking the command is present

Gateway# sh run | s lookup

no ip domain lookup

### Verifying the gateway cannot ping a FQDN

Gateway# ping cucm.cisco.com

% Unrecognized host or address, or protocol not running.

### Checking the Host Table for entries

Gateway# sh host

Default domain is cisco.com

Name servers are 10.50.244.52

NAME  TTL  CLASS   TYPE      DATA/ADDRESS

-----------------------------------------

### Made a test call here

### CCSIP All Outbound showing the failed call

000974: *Mar  9 15:53:01.222: //-1/xxxxxxxxxxxx/SIP/Info/info/1024/httpish_msg_free: Freed msg=0x7FF31DAAA848

000975: *Mar  9 15:53:01.222: //-1/xxxxxxxxxxxx/SIP/Info/notify/8192/sip_dns_type_srv_query: TYPE SRV query for _sip._udp.cucm.cisco.com and type:1

000976: *Mar  9 15:53:01.224: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/sip_dns_type_a_aaaa_query: DNS query for cucm.cisco.com and type:1

000977: *Mar  9 15:53:01.225: //-1/xxxxxxxxxxxx/SIP/Error/sip_dns_type_a_query:

TYPE A query failed for cucm.cisco.com

000978: *Mar  9 15:53:01.225: //-1/xxxxxxxxxxxx/SIP/Error/_send_dns_fail:

DNS Query for cucm.cisco.com failed

000984: *Mar  9 20:53:01.225: %VOICE_IEC-3-GW: SIP: Internal Error (DNS query fail): IEC=10.1.128.7.47.0 on callID 6 GUID=37B668DF044111E7A950D832C82B325C

الحد الأقصى للاتصالات والنطاق الترددي

بشكل افتراضي، يسمح نظراء الطلب الهاتفي لـ VOIP وPOTS باتصالات (مكالمات) غير محدودة ونطاق ترددي (نظراء الطلب الهاتفي لـ VOIP فقط). بالنسبة لقنوات الاتصال التي لديها حد لعدد الاتصالات أو النطاق الترددي الذي يمكن استخدامه، قد يكون من المفيد استخدام الأمرين max-conn أو max-bandwidth. تمت إضافة max-conn في Cisco IOS 11.3(1)T وهو موجود في جميع إصدارات Cisco IOS XE بينما تمت إضافة max-bandwidth في 15.2(2)T وIOS-XE 3.7S.

مثال التكوين:

هنا يمكنك إخبار العبّارة بأن تحِد من نظير الطلب الهاتفي 1 إلى 30 اتصالاً باستخدام "max-conn 30".

يحد نظير الطلب الهاتفي 2 من النطاق الترددي لنظير الطلب الهاتفي هذا حتى لا نتجاوز الحد المخصص.

!

dial-peer voice 1 voip

description ITSP SIP Trunk - 30 Max Calls!

session protocol sipv2

sess target ipv4:10.10.10.10

destination-pattern 8675309$

max-conn 30

!

dial-peer voice 2 voip

description SIP Trunk with Bandwidth Restrictions!

session protocol sipv2

sess target ipv4:10.10.10.10

destination-pattern 123456789$

max-bandwidth 400

!

نموذج الخطأ عند تجاوز حد max-conn.

000308: Oct  5 19:01:02.603: %CALL_CONTROL-6-MAX_CONNECTIONS: Maximum number of connections reached for dial-peer 1

000309: Oct  5 19:01:02.603: %VOICE_IEC-3-GW: CCAPI: Internal Error (Dial-peer connections exceeded): IEC=10.1.181.1.21.0 on callID 0

000310: Oct  5 19:01:02.604: %SIP-3-MAXCONNCAC: Call rejected due to CAC based on maximum number of connections on dial-peer 1, sent response 503

000311: Oct  5 19:01:02.604: //17084/86B070800000/SIP/Msg/ccsipDisplayMsg:

Sent:

SIP/2.0 503 Service Unavailable

Via: SIP/2.0/TCP 10.50.244.62:5060;branch=z9hG4bKb78c35aa21b0

From: <sip:9001@10.50.244.62>;tag=72531~2e8ca155-3f0b-4f07-a1b2-b14ef77ceb7f-26250846

To: <sip:1234@10.50.245.70>;tag=3E19564D-1684

Date: Thu, 05 Oct 2017 19:01:02 GMT

Call-ID: 86b07080-9d61816e-b762-3ef4320e@10.50.244.62

CSeq: 101 INVITE

Allow-Events: telephone-event

Warning: 399 10.50.245.70 "Maximum Number of Connections reached for dial-peer 1"

Server: Cisco-SIPGateway/IOS-15.4.3.S4

Content-Length: 0

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

الطلب الهاتفي من مرحلة واحدة

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

الوثائق الكاملة: فهم الطلب الهاتفي الداخلي المباشر (DID) على واجهات (T1/E1) الرقمية الصوتية من Cisco IOS

مثال التكوين

!

dial-peer voice 1 pots

incoming called-number 8675309

voice-port 0/0/0

direct-inward-dial

!

الطلب الهاتفي من مرحلتين

إذا لم يتم تكوين نظير الطلب الهاتفي الوارد لـ POTS باستخدام no direct-inward-dial، يُدخل الموجّه أو العبّارة وضع جمع الأرقام الصحيحة (يتم جمع الأرقام الصحيحة داخل النطاق). تتم مطابقة نظير الطلب الهاتفي الصادر على أساس رقم برقم. يفحص الموجّه أو العبّارة مطابقات نظير الطلب الهاتفي بعد استلام الجهاز كل رقم صحيح ومن ثم يقوم بتوجيه المكالمة عند إجراء مطابقة كاملة.

مثال التكوين

!

dial-peer voice 1 pots

incoming called-number 8675309

voice-port 0/0/0

no direct-inward-dial

!

حظر المكالمات

يتعامل كل بروتوكول مع حظر المكالمات بشكل مختلف قليلاً. يمكن لمعظم البروتوكولات الاستفادة من نموذج translation-rule reject الذي يتم حظره بناءً على سلسلة أرقام.  إذا أراد المسؤول الاستمرار في تطبيق ملف تعريف الترجمة الوارد للتلاعب الرقمي العادي، ولكنه لا يحظر أي أرقام بداخله، فهناك خيار لتنفيذ حظر المكالمة باستخدام الأمر call-block translation-profile.

!

voice translation-rule 164

rule 1 reject /8675309/

!

voice translation-profile CALLBLOCK

translate calling 164

!

dial-peer voice 1 pots

desc INCOMING VOICE-PORT with BLOCK

translation-profile incoming ANOTHER

call-block translation-profile incoming CALLBLOCK

call-block disconnect-cause incoming invalid-number

incoming called-number .

port 0/0/0:23

!

Gateway#test voice translation-rule 164 8675309

8675309 blocked on rule 1

داخل E1 R2 هناك قدرة المسؤول على حظر "جمع المكالمات". يظهر ذلك هذا بشكل أساسي ويعمل في عمليات النشر في البرازيل، ولكن يمكن تكوينه عبر أي مجموعة cas-custom.

الخياران هما:

1. حظر مكالمة الجمع الواردة بناءً على الفئة II-8 التي يتم استلامها من مبدّل telco. هذه هي الآلية الافتراضية وتنفذ جميع عبّارات Cisco Gateway ذلك دون أي تكوين. تتطلب طريقة المنع هذه مبدّل telco أحدث يدعم وضع علامات قائم على الفئة. لتعطيل هذه الطريقة، استخدم الأمر collect-call-enable على مجموعة cas-customer.

2. استخدم ميزة double-answer على مجموعة r2-digital E1 R2 cas-custom. يعطل تكوين double-answer الحظر المستند إلى الفئة، ويستبدله بميزة double-answer. ويتم ذلك من خلال الرد على المكالمة الواردة أولاً وبدء مؤقت من ثانية واحدة. بعد ثانية واحدة، ترسل العبّارة إصدارًا في شكل أمر CLEAR BWD. ويمكن لـ Telco بعد ذلك إرسال CLEAR FWD إلى العبّارة ويمكن قطع الاتصال. يبدأ المؤقت بعد أن ترسل العبّارة CLEAR BWD، وإذا انتهت صلاحية هذا المؤقت، فسترسل العبّارة إشارة ANSWER أخرى على افتراض أن الاتصال ليس اتصال جمع ومن هنا يستمر الاتصال كالمعتاد. يمكن تكوين هذا المؤقت بشكل مشترك باستخدام cc-reanswer-to داخل مجموعة cas-custom.

رسالة الحظر من الفئة II-8 (إشارة debug vpm)

009228: Nov 21 12:02:00.955 GMT: //-1/BF12BE36BAC8/VTSP:(0/0/0:0):-1:1:2/vtsp_report_cas_digit:

Begin Digit=8, Mode=CC_TONE_R2_MF_BACKWARD_MODE

009229: Nov 21 12:02:00.955 GMT: htsp_digit_ready_up(0/0/0:0(2)): Rx digit='8'

009230: Nov 21 12:02:00.955 GMT: R2 Incoming Voice(0/0): DSX (E1 0/0/0:1): STATE: R2_IN_CATEGORY R2 Got Event 8

009231: Nov 21 12:02:00.955 GMT: Enter r2_comp_category

009232: Nov 21 12:02:00.955 GMT:  R2 Event : 8

009233: Nov 21 12:02:00.955 GMT:  #######R2_II8 TRUE########

009234: Nov 21 12:02:00.955 GMT:  ####### collect_call_enable = 0

009235: Nov 21 12:02:00.955 GMT:  ############sending B7 ##########

009236: Nov 21 12:02:00.955 GMT: r2_reg_generate_digits(0/0/0:0(2)): Tx digit '7'

009237: Nov 21 12:02:01.055 GMT: //-1/BF12BE36BAC8/VTSP:(0/0/0:0):-1:1:2/vtsp_report_cas_digit:

End Digit=8, Mode=CC_TONE_R2_MF_BACKWARD_MODE

009238: Nov 21 12:02:01.055 GMT: htsp_digit_ready(0/0/0:0(2)): Rx digit='#'

009239: Nov 21 12:02:01.055 GMT: R2 Incoming Voice(0/0): DSX (E1 0/0/0:1): STATE: R2_IN_CATEGORY R2 Got Event R2_TONE_OFF

009240: Nov 21 12:02:01.055 GMT: Enter r2_comp_category

009241: Nov 21 12:02:01.055 GMT: r2_reg_generate_digits(0/0/0:0(2)): Tx digit '#'

009242: Nov 21 12:02:01.359 GMT: htsp_dsp_message: SEND_SIG_STATUS: state=0x8 timestamp=22365 systime=225097425

009243: Nov 21 12:02:01.359 GMT: htsp_process_event: [0/0/0:0(2), R2_Q421_IC_WAIT_ANSWER, E_DSP_SIG_1000]

009244: Nov 21 12:02:01.359 GMT: r2_q421_ic_clr_fwd_idle(0/0/0:0(2)) Rx CLEAR FWD

009245: Nov 21 12:02:01.359 GMT: r2_reg_channel_disconnected(0/0/0:0(2))

009246: Nov 21 12:02:01.359 GMT: R2 Incoming Voice(0/0): DSX (E1 0/0/0:1): STATE: R2_IN_CATEGORY R2 Got Event R2_STOP

009247: Nov 21 12:02:01.359 GMT: Enter r2_comp_category

009248: Nov 21 12:02:01.359 GMT: htsp_timer - 2000 msec

009249: Nov 21 12:02:01.359 GMT: htsp_process_event: [0/0/0:0(2), R2_Q421_IC_CLR_FWD, E_HTSP_RELEASE_REQ]

009250: Nov 21 12:02:01.359 GMT: r2_q421_null_release(0/0/0:0(2)) E_HTSP_RELEASE_REQ

009251: Nov 21 12:02:01.359 GMT: r2_reg_process_event: [0/0/0:0(2), R2_REG_COLLECTING, E_R2_REG_DISCONNECT(91)]

009252: Nov 21 12:02:01.359 GMT: r2_reg_disconnect_collect(0/0/0:0(2))

009253: Nov 21 12:02:01.359 GMT: r2_reg_timer_stop(0/0/0:0(2))

009254: Nov 21 12:02:01.711 GMT: htsp_process_event: [0/0/0:0(1), R2_Q421_IC_CLR_FWD, E_HTSP_EVENT_TIMER]

009255: Nov 21 12:02:01.711 GMT: htsp_timer_stop

009256: Nov 21 12:02:01.711 GMT: r2_q421_clr_fwd_idle(0/0/0:0(1)) Tx IDLEvnm_dsp_set_sig_state:[R2 Q.421 0/0/0:0(1)] set signal state = 0x8

009257: Nov 21 12:02:01.711 GMT: r2_reg_channel_disconnected(0/0/0:0(1))

009258: Nov 21 12:02:01.711 GMT: //682206/0C63B263B9C9/VTSP:(0/0/0:0):0:1:1/vtsp_do_call_history:

Coder Rate=5

009259: Nov 21 12:02:01.711 GMT: r2_reg_process_event: [0/0/0:0(1), R2_REG_IDLE, E_R2_REG_DISCONNECT(91)]

مثال تكوين Double-Answer

!

controller e1 0/0/0

ds0-group 0 timeslots 1-15,17-31 type r2-digital r2-compelled ani

cas-custom 0

country brazil

double-answer

cc-reanswer-to 3000

!

تصحيح أخطاء Double-Answer (إشارة debug vpm)

### Answer the call and start a 1 second timer

May 23 09:52:59.180 BR: r2_q421_ic_answer(0/0/0:0(18)) Tx ANSWER seizure: delay 0 ms,elapsed 12404 msvnm_dsp_set_sig_state:[R2 Q.421 0/0/0:0(18)] set signal state = 0x4

May 23 09:52:59.180 BR: r2_reg_channel_connected(0/0/0:0(18))

May 23 09:52:59.180 BR: htsp_timer - 1000 msec

May 23 09:52:59.180 BR: //23899578/92233E71B421/CCAPI/cc_api_voice_mode_event:

Call Id=23899578

May 23 09:52:59.180 BR: //23899578/92233E71B421/CCAPI/cc_api_voice_mode_event:

Call Entry(Context=0x1E73AD8)

May 23 09:52:59.180 BR: htsp_process_event: [0/0/0:0(18), R2_Q421_IC_DOUBLE_ANS_ANS, E_HTSP_VOICE_CUT_THROUGH] all

May 23 09:52:59.184 BR: //23899578/92233E71B421/CCAPI/cc_process_notify_bridge_done:

Conference Id=0x10AD1, Call Id1=23899578, Call Id2=23899579

May 23 09:52:59.184 BR: r2_reg_process_event: [0/0/0:0(18), R2_REG_WAIT_FOR_CONNECT, E_R2_REG_CONNECT(90)]

May 23 09:52:59.184 BR: r2_reg_connect(0/0/0:0(18))

### One Second Passes and we clear the call and start a 2 second timer

May 23 09:53:00.180 BR: htsp_process_event: [0/0/0:0(18), R2_Q421_IC_DOUBLE_ANS_ANS, E_HTSP_EVENT_TIMER]

May 23 09:53:00.180 BR: r2_q421_ic_d_answ_answ_to(0/0/0:0(18)) E_TIMER_EVENT

May 23 09:53:00.180 BR: htsp_timer - 2000 msec

May 23 09:53:00.180 BR: r2_q421_ic_d_answ_answ_to(0/0/0:0(18)) Tx CLEAR BWDvnm_dsp_set_sig_state:[R2 Q.421 0/0/0:0(18)] set signal state = 0xC

May 23 09:53:00.824 BR: htsp_process_event: [0/0/0:0(18), R2_Q421_IC_DOUBLE_ANS_RLS, E_DSP_SIG_1000]

May 23 09:53:00.824 BR: r2_q421_ic_answer_clr_fwd(0/0/0:0(18)) Rx CLEAR FWD

May 23 09:53:00.824 BR: r2_reg_channel_disconnected(0/0/0:0(18))

May 23 09:53:00.824 BR: htsp_timer - 2000 msec

May 23 09:53:00.824 BR: r2_reg_process_event: [0/0/0:0(18), R2_REG_CONNECTED, E_R2_REG_DISCONNECT(91)]

May 23 09:53:00.824 BR: r2_reg_disconnect_idle(0/0/0:0(18))

May 23 09:53:00.824 BR: R2 Incoming Voice(0/0): DSX (E1 0/0/0:17): STATE: R2_IN_IDLE R2 Got Event R2_STOP

May 23 09:53:00.824 BR: r2_reg_timer_stop(0/0/0:0(18))

### 2 second passes and the gateway release the call

May 23 09:53:02.824 BR: htsp_process_event: [0/0/0:0(18), R2_Q421_IC_CLR_FWD, E_HTSP_EVENT_TIMER]

May 23 09:53:02.824 BR: htsp_timer_stop

May 23 09:53:02.824 BR: r2_reg_channel_disconnected(0/0/0:0(18))

May 23 09:53:02.824 BR: //23899578/92233E71B421/VTSP:(0/0/0:0):17:1:1/vtsp_cc_call_disconnected:

Cause Value=16

May 23 09:53:02.824 BR: //23899578/92233E71B421/CCAPI/cc_api_call_disconnected:

Cause Value=16, Interface=0xB41CEBC, Call Id=23899578

استقبال التراكب في الشبكة الرقمية للخدمات المتكاملة (ISDN)

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

الرقم المتصل به الفارغ

يتم عرض رسالة التحذير المعروضة، عند تكوين نظير الطلب الهاتفي مع incoming called-number T

نموذج الإخراج

Gateway(config)# dial-peer voice 1 pots

Gateway(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

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

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

- في حالة تراكب الطلب الهاتفي، لا يتطابق الرقم المتصل به الفارغ مع incoming called-number T لعدم حدوث انتهاء المهلة.

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

فئة التقييد

فئة التقييد (COR) هي طريقة لتقييد المكالمات على Cisco Gateway. غالبًا ما يتم وصف COR كآلية قفل ومفتاح. يتم تعيين الأقفال لنظراء الطلب الهاتفي مع قائمة COR الصادرة. يتم تعيين المفاتيح لنظراء الطلب الهاتفي مع قائمة COR الواردة. عند تطبيق قوائم COR، يكون نظراء الطلب الهاتفي الصادر هم هؤلاء الذين يمكن للمفتاح فتحهم. وتحدث هذه التصفية قبل التحقق من باقي طرق مطابقة نظير الطلب الهاتفي الصادر.

هناك قاعدتان مهمتان مع فئة التقييد:

1. إذا لم تكن هناك قائمة COR صادرة مطبقة، فسيتم دائمًا توجيه الاتصال.

2. إذا لم تكن هناك قائمة COR واردة، فسيتم دائمًا توجيه الاتصال.

يتجاوز تكوين فئة التقييد (COR)، وفئة تقييد التقسيم المنطقي (LPCOR)، وLPCOR مع رموز التفويض المفروضة (FAC) نطاق هذا المستند ولكن يمكن الرجوع إلى هذه المستندات لمزيد من القراءة.

COR

تكوين فئة التقييد (COR)

LPCOR مع CME

CME مع مثال تكوين LPCOR

LPCOR مع CME وFAC

دليل مسؤول نظام Cisco Unified Communications Manager Express

نظراء الطلب الهاتفي لـ Cisco Unified Communications Manager Express (CUCME)

تقوم CME بإنشاء نظراء الطلب الهاتفي للنظام لتجمعات تسجيل الصوت وأنظمة ephone. لا يمكن رؤية هذه في التكوين قيد التشغيل. لإجراء تغييرات على نظراء الطلب الهاتفي لـ CME، يلزم إجراء التغييرات على مجموعة تسجيل الصوت أو ephone الفعلية. عند عرض مخرجات show dial-peer voice summary، يكون نظير الطلب الهاتفي الذي يبدأ بـ 2000 هو أنظمة SCCP ephone ونظراء الطلب الهاتفي التي تبدأ بـ 4000 هي مجموعات تسجيل صوت لـ SIP. يظهر نظير الطلب الهاتفي هذا كنظير الطلب الهاتفي الوارد للاتصالات من الهواتف المسجلة في CME ونظير الطلب الهاتفي الصادر في تصحيح الأخطاء للاتصال بالهواتف المسجلة في CME.

مثال على إخراج show dial-peer voice summary مع CME.

Gateway# show dial-peer voice sum | s 2000|4000

20001  pots  up   up             1001$              0                           50/0/1

20002  pots  up   up             4001$              0                           50/0/2

20003  pots  up   up             4002$              0                           50/0/3

20004  pots  up   up             7001$              0                           50/0/4

20005  pots  up   up             3009$              0                           50/0/5

20006  pots  up   up             8810....$          0                           50/0/10

20007  pots  up   up             8811....$          0                           50/0/11

40001  voip  up   up             14085151111$       0  syst ipv4:14.50.214.67:50

40002  voip  up   up             19725252222$       0  syst ipv4:14.50.214.67:50

40003  voip  up   up             85225353333$       0  syst ipv4:14.50.214.67:50

40004  voip  up   up             442084445555$      0  syst ipv4:14.50.214.67:50

40005  voip  up   up             911$               0  syst ipv4:14.50.214.67:50

40006  voip  up   up             18005550100$       0  syst ipv4:14.50.214.67:50

40008  voip  up   up             2001$              0  syst ipv4:14.50.214.51:50

مثال على إخراج show voice register dial-peers مع SIP CME.

Gateway# show voice register dial-peers

Dial-peers for Pool 2:

dial-peer voice 40006 voip

destination-pattern 14085151111$

session target ipv4:14.50.214.67:5060

session protocol sipv2

dtmf-relay rtp-nte

digit collect kpml

codec  g711ulaw bytes 160

no vad

call-fwd-all         8888

after-hours-exempt   FALSE

dial-peer voice 40005 voip

destination-pattern 19725252222$

session target ipv4:14.50.214.67:5060

session protocol sipv2

dtmf-relay rtp-nte

digit collect kpml

codec  g711ulaw bytes 160

no vad

after-hours-exempt   FALSE

MGCP وSCCP مع نظراء الطلب الهاتفي

يتبع MGCP وSCCP قواعدهما الخاصة بنظراء الطلب الهاتفي. المفهوم الوحيد الذي يستخدمانه هو أنه يجب تكوينهما باستخدام منفذ الصوت المطلوب للاتصال. تتم معالجة الباقي بواسطة عملية STCAPP وMGCPAPP. عند فحص تكوين نظراء الطلب الهاتفي هؤلاء، سيكون لديهم إما الأمر service mgcpapp أو service stcapp. ويعملان على تمكين نظير الطلب الهاتفي لتطبيق الاختيار، فضلاً عن إخبار التطبيق بنظير الطلب الهاتفي الذي يمكنه معالجته.

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

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

نموذج تكوين MGCP [باستخدام التكوين التلقائي لـ CUCM*]

!

mgcp call-agent 10.10.10.10

mgcp

!

ccm-manager mgcp [codec-all]

ccm-manager config server 10.10.10.10

ccm-manager config

ccm-manger redundant-host 10.10.10.20

!

voice-port 0/0/0

description The MGCP port to register

no shut

!

dial-peer voice 1 pots

description Defining the Port for the MGCP application

service mgcpapp

port 0/0/0

!

hostname myrouter

ip domain name cisco.com

ip name server 10.10.10.30

!

ip tftp source-interface gig0/0/0

!

وثائق MGCP الكاملة: دليل تكوين Cisco Unified Communications Manager وInteroperability، Cisco IOS، الإصدار 15M&T

نموذج تكوين SCCP / STCAPP [باستخدام التكوين التلقائي لـ CUCM*]

!

stcapp ccm-group 1

stcapp

!

sccp local gig0/0/0

sccp ccm 10.10.10.10 id 1 priority 1 version 7.0+

sccp ccm 10.10.10.20 id 1 priority 2 version 7.0+

sccp

!

sccp ccm group 1

bind interface gig0/0/0

associate ccm 1 priority 1

associate ccm 2 priority 2

!

ccm-manager config server 10.10.10.10

ccm-manager sccp local gig0/0/0

ccm-manager sccp

!

voice-port 0/0/0

description The SCCP port to register

no shut

!

dial-peer voice 1 pots

description Defining the Port for the SCCP application

service stcapp

port 0/0/0

!

ip tftp source-interface gig0/0/0

!

إذا كان المسؤول لا يريد أن تقوم CUCM بتكوين العبّارة، فما عليك سوى إزالة أوامر ccm-manager. يتم تضمين تكوين نظير الطلب الهاتفي لتوصيل النقطة حول كيفية عمل المفهوم. مع وجود تكوينات ccm-Manager، يقوم CUCM بإنشاء نظراء الطلب الهاتفي بناءً على تكوين المنفذ في CUCM لذا ليست هناك حاجة لتحديد نظير الطلب الهاتفي في الواقع. تبدأ CUCM التي أنشأت نظراء الطلب الهاتفي بالرقم 999 ثم ثلاثة أرقام أخرى.

SIP DSAPP مع نظراء الطلب الهاتفي

تمت إضافة SIP DSAPP في Cisco IOS XE 16.12.1+ وCUCM 12.5.1SU+

باستخدام هذه الميزة، يمكن تسجيل منافذ الصوت التناظرية مثل FXS وإدارتها بواسطة CUCM. يختلف توجيه الاتصال باستخدام DSAPP اختلافًا طفيفًا عن MGCP أو SCCP حيث ما تزال مطابقة نظراء الطلب الهاتفي بشكل طبيعي. ويعني ذلك أن العبّارة يمكنها جمع الأرقام من منفذ FXS وإجراء البحث عن نظير الطلب الهاتفي على نظراء الطلب الهاتفي لـ VOIP. بعد العثور على مطابقة، يتم إرسال INVITE إلى CUCM enblock لـ CUCM لإجراء مزيد من التحليل الرقمي.

نموذج تكوين SIP DSAPP [باستخدام التكوين التلقائي لـ CUCM*] | IOS-XE 16.12.1+ و CUCM 12.5.1SU+

!

dsapp line

!

voice service voip

sip

bind control source-interface GigabitEthernet0/0/0

bind media source-interface GigabitEthernet0/0/0

session transport tcp

!

application

service dsapp

param dialpeer 777

!

global

service default dsapp

!

ccm-manager config server 10.10.10.10

ccm-manager sipana auto-config local GigabitEthernet0/0/0

!

dial-peer voice 777 voip

destination-pattern 9T

session protocol sipv2

session target ipv4:10.10.10.10

session transport tcp

incoming called-number .

voice-class sip extension gw-ana

voice-class sip bind control source-interface GigabitEthernet0/0/0

dtmf-relay rtp-nte

codec g711ulaw

!

dial-peer voice 19990100 pots

service dsapp

destination-pattern 7776

voice-class sip extension gw-ana

port 0/1/0

!

sip-ua

registrar ipv4:10.10.10.10 expires 3600 tcp

!

وثائق SIP DSAPP الكاملة: دليل تكوين برنامج Cisco VG450 Voice Gateway

استكشاف أخطاء توجيه المكالمات وإصلاحها والتحقق منها

يُرجى الاطلاع على هذا المستند للحصول على معلومات أكثر تفصيلاً.

تكوين مجموعة تصحيح الأخطاء لعبّارات Unified Border Element ‫(CUBE) والتجميع بتقسيم الوقت (TDM)