فشل نقل رقم الاتصال ل Webex مع خطأ HTTP 429
المحتويات
مسألة
عند محاولة نقل رقم هاتف بين مواقع "الاتصال عبر Webex" في "لوحة التحكم"، تفشل عملية النقل مع ظهور أعراض خطأ محددة. تعرض واجهة لوحة التحكم "نقل قيد التقدم" في البداية، ثم رسالة من "الخادم مشغول. الرجاء الانتظار والمحاولة مرة أخرى. لم يتم إنشاء أي أمر PSTN أو إدخال "إدارة المهام" أثناء المحاولة الفاشلة.
تظهر معلومات تصحيح أخطاء المستعرض إستجابة HTTP 429 "طلبات كثيرة جدا" من نقطة نهاية واجهة برمجة تطبيقات إنشاء وظيفة خدمة دفعة المسؤول. تتضمن تفاصيل الخطأ المحددة التي تم التقاطها:
Status: 429
Status Text: Too Many Requests
URL: https://admin-batch-service-r.wbx2.com/api/v1/customers/<org-id>/jobs
Message: The server is busy. Please wait and try again. TrackingID: ATLAS_1e6ae5c6-ca3c-4c1a-b40f-4b49668c74a9_27
وبالإضافة إلى ذلك، يكشف تحليل الواجهة الخلفية عن مواجهة سير العمل للنقل لفشل التحقق من صحة إمكانية النقل عندما تستخدم مواقع المصدر والوجهة أماكن مختلفة لمزودي خطة الاتصال من Cisco، حتى عند تكوين كلا الموقعين باستخدام خطط الاتصال من Cisco.
البيئة
الاتصال عبر Webex باستخدام خطة الاتصال من Cisco
بناء محور التحكم: 20260812-0ec3555
مواقع عمل متعددة مع موفري PSTN كامنين مختلفين
موقع المصدر باستخدام IntelPeer كموفر PSTN
موقع الوجهة باستخدام Telnyx كموفر PSTN
رقم الهاتف نشط وغير معين وغير مرتبط بالمستخدمين أو خدمات الاتصال
يكون كل من مواقع المصدر والوجهة عمليين
قرار
وقد تم حل هذه المشكلة من خلال التدخل الهندسي الخلفي. حدد فريق الهندسة أن حالة الرقم كانت ضئيلة في نظام Terminus، مما تسبب في فشل عمليات التحقق من صحة ما قبل النقل. وقد اتخذت هذه الخطوات:
إصلاح الخلفية الهندسية
الخطوة 1: حدد فريق الهندسة حالة رقم قياسي في Terminus
الخطوة 2: تم تحديث حالة الرقم في النظام الخلفي
الخطوة 3: تم تصحيح عمليات التحقق من الصحة قبل النقل لإظهار الرقم كمؤهل للنقل
إعادة محاولة العميل والتحقق منه
الخطوة 1: حاول العميل نقل الرقم مرة أخرى بعد إصلاح الطرف الخلفي
الخطوة 2: تم نقل الرقم بنجاح إلى موقع الوجهة
الخطوة 3: قام العميل بتعيين الرقم لنفسه والتحقق من وظيفة الاتصال الوارد
تحليل أستكشاف الأخطاء وإصلاحها الذي تم إجراؤه
كشف التحقيق عن عوامل تقنية متعددة:
تحليل ملف HAR:
السبب
حدثت هذه المشكلة بسبب معلومات حالة الرقم المتدني في نظام Terminus، مما أدى إلى فشل عمليات التحقق من الصحة قبل النقل بشكل غير صحيح. أدى عدم تناسق البيانات الخلفية هذا إلى منع التعرف على الرقم كمؤهل لعملية النقل.
وبالإضافة إلى ذلك، يمكن أن تواجه التحركات الموثقة بين مواقع خطة الاتصال من Cisco مع موفري PSTN الأساسيين المختلفين (IntelPeer مقابل Telnyx) قيود الأهلية في سير العمل القياسي للنقل المباشر، حتى عندما يستخدم كلا الموقعين خطط الاتصال من Cisco. ومع ذلك، فإن الحل الأساسي ينطوي على تصحيح البيانات القديمة بدلا من معالجة توافق الموفر.
المحتوى ذي الصلة
محفوظات المراجعة
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
1.0 |
10-Nov-2026
|
الإصدار الأولي |
التعليقات