المحتويات

المقدمة

المتطلبات الأساسية

المتطلبات

المكونات المستخدمة

معلومات أساسية

DNS

وظائف MME المتعلقة ب DNS

الإجراء الخاص بتحديد SPGW

المشكلة

استكشاف الأخطاء وإصلاحها

الحل

المقدمة

يصف هذا المستند المشاكل المتعلقة بمهلة نظام اسم المجال (DNS) للاستعلامات الخاصة ب DNS في وحدة إدارة الأجهزة المحمولة (MME) لخدمة GateWay (SGW) وتحديد عبارة شبكة بيانات الحزم (PGW).

المتطلبات الأساسية

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

- StarOS

- وظيفة MME المتعلقة ب DNS

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:

- DNS

- إم إم

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.

معلومات أساسية

DNS

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

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

1. اتصال MME إلى DNS: يستخدم لدقة APN لتحديد SPGW

2. اتصال SPGW ب DNS: يستخدم لدقة عنوان URL للوصول إلى موفر خدمة الإنترنت (ISP)

أنواع السجلات المستخدمة في DNS.

1. سجل المصادقة والتفويض والمحاسبة (AAA): يستخدم لتعريف عنوان مضيف IPv4 و IPv6 المعين على اسم المضيف المؤهل بالكامل حيث يتم إستخدام سجل ل IPv4 والمصادقة والتفويض والمحاسبة (AAA) يستخدم ل IPv6.

2- سجل برنامج العمل الوطني لتصوير الأحداث: يستخدم كخدمة بحث تشير إلى سجل خدمة (SRV) وسجلات A/AAA لعملية إختيار SPGW لدقة نقطة وصول 4G وإجمالي تكلفة الوصول.

3. سجل SRV: يستخدم كبحث لتعيين بين مؤشر مرجع الاسم (NAPTR) وسجل A/AAA.

مثال: لاحظ كيفية رسم خرائط A/SRV/NAPTR.

وظائف MME المتعلقة ب DNS

- الوظيفة الأساسية ل MME المتعلقة ب DNS هي لغرض تحديد SGW و PGW استنادا إلى استعلامات DNS.

- تحتوي Cisco MME على ذاكرة تخزين مؤقت DNS خاصة بها والتي تساعد على تجنب الاستعلامات المتكررة إلى الخوادم الخارجية وتخزين كل استعلام يتم إجراؤه في ذاكرة التخزين المؤقت DNS الخاصة ب MME لتقليل الحاجة إلى إرسال الاستعلام إلى خادم DNS خارجي.

- عندما يقوم UE بالتسجيل إلى شبكة نظام حزم متطور (EPS)، يجب تعيين وحدات SGW و PGW المناسبة لها. يقوم MME بتحديد GW استنادا إلى DNS.

- يتم إستخدام استعلام NAPTR لإجراء تحليل عنوان GW.

- استنادا إلى استعلام DNS، تحدد MME الواجهة بين S-GW و P-GW.

الإجراء الخاص بتحديد SPGW

- تقوم MME بإجراء استعلام DNS أولي للحصول على قائمة بهويات GW والأولويات

- تم إجراء تحديد S-GW استنادا إلى معرف منطقة التعقب (TAI)

- تم تحديد P-GW استنادا إلى APN

- تقوم MME بتحديد GW استنادا إلى معلومات الأولوية أو تكوين MME

- ثم يتم إجراء استعلام DNS ثان للحصول على عناوين IP الخاصة ب GW المطلوب.

لذلك وفقا للإجراء، تقوم MME دائما بإجراء استفسارين من DNS للوصول إلى GW IP وهو ما يتم شرحه.

الاستعلام 1: بالنسبة للاستعلام الأول الذي تم إجراؤه عبر APN أو TAI، يمكنك الحصول على ملف تعريف SRV معين به أو إخراج سجل معين مباشرة كاستجابة.

الاستعلام 2: علاوة على ذلك، يتم إجراء استعلام لملف تعريف SRV وإرساله كسلسلة بديلة للحصول على GW IP.

على سبيل المثال:

Query Name: abcd.apn.epc.mncXXX.mccYYY.3gppnetwork.org

Query Type: NAPTR      TTL: 515 seconds

Answer:

Order: 100            Preference: 50000

Flags: a             Service: x-3gpp-pgw:x-s5-gtp:x-s8-gtp:x-gn:x-gp

Regular Expression:

Replacement: _nodes._pgw.epc.mncXXX.mccYYY.3gppnetwork.org

Query Name: _nodes._pgw.epc.mncXXX.mccYYY.3gppnetwork.org

Query Type: NAPTR      TTL: 515 seconds

Answer:

Order: 100            Preference: 50000

Flags: a            Service: x-3gpp-pgw:x-s5-gtp:x-s8-gtp:x-gn:x-gp

Regular Expression: topoff.pgw- s5s8.node.epc.mncXXX.mccYYY.3gppnetwork.org

Query Name: topoff.pgw- s5s8.node.epc.mncXXX.mccYYY.3gppnetwork.org

Query Type: A      TTL: 646 seconds

Answer:

IP Address: X.X.X.X

المشكلة

1. عند إجراء استعلام NAPTR من MME ل APN abcd.apn.epc.mncXXX.mccYYY.3gppnetwork.org والحصول على مهلة DNS في MME.

ملاحظة: السلسلة +nc-nr هي السلسلة الجديدة التي تمت إضافتها إلى خدمة 5G وإضافتها مقابل كل سجل موارد NAPTR (RR) لتحديد واجهة الخدمة.

"x-3gpp-pgw:x-s5-gtp+nc-nr:x-s8-gtp:x-gn:x-gp"

ملاحظة: +nc-nr هي السلسلة الجديدة المستندة إلى خدمة 5G، لذلك تحتاج MME إلى دعم هذه الخدمة للعمل لأنه عندما تقوم MME بإجراء استعلام DNS والحصول على إستجابة للتحقق من تمكين الخدمة المحددة أو عدم تمكينها في MME.

[gn]SGSN-MME# dns-client query client-name dnsclient query-type NAPTR query-name abcd.apn.epc.mncXXX.mccYYY.3gppnetwork.org

Wednesday October 27 17:06:20 ICT 2021

Query Name: abcd.apn.epc.mncXXX.mccYYY.3gppnetwork.org

Query Type: NAPTR      TTL: 0 seconds

Answer: -Negative Reply-

Failure Reason: DNS query timed out

2. في عمليات تتبع PCAP، تم العثور على أن خادم DNS يتلقى الاستعلام، واستجابة لذلك يرسل 30 إلى 35 بديلا مقابل كل APN بسبب حجم الحزمة الذي يصبح 4186 بايت ويبدأ MME اتصال TCP.

3. يمكنك أن ترى أن DNS تلقى طلب استعلام وإرسال الرد ولكن بدون أي محتوى بعلامة واحدة فقط مثل "تم اقتطاع الرسالة". ويتم ملاحظة ذلك فقط في الحالة التي تم فيها اقتطاع رسالة الاستجابة ويعمل باقي استجابات 4G بشكل جيد عندما لا يتم اقتطاع الرسالة.

السبب الخاص بالرسالة التي تم اقتطاعها هو عندما يكون عدد الاستبدالات التي تم تعيينها مقابل APN أكثر من 30 ويزيد من حجم الرسالة ويرسل علامة الرسالة التي تم اقتطاعها إستجابة لذلك. الحجم الإجمالي لرسالة الاستجابة هو 4181 بايت كحمولة TCP (ارجع إلى الصورة).

بمجرد تلقي هذه الاستجابة في MME، تبدأ MME اتصال TCP ب DNS.

من MME إلى DNS

- Frame 31 - MME يرسل استعلاما إلى DNS

- الإطار 32 - يرسل DNS إستجابة مع مجموعة العلامات على هيئة "رسالة تم اقتطاعها"

- الإطار 33/34/35 - تم إنشاء اتصال TCP بين MME و DNS وتبادل قدراتهما الخاصة

في اللقطة المحددة، يمكنك أن ترى أن الحد الأقصى لحجم المقطع (MSS) الذي تم إرساله من MME هو 9060.

عندما يقوم MME بإجراء استعلام يقوم DNS بإرسال إستجابة لها مع "اقتطاع الرسالة" وليس لديه معلومات أخرى تستند بعدها إلى إستجابة DNS تقوم MME بتهيئة اتصال TCP.

من DNS إلى MME

- يرسل MME استعلاما بعد اتصال TCP

- يعترف DNS بذلك.

- يرسل DNS إستجابة مع مجموعة العلامات ك "لم يتم اقتطاع الرسالة" لأن MSS المشترك مع DNS تم تعيينه إلى 9060 بايت ويرسل الاستجابة بالكامل في انتقال واحد.

- MME ترد ب ACK بدون محتوى

- يرسل DNS ACK إلى المحتوى في الرسالة 38 حيث تكون الحمولة 4181 بايت

- تقوم MME بإرسال بروتوكول TCP لإعادة ضبط الاتصالات وإغلاقها بمجرد أن تتلقى الجزء الأخير.

عندما يستقبل MME الحمولة بالكامل في مقاطع إلى 3 مقاطع أو في محاولة واحدة من DNS، يرسل MME رسالة إعادة تعيين TCP.

DNS commands to troubleshoot

show dns-client statistics

show dns-client statistics client <DNS Client Name>

show dns-client cache client <client name> [query-name <query-name>[query-type <NAPTR | AAAA | A>] | [query-type <NAPTR | AAAA | A>]]

dns-client query client-name <client name> query-type <NAPTR | AAAA> [query-name <query name>].show port datalink counters

Commands to check if there were any problem internal to the starOS system where request is not able to reach from demux vpnmgr to DNS app in sessmgrs

show port npu counters

show cloud configuration

show iftask stats summary

show npu utilization table

show iftask port-stats card <card>   ---- for all active SF cards

show iftask iomux-stats card <card>  ---- for all active SF cards

MON SUB to be captured with options enabled (verbosity 5,Y,S,34,35,19,A,26)

PCAP traces to be captured

DNS cache flush commands

clear dns-client <client-name> cache

سيناريو الاختبار

1. التقاط كافة سجلات/آثار تصحيح الأخطاء المطلوبة مع إختبار مخصص وتمكين السجلات في نفس الوقت عندما يستعرض المشترك مع APN الإشكالية

2. تأكد من أنه في كل مرة يتم إجراء سيناريو إختبار، يحتاج المشترك إلى إجراء إرفاق جديدة لتفريغ المشترك.

3. لأغراض الاختبار، قم بتعيين مختبر واحد ويحتاج هذا المختبر إلى إجراء إختبار مخصص مع نظام IMSI الخاص به والحاجة إلى الوصول إلى شبكة APN الإشكالية: abcd.apn.epc.mncXXX.mccYYY.3gppnetwork.org.

logging filter active facility vpn level debug         ------ debug level logs

logging filter active facility tcpdemux level debug    ------ debug level logs

logging monitor msid <MSID number>                     ------ (these logging command to be executed in config mode)

استكشاف الأخطاء وإصلاحها

1. تحقق من مخرجات جميع الأوامر المذكورة للتأكد من وجود أي إسقاط حزمة داخلي على النظام.

2. تحقق من الإحصائيات للتأكد من زيادة تواتر فترات انتهاء المهلة الزمنية لنظام أسماء المجالات (DNS) في العقدة.

[gn]SGSN-MME# show dns-client statistics client dnsclient

Friday August 20 13:31:48 ICT 2021

DNS Usage Statistics:

---------------------

Query Type             Attempts       Successes        Failures

A                    2430996860      2410410937        20546467

SRV                  1325520986      1325516557            4429

AAAA                 3939810089               0      3939810089

NAPTR                 480586697       432853033        47732791

PTR                           0               0               0

Total                3881947336      4168780527      4008093776

…

Total Resolver Queries: 4480708

Successful Queries:     670040

Query Timeouts:         409717

Domain Not Found:       2455918

Connection Refused:     0

Other Failures:         580612

بعد تشغيل هذه الأوامر لالتقاط الإحصائيات الخاصة بالتكرارات المتعددة وملاحظة أن مهلات الاستعلام تتزايد تدريجيا لكن لم يكن هناك أي عمليات إسقاط حزم بين Demux و Sesmgrs بحيث يتم إستنتاج لا مشكلة مع النظام الداخلي

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

[gn]SGSN-MME# dns-client query client-name dnsclient query-name TOPON.test.NODE.EPC.MNCXXX.MCCYYY.3GPPNETWORK.ORG

Monday August 02 18:51:29 ICT 2021

Query Name: TOPON.test.NODE.EPC.MNCXXX.MCCYYY.3GPPNETWORK.ORG

Query Type: A          TTL: 1038 seconds

Answer:

IP Address: X.X.X.X ------ resolve properly and gave IP

توجد المشكلة بين DNS و SGSN-MME حيث يمكنك رؤية DNS ترسل استجابات ذات قيم إستبدال كقيمة topon ويجب أن تستعلم MME مرة أخرى عن الإدخالات الطبونية ولكن هذا لم يحدث خلاف ذلك إذا قمنا يدويا بحل الاستعلام بنجاح

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

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

Debug logs analysis

For abcd.apn.epc.mncXXX.mccYYY.3gppnetwork.org

2021-Oct-27+17:06:20.910 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] query:14585, UDP, Sent time 1635329180, Timeout set 1635329183  ---- timer is set here

2021-Oct-27+17:06:20.910 [vpn 5919 info] [9/0/11730 <vpnmgr:6> dns_resolver.c:323] [software internal system syslog] Sent out a DNS Query abcd.apn.epc.mncXXX.mccYYY.3gppnetwork.org to DNS Server   --------- DNS query is send for the first time

2021-Oct-27+17:06:20.911 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] TCP Connection Init, While Sending Query

2021-Oct-27+17:06:20.911 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] TCP Connection Open with DHost

2021-Oct-27+17:06:20.911 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] query:14585, TCP, Sent time 1635329180, Timeout set 1635329183 ------------ DNS query is send for the second time

2021-Oct-27+17:06:20.911 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] TCP Connection Successful - DHost-Id = 6766924, Sock_fd = 21

2021-Oct-27+17:06:21.008 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] TCP READ, Kernel Closed, EOF - DHost-Id = 6766924, Sock_fd = 21, errno = 115, req_read_len = 0

2021-Oct-27+17:06:21.008 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] TCP Connection close - DHost-Id = 6766924, Sock_fd = 21

2021-Oct-27+17:06:23.019 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] query:14585, TCP, Timeout detected: 1635329183 ---------------- Timeout detected here

2021-Oct-27+17:06:23.019 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] TCP Connection Init, While Sending Query --------------------- Query is send again

2021-Oct-27+17:06:23.019 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] TCP Connection Open with DHost

2021-Oct-27+17:06:23.019 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] query:14585, TCP, Sent time 1635329183, Timeout set 1635329186 ------- Again send the query with new timer value set

2021-Oct-27+17:06:23.019 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] TCP Connection Successful - DHost-Id = 6504921, Sock_fd = 23

2021-Oct-27+17:06:26.036 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] query:14585, TCP, Timeout detected: 1635329186 ---------------- Timeout detected here

2021-Oct-27+17:06:26.036 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] query:35196, UDP, Timeout detected: 1635329186 ---------------- Timeout detected here

Another example abcd.apn.epc.mncXXX.mccYYY.3gppnetwork.org

2021-Oct-27+17:06:27.257 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] query:19140, UDP, Sent time 1635329187, Timeout set 1635329190 ---- timer is set here

2021-Oct-27+17:06:27.257 [vpn 5919 info] [9/0/11730 <vpnmgr:6> dns_resolver.c:323] [software internal system syslog] Sent out a DNS Query abcd.apn.epc.mncXXX.mccYYY.3gppnetwork.org to DNS Server --------- Query send for the first time

2021-Oct-27+17:06:27.258 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] TCP Connection Init, While Sending Query

2021-Oct-27+17:06:27.258 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] TCP Connection Open with DHost

2021-Oct-27+17:06:27.258 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] query:19140, TCP, Sent time 1635329187, Timeout set 1635329190  -------- Same Query send for the second time

2021-Oct-27+17:06:27.258 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] TCP Connection Successful - DHost-Id = 7201531, Sock_fd = 22

2021-Oct-27+17:06:27.309 [vpn 5921 debug] [7/0/12843 <sessmgr:79> dns_snaptr.c:1466] [software internal system syslog] VPN DEBUG : snaptr_match_valid_entries Initial ue_usage_type:0 nc_nr:0   ----- snaptr match starts

2021-Oct-27+17:06:27.309 [vpn 5921 debug] [7/0/12843 <sessmgr:79> dns_snaptr.c:237] [software internal system syslog] VPN DEBUG : snaptr_compare_service_protocol_set rr_service_parameter x-3gpp-mme:x-gn, inp_svc_param x-3gpp-sgw:x-s5-gtp ue_usage_type_enabled:0 nc_nr_enabled:0   ------- nc_nr enabled which I mentioned earlier

2021-Oct-27+17:06:27.309 [vpn 5921 debug] [7/0/12843 <sessmgr:79> dns_snaptr.c:237] [software internal system syslog] VPN DEBUG : snaptr_compare_service_protocol_set rr_service_parameter x-3gpp-sgw:x-s5-gtp:x-s8-gtp, inp_svc_param x-3gpp-sgw:x-s5-gtp ue_usage_type_enabled:0 nc_nr_e:nabled0

2021-Oct-27+17:06:27.309 [vpn 5921 debug] [7/0/12843 <sessmgr:79> dns_snaptr.c:279] [software internal system syslog] VPN DEBUG : 0.rr_prot_token x-s5-gtp, input token x-s5-gtp

2021-Oct-27+17:06:27.309 [vpn 5921 debug] [7/0/12843 <sessmgr:79> dns_snaptr.c:323] [software internal system syslog] VPN DEBUG : 4.Success Selected Protocol(Normal):x-s5-gtp  ----------- snaptr protocol matched

2021-Oct-27+17:06:30.057 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] query:19140, TCP, Timeout detected: 1635329190 -------- TCP timeout happens

2021-Oct-27+17:06:30.057 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] TCP Connection Init, While Sending Query ----- Again TCP connection initiated

2021-Oct-27+17:06:30.057 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] TCP Connection Open with DHost

2021-Oct-27+17:06:30.057 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] query:19140, TCP, Sent time 1635329190, Timeout set 1635329193 ------ New timer value set with send query

2021-Oct-27+17:06:30.057 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] TCP Connection Successful - DHost-Id = 7136007, Sock_fd = 21

2021-Oct-27+17:06:30.158 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] TCP READ, Kernel Closed, EOF - DHost-Id = 7136007, Sock_fd = 21, errno = 115, req_read_len = 0 – Error because TCP connection is busy because previous connection is not closed

2021-Oct-27+17:06:30.158 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] TCP Connection close - DHost-Id = 7136007, Sock_fd = 21 -------- Connection closed

2021-Oct-27+17:06:30.171 [vpn 5921 debug] [14/0/12709 <sessmgr:15> dns_snaptr.c:1466] [software internal system syslog] VPN DEBUG : snaptr_match_valid_entries Initial ue_usage_type:0 nc_nr:0 --- again snaptr match takes place

2021-Oct-27+17:06:30.171 [vpn 5921 debug] [14/0/12709 <sessmgr:15> dns_snaptr.c:237] [software internal system syslog] VPN DEBUG : snaptr_compare_service_protocol_set rr_service_parameter x-3gpp-mme:x-gn, inp_svc_param x-3gpp-sgw:x-s5-gtp ue_usage_type_enabled:0 nc_nr_enabled:0

2021-Oct-27+17:06:30.171 [vpn 5921 debug] [14/0/12709 <sessmgr:15> dns_snaptr.c:237] [software internal system syslog] VPN DEBUG : snaptr_compare_service_protocol_set rr_service_parameter x-3gpp-sgw:x-s5-gtp:x-s8-gtp, inp_svc_param x-3gpp-sgw:x-s5-gtp ue_usage_type_enabled:0 nc_nr_enabled:0

2021-Oct-27+17:06:30.171 [vpn 5921 debug] [14/0/12709 <sessmgr:15> dns_snaptr.c:279] [software internal system syslog] VPN DEBUG : 0.rr_prot_token x-s5-gtp, input token x-s5-gtp

2021-Oct-27+17:06:33.073 [vpn 5456 info] [9/0/11730 <vpnmgr:6> vpnmgr_func.c:8011] [software internal system syslog] query:19140, TCP, Timeout detected: 1635329193 -----TCP timeout detected

من السجلات، يشير إلى أنه بعد المهلة الأولى ترسل MME خطأ 115 للمحاولات التالية لأن اتصال TCP الأول لا يزال غير مغلق في المقبس.  انتهت مهلة أول اتصال TCP ولم يتم إغلاق الاتصال السابق.

يتم بدء اتصال جديد موجود على نفس المقبس حيث تم تأسيس الاتصال السابق ولم يتم مسحه. ترى الخطأ 115 (عمليات قيد التقدم) رغم تشكيل الاتصال الجديد ولكن بطريقة ما لم يقفل المأخذ التوصيل السابق بعد المهلة الأولى.

الحل

قم بإعادة تشغيل VPNMGR لسياق DNS. لم يتم توفير إصلاح برنامج بعد.