المقدمة
يصف هذا المستند سيناريو مع مسار بالقطر الفاشل على منتجات StarOS (موجه خدمات التجميع (ASR) 5500 و QvPC - SI و QvPC-DI).
تمت المساهمة من قبل جان سميتز ودنيس لانوف، مهندسي TAC من Cisco.
المشكلة
يتم الإبلاغ عن هذه السجلات على MME:
[mme-app 147036 error] [3/1/11383 <sessmgr:30> e_attach_proc.c:3390] [callid 0000000] [context: mme, contextID: 2]
[software internal user syslog] imsi 012341234567890, procedure MME Attach procedure , Error sending HSS-S6a message.
الحل
عند حدوث فشل في المسار المحدد (على سبيل المثال tx-timeout)، يتم زيادة عدد حالات الفشل على هذا المسار. بمجرد وصول عدد مرات الفشل إلى "حد فشل المسار" الذي تم تكوينه، يتم إعتبار المسار فاشلا.
- لا يتم تجاهل أي مسار فاشل أثناء إجراء البحث عن المسار لتوجيه رسالة. وتعطى للمسارات "المتاحة" أولوية أكبر من تلك "الفاشلة". في حالة عدم وجود مسار "متوفر"، يتم تحديد المسار "الفاشل".
- يحتوي المسار الفاشل على الحد الأقصى من الوقت الموقت حتى يبقى فاشلا. أستخدم، "route-failure deadtime <>" في تكوين نقطة النهاية لتعيين وقت إسترداد المسار الميت. بشكل افتراضي، يتم تعيين هذا إلى 60 ثانية.
- يمكننا إعادة تعيين المسار الفاشل بالقوة باستخدام الأمر وقطر إعادة تعيين فشل المسار.
يوصى بتكوين قيمة وقت انتهاء صلاحية فشل المسار في حالة حدوث أي فشل في المسار بالقطر أسفل نظائر القطر لمسحها تلقائيا بعد بعض الوقت (القيمة التي تم تكوينها في ثوان). يقوم "route-failure deadtime" بتكوين المدة الزمنية التي يتم من أجلها الاحتفاظ بحالة فشل المسار. عند انتهاء صلاحية هذه الفترة، يمكنك تغيير الحالة إلى متاح.
configure
context <context_name >
diameter endpoint <endpoint_name>
route-failure deadtime 86400
يرجى الرجوع إلى مرجع واجهة سطر الأوامر للحصول على تفاصيل حول واجهة سطر الأوامر.
التعليقات