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

فيما يلي المواصفات عالية المستوى & متطلبات مزود خدمات الاتصالات الهاتفية:

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

• يمتلك الشريك sip.telsp.com ويمكنه إدارة البنية التحتية لنظام أسماء النطاقات (DNS) وسلطات إصدار الشهادات، وإدارة عناوين نظام أسماء النطاقات، وتوقيع الشهادات لهذا النطاق ونطاقاته الفرعية.

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

• يمتلك الشريك موقعين فعليين، ويشترك كلا الموقعين في اتصال شبكة الهاتف العامة (PSTN):

  • ميامي

  • شيكاغو

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

السيناريو المرغوب فيه هو وجود شبكة الهاتف العامة (PSTN). origination/termination بالنسبة لكلا العميلين اللذين يستخدمان بوابات ميامي وشيكاغو التي يوفرها الشريك، كما هو موضح في الرسم التوضيحي:

ربط موقع العميل بالخط الرئيسي والبوابة

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

بالنسبة للعميل (أ)، تفاصيل خط الاتصال هي كما يلي:

يوضح الرسم التوضيحي ارتباط موقع العميل بالبوابة والخط الرئيسي لـ CustA:

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

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

يوضح الرسم التوضيحي ارتباط موقع العميل بالبوابة والخط الرئيسي لـ CustB:

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

عند نشر بوابة محلية تشترك في عدة خطوط ربط، فإن Cisco تأمر باستخدام اسم نطاق مؤهل بالكامل فريد لكل خط ربط. راجع Configure-trunks,-route-groups,-and-dial-plans-for-Webex-Calling لمزيد من التفاصيل.

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

لذا اقرأ هذه الإرشادات المهمة:

• لا تفرض شركة سيسكو عنوان IP لكل وصلة.

• يمكن أن يُحل عنوان الجذع إلى عنوان IP فريد أو إلى العنوان المشترك بين جذع آخر.

• توصي شركة سيسكو بتكوين كل اتصال رئيسي باستخدام عنوان 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، يتم تكوين كل وصلة باستخدام اسم نطاق مؤهل بالكامل في مركز التحكم ويتم تكوينها بمنفذ فريد.

في هذا النموذج نفسه، يستخدم الشريك عنوان 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

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

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

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

عند استخدام اسم المجال المؤهل بالكامل (FQDN) كعنوان رئيسي، قم بإعداد الشهادات الموقعة مع تعيين الاسم الشائع (CN) أو رقم الموضوع البديل (SAN) إلى أسماء المجال المؤهل بالكامل (FQDN) للخطوط الرئيسية.

استخدم إحدى هذه الطرق لإنشاء أسماء النطاقات المؤهلة بالكامل (FQDNs) في الشهادة:

• اختر أحد أسماء النطاقات المؤهلة بالكامل (FQDN) كاسم شائع (CN) والباقي كرقم بديل للموضوع (SAN).

• ضع نطاق المستوى الأعلى (sip.telsp.com) كاسم شائع (CN) وجميع أسماء النطاقات المؤهلة بالكامل (FQDNs) كأسماء بديلة للمجال (SANs).

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

عند استخدام SRV كعنوان رئيسي، قم بإعداد شهادات موقعة مع CN أو SAN لجزء المضيف من عنوان SRV. ليس من الضروري وجود سجل A أو CNAME الذي يتم حل عنوان SRV إليه.

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

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

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

يمكنك إعداد وحدات تحكم النطاق القصيرة المعتمدة من جهات خارجية، انظر: بدء استخدام البوابة المحلية

قم بإعداد بوابة الاستضافة الخاصة بالشريك وفقًا لهذه الإرشادات: بدء استخدام البوابة المحلية

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

قم بإعداد فئات الصوت، وأقران الاتصال، ومجموعات أقران الاتصال لحركة المرور الواردة والصادرة للخط الرئيسي وفقًا للصورة:

من خلال مركز الشركاء، يمكنك تشغيل مركز التحكم إما للعميل أ أو العميل ب وتكوين البوابة. استخدم هذا الإجراء لضبط الإعدادات لكل عميل:

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

2. أضف نطاقًا وتحقق منه - أضف النطاق التالي وتحقق منه، وهو النطاق المستخدم لإنشاء جذع تحت Management/Organization Settings/Domains.

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

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

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

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

   معلمة	العميل أ	العميل ب
   الموقع	دينفر	بوسطن
   اسم القناة	trunk_miami	trunk_miami
   نوع القناة	شهادة معتمدة	شهادة معتمدة
   نوع الجهاز	مثال: عنصر الحدود الموحد من سيسكو (أو جهاز آخر مدعوم)	مثال: عنصر الحدود الموحد من سيسكو (أو جهاز آخر مدعوم)
   نوع عنوان SBC	اسم FQDN	اسم FQDN
   اسم المضيف	trunk.miami.custa	trunk.miami.custb
   المجال	sip.telsp.com	sip.telsp.com
   المنفذ	5061	5062
   اسم FQDN	trunk.miami.custa.sip.telsp.com:5061	trunk.miami.custb.sip.telsp.com:5062
   الحد الأقصى لعدد المكالمات المتزامنة (250-6500)	500	500

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

   معلمة	العميل أ	العميل ب
   الموقع	ديترويت	دالاس
   اسم القناة	trunk_chicago	trunk_chicago
   نوع القناة	شهادة معتمدة	شهادة معتمدة
   نوع الجهاز	مثال: عنصر الحدود الموحد من سيسكو (أو جهاز آخر مدعوم)	مثال: عنصر الحدود الموحد من سيسكو (أو جهاز آخر مدعوم)
   نوع عنوان SBC	اسم FQDN	اسم FQDN
   اسم المضيف	trunk.chicago.custa	trunk.chicago.custb
   المجال	sip.telsp.com	sip.telsp.com
   المنفذ	5061	5062
   اسم FQDN	trunk.chicago.custa.sip.telsp.com:5061	trunk.chicago.custb.sip.telsp.com:5062
   الحد الأقصى لعدد المكالمات المتزامنة (250-6500)	500	500

   • (اختياري) لا تستخدم اسمًا فريدًا للصندوق بين العملاء، ويمكن أن يساعد استخدام نفس الاسم في تتبع الصندوق.

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

4. استخدام الصناديق - اختر أي موقع عشوائي للصندوق، وذلك للأسباب التالية:

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

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

   • يمكن لأي خطة اتصال استخدام الخط الرئيسي.

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

   

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

   

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

6. أصبحت الخطوط الرئيسية ومجموعات المسارات المحددة متاحة الآن في خيار اتصال الاتصال PSTN لكل موقع. انظر إلى موقع دنفر في الصورة.

   

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