إعداد بيئتك

يمكن نشر Broadworks XSPs مباشرة على الإنترنت، أو يمكن أن تقيم في DMZ الجبهة من قبل عنصر موازنة الحمل مثل F5 BIG-IP. لتوفير التكرار الجغرافي ، يمكن نشر XSPs في اثنين (أو أكثر) من مراكز البيانات ، ويمكن مواجهة كل منها من قبل Load balancer ، ولكل منها عنوان IP عام. إذا كانت XSPs وراء أداة موازنة التحميل، فإن خدمات Webex المصغرة والتطبيق ترى فقط عنوان IP الخاص بمطابقة التحميل، ويبدو أن BroadWORKS تحتوي على XSP واحد فقط، حتى إذا كان هناك العديد من XSPs في الخلف.

في المثال أدناه ، يتم نشر XSPs في موقعين ، الموقع A والموقع B. هناك اثنين من XSPs الجبهة من قبل Load Balancer في كل موقع. يحتوي الموقع A على XSP1 و XSP2 واجهة من LB1، والموقع B لديه XSP3 و XSP4 واجهة من LB2. يتم الكشف فقط عن موازين التحميل على الشبكة العامة ، و XSPs هي في الشبكات الخاصة DMZ.

تكوين DNS

يجب أن تكون خدمات Webex Cloud Microservices قادرة على العثور على خادم (خوادم) Broadworks XSP للاتصال بواجهات XSI وخدمة المصادقة وCTI.

ستقوم خدمات Webex Cloud بإجراء بحث DNS A/AAAA عن اسم مضيف XSP الذي تم تكوينه والاتصال بعنوان IP المرسل. يمكن أن يكون هذا عنصر حافة موازنة الحمل ، أو يمكن أن يكون خادم XSP نفسه. إذا تم إرجاع عناوين IP متعددة، فسيتم تحديد عنوان IP الأول في القائمة. البحث عن SRV غير مدعوم حاليًا.

مثال: سجل DNS الخاص بالشريك لاكتشاف خادم XSP المتوازن الذي يواجه الإنترنت / موازين التحميل.

تجاوز الفشل

عندما ترسل خدمات Webex المصغرة طلبًا إلى XSP/Load Balancer وفشل الطلب، يمكن أن تحدث عدة أشياء:

• إذا كان الفشل ناجمًا عن خطأ في الشبكة (على سبيل المثال: TCP، SSL)، تقوم خدمات WeBEX المصغرة بوضع علامة على عنوان IP على أنه محظور، وتقوم على الفور بتنفيذ مسار يتقدم إلى عنوان IP التالي.

• إذا تم إرجاع رمز خطأ (HTTP 5xx)، فإن خدمات Webex المصغرة تحدد عنوان IP على أنه محظور وتقوم على الفور بتنفيذ مسار يتقدم إلى عنوان IP التالي.

• إذا لم يتم استلام استجابة HTTP في غضون ثانيتين، فستنتهي مهلة الطلب وتقوم خدمات WeBEX المصغرة بوضع علامة على IP على أنه محظور وأداء مسار يتقدم إلى عنوان IP التالي.

يتم تجربة كل طلب 3 مرات قبل الإبلاغ عن الفشل مرة أخرى إلى الخدمة المصغرة.

عندما يكون عنوان IP في القائمة المحظورة، فلن يتم تضمينه في قائمة العناوين لمحاولة إرسال طلب إلى XSP. بعد فترة زمنية محددة مسبقًا، تنتهي صلاحية عنوان IP المحظور والعودة إلى القائمة لمحاولة تقديم طلب آخر.

إذا تم حظر جميع عناوين IP، فستظل خدمة MICROSERVICE تحاول إرسال الطلب عن طريق تحديد عنوان IP عشوائيًا من القائمة المحظورة. في حالة نجاحه، تتم إزالة عنوان IP هذا من القائمة المحظورة.

الحالة

يمكن رؤية حالة اتصال خدمات Webex Cloud مع XSPs أو Load Balancers في Control Hub. ضمن مجموعة BroadWorks Calling Group، يتم عرض حالة اتصال لكل واجهة من هذه الواجهات:

• XSI Actions

• XSI Events

• خدمة المصادقة

يتم تحديث حالة الاتصال عند تحميل الصفحة أو أثناء تحديثات الإدخال. يمكن أن تكون حالات الاتصالات:

• أخضر: عندما يمكن الوصول إلى الواجهة على أحد عناوين IP في بحث سجل A.

• أحمر: عندما يتعذر الوصول إلى جميع عناوين IP الموجودة في البحث عن سجل A وتكون الواجهة غير متاحة.

تستخدم الخدمات التالية الخدمات المصغرة للاتصال بـ XSP وتتأثر بتوافر واجهة XSP:

• تسجيل الدخول إلى تطبيق Webex

• تحديث رمز تطبيق Webex

• البريد الإلكتروني/التنشيط الذاتي غير الموثوق به

• الفحص الصحي لخدمة Broadworks

تكوين DNS

يصل تطبيق Webex إلى خدمات Xtended Services Interface (XSI-Actions وXSI-Events) وخدمة إدارة الأجهزة (DMS) على XSP.

للعثور على خدمة XSI، يقوم تطبيق Webex بإجراء بحث DNS SRV عن _xsi-client._tcp.<webex app xsi domain>. يشير SRV إلى عنوان URL الذي تم تكوينه لمضيفي XSP أو موازين التحميل لخدمة XSI. إذا لم يكن البحث عن SRV متاحًا، يعود تطبيق Webex إلى البحث A/AAAA.

يمكن أن تحل SRV على أهداف متعددة A / AAAA. ومع ذلك، يجب أن يتم تعيين كل سجل A/AAAA إلى عنوان IP واحد فقط. إذا كان هناك العديد من XSPs في DMZ خلف جهاز موازنة التحميل / حافة، فمن المطلوب تكوين موازنة الحمل للحفاظ على استمرار الجلسة لتوجيه جميع طلبات الجلسة نفسها إلى XSP نفسه. نقوم بتفويض هذا التكوين لأن نبضات قلب حدث XSI الخاصة بالعميل يجب أن تنتقل إلى XSP نفسه المستخدم لإنشاء قناة الحدث.

في المثال 1، لا يوجد سجل A/AAAA لـ webex-app-xsp.example.com، ولا يحتاج إلى ذلك. إذا كان DNS يتطلب تحديد سجل A/AAAA واحد، فيجب إرجاع عنوان IP 1 فقط. بغض النظر عن ذلك، يجب أن يظل تعريف SRV لتطبيق Webex. إذا كان تطبيق Webex يستخدم اسم A/AAAA الذي يحدد أكثر من عنوان IP واحد، أو إذا كان عنصر موازنة التحميل/حافة لا يحافظ على استمرار الجلسة، فسيرسل العميل في نهاية المطاف نبضات القلب إلى XSP حيث لم ينشئ قناة حدث. يؤدي هذا إلى تمزيق القناة ، وكذلك في حركة مرور داخلية أكثر بكثير مما يضعف أداء مجموعة XSP. نظرًا لأن تطبيق Webex Cloud وWebex لديهما متطلبات مختلفة في البحث عن سجلات A/AAAA، يجب عليك استخدام FQDN منفصل لتطبيق Webex Cloud وWebex للوصول إلى XSP الخاصة بك. كما هو موضح في الأمثلة، يستخدم Webex Cloud سجلاً webex-cloud-xsp.example.com ، ويستخدم تطبيق Webex SRV _xsi-client._tcp.webex-app-xsp.example.com.

المثال 1—XSPs متعددة، وكل منها خلف موازين التحميل المنفصلة

في هذا المثال، يشير SRV إلى حدوث طفرة في سجلات A مع كل سجل A يشير إلى موازن تحميل مختلف في موقع مختلف. سيستخدم تطبيق Webex دائمًا عنوان IP الأول في القائمة وسينتقل إلى السجل التالي فقط إذا كان الأول معطلاً.

المثال 2—XSPs متعددة خلف أداة موازنة تحميل واحدة (مع جسر TLS)

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

عنوان DMS

أثناء عملية تسجيل الدخول، سيقوم تطبيق Webex أيضًا باسترداد عنوان URL لـ DMS لتنزيل ملف التكوين الخاص به. سيتم تحليل المضيف في عنوان URL وسيقوم تطبيق WEBEX بإجراء بحث DNS A/AAAA عن المضيف للاتصال بـ XSP الذي يستضيف خدمة DMS.

مثال: سجل DNS لاكتشاف خادم XSP المتوازن الذي يواجه الإنترنت في Round-Robin من خلال تطبيق Webex لتنزيل ملفات التكوين من خلال DMS:

كيف يجد تطبيق Webex عناوين XSP

يحاول العميل تحديد موقع عُقد XSP باستخدام تدفق DNS التالي:

1. يقوم العميل في البداية باسترداد عناوين URL لـ XSI-Actions/Xsi-Events من Webex Cloud (قمت بإدخالها عند إنشاء مجموعة اتصال BroadWorks المرتبطة بها). يتم تحليل اسم مضيف/مجال Xsi من عنوان URL ويقوم العميل بإجراء بحث SRV على النحو التالي:

   1. يقوم العميل بإجراء بحث SRV عن _xsi-_tcpالعميل.<xsi domain="">

   2. إذا قام بحث SRV بإرجاع هدف واحد أو أكثر من أهداف A/AAAA:

      1. يقوم العميل ببحث A/AAAA عن تلك الأهداف ويقوم بتخزين عناوين IP المرتجعة.

      2. يتصل العميل بأحد الأهداف (وبالتالي سجله A / AAAA مع عنوان IP واحد) استنادًا إلى أولوية SRV ، ثم الوزن (أو بشكل عشوائي إذا كانوا جميعًا متساوين).

   3. إذا كان البحث عن SRV لا يعيد أي أهداف:

      يقوم العميل بإجراء بحث A/AAAA عن معلمة جذر XSI ثم يحاول الاتصال بعنوان IP المرجع. يمكن أن يكون هذا عنصر حافة موازنة الحمل ، أو يمكن أن يكون خادم XSP نفسه.

      كما هو موضح، يجب أن يحل سجل A/AAAA على عنوان IP واحد لنفس الأسباب.

2. (اختياري) يمكنك لاحقًا توفير تفاصيل XSI-Actions/XSI-Events المخصصة في تكوين الجهاز لتطبيق Webex، باستخدام العلامات التالية:

   <protocols>
   	<xsi>
   		<paths>
   			<root>%XSI_ROOT_WXT%</root>
   			<actions>%XSI_ACTIONS_PATH_WXT%</actions>
   			<events>%XSI_EVENTS_PATH_WXT%</events>
   		</paths>
   	</xsi>
   </protocols>

   1. وتتمتع معلمات التكوين هذه بالأسبقية على أي تكوين في مجموعة BroadWorks الخاصة بك في Control Hub.

   2. إذا كانت موجودة، فسيقارن العميل مع عنوان XSI الأصلي الذي تلقاه عبر تكوين مجموعة BroadWorks.

   3. إذا تم اكتشاف أي فرق، فسيقوم العميل بإعادة تهيئة اتصال XSI Actions/ XSI Events. الخطوة الأولى في هذا هي إجراء نفس عملية البحث عن DNS المدرجة تحت الخطوة 1 - تطلب هذه المرة البحث عن القيمة في %XSI_ROOT_WXT% المعلمة من ملف التكوين الخاص بها.

      تأكد من إنشاء سجلات SRV المقابلة إذا كنت تستخدم هذه العلامة لتغيير واجهات XSI.

تجاوز الفشل

أثناء تسجيل الدخول، يقوم تطبيق Webex بإجراء بحث DNS SRV عن _xsiالعميل._tcp.<xsi domain="">، وينشئ قائمة بالمضيفين، ويتصل بأحد المضيفين بناءً على أولوية SRV، ثم الوزن. يصبح هذا المضيف المتصل هو المحدد لجميع الطلبات المستقبلية. ثم يتم فتح قناة حدث للمضيف المحدد ويتم إرسال نبضات القلب بانتظام للتحقق من القناة. تتضمن جميع الطلبات المرسلة بعد الأولى ملف تعريف ارتباط يتم إرجاعه في استجابة HTTP ، لذلك ، من المهم أن يحافظ موازنة الحمل على استمرار الجلسة (التقارب) ويرسل دائمًا الطلبات إلى نفس خادم XSP المنتهي الخلفي.

إذا فشل طلب أو طلب ضربات القلب إلى مضيف، يمكن أن تحدث عدة أشياء:

• إذا كان الفشل راجعًا إلى خطأ في الشبكة (على سبيل المثال: يتم تقديم مسار تطبيق Webex على الفور إلى المضيف التالي في القائمة.

• في حالة إرجاع رمز خطأ (HTTP 5xx)، يحدد تطبيق Webex عنوان IP بأنه محظور ويتم توجيه المسار إلى المضيف التالي في القائمة.

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

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

في حالة نبضات القلب، إذا كان هناك فشلان متتاليتان في الطلب، فسيقوم تطبيق Webex بإعادة تهيئة قناة الحدث.

لاحظ أن تطبيق Webex لا يقوم بمعاودة الفشل، ويتم تنفيذ اكتشاف خدمة DNS مرة واحدة فقط عند تسجيل الدخول.

أثناء تسجيل الدخول، يحاول تطبيق Webex تنزيل ملف التكوين من خلال واجهة XSP/Dms. يقوم بإجراء بحث عن سجل A/AAAA للمضيف في عنوان URL لـ DMS الذي تم استرداده ويتصل بعنوان IP الأول. سيحاول أولاً إرسال الطلب لتنزيل ملف التكوين باستخدام رمز SSO. إذا فشل هذا لأي سبب من الأسباب، فسيتم المحاولة مرة أخرى ولكن باستخدام اسم المستخدم وكلمة المرور الخاصة بالجهاز.