المقدمة
يصف هذا المستند أسس تكوين Cisco Unified Border Element (CUBE) باستخدام Cisco Unified Communications Manager (CUCM).
المتطلبات الأساسية
المتطلبات
cisco يوصي أن لا يتلقى نظامك تشكيل نظام اسم المجال (DNS) وأن أنت تتلقى معرفة من هذا موضوع:
- CUCM الإصدار 8.6 حتى الإصدار 10.x
- برنامج Cisco IOS® الإصدار 15.1(2)T والإصدارات الأحدث
ملاحظة: تختلف عناوين IP بناء على مخططات العنونة في الشبكة.
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى حقيقة مفادها أن أي عدد من خوادم CUCM أو أي موجه خدمات مدمجة (ISR) من Cisco أو ISR الجيل 2 (G2) أو موجه خدمات التجميع (ASR) من Cisco يمكن أن يكون مكعبا. لا يلزم توفر معالجات الإشارة الرقمية (DSP) لتشغيل المكعب الأساسي.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
التكوين
جانب المكعب الخاص بالتكامل من CUCM إلى CUBE
عند إعداد مكعب لأول مرة، يجب تمكين الموجه من أجل توجيه المكالمات مثل المكعب. تعرض هذه الصورة تكوين الصوت الأساسي لخدمة VoIP على مكعب:
فيما يلي بعض النقاط الهامة حول هذا التكوين:
- الخط الأول من التكوين هو mode border-element، والذي يمكن CUBE على الموجه. لا تحتوي بعض الأجهزة على هذا التكوين عند عملها كمكعب.
- يتيح Allow-Connections SIP ل CUBE قبول إستدعاءات بروتوكول بدء جلسة عمل (SIP) وتوجيهها كمكالمات SIP. هناك خيارات للطراز H323 أيضا.
- بروتوكول الفاكس t38 هو تكوين افتراضي لموجهات ISR G2. غير مطلوب لتكوين CUBE.
- يسمح Early-Offer Forced ل CUBE بتوجيه المكالمات في سيناريو عرض مؤجل ل Early Offer. يتطلب جميع الموفرين تقريبا مكالمات Offer SIP المبكرة. ويوصى في الواقع بإرسال عرض مبكر من CUCM من أجل تجنب المشاكل المبكرة التي تكتنف وسائل الإعلام.
- كلمة مرور إرسال إشارات Midcall عبارة عن مكالمات SIP إلى SIP فقط. يلزم أن تعمل بعض الخدمات التكميلية.
- يكون برنامج G729 Annex-all هو الأمثل في الحالات التي يتفاوض فيها CUBE مع مزودي الخدمة الذين لا يلتزمون بتنسيق RFC لشفرات G729r8 و G729br8.
تكوين نظير الطلب على المكعب
يشبه أقران الطلب على المكعب أقران الطلب الآخرين على بوابات Cisco IOS. الفرق هو أن مسار المكالمات من نظير طلب VoIP إلى نظير طلب VoIP آخر.
لاحظ وجود إثنين من أقران الطلب هنا: الوارد والصادر. يطابق CUBE نظامي الطلب دائما. نظير الطلب الوارد من منظور CUBE، إما من CUCM أو من موفر SIP. يتم إرسال نظائر الطلب الصادرة نحو CUCM أو إلى موفر SIP.
توصي ICisco بتنفيذ معظم التلاعب الرقمي على CUCM من خلال الأرقام المهمة، وقناع رقم الهاتف الخارجي، والترجمات. راجع المقال فهم نظائر الطلب الواردة والصادرة المطابقة على منصات IOS للحصول على مزيد من المعلومات حول أقران الطلب.
يمكن إجراء المعالجة الرقمية على المكعب، بنفس الطريقة التي يتم تنفيذها على البوابات الصوتية من Cisco IOS. راجع مقالة ترجمة الرقم باستخدام ملفات تعريف الترجمة الصوتية للحصول على مزيد من المعلومات.
عنونة IP الأساسية
يتم تنفيذ عنونة IP على CUBE بنفس الطريقة على أجهزة Cisco IOS الأخرى، ولكنه يستخدم جدول التوجيه لتحديد حركة مرور SIP لمصادر CUBE من أي واجهة. يوفر الأمر show ip route a.b.c.d معلومات حول الواجهة التي يستخدمها المكعب لتحديد حركة مرور SIP. وهذا مهم عند إرسال المكالمات إلى CUCM وعندما يتم إرسال المكالمات إلى موفر SIP. قد تكون هناك حاجة للمسارات الثابتة لجعل هذا العمل.
في بعض الحالات، يجب عليك ربط SIP بواجهة معينة، مثل واجهة إسترجاع على المكعب. يمكن أن يتسبب ربط SIP في حدوث تأثيرات جانبية، مثل عندما لا ينصت CUBE لحركة مرور SIP على واجهة معينة. توصيك Cisco بعدم إستخدام الروابط والسماح لجدول التوجيه باتخاذ قرار، ولكن لا يكون ذلك دائما ممكنا. يمكنك تطبيق روابط SIP تحت الخدمة الصوتية VoIP > SIP، أو على أقران الطلب الفرديين. يتم شرح روابط SIP بشكل أكبر في المقالة تكوين ميزات ربط SIP.
برامج الترميز لفئة الصوت على المكعب
يتم إستخدام برامج الترميز من فئة الصوت ل CUBE لتقديم العديد من برامج الترميز عند إستخدام المكالمات لنظير اتصال VoIP معين. وهذا هو نفس الشيء كما هو الحال على بوابة الصوت Cisco IOS، ولكن عندما يكون مكعبا، تتم تصفية برامج الترميز من نقطة اتصال VoIP إلى الأخرى. وهو يستخدم برامج الترميز المتاحة على كل من نظير الطلب الوارد ونظير الطلب الصادر. يتم إرسال برامج الترميز المطابقة لكليهما. عندما يستقبل CUBE رسالة SIP مع بروتوكول وصف الجلسة (SDP)، فإنه يطابق أيضا هذا مقابل برامج الترميز من فئة الصوت. وهذا يسمح ل CUBE بتصفية برامج الترميز استنادا إلى ما تم إستقباله من رسالة SIP باستخدام SDP، و SDP، و dial-peer الوارد، و نظير الطلب الصادر. وبعد ذلك، يستجيب وكيل مستخدم SIP الآخر (UA) إلى برامج الترميز المقدمة.
يحتوي برنامج ترميز فئة الصوت في الصورة السابقة على ثلاثة ترميز، g729r8، g711ulaw، أو g711alaw. تعرض الصورة هذه المعالجات بالترتيب الذي تحدد به بوابة Cisco IOS أولوية كيفية تقديم برامج الترميز إلى الطرف البعيد. يتم تطبيق برامج الترميز لفئة الصوت على أقران الطلب.
تطبيق التزوير عبر نظام IOS من Cisco
يكون تطبيق الاحتيال في الرسوم التوضيحية في Cisco IOS مفيدا لأنه يمكن أن يمنع الوصول غير المرغوب فيه إلى SIP، ولكن دون التخطيط السليم، يمكن أن يتسبب في بعض المشاكل أثناء التشغيل العادي. يسمح تطبيق التزوير في Cisco IOS للموجه بتحديد الأجهزة التي يمكنها الاتصال بها لإجراء المكالمات (H323 أو SIP). يتم السماح تلقائيا لعناوين IP التي يتم إستخدامها كأهداف جلسة على أقران الطلب بإرسال المكالمات إلى عبارة الصوت Cisco IOS دون تكوين إضافي. ويتضمن ذلك عادة جميع موفري SIP وخوادم CUCM في البيئة، ولكن ليس دائما. إذا لم يكن كذلك، فيجب إضافة هذه إلى المكعب يدويا. يجب إضافة عناوين الإشارات فقط، وليس عناوين الوسائط. راجع ميزة "منع الغش في المكالمات غير المجانية" في المقالة IOS الإصدار 15.1(2)T للحصول على مزيد من المعلومات.
تكامل CUCM إلى المكعب
- لإضافة خط الاتصال إلى تكوين CUCM، انتقل إلى هذا الموقع:
- حدد إضافة جديد وتابع إعداد خط اتصال SIP كما هو موضح هنا:
- ضمن صفحة تكوين خط الاتصال، تذكر تحديد تجمع الأجهزة المناسب الذي يسمح بالمكالمات الواردة إلى خادم CUCM المعين الذي يقبل المكالمات.
بمجرد إنشاء خط الاتصال، تأكد من أن أنماط المسار تصل إليه بشكل صحيح إما من خلال نمط مسار SIP أو إعداد قائمة المسارات / مجموعة المسارات.
يمكن تعيين رأس التحويل المعاد توجيهه للمكالمات الواردة أو الصادرة.
عند إعادة توجيه الأرقام الخارجية إلى شبكة VoIP، تأتي رسائل دعوة SIP مع معلومات التحويل المستقاة إلى CUCM. يعرض الطرف المتصل الأصلي. على سبيل المثال، إذا تم دمج تدفق المكالمات مع Cisco Unity Connection (UC) وانتقل إلى البريد الصوتي، فإن UC يستخدم مصدر التحويل الأولي (الرقم الخارجي المعاد توجيهه) كعلبة بريد الوجهة. لذلك من الممكن أن يحصلوا على ترحيب الفتح الافتراضي بدلا من علبة بريد المشتركين كما هو متوقع. وهذا يتوقف على تدفق المكالمات ومتطلبات طبقتك سواء ما إذا كان هذا سيتم طلبه للتكوين.
- غالبا ما يكون ملف تعريف SIP الخاص بالعرض المبكر مطلوبا عند توصيل CUBE بمزود. إذا كان خط الاتصال يتصل بجهاز Cisco آخر، فقد لا ترغب في تحديد إدراج بروتوكول نقل الوسائط (MTP)، استنادا إلى الأجهزة الطرفية البعيدة. تظهر هذه الصورة موقع ملف تعريف SIP ومكان تحديد المربع الخاص بالعرض المبكر.
غالبا ما يساعد العرض المبكر في حل مشاكل الوسائط التي تنشأ عندما تقوم بدمج خادم CUCM و CUBE مع منتجات أخرى من جهات خارجية. كما يوصى بذلك داخل تصميم شبكة مرجع الحل (SRND).
إذا كان ملف التخصيص سيتم تعديله، فمن الأفضل دائما إنشاء ملف تخصيص جديد ليتم إستخدامه بدلا من ملف التخصيص الافتراضي.
ملاحظة: يتم إستخدام خانة الاختيار هذه عندما لا يرغب المستخدمون النهائيون في إستخدام MTP في كل مكالمة.
- قد يكون من الضروري التغيير من TCP/UDP للبروتوكول ضمن ملف تعريف أمان SIP استنادا إلى تدفق المكالمات. للقيام بهذا التغيير، انتقل إلى ملفات تعريف أمان خط اتصال SIP > ملف تعريف خط اتصال SIP غير الآمن:
ستفشل المكالمات، ومطلوب تتبع CUBE/CUCM لفهم ما يحدث أثناء الفشل، ولكن هذه الميزة يمكن تعديلها للتأكد من أنها ليست سبب المشكلة. ومع ذلك، بمجرد تعديل هذا، يجب إعادة ضبط/إعادة تشغيل خط الاتصال لإجراء التغيير.
- في بعض الظروف، قد يلزم إضافة قناع الهاتف الخارجي على تكوين الهاتف لمتابعة المكالمة، نظرا لأن بعض Telco لا تسمح باستمرار المكالمة بدون القناع المتوقع. لإجراء هذا التعديل، انتقل إلى صفحة تكوين رقم الدليل (DN) الخاصة بهاتف جهة الاتصال، وقم بإجراء التغيير اللازم للصندوق، ثم قم بإعادة تعيين/إعادة تشغيل الهاتف بعد حفظ التغييرات.
التحقق من الصحة
قم بإجراء مكالمات إختبار للتحقق من أن التكوين لديك يعمل بشكل صحيح. إذا فشلت إستدعاءات الاختبار، فخذ تتبع خدمة CUCM التفصيلي أو تتبع CUBE لفهم المشكلة.
استكشاف الأخطاء وإصلاحها
لا تتوفر حاليًا معلومات محددة لاستكشاف الأخطاء وإصلاحها لهذا التكوين.