المقدمة
يوضح هذا المستند كيفية تكوين نهج الوكيل على BW AS، أو رؤوس SIP غير المعروفة للوكيل أو المعلمات المطلوبة/المدعومة.
المتطلبات الأساسية
- معرفة بروتوكول بدء جلسة عمل أساسية (SIP)
- معرفة خادم التطبيقات الأساسية (AS)
- معرفة BWCLI الأساسية ل Broadworks (BW)
المتطلبات
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
- يمكن إستخدام AS BWCLI كمستخدم مسؤول
- إمكانية مراجعة AS XSLogs
- إنشاء دعوة (عبر عميل أو محاكي) تسمح بتكوين الرؤوس والمعلمات المطلوبة/المدعومة.
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
معلومات أساسية
كوكيل مستخدم من الخلف إلى الخلف (B2BUA)، لا يقوم AS عادة بتوكيل رؤوس SIP أو المعلمات في رؤوس المتطلب والمدعوم، إذا تم اعتبارها غير معروفة.
على سبيل المثال، إذا كانت AS تتلقى دعوة SIP هذه، فإنها تتجاهل الرأس بأكمله MyUnknownHeader والمعلمة MyUnknownParameter في الرأس المعتمد.
INVITE sip:+1555123456@cisco.com;user=phone SIP/2.0
Via: SIP/2.0/TCP 10.1.2.3:5060;branch=z9hG4bKva8in830cgv4i2mj6m20.1
Max-Forwards: 69
To: <sip:+1555123456@cisco.com;user=phone>
From: <sip:+1555654321@cisco.com;user=phone>;tag=SDq4k7b01-1
Contact: <sip:+155565432@172.16.0.1:5060;transport=tcp>
Call-ID: Testcall-456000001
CSeq: 101 INVITE
Supported: 100rel,MyUnknownParameter
MyUnknownHeader: MyStuff
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Content-Length: 0
تسمح لك إعدادات ProxyPolicy على AS بتكوين رؤوس ومعلمات غير معروفة ليتم تمثيلها بشكل شفاف بواسطة AS.
يحتوي دليل العمل البيني لواجهة وصول Cisco BroadWorks SIP على قائمة بالرؤوس والمعلمات المعروفة، والتي لا يمكن أبدا تمثيلها بشكل شفاف، حيث تقوم AS بمعالجتها.
تتم معالجة الرؤوس والمعلمات المعروفة ويمكن أو لا يمكن تمثيلها (وفقا لنتيجة معالجة AS)، ولا يمكن التحكم فيها باستخدام التكوين الموضح في هذه المقالة.
التكوين
يمكن العثور على جميع الإعدادات اللازمة ل ProxyPolicy في BWCLI في AS_CLI/Interface/SIP/ProxyPolicy>.
للسماح ل AS بتوكيل الرأس MyUnknownHeader، انتقل أولا إلى AS_CLI/Interface/SIP/ProxyPolicy/Rule> من AS BWCLI وأضفت قاعدة جديدة:
AS_CLI> cd /Interface/SIP/ProxyPolicy/Rule
AS_CLI/Interface/SIP/ProxyPolicy/Rule> add MyUnknownHeaderRule true true true true true true true true
...Done
قم بتشغيل الأمر get لعرض التكوين الحالي.
يبدو التكوين الآن بهذا الشكل (نظرا للخيارات المتعددة، فإن عرض مخرجات هذا الأمر كبير جدا؛ التمرير أفقيا لعرضه بالكامل):
AS_CLI/Interface/SIP/ProxyPolicy/Rule> get
Rule Name Keep On Redirection Keep On Egress Access Keep On Egress Network On-net Keep On Egress Network Off-net Keep On Egress Access Shared Call Appearance Keep On Egress Network BroadWorks Anywhere On-net Keep On Egress Network BroadWorks Anywhere Off-net Accept From Redirect-to URI
============================================================================================================================================================================================================================================================================================================
MyUnknownHeaderRule true true true true true true true true
بمجرد اكتمال هذا، يجب إنشاء HeaderPolicy. انتقل إلى AS_CLI/Interface/SIP/ProxyPolicy/HeaderPolicy> وقم بتشغيل هذا الأمر:
AS_CLI/Interface/SIP/ProxyPolicy/HeaderPolicy> add MyUnknownHeader MyUnknownHeaderRule
...Done
في هذا المثال، تم تكوين القاعدة للحفاظ على الرأس في كل الاتجاهات، لكافة الخدمات، وفي إعادة توجيه URI، ولكن يعتمد هذا الإعداد على حالة حياتك الحقيقية.
يتم شرح الخيارات المتاحة في هذه القائمة:
- KeepOnRedirection: تحدد هذه المعلمة ما إذا كان يتم الاحتفاظ بالرأس في حالة إعادة التوجيه أم لا.
- KeepOnEgressAccess: تحدد هذه المعلمة ما إذا كان يتم الاحتفاظ بالرأس للرسائل الصادرة إلى جانب الوصول أم لا.
- KEEPonEgressNetworkOnNet: تحدد هذه المعلمة ما إذا كان قد تم نشر الرأس للرسائل الصادرة على الشبكة المرتبطة بالشبكة أم لا.
- KEEPonEgressNetworkOffNet: تحدد هذه المعلمة ما إذا كان قد تم نشر الرأس لرسائل خارج الشبكة الصادرة المرتبطة بالشبكة أم لا.
- keepOnEgressAccessSharedCallAppearance: تحدد هذه المعلمة ما إذا كان يتم الاحتفاظ بالرأس للرسائل الصادرة إلى موقع ثانوي لمظهر المكالمة المشتركة أم لا.
- keepOnEgressNetworkBroadWorksAnywhereOnNet: تحدد هذه المعلمة ما إذا كان يتم الاحتفاظ بالرأس لرسائل الشبكة الصادرة إلى موقع BroadWorks Anywhere.
- keepOnEgressNetworkBroadWorksAnywhereOffNet: تحدد هذه المعلمة ما إذا كان يتم الاحتفاظ بالرأس لرسائل خارج الشبكة الصادرة إلى موقع BroadWorks Anywhere.
- acceptFromRedirectToURI: تحدد هذه المعلمة ما إذا كان يمكن قبول رأس غير معروف مضمن في URI لوجهة إعادة التوجيه من أجل إدخاله في رسالة صادرة.
يمكن تكوين المعلمة غير المعروفة بنفس الطريقة، ولكن تم تكوين المعلمة في AS_CLI/Interface/SIP/ProxyPolicy/OptionTagPolicy> .
أولا، قم بإنشاء قاعدة.
ملاحظة: ل هذا مثال، أول مفتاح ثبتت إلى خطأ.
AS_CLI/Interface/SIP/ProxyPolicy/Rule> add MyUnknownParameterRule false true true true true true true true
هذه هي القاعدة الناتجة، مع تعيين "الاحتفاظ بإعادة التوجيه" على خطأ، لذلك لا تتم إضافة MyUnknownHeader إلى "الدعوة الصادرة" في حالة إعادة التوجيه.
AS_CLI/Interface/SIP/ProxyPolicy/Rule> get
Rule Name Keep On Redirection Keep On Egress Access Keep On Egress Network On-net Keep On Egress Network Off-net Keep On Egress Access Shared Call Appearance Keep On Egress Network BroadWorks Anywhere On-net Keep On Egress Network BroadWorks Anywhere Off-net Accept From Redirect-to URI
===================================================================================================================================================================================================================================================================================================================
MyUnknownHeaderRule true true true true true true true true
MyUnknownParameterRule false true true true true true true true
لإكمال التكوين، أضف OptionTagPolicy.
AS_CLI/Interface/SIP/ProxyPolicy/OptionTagPolicy> add MyUnknownParameter MyUnknownParameterRule
يمثل AS الآن الرأس غير المعروف MyUnknownHeader، والمعلمة غير المعروفة MyUnknownParameter.
ملاحظة: ال AS لا يفهم الدلالة ولا يعالج بأي طريقة الرؤوس والمعلمات غير المعروفة.
التحقق من الصحة
قم بإرسال الدعوة إلى AS التي تحتوي على رأس SIP غير المعروف وعلامة الخيار التي قمت بتكوينها في نهج الوكيل، وتأكد من أن الدعوة الصادرة قد حافظت على الرأس غير المعروف، وفقا لتكوين القاعدة.
استكشاف الأخطاء وإصلاحها
في حالة عدم إحتواء "الدعوة الصادرة" على علامة الرأس أو "الخيار" كما هو متوقع، يمكنك التحقق من هذه القائمة:
- تأكد من عدم تضمين الرأس أو المعلمة التي قمت بتكوينها في قائمة الرؤوس/المعلمات المعروفة.
- تحقق من تطابق الرأس أو المعلمة الموجودة في الدعوة تماما مع تلك المكونة في BWCLI (غير حساس لحالة الأحرف).
- تحقق من أن القاعدة التي تم تكوينها تسمح بتوكيل الرأس أو المعلمة.