شكرًا على ملاحظاتك.

لننظر في شريك Webex الافتراضي المسمى TelSP لتوضيح النماذج المختلفة لعمليات النشر التي يمكن للشريك اعتمادها.

فيما يلي المواصفات والمتطلبات عالية المستوى لـ TelSP:

• يخطط الشريك لاستخدام sip.telsp.com كنطاق المستوى الأعلى الذي تتم مشاركته عبر جميع العملاء الذين يديرهم.

• يمتلك الشريك sip.telsp.com ويمكنه إدارة البنية التحتية لـ DNS وسلطات الشهادات وإدارة عناوين DNS وتوقيع الشهادات لهذا المجال ومجالاته الفرعية.

• يمكن للشريك نشر وحدتي تحكم متميزتين لحدود الجلسة (مادية أو افتراضية) كبوابات محلية للوصول المشترك إلى PSTN بين العملاء النهائيين.

• يمتلك الشريك موقعين فعليين، ويشترك كلا الموقعين في اتصال PSTN:

  • ميامي

  • شيكاغو

• تقوم TelSP بتشغيل بواباتها المحلية نيابة عن العميلين CustA و CustB كما يشار إليهما من هنا.

السيناريو المطلوب هو إنشاء/إنهاء PSTN لكلا العملاء الذين يستخدمون بوابات ميامي وشيكاغو التي يوفرها الشريك، كما هو موضح في الرسم التوضيحي:

مثال النشر المبسط

يوضح المثال المبسط التالي كيف تعمل هوية شهادة Peer على تمكين شهادة واحدة من دعم قنوات اتصال العملاء المتعددة:

• الشهادة — sip.telsp.com

• جذوع

  • custa.sip.telsp.com

  • custb.sip.telsp.com

• هوية شهادة الأقران —sip.telsp.com

• النتيجة

  • يتم استخدام شهادة واحدة

  • يتم دعم قنوات اتصال العملاء المتعددة

ربط موقع العميل بالجذع والبوابة

توفر الأقسام التالية تعيينات تكوين تفصيلية للنشر الموضح أعلاه.

Webex Callingيسمح بإنشاء قنوات اتصال ومشاركة قناة عبر مواقع متعددة. عند إنشاء الجذع، قم بربط الجذع بالموقع.

بالنسبة لـ CustA، تكون تفاصيل الجذع كما يلي:

يوضح الرسم التوضيحي ارتباط موقع العميل بـ Gateway و Trunk لـ CustA:

في عملية النشر هذه، تكون قناة الاتصال المرتبطة بالموقع هي اتصال PSTN الأساسي لهذا الموقع. يتم استخدام قناة الاتصال الأخرى كاتصال PSTN ثانوي أو كمسار لإدخالات خطة الاتصال المحددة. يتم تنفيذ علاقة اتصال PSTN الأساسية والثانوية من خلال مفهوم Route Group. راجع تكوين قنوات اتصال البوابة في قسم Control Hub للحصول على التفاصيل.

بالنسبة إلى CustB، يتم إنشاء إعداد مماثل باستخدام قنوات الاتصال التالية:

يوضح الرسم التوضيحي ارتباط موقع العميل بـ Gateway و Trunk لـ CustB:

يُظهر الرسم التوضيحي موقعًا ثالثًا وهو نيويورك، والذي يمكنك إضافته لاحقًا والإشارة إلى trunk_chicago باعتباره اتصال PSTN الأساسي .

عند نشر بوابة محلية تشترك في قنوات اتصال متعددة، تفرض Cisco استخدام FQDN فريد لكل قناة. راجع تكوين قنوات الاتصال ومجموعات المسارات وخطط الاتصال للاتصال عبر WebEx للحصول على التفاصيل.

يعد استخدام عنوان IP ومنفذ معروف لكل قناة خيارًا مثاليًا. ومع ذلك، قد يمثل الحصول على عنوان IPv4 عام تحديًا لبعض الشركاء الذين يرغبون في استخدام عنوان واحد لكل بوابة لكل موقع.

لذلك اقرأ هذه المؤشرات المهمة:

• لا تفرض Cisco عنوان IP لكل قناة اتصال.

• يمكن تحويل عنوان قناة الاتصال إلى عنوان IP فريد أو إلى العنوان المشترك بين قناة اتصال أخرى.

• توصي Cisco بتكوين كل اتصال قناة باستخدام عنوان IP فريد ومجموعة منافذ على البوابة المحلية للأسباب التالية:

  1. يؤدي الاحتفاظ بارتباطات اتصال TCP المنفصلة لكل قناة إلى دعم الحد الأقصى لسعة المكالمات المتزامنة لكل قناة. يمكن أن تؤثر مشاركة عناوين IP ومجموعات المنافذ عبر قنوات الاتصال سلبًا على سعة الاتصال.

  2. يوفر عزلًا على مستوى الشبكة بين العملاء

  3. من المعتاد أن تقوم وحدات التحكم في حدود الجلسة بإعادة استخدام اتصال مقبس TCP سريع الزوال ما لم يتم توفير العزل كمستأجر فريد مقسم بواسطة عنوان IP أو منفذ استماع فريد للمستأجر.

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

عنوان IP لكل بوابة: تكوين قناة الاتصال والتوصيات

راجع هذه الأمثلة لنماذج مختلفة للتخطيط:

الطراز 1: عنوان IP فريد لكل قناة اتصال

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

تمثيل المعلومات في شكل جدول:

في هذا النموذج نفسه، يمكن للشريك استخدام عنوان SRV. Webex Callingيسمح فقط بـ «_sips». _tcp» كمجموعة خدمة وبروتوكول لاكتشاف عنوان النظير إذا كان سجل SRV.

عينة من كيفية حل سجل SRV

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
_sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.custa.sip.telsp.com

الطراز 2: عنوان IP مشترك لكل بوابة ومنافذ استماع فريدة

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

في هذا النموذج نفسه، يستخدم الشريك عنوان SRV. Webex Callingيسمح فقط بـ «_sips». _tcp» كمجموعة خدمة وبروتوكول لاكتشاف عنوان النظير إذا كان سجل SRV.

فيما يلي نموذج آخر لكيفية حل سجل SRV. في هذا المثال، يوجد سجل A واحد لكل عنوان IP. ومع ذلك، يكون المنفذ فريدًا لكل عنوان ويتم تمثيله من خلال تكوين DNS محدد يربط عنوان SRV بالمنفذ الصحيح.

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
_sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.sip.telsp.com

nslookup -type=srv _sips._tcp.trunk.miami.custb.sip.telsp.com
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
_sips._tcp.trunk.miami.custb.sip.telsp.com = 3600 50 5062 miami.sip.telsp.com

بالنسبة إلى قنوات الاتصال المستندة إلى SRV، يتم ملء هوية شهادة Peer مبدئيًا من قيم SRV التي تم تكوينها ويمكن تخصيصها وفقًا لقواعد التحقق نفسها.

يمتلك الشريك telsp.com ونطاقاته الفرعية. لذلك، يقع خادم DNS وسلطة الحصول على الشهادات الموقعة من قبل مرجع مصدق معتمد على عاتق الشريك.

• Cisco Webexتتوقع من الشريك نشر عنوان FQDN أو SRV بما في ذلك A Records في المجال العام.

• Cisco Webexتتوقع أن يستخدم الشريك إحدى سلطات الشهادة المدرجة في هذا المستند.

عند تكوين قنوات الاتصال باستخدام FQDN أو SRV:

• يجب أن يظل لكل قناة اتصال FQDN فريد للتوجيه والتعريف

• يجب تكوين سجلات DNS (A Record أو SRV) بشكل صحيح وقابلة للحل

• يتم استخدام FQDNS هذه لإرسال الإشارات والتوجيه. يتم إجراء التحقق من صحة الشهادة مقابل هوية شهادة Peer التي تم تكوينها، والتي يتم تعيينها افتراضيًا على قيم FQDN الخاصة بـ trunk ولكن يمكن تخصيصها لهوية مشتركة مملوكة للشريك.

  يتم ملء حقل هوية شهادة الأقران مسبقًا من قناة FQDN ويمكن تجاوزه بنطاق مشترك مملوك للشريك لاستخدام شهادة واحدة عبر قنوات اتصال عملاء متعددة.

قم بإعداد البوابة

استخدم هذه الموارد لإعداد بوابة محلية.

لإعداد Cisco CUBE، استخدم هذا الإجراء: تكوين البوابة المحلية على Cisco IOS XE لـ Webex Calling

يمكنك إعداد SBCs المعتمدة من جهات خارجية، راجع: ابدأ باستخدام Local Gateway

قم بإعداد البوابة المستضافة من قبل الشريك وفقًا لهذه الإرشادات: ابدأ مع Local Gateway

قم بتعيين كل صندوق وفقًا للتعليمات ذات الصلة لجهاز SBC. للحصول على تعليمات Cisco CUBE، راجع: تكوين البوابة المحلية على Cisco IOS XE لـ Webex Calling

قم بإعداد فصول الصوت والاتصال بالأقران ومجموعات الأقران لحركة المرور الواردة والصادرة لقناة الاتصال وفقًا للصورة:

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

عند تكوين قنوات الاتصال في Control Hub، حدد هوية شهادة نظير لتمكين استخدام شهادة واحدة لنطاق المستوى الأعلى الخاص بك عبر جميع مؤسسات العملاء. تأكد من أن CN أو SAN للشهادة تتضمن نطاق المستوى الأعلى هذا. باستخدام هوية شهادة Peer، تستخدم البوابة المحلية شهادة واحدة تحتوي CN أو SAN الخاصة بها على المجال المشترك للشريك (على سبيل المثال، sip.telsp.com). لا يتم دعم شهادات البدل (على سبيل المثال، *.sip.telsp.com). Webex Callingيقبل هذه الشهادة لكل قناة عميل تم تكوينها بشكل صريح بهذه القيمة كهوية شهادة Peer الخاصة بها. يجب أن تحتوي الشهادة على قيمة هوية شهادة Peer التي تم تكوينها بدقة في CN أو SAN. وهذا يلغي الحاجة إلى تكوين شهادات منفصلة أو إدخالات CN/SAN لقناة FqDNS الفردية.

التحقق من المجال واستخدام الشهادة

من المهم فهم كيفية اختلاف التحقق من النطاق عن استخدام الشهادة:

• التحقق من المجال (لكل عميل) - يجب على كل مؤسسة عميل التحقق بشكل مستقل من المجال (على سبيل المثال، sip.telsp.com) عن طريق إضافة سجل TXT فريد في DNS. هذا يضمن امتلاك الشريك للنطاق ويمنع الاستخدام غير المصرح به.

• إدارة الشهادات (العالمية) —يمكن مشاركة شهادة واحدة تم إصدارها لنطاق المستوى الأعلى للشريك عبر جميع قنوات اتصال العملاء باستخدام هوية Peer cert. لا توجد حاجة للاحتفاظ بشهادات منفصلة لكل عميل أو لكل صندوق.

سلوك هوية شهادة الأقران

تحدد هوية شهادة الأقران الهوية Webex Calling المتوقعة في الشهادة المقدمة من البوابة المحلية.

عند التهيئة:

• Webex Callingيتحقق من صحة الشهادة عن طريق مطابقة هوية شهادة Peer التي تم تكوينها مقابل CN أو SAN في الشهادة

• في حالة تطابق القيم، يتم قبول اتصال TLS

• في حالة عدم تطابق القيم، يتم رفض الاتصال

يُسمح فقط لقنوات الاتصال التي تم تكوينها بشكل صريح باستخدام هوية شهادة Peer المطابقة بالمصادقة.

التحقق من صحة الشهادة وحده ليس الفحص الوحيد الذي يتم إجراؤه أثناء المصادقة. بالإضافة إلى التحقق من صحة الشهادة CN أو SAN مقابل هوية شهادة Peer التي تم تكوينها، يتحقق Webex Calling أيضًا من تكوين قناة FQDN بشكل صريح وربطها بهوية شهادة Peer المطابقة في Control Hub.

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

1. مثال تكوين صالح:

   • شهادة CN — sip.telsp.com

   • شهادة شبكة التخزين (SAN) — custa.sip.telsp.com

   • هوية شهادة الأقران —custa.sip.telsp.com

   • عنوان FQDN — trunk.miami.custa.sip.telsp.com

   النتيجة —ينجح الاتصال لأن هوية شهادة الأقران (custa.sip.telsp.com) تطابق قيمة SAN في الشهادة، كما أن قناة FQDN (trunk.miami.custa.sip.telsp.com) هي نطاق فرعي لهوية شهادة النظير التي تم تكوينها.

2. مثال فشل الاتصال:

   • شهادة CN — sip.telsp.com

   • شهادة شبكة التخزين (SAN) — custa.sip.telsp.com

   • هوية شهادة الأقران —custb.sip.telsp.com

   • شبكة إدارة الغذاء والدواء — trunk.miami.custb.sip.telsp.com

   النتيجة —يفشل الاتصال عند مصافحة TLS لأن هوية شهادة الأقران (custb.sip.telsp.com) غير موجودة في CN أو SAN للشهادة. إن قناة FQDN هي بشكل صحيح نطاقًا فرعيًا لهوية شهادة Peer، ولكن الشهادة لا تحمل هذه الهوية.

3. مثال تكوين غير صالح:

   • شهادة CN — sip.telsp.com

   • شهادة شبكة التخزين (SAN) — custa.sip.telsp.com

   • هوية شهادة الأقران —custa.sip.telsp.com

   • شبكة إدارة الغذاء والدواء — trunk.miami.custb.sip.telsp.com

   النتيجة —يرفض مركز التحكم هذا التكوين في وقت التوفير نظرًا لأن قناة FQDN (trunk.miami.custb.sip.telsp.com) لا تساوي أو تمثل نطاقًا فرعيًا لهوية شهادة النظير التي تم تكوينها (custa.sip.telsp.com).

من Partner Hub، يمكنك تشغيل مركز التحكم إما لـ custA أو CustB وتكوين البوابة. استخدم هذا الإجراء للتهيئة لكل عميل:

1. إنشاء الجذع - أضف قناة اتصال ضمن الاتصال/توجيه المكالمات/الجذع لكل بوابة مشتركة للشريك. لإعداد قناة اتصال، راجع تكوين قنوات الاتصال ومجموعات المسارات وخطط الاتصال لـ Webex Calling

2. إضافة مجال والتحقق - إضافة المجال التالي المستخدم لإنشاء قناة اتصال ضمن إعدادات الإدارة/المؤسسة/المجالات والتحقق منه.

   العميل ب	العميل C
   sip.telsp.com	sip.telsp.com

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

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

   التحقق من المجال فقط مطلوب لهوية شهادة Peer. لا تطالب بالنطاق المشترك في مؤسسة عملاء. يمكن المطالبة بالنطاق من قبل مؤسسة واحدة فقط، بينما يمكن التحقق من نفس المجال في مؤسسات متعددة.

3. قم بإعداد عنوان SBC باستخدام FQDN—

   بالنسبة لبوابة ميامي:

   المعلمة	العميل ب	العميل C
   الموقع	دنفر	بوسطن
   اسم صندوق السيارة	ترونك_ميامي	ترونك_ميامي
   نوع صندوق السيارة	على أساس الشهادة	على أساس الشهادة
   نوع الجهاز	على سبيل المثال Cisco Unified Border Element(أو أي جهاز آخر مدعوم)	على سبيل المثال Cisco Unified Border Element(أو أي جهاز آخر مدعوم)
   نوع عنوان SBC	FQDN	FQDN
   اسم المضيف	إل جي دبليو ميامي	إل جي دبليو ميامي
   الدومين	sip.telsp.com	sip.telsp.com
   ميناء	5061	5062
   FQDN	شركة إل جي دبليو ميامي. العميل عبر موقع SIP.telsp.com: 5061	خدمة العملاء في إل جي دبليو ميامي. sip.telsp.com: 5062
   الحد الأقصى لعدد المكالمات المتزامنة (250-6500)	500	500

   بالنسبة لبوابة شيكاغو:

   المعلمة	العميل ب	العميل C
   الموقع	ديترويت	دالاس
   اسم صندوق السيارة	ترونك_شيكاغو	ترونك_شيكاغو
   نوع صندوق السيارة	على أساس الشهادة	على أساس الشهادة
   نوع الجهاز	على سبيل المثال Cisco Unified Border Element(أو أي جهاز آخر مدعوم)	على سبيل المثال Cisco Unified Border Element(أو أي جهاز آخر مدعوم)
   نوع عنوان SBC	FQDN	FQDN
   اسم المضيف	إل جي دبليو شيكاغو	إل جي دبليو شيكاغو
   الدومين	sip.telsp.com	sip.telsp.com
   ميناء	5061	5062
   FQDN	شركة إل جي دبليو شيكاغو. العميل. sip.telsp.com: 5061	شركة إل جي دبليو شيكاغو. خدمة العملاء. sip.telsp.com: 5062
   الحد الأقصى لعدد المكالمات المتزامنة (250-6500)	500	500

   • (اختياري) لا يلزم أن تكون أسماء قنوات الاتصال فريدة عبر مؤسسات العملاء. إعادة استخدام نفس الاسم (على سبيل المثال، trunk_miami) يجعل تتبع الجذع أسهل.

   • تسمح بعض وحدات SBC بتكوين نفس المنفذ ولكن هذا التكوين يمكن أن يؤثر على السعة. لذلك، استخدم منافذ مختلفة.

4. هوية شهادة الأقران-

   • البادئة —البادئة اختيارية. اتركه فارغًا لتعيين هوية شهادة Peer للمجال وحده. هذا هو نموذج الشهادة المشتركة المستخدم في هذه المقالة (هوية شهادة الأقران — sip.telsp.com، والتي تغطي جميع قنوات اتصال العملاء). اختياريًا، أدخل بادئة لتعريف هوية شهادة أكثر تحديدًا (على سبيل المثال، البادئة: CustomerB، المجال: CustomerB.sip.telsp.com للحصول على شهادة لكل عميل). تظل قناة FQDN نفسها محددة بواسطة عنوان SBC واسم المضيف وحقول المجال ويجب أن تكون مساوية أو نطاقًا فرعيًا لهوية شهادة النظير الناتجة.

     مثال:

     البادئة - العميل B

     اسم النطاق — sip.telsp.com

     النتيجة - العميل @b.sip.telsp.com

   • المجال: حدد نطاقًا من قائمة المجالات التي تم التحقق منها في مؤسسة العميل. يجب أن تتطابق هوية شهادة النظير الناتجة (البادئة + المجال) مع CN أو SAN للشهادة التي تقدمها SBC. Webex Callingيستخدم هذه القيمة لمصادقة اتصال TLS.

     

     يرفض Control Hub هذا التكوين في وقت التوفير لأن قناة FQDN ليست ضمن هوية شهادة Peer التي تم تكوينها.

     في حالة عدم تطابق هوية شهادة Peer مع CN أو SAN في الشهادة المقدمة من SBC، يتم Webex Calling رفض اتصال TLS ويفشل الجذع في التأسيس.

5. استخدام قنوات الاتصال - اختر أي موقع عشوائي لقناة الاتصال، نظرًا لما يلي:

   • يمكن لأي موقع استخدام قناة الاتصال في اتصال PSTN.

   • يمكنك الوصول إلى الجذع من خلال مجموعة مسارات.

   • يمكن لأي خطة اتصال استخدام الجذع.

6. راجع تعريفات الجذع مع المواقع المرتبطة:

   

   يمكنك استخدام قنوات الاتصال هذه لإنشاء مجموعات المسارات. في الصورة، يتم تعريف مجموعة المسارات rg_miami_chicago التي تقوم بتوجيه المكالمات إلى trunk_miami trunk كخيار أساسي وإلى trunk_chicago كخيار ثانوي.

   

   يمكنك تحديد مجموعة المسار الثانية rg_chicago_miami التي توجه المكالمات إلى trunk_chicago trunk كخيار أساسي وإلى trunk_miami كخيار ثانوي.

7. تتوفر قنوات الاتصال ومجموعات المسارات المحددة الآن في خيار Calling Connection PSTN لكل موقع. في الصورة، انظر موقع دنفر.

   

8. يمكنك استخدام قنوات الاتصال ومجموعات المسارات في تعريف خطة الطلب. على سبيل المثال، يتم تقسيم نطاق الأرقام المحلي في شيكاغو للعميل بحيث ينتهي بمجموعة مسارات rg_chicago_miami (لجميع المواقع) في الصورة:

   

   

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

يمكن للشركاء الذين يديرون عددًا كبيرًا من مؤسسات العملاء توفير نطاقات على نطاق واسع باستخدام واجهات برمجة التطبيقات بدلاً من واجهة المستخدم.

• تحقق من المجال

• توجيه المكالمات