المقدمة
يوضح هذا المستند كيفية معالجة المشكلة عندما يتم ملء nodeID الحقل في سجل بيانات الشحن (CDR) لعبارة الخدمة بالقيمة 1.
المشكلة
يتم في بعض الأحيان ملء حقل nodeID في SGW CDR بالقيمة 1، بينما من المتوقع أن يتبع تنسيق NDDDstring. في هذا التنسيق، يمثل n عداد إعادة تشغيل مدير الجلسة (SessMgr) (يتراوح من 0 إلى 7)، و ddd هو مثيل SessMgr الذي ينتج ال CDR، و STRING هو سلسلة من 1 إلى 16 حرف.
تحليل
يبدو أن المشكلة نتجت عن SGW CDR التي يتم تشغيلها بواسطة مدير AAA (AAAmgr) من 4 خانات ومثيل SessMgr، بينما يدعم التنفيذ الحالي نطاق مثيل AAAmgr/SessMgr من 0-998 لحقل NodeID في SGW CDR. تلتقط قصاصة السجل حدثا حيث يقوم مثيل AAAmgr 1046 بتهيئة رسالة طلب نقل سجل بيانات GTPP، مرسلة بيانات CDR من 10.10.10:4999 إلى 10.10.10.20:3386، مع تعيين NodeID على 1.
2024-Jul-17+08:30:12.322 [gtpp 52037 info] [1/2/14746 <aaamgr:1046> gr_gtpp_proxy.c:494] [context: Ga, contextID: 4] [software internal security system syslog] AAAmgr instance 1046 sending request with 1 GCDRs to aaaproxy
<<<<OUTBOUND From aaaproxy:1 proxy_handler.c:1001 (Callid 716bbe13) 08:30:12:322 Eventid:66001(7)
CDR Tx from 10.10.10.10:49999 to 10.10.10.20:3386 (241) PDU-dict=custom24
Message Type: GTPP_DATA_RECORD_TRANSFER_REQUEST_MSG (0xf0)
CDR ELEMENTS FOLLOW
recordType SGWRECORD
...
nodeID 1
...
الحل
لمعالجة المشكلة، يتم توسيع النطاق المدعوم لمثيل AAAmgr/SessMgr في حقل nodeID في SGW CDR إلى ما يصل إلى 0-4095 بدءا من الإصدار 21.28.m29/21.28.mh21 فصاعدا.
التعليقات