أستكشاف أخطاء GTPC و GTPU وإصلاحها من السلسلة ASR 5000 وفشل المسار المرتبط بها

خيارات التنزيل

  • ePub     (109.6 KB)
    العرض في تطبيقات مختلفة على iPhone أو iPad أو نظام تشغيل Android أو قارئ Sony أو نظام التشغيل Windows Phone
  • Mobi (Kindle)     (284.4 KB)
    عرض على جهاز Kindle أو تطبيق Kindle على أجهزة متعددة
تم التحديث:٢٣ يوليو ٢٠١٥
معرّف المستند:200026

لغة خالية من التحيز

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

حول هذه الترجمة

ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).

المقدمة

يغطي هذا المقال فهم واستكشاف أخطاء بروتوكول الاتصال النفقي لخدمة حزمة الراديو العامة المطورة لمستوى التحكم (EGTPC) / GTPC (المواصفات الفنية لمشروع شراكة الجيل الثالث 29.274)، ومستوى مستخدم بروتوكول الاتصال النفقي لبروتوكول GPRS (GTPv1-U) (3GPP TS 29.281)، والأكثر صلة بهذه المقالة، إجراءات الاستعادة (3GPP TS 23.007)، والتي تدور حول مفاهيم مثل عدادات المسار، اكتشاف حالات الفشل وطلبات/استجابات الارتداد. ويتضمن قائمة بالأوامر ذات الصلة وما يجب البحث عنه في الإخراج، بالإضافة إلى شرح للتكوينات ذات الصلة. وهذا بالتأكيد مجال تثار بشأنه الكثير من الأسئلة. لاحظ أن أستكشاف مشكلات التحكم في المكالمات وحلها في حد ذاته يشكل منطقة اهتمام واسعة للغاية، ولكن هذه المقالة لا تذكر سوى كيفية التقاط الإحصائيات للتحكم في المكالمات - لا تتم تغطية أي شيء يتجاوز ذلك (أي مشاكل إعداد المكالمات). في الواقع، تركز هذه المقالة بشكل رئيسي على أستكشاف أخطاء إتصالات النظير وإصلاحها، والتي بدونها لن يكون هناك أي تحكم في المكالمات.  أثناء كتابته للمشغلين، يمكن للمصممين / المنفذين الاستفادة من المحتوى هنا.
تستخدم جميع الأمثلة عناوين IP مزورة (مطورة) من شبكة المشغل الحقيقي.

الخلفية

يحتفظ كل جانب من اتصال GTP (واحد من S5 (عبارة الخدمة (SGW) - عبارة شبكة بيانات الحزم (PGW))، S11 ( وحدة إدارة الوسائط المتعددة (MME) - SGW)، S4 ( خدمة عقدة خدمة GPRS (SGSN) - عقدة خدمة GPRS للعبارة (GGSN)) بعداد إعادة تشغيل تم تصميمه لتنبيه النظير في حالة إعادة تشغيل العقدة الأصلية حتى يتمكن النظير من إتخاذ الإجراء المناسب. بينما تستطيع العقدة إستخدام عداد فريد لكل نظير تتكلم إليه، يميل التصميم إلى إستخدام نفس العداد لكل الأقران، لأنه عندما تتم إعادة تشغيل العقدة، يجب زيادة العداد لكل الأقران، وبالتالي فإن تتبع قيمة منفصلة على أساس الأقران لا يخدم أي فائدة إضافية حيث أنهم جميعا بحاجة إلى الزيادة بمقدار واحد على أي حال. وفي الواقع، فإن إستخدام عداد إعادة التشغيل نفسه لجميع الأقران مفيد في أستكشاف أخطاء شبكة كبيرة وإصلاحها حيث يمكن التحقق من جميع الأقران للتأكد من أن عدادات إعادة التشغيل التي تم تلقيها لها نفس القيمة (الفردية) للعقدة التي يتحدث إليها هؤلاء الأقران.
يمكن تضمين عداد إعادة التشغيل في كافة أنواع رسائل التحكم، بينما يجب تضمين عداد إعادة التشغيل في كافة طلبات الارتداد والاستجابات. بمجرد حدوث تغيير عداد إعادة التشغيل على عقدة، يتم إعلام النظراء المختلفين به عبر رسائل التحكم التالية التي يتم إرسالها إلى النظراء المعنيين. وعندما تحدث إعادة التشغيل، فإنه وفقا للمواصفات، يكون للجانب المتلقي خيار الصيانة المؤقتة للمكالمات التي لديه لفترة قصيرة أو إسقاطها، ويكون هذا الأخير هو السلوك الذي تم تكوينه بشكل نموذجي.
في حالة إستخدام طلبات echo، تتمثل الطريقة في إرسال الرسائل على فترة تم تكوينها، وفي حالة عدم تلقي إستجابة بعد عدد من عمليات إعادة المحاولة تم تكوينه (كل مرة بعد مهلة تم تكوينها)، يتم إعتبار المسار معطلا ويتم إتخاذ الإجراء المناسب.  يسمح التكوين بإرسال الأصداء إختياريا، وهذا ينطبق على النظير أيضا، والذي لا يلزم أن يكون نهجه هو نفسه بالضرورة، وخاصة عندما يمكن أن يكون النظير من مورد مختلف و/أو شركة نقل مختلفة. في الواقع، فيما يتعلق باستجابات Echo، تكون العقدة ملزمة فقط بالاستجابة لطلب Echo - سواء كانت تتلقى صدى أم لا وبتردد ليس مهما - ولكنها تحتاج فقط لإرسال إستجابة صدى لكل طلب، واتخاذ إجراء إذا تلقى عداد إعادة التشغيل تغييرات. وبطبيعة الحال، وكما ذكر آنفا، إذا كانت ترسل أيضا طلبات للصدى ولم تتلق ردودا في الوقت المناسب، فإنها تحتاج إلى إتخاذ إجراء بشأن هذا السيناريو أيضا.
لاحظ أن اكتشاف فشل المسار يمكن أيضا أن يتم عبر اتصال GTP-U (مستوى المستخدم) عبر ECHO، ولكن فقط عبر المهلة، نظرا لعدم وجود عداد إعادة تشغيل مضمن في رسائل GTP-U مثل هناك ل GTP-C كما تمت مناقشته مسبقا. قد يستخدم GTP-U أو لا يستخدم نفس المسار كما هو الحال بواسطة رسائل التحكم. إذا كان هو نفس المسار، بعد ذلك اكتشاف GTP-U قد لا يكون ذو قيمة بما أن كشف GTP-C ينبغي أن يكون كافيا.
في الخلاصة، هنا الطرق التي يمكن من خلالها اكتشاف فشل المسار:
  • إعادة تشغيل تغيير العداد (من خلال التحكم في msg req/RSP أو echo)
  • انتهاء الوقت المستغرق في تسجيل صدى GTPC
  • انتهاء الوقت المستغرق في تسجيل صدى GTPU
  • مهلة رسالة طلب التحكم (عادة لا يتم تكوينها)

الأوامر ذات الصلة

in order to تحريت أي نوع من ممر إصدار، يعرف مع الأمر تالي. وفيما يلي شرح للتفاصيل ذات الصلة بكل منها.
  • عرض [egtpc-service | gtpu-service] all
  • show egtpc نظير [egtp-service <service>]
  • egtpc إختبار صدى gtp صيغة {1 | 2} عنوان <عنوان الخدمة> عنوان النظير <عنوان النظير>
  • إظهار إحصائيات egtpc [[[ (sgw-address | عنوان PGW | mme-address) <address>] [demux-only] [debug-only] [verbose] | أسباب فشل المسار]
  • عرض إحصائيات gtpu [عنوان النظير <peer>]
  • عرض إحصائيات gtpc [ggsn-service <service>] [smgr-instance <instance>]
  • show demux-mgr statistics <egtpinmgr | egtpegmgr | gtpumgr> all (SGW-egress | GGSN/ PGW،/SGW مدخل | gtpu)
  • EGTPCPathFail[clear]، egtpupAthFail[clear] ملائمات SNMP
  • show session disconnect-reasons - gtpc-path-failure، gtpu-path-failure، path-failure
أوامر أخرى لعد المشتركين المتعلقة ب GTP:
show sub [summary] ggsn-service <service>
show sub [summary] gtpu-service <service>
عرض جلسات عمل egtpc [egtp-service <service>]
الأمر الأساسي للتحقق من حالة جميع خدمات EGTP وتكوينها هو show egtpc-service. يجب أن يكون معظم الإخراج هو ما هو معروف بالفعل عبر التكوين، بالإضافة إلى أنه يجب بدء تشغيل الحالة. القطعة الفريدة من المعلومات التي تم جمعها هي "عداد إعادة التشغيل" الذي لا يمكن العثور عليه في أي مكان آخر. يرجع الأمر ذو الصلة show gtpu-service all" العناصر القابلة للتكوين لخدمة (خدمات) GTPU المقترنة بخدمات EGTPC.
يعد "show egtpc peers" مفيدا جدا في تحديد جميع الأقران، بما في ذلك الحالات، عدادات إعادة التشغيل، وعدد المشتركين الحالي/الأقصى.
  • لاحظ أن هذا الأمر يغطي نظامي SGW و SGSN على حد سواء، بينما كان هناك في الماضي أمر منفصل ل SGSN/GGSN.
  • بما أن هذا الأمر يتضمن جميع أنواع الأقران، فيمكن تصفية نوع النظير عبر اسم الخدمة (على الرغم من أن الكلمة الأساسية egtpc-service تأخذ أيضا اسم خدمة GGSN بشكل مخادع).
  • إذا لم يكن هناك مشتركين مع النظير، فالحالة غير نشطة و GTPC Echo معطل. في هذه الحالة، قد يكون هناك بعض الأقران ل EGTPC التي تم الإبلاغ عن عداد إعادة التشغيل لها، بينما قد يكون العدد الأكبر 0.  يحدث هذا للمواقف التي يقوم فيها النظير بإرسال طلبات echo بشكل نشط والتي يجب أن يستجيب إليها ASR5K. يمكن تحديد عداد إعادة التشغيل من خلال تشغيل أمر إختبار EGTPC (الذي ستتم مناقشته لاحقا)، رغم أنه في الحالة غير النشطة، لن يتم تحديث العداد في "show egtpc peers" حتى ولو تم إستلامه.   وفي الوقت نفسه بالنسبة ل GGSN، لا يتم أبدا نسيان عداد إعادة التشغيل.
[local]PGW-GGSN> show egtpc peers egtp-service GGSN1
|||||  Service                       Restart--+   No. of
|||||  ID                            Counter  |  restarts 
|||||   |                                     |     |     Current   Max
vvvvv   v              Peer Address           v     v     sessions sessions
-----  --- -------------------------------- --- --- ----------- -- ---------

IDNKG   6                   203.0.113.69    165     0           0           1
IDNKG   6                   203.0.113.70     25     0           0           1
IDNKG   6                   203.0.113.71    165     0           0           1
IDNKG   6                   203.0.113.72     25     0           0           1
IDNKG   6                   203.0.113.73     53     0           0           1
IDNKG   6                   203.0.113.74     53     0           0           1

IDNKG   6                   192.0.2.9        46     0           0           2
IDNKG   6                   192.0.2.10       44     0           0           1
IDNKG   6                   192.0.2.11       47     0           0           2
IDNKG   6                   192.0.2.12       44     0           0           2
IDNKG   6                   192.0.2.13       54     0           0           1
IDNKG   6                   192.0.2.14       47     0           0           1

IDNKG   6                   209.165.200.225  35     1           0           3
IDNKG   6                   209.165.200.226  35     3           0           3

IDNK   6                    198.51.100.204  156     0           0           1
IDNK   6                    198.51.100.205  158     0           0           1
IDNK   6                    198.51.100.211   54     0           0           1
IDNK   6                    198.51.100.212   54     0           0           1
IDNK   6                    198.51.100.213   56     0           0           1
IDNK   6                    198.51.100.214   56     0           0           1
IDNK   6                    198.51.100.215   54     0           0           1
 لاحظ ان عدد النظيرين أدناه أكبر بكثير من عدد النظراء الآخرين. هذه من أجل SGWs التي تكون موجودة فعليا في نفس الموقع أو الموقع الشقيق ل PGW والتي تتصل بها قموع MME أكثر. 
[local]PGW> show egtpc peers
Monday March 30 20:10:26 UTC 2015

+----Status:                 (I) - Inactive  (A) - Active
|+---GTPC Echo:              (D) - Disabled  (E) - Enabled 
||+--Restart Counter Sent:   (S) - Sent      (N) - Not Sent
|||+-Peer Restart Counter:   (K) - Known     (U) - Unknown
||||+-Type of Node:          (S) - SGW       (P) - PGW
|||||                        (M) - MME       (G) - SGSN
|||||                        (L) - LGW       (E) - ePDG
|||||                        (C) - CGW
|||||                        (U) - Unknown 
|||||  Service                       Restart--------+  No. of 
|||||  ID                            Counter        |  restarts
|||||   |                                           |   |   Current       Max
vvvvv   v              Peer Address                 v   v   sessions    sessions
-----  --- --------------------------------------- --- --- ----------- ----------
IDNUS   5                            198.51.100.4   0   0           0           1
IDNKS   5                           198.51.100.33  75   0           0           1
IDNUS   5                           198.51.100.35   0   0           0           2
IDNUS   5                           198.51.100.65   0   0           0           1
IDNUS   5                           198.51.100.67   0   0           0           2
IDNUS   5                           198.51.100.68   0   0           0           2
IDNUS   5                           198.51.100.98   0   0           0           2
IDNUS   5                          198.51.100.100   0   0           0           1
IDNUS   5                          198.51.100.129   0   0           0           2
IDNUS   5                          198.51.100.130   0   0           0           2
IDNUS   5                          198.51.100.161   0   0           0           2
IDNUS   5                          198.51.100.194   0   0           0           2
IDNUS   5                          198.51.100.196   0   0           0           1
IDNUS   5                          198.51.100.225   0   0           0           5
IDNUS   5                          198.51.100.226   0   0           0           2
IDNUS   5                          198.51.100.228   0   0           0           1
IDNUS   5                            198.51.100.3   0   0           0           2
IDNUS   5                           198.51.100.36   0   0           0           1
IDNUS   5                           198.51.100.64   0   0           0           4
IDNUS   5                           198.51.100.66   0   0           0           2
IDNUS   5                          198.51.100.130   0   0           0           2
IDNKS   5                           198.51.100.24   2   0           0           2
AESKS   5                           198.51.100.56   3   0           1           5
IDNKS   5                           198.51.100.99  18   0           0           2
AESKS   5                          198.51.100.100   7   0           1           3
IDNKS   5                          198.51.100.131  46   0           0           2
IDNKS   5                          198.51.100.132  18   0           0           2
IDNKS   5                          198.51.100.163  41   0           0           3
IDNKS   5                          198.51.100.164   6   0           0           2
AESKS   5                          198.51.100.184  11   0           1           2
IDNKS   5                          198.51.100.216   7   0           0           2
AESKS   5                            203.0.113.24   5   0           3           8
IDNKS   5                            203.0.113.56   3   1           0          13
IDNKS   5                            203.0.113.88   2   0           0          18
IDNKS   5                           203.0.113.120   6   0           0           3
IDNKS   5                           203.0.113.152   3   0           0           4
AESKS   5                           203.0.113.184   2   0           1           9
IDNKS   5                           203.0.113.216   4   0           0           2
IDNKS   5                           203.0.113.248  10   0           0           1
IDNUS   5                             203.0.113.4   0   0           0           2
IDNUS   5                            203.0.113.33   0   0           0           4
IDNUS   5                            203.0.113.65   0   0           0           2
IDNKS   5                           203.0.113.121   5   0           0           3
IDNKS   5                           203.0.113.153   6   0           0           5
IDNUS   5                           203.0.113.162   0   0           0           3
IDNUS   5                            203.0.113.32   0   0           0           5
AESKS   5                            203.0.113.35   5   1           6          37
IDNUS   5                            203.0.113.64   0   0           0           1
IDNUS   5                            203.0.113.66   0   0           0           4
IDNUS   5                            203.0.113.97   0   0           0           1
AESKS   5                            203.0.113.98   4   0           1           4
IDNUS   5                           203.0.113.161   0   0           0           4
IDNUS   5                           203.0.113.193   0   0           0          10
IDNUS   5                           203.0.113.228   0   0           0          12
IDNUS   5                           203.0.113.233   0   0           0           4
AESKS   5                               192.0.2.4   9   0           3          10
AESKS   5                              192.0.2.24   6   0          10          19
AESKS   5                              192.0.2.32   8   0          83         116
AESKS   5                              192.0.2.33  55   0          14          21
AESKS   5                              192.0.2.65  18   0           1        2747
AESKS   5                              192.0.2.66   4   0           3        1639
AESKS   5                              192.0.2.97  44  39          33        1826
AESKS   5                              192.0.2.98   5   1           6        2075
IDNKS   5                             192.0.2.195   8   0           0           7
AESKS   5                               192.0.2.3  46   0        3230        5346
AESKS   5                               192.0.2.5  12   0          84         202
AESKS   5                               192.0.2.7   2   0          31         443
AESKS   5                              192.0.2.24   3   0         116         117
AESKS   5                              192.0.2.36  15   0        4194        6889
AESKS   5                              192.0.2.44   7   0         112         331
AESKS   5                              192.0.2.68  34   0        6104        9798
AESKS   5                              192.0.2.69   7   0        2259        5027
AESKS   5                              192.0.2.88  17   0        3899        8880
AESKS   5                             192.0.2.164  16   0      833131     1298070
AESKS   5                             192.0.2.184   3   0     1437053     2153317
AESKS   5                             192.0.2.193  21   0       11364       26577
AESKS   5                             192.0.2.195   5   0          50         162
AESKS   5                             192.0.2.226  21   0        1950        3931
AESKS   5                             192.0.2.227   6   0        4348        9332
لاحظ أن تشغيل هذا الأمر على عقدة إستعداد تكرار خدمة بين الهياكل (ICSR) مناسب فقط للأقران النشطين، في هذه الحالة يجب أن تكون الأرقام قريبة، على سبيل المثال في الزوج التالي:
PGW> إظهار نظائر egtpc ... 20:51:52 (نشط) PGW-ICSR> إظهار نظائر egtpc ... 20:51:51 (في وضع الاستعداد)
نظير آر سي # جلسات العمل ماكس سيس نظير آر سي # جلسات العمل ماكس سيس
آيسكس 192.0.2.5 2 31 443 آدكس 192.0.2.5 2 31 443
آيسكس 192.0.2.24 3 117 123 أدنكس 192.0.2.24 3 117 123
آيسكس 192.0.2.36 15 4223 6889 آدكس 192.0.2.36 15 4223 6889
آيسكس 192.0.2.44 7 119 331 آدكس 192.0.2.44 7 119 331
آيسكس 192.0.2.68 34 6174 9798 آدكس 192.0.2.68 34 6171 9797
آيسكس 192.0.2.69 7 2311 5027 آدكس 192.0.2.69 7 2311 5027
آيسكس 192.0.2.88 17 3914 8880 آدكس 192.0.2.88 17 3913 8874
آيسكس 192.0.2.164 16 833705 1298070 آدكس 192.0.2.164 16 832037 1294412
آيسكس 192.0.2.184 3 1438418 2153317 آدكس 192.0.2.184 3 1435461 2147280
آيسكس 192.0.2.193 21 11447 26577 آدكس 192.0.2.193 21 11443 26568
آيسكس 192.0.2.195 5 48 162 آدكس 192.0.2.195 5 48 162
آيسكس 192.0.2.226 21 1962 3931 آدكس 192.0.2.226 21 1962 3931
آيسكس 192.0.2.227 6 4465 9332 آدكس 192.0.2.227 6 4466 9332
يتم إستخدام "egtpc test echo" للتحقق من نظير معين لمعرفة ما إذا كان يمكن الوصول إليه أم لا ويجب تشغيله في السياق الذي يتم فيه تعريف الخدمة.
  • إستخدام GTP-الإصدار 1 لاتصالات GGSN-SGSN
  • لا يعد إستخدام الأمر ping إختبارا صحيحا، على الرغم من أنه إذا نجح، فمن المعروف أن هناك مستوى ما من إمكانية الوصول. 
  • يتم عرض عداد إعادة تشغيل النظير (الاسترداد).
  • سيؤدي تشغيل هذا الأمر إلى زيادة طلب صدى Tx / عدادات إستجابة صدى Rx في "عرض إحصائيات egtpc"
  • يتم الإبلاغ عن عداد إعادة تشغيل النظير بعد الكلمة الأساسية للاسترداد (11 في المثال أدناه)
  • تحذير: رغم أن هذا لا ينبغي أن يحدث في الظروف العادية، فإذا تم إجراء صدى الاختبار على النظير، وأوقات التوقف عن العمل لأي سبب كان (إذا كان كل شيء يعمل فإنه لا ينبغي أن ينفد)، فإن كل المكالمات سوف تسقط (على الرغم من أن الأمور كانت تسير على ما يرام إلى نقطة إجراء الاختبار).
[Ingress]PGW> egtpc test echo gtp-version 2 src-address  209.165.201.1 peer-address 198.51.100.35 
Monday November 03 15:08:12 UTC 2014
EGTPC test echo
---------------
Peer: 198.51.100.35   Tx/Rx:  1/1  RTT(ms): 1    (COMPLETE) Recovery: 11 (0x0B)
إن "show egtpc statistics" خاص ب EGTPC (الإصدار 2) والتقارير حول نجاح/حالات فشل العديد من رسائل التحكم في EGTPC (الطلب/الاستجابة، tx/rx) بما في ذلك إنشاء جلسة عمل، تعديل الحامل، حذف جلسة عمل، Down link Data Notify، إصدار إعلام الوصول، إنشاء حامل التحديث، حامل التعديل، تعديل الحامل، الإيقاف المؤقت، إلى غير ذلك، والاستجابات المرتبطة. وهو يتضمن جميع عدادات إدارة المسار ل Tx/Rx لطلب/إستجابة Echo، واستنادا إلى وحدات التوقيت، يمكن التنبؤ بنمو وحدات التوقيت هذه واستخدامها لاستكشاف الأخطاء وإصلاحها إذا لم تتزايد كما هو متوقع.
ويظهر المثال التالي أصداء وردود الفعل التي يجري استهلالها والاستجابة لها من كلا الجانبين. لاحظ أن SGW قد تم تكوينه لإرسال مرة واحدة في الدقيقة بينما PGW قد تم تكوينه لكل ثلاث دقائق (كلا الجانبين لا يحتاجان إلى نفس الإعداد) وهكذا كل ثلاث دقائق يكون هناك ضعف عدد الحزم (6:16:33، 6:19:33). تذكر أنه على الرغم من أن كلا الطرفين يركزان على نفس "الدورة" في هذا المثال، إلا أنه ليس عليهما أن يكونا مستقلين عن بعضهما ويمكن أن يركضا ذلك أيضا.  تم التقاط عدادات إعادة التشغيل في عمود أيضا. لاحظ أن عداد إعادة التشغيل الخاص ب 11 من إستجابة صدى SGW يطابق القيمة من إستجابته إلى صدى إختبار PGW من الأعلى (تم الاختبار في وقت مختلف من التقاط الحزمة ولكن لنفس زوج النظير).
يلتقط خيار العرض فقط جميع عدادات إدارة المسار (طلبات/استجابات الارتداد) بالإضافة إلى رسائل التحكم التي لا تصل إلى جلسة عمل أبدا، والتي تكون عموما "إنشاء طلب/إستجابة جلسة العمل". تعد عملية Demux المضمنة في بطاقة Demux مسؤولة عن التعامل مع جميع طلبات/استجابات Echo والمعالجة الأولية لجميع رسائل التحكم في المكالمات قبل توزيعها على الجلسات المناسبة (بشكل عشوائي للمكالمات الجديدة، وخاصة للمكالمات الموجودة التي ترتكز على رسالة معينة). يقوم الخيار sesmgr فقط بحساب الرسائل التي تتم معالجتها بواسطة Sesmgrs فقط، والتي لا تتضمن عدادات إدارة المسار. عدم تحديد أي من المؤهلات هو الإعداد الافتراضي لعد كل القيم.
"show gtpc statistics" هو الأمر المماثل لخدمات SGSN/GGSN (GTPC v1) (CPC، Update PDP Context، وما إلى ذلك)
إحصائيات "عرض إحصائيات gtpu" حول حركة مرور بيانات مستوى المستخدم التي تتم معالجتها بواسطة خدمة (خدمات) GTP-U المقترنة بخدمة (خدمات) EGTPC. أحد العدادات المثيرة للاهتمام هو إشارة الخطأ Tx/Rx التي سيتم إرسالها عندما لا تحتوي العقدة المتلقية على سجل للمشترك الذي يجب أن يكون مقترنا بمعرف نقطة النهاية الطرفية (TEID) للحزمة المعنية والذي يمكن أن يحدث لعدد من الأسباب (المتغير/المخطط popStats هو GTPU1/ err-ind-tx). إذا لم يتم إعلام MME/SGW بأن PGW لم يعد لديه ربط بالمشترك، فقد يلزم مسح المكالمات يدويا على MME/SGW (أو انتظار المهلة لها) لحل مثل هذه المشكلة من المكالمات اليتيمة بشكل كامل.
تكون إصدارات النظير المحددة لأوامر الحالة الواردة أعلاه ضرورية عند أستكشاف أخطاء النظراء المحددة وإصلاحها، وهو غالبا ما يكون الحالة.

اكتشاف فشل المسار

ال EGTPCPathFail مصيدة المفتاح ل يعرف عندما مسار إخفاق يقع. من بين بعض القيم الأساسية التي قد يفترضها المرء بالفعل، فإنه يبلغ عن عدد المكالمات التي تم إسقاطها، وعدادات إعادة التشغيل القديمة والجديدة، وسبب الفشل. بالإضافة إلى ذلك، سيتم زيادة سبب قطع اتصال جلسة العمل لفشل مسار GTPC. 
يشير الملائمة EGTPCPathFailClear إلى عداد إعادة التشغيل مع سبب مسح المسار. أحدث إصدار من StarOS v17 أفضل صيغة لقول "سبب واضح" بدلا من "سبب الفشل" (تم تبرئته، وليس فشله!) لتجنب الارتباك.
فيما يلي عدد مرات فشل المسار التي تم الإبلاغ عنها من "أسباب فشل مسار Show egtpc stat" 
[local]PGW> show egtpc statistics path-failure-reasons
Reasons for path failure at EGTPC:
 Echo Request  restart counter change:                3  
 Echo Response restart counter change:                0   echo-rsp-restart-counter-change
 No Echo Response received:                           0   no-response-from-peer
 Control message restart counter change at   demux:  23   Create Session Req Restart Counter changed or create-sess-restart-counter-change
 Control message restart counter change at sessmgr:   0   cpc-restart-counter-change or upc-restart-counter-change
 Total path failures detected:                       26
ملاحظات:
  • يمكن أن يكون عداد إعادة تشغيل رسالة التحكم في SESMGR أي نوع من رسائل التحكم (ليست كلها مدرجة هنا)
  • تم تغيير عداد إعادة التشغيل من SGSN من خلال طلب سياق "إنشاء PDP" التالي بعد هذا التغيير (CPC-RESTART-COUNTER-Change)
  • تم تغيير عداد إعادة التشغيل من SGSN عبر طلب سياق Update PDP التالي بعد هذا التغيير (والذي قد يكون عبارة عن نقل من SGSN آخر) (UPC-restart-counter-change)
  • مسار مسح سبب فشل الجلسات-add عبارة عن مصطلح خادع - هو ليس فشلا بل نجاح، وهو يشير إلى أنه قد تم إنشاء جلسة جديدة لإنشاء الاتصال
  • إذا لم يتم وضع القيم التي تم الإبلاغ عنها لعمليات إعادة تشغيل العدادات وعدد جلسات العمل ل PathFail و PathClear في قائمة، فقم بفتح تذكرة مع Cisco للحصول على مزيد من التوضيح.
    •
من المهم فهم كيف يتم تنفيذ اكتشاف فشل المسار EGTPC/GTPC وإلى درجة أقل EGTPU/GTPU (حيث أن اكتشاف فشل مستوى المستخدم لا يتم تكوينه دائما) لمراقبة الاتصال بين GGSN أو PGW ومختلف SGSN النظيرة و SGW. عادة ما تكون الاتصالات داخل شبكة موفري الخدمة مستقرة إلى حد ما، وفي هذه الحالة تكون حالات فشل المسار نادرة. على الجانب الآخر، أظهرت التجربة أن مسارات GTPC بين شبكات SGSN المتجولة المتصلة بشبكات GSN قد لا تكون مستقرة جدا، وهكذا مع الاتصالات الضعيفة فإن النتيجة هي حدوث حالات فشل المسار بشكل متكرر إلى حد ما.
يغطي التكوين التالي وحدات التوقيت وتردد الإرسال لرسائل التحكم والتردد التي يمكن إستخدامها لاكتشاف حالات فشل المسار. ينطبق المفهوم نفسه على خدمات GGSN، SGW، MME، و EGTP:
    GGSN-service GGSN1
retransmission-timeout 20
لرسائل التحكم في GTP (مقابل رسائل الارتداد)
الحد الأقصى لعمليات إعادة الإرسال 5
لكل من التحكم في GTP ورسائل الارتداد - كم مرة لإعادة الإرسال قبل مشغل اكتشاف فشل المسار
echo-interval 120
يتم إرسال صدى كل دقيقتين (120 ثانية).
echo-retransmission-timeout 5
بالنسبة لإصداء الصوت، إذا لم يكن هناك أي إستجابة، فإنه ينتقل كل 5 ثوان
path-failure detection-policy gtp echo
اكتشاف فشل المسار ممكن عبر صدى GTP (مقابل عدم إستخدام هذا كطريقة لاكتشاف فشل المسار (ولكن مع الاستمرار في إرسال الأصداء).
gtpu-service GGSN1_gtpu
إقران خدمة GTPU المسماة GGSN1_gtpu بخدمة GGSN هذه
bind ipV4-address 209.165.201.2
المستخدم وعناوين IP لربط مستوى التحكم هي نفسها في عمليات تكوين المثال التالي، ولكن قد لا يتم تكوينها على هذا النحو بالضرورة مع عمليات تنفيذ موفري الخدمة الأخرى. 
  [local]GGSN> show ggsn-service name GGSN1

  Service name:           GGSN1
  Context:                XGWin
  Bind:                   Done
  Local IPv4 Address:     209.165.201.2     Local IP Port: 2123
  Retransmission Timeout: 20 (secs)
  Max Retransmissions:    5                
  Restart Counter:        41      
  Echo Interval:          120 (secs)
  GTPC Echo Mode                        : Default
  GTPC Echo Retransmission Timeout      : 5
  Guard Interval:         100 (secs)
  Path Failure Detection on gtp msgs: Echo

 ملاحظات:
  • بافتراض الوقت 0 عند بدء دورة طلب الارتداد (كل 2 دقيقة)، إذا لم توجد استجابات بعد إجمالي 30 ثانية (6 محاولات)، يفشل المسار (0 + 5 ثانية + (5 * 5 ثانية))
  • تكون معالجة egtpinmgr (gtpcmgr مهمل منذ v14) التي تعمل على بطاقة demux مسؤولة عن معالجة حزم echo
  • يحتوي القسم "show gtp statistics"، "Path Management Messages" على إحصائيات لطلبات/استجابات echo لمسار التحكم في كلا الاتجاهين:
[Ingress]GGSN> show gtpc statistics
Monday October 27 23:02:07 UTC 2014
 
Path Management Messages:
  Echo Request RX:        169951248   Echo Response TX:        169951248
  Echo Request TX:         40838432   Echo Response RX:         40784820

توجد طريقة أخرى للكشف عن المسار على مستوى المستخدم بدلا من مستوى التحكم، ويتم التحكم في ذلك بواسطة التكوين التالي. 
    gtpu-service GGSN1_gtpu
      no echo-interval
      max-retransmissions 4
      echo-retransmission-timeout 5
      path-failure detection-policy gtp echo
      no path-failure clear-trap gtp echo
      bind ipv4-address 209.165.201.2
    exit

ملاحظات:
  • يعجز "no echo-interval" إرسال طلبات echo لمستوى المستخدم وبالتالي فإن CLI "path-failure detection-policy gtp echo" ليس له صلة - لا يتم اكتشاف فشل المسار على GTPU
  • ومع ذلك، لا يزال GGSN يستجيب لطلبات الارتداد من SGSN 
  • أحصائيات صدى الالتقاط "show gtpu stat" و"show demux-mgr stat gtpumgr"
[local]PGW-GGSN> show gtpu statistics
Wednesday October 29 23:43:22 UTC 2014
  Path Management Messages:
    Echo Request Rx:           84690303  Echo Response Rx:            0
    Echo Request Tx:                  0  Echo Response Tx:     84690043
 
[local]PGW-GGSN> show demux-mgr statistics gtpumgr
Wednesday October 29 23:42:04 UTC 2014
Echo stats:
   Echo Req Rcvd:               84690303
   Echo Rsp Sent:               84690043

أمثلة متعددة على ملائمات فشل المسار والتفسيرات

عادة ما يزيد عداد إعادة تشغيل النظير بمقدار واحد عندما يكون هناك إعادة تشغيل. في هذه الحالة، تسبب خطأ في PGW في تجاوز عداد إعادة التشغيل إلى قيمة RC لنظير آخر (المصيدة الأولى)، وبالتالي عندما وصلت الحزمة التالية عبر الاتصال، فإنها تعاملت معه كإعادة تشغيل (المصيدة الثانية) ظنا منها أن RC قد تغير. ثم يمسح المسار على أي حزمة متتالية (الملائمة الثالثة). تتمثل النقطة هنا في عدم المعرفة حول خطأ محدد ولكن بدلا من ذلك، محاولة إدراك أي تغييرات في العداد لا يمكن شرحها. 
Wed Jan 14 05:22:07 2015 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.1,  peer address 198.51.100.1, peer old restart counter 54,  peer new restart counter 12,  peer session count  1107240, failure reason restart-counter-change

Wed Jan 14 05:22:07 2015 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.1,  peer address 198.51.100.1, peer old restart counter 12,  peer new restart counter 54,  peer session count  1107207, failure reason create-sess-restart-counter-change

Wed Jan 14 05:22:07 2015 Internal trap notification 1113 (EGTPCPathFailClear) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.1,  peer address 198.51.100.1, peer restart counter 54,   peer session count  1107199, failure reason sessions-add
هذا المثال من GGSN حيث قام SGSN النظير بتغيير RC الخاص به من 66 إلى 67 عبر طلب سياق Create PDP: 
Mon Oct 27 11:48:54 2014 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service GGSN1, interface type ggsn, self address 209.165.201.2,  peer address 209.165.200.225, peer old restart counter 66,  peer new restart counter 67,  peer session count  0, failure reason cpc-restart-counter-change
 
Mon Oct 27 11:48:54 2014 Internal trap notification 1113 (EGTPCPathFailClear) context XGWin, service GGSN1, interface type ggsn, self address 209.165.201.2,  peer address 209.165.200.225, peer restart counter 67,   peer session count  1, failure reason sessions-add
 
هذا مثال من PGW حيث النظير ePDG غيرت RC من 69 إلى 70 عن طريق طلب إنشاء جلسة عمل: 
Fri Jun 12 05:21:54 2015 Internal trap notification 1112 (EGTPCPathFail) context PGWin, service EGTP1, interface type pgw-ingress, self address 2001:5555:8000:fff0:132:200::,  peer address 2001:5555:8000:ffe0:123:20f::, peer old restart counter 69,  peer new restart counter 70,  peer session count  0, failure reason create-sess-restart-counter-change

Fri Jun 12 05:21:55 2015 Internal trap notification 1113 (EGTPCPathFailClear) context PGWin, service EGTP1, interface type pgw-ingress, self address 2001:5555:8000:fff0:132:200::,  peer address 2001:5555:8000:ffe0:123:20f::, peer restart counter 70,   peer session count  1, clear reason sessions-add
 
في هذا المثال، تظهر المخرجات من عقد PGW متنوعة متصلة جميعها بنفس SGW أن SGW توقف عن أن يصبح يمكن الوصول إليه من PGWs لكل ملائمة egtpcpAthFail في مختلف PGWs ضمن إطار زمني قصير من كل نوع. لاحظ أن الكل يعرض نفس عداد إعادة التشغيل القديم كما تمت مناقشته سابقا حيث عادة ما تستخدم العقدة نفس العداد لجميع نظيراتها. في حالة عدم الاستجابة، يكون عداد إعادة التشغيل الجديد المعروض هو 9، ولكن قد يكون من الأفضل طباعة العداد الجديد على أنه غير معرف نظرا لأن الاتصال معطل اعتبارا من وقت تشغيل الملائمة وبالتالي فإن وجود عداد إعادة التشغيل غير منطقي حقا. 
Mon Dec 22 09:07:29 2014 Internal trap notification 1112 (EGTPCPathFail) context PGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.4,  peer address 198.51.100.162, peer old restart counter 9,  peer new restart counter 9,  peer session count  151, failure reason no-response-from-peer
 
Mon Dec 22 09:08:54 2014 Internal trap notification 1112 (EGTPCPathFail) context PGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.5,  peer address 198.51.100.162, peer old restart counter 9,  peer new restart counter 9,  peer session count  634, failure reason no-response-from-peer

Mon Dec 22 09:09:00 2014 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.6,  peer address 198.51.100.162, peer old restart counter 9,  peer new restart counter 9,  peer session count  22, failure reason no-response-from-peer

Mon Dec 22 09:07:42 2014 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.7,  peer address 198.51.100.162, peer old restart counter 9,  peer new restart counter 9,  peer session count  33, failure reason no-response-from-peer

Mon Dec 22 09:08:06 2014 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.8,  peer address 198.51.100.162, peer old restart counter 9,  peer new restart counter 9,  peer session count  1, failure reason no-response-from-peer
 
Mon Dec 22 09:07:34 2014 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.9,  peer address 198.51.100.162, peer old restart counter 9,  peer new restart counter 9,  peer session count  725, failure reason no-response-from-peer
 
Mon Dec 22 09:08:20 2014 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.10,  peer address 198.51.100.162, peer old restart counter 9,  peer new restart counter 9,  peer session count  279978, failure reason no-response-from-peer
 
Mon Dec 22 09:06:37 2014 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.11,  peer address 198.51.100.162, peer old restart counter 9,  peer new restart counter 9,  peer session count  23, failure reason no-response-from-peer
 
Mon Dec 22 09:07:29 2014 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.12,  peer address 198.51.100.162, peer old restart counter 9,  peer new restart counter 9,  peer session count  6, failure reason no-response-from-peer
 
Mon Dec 22 09:07:01 2014 Internal trap notification 1112 (EGTPCPathFail) context PGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.13,  peer address 198.51.100.162, peer old restart counter 9,  peer new restart counter 9,  peer session count  5, failure reason no-response-from-peer
يوضح المثال التالي فشل المسار ونفس عداد إعادة التشغيل الجديد كما هو الحال في المثال السابق، ولكن بعد نصف ساعة يظهر عندما يعود النظير مرة أخرى ويزداد العداد بمقدار واحد من 15 إلى 16. مع مرور الوقت يزداد العدد لذلك النظير: 
Wed Jul 22 05:07:08 2015 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.13,  peer address 198.51.100.162, peer old restart counter 15,  peer new restart counter 15,  peer session count  34, failure reason no-response-from-peer

Wed Jul 22 05:38:00 2015 Internal trap notification 1113 (EGTPCPathFailClear) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.13,  peer address 198.51.100.162, peer restart counter 16,   peer session count  1, clear reason sessions-update

[local]PGW> show egtpc peers
Wednesday July 22 10:04:30 UTC 2015

|||||  Service           Restart--------+   No. of
|||||  ID                Counter        |   restarts
|||||   |                               |    |   Current       Max
vvvvv   v              Peer Address     v    v   sessions    sessions
-----  --- --------------------------------------- --- --- -----------
AESKS   5               198.51.100.162  16   1        1157        2186

[XGWin]PGW> egtpc test echo gtp-version 2 src-address 209.165.201.13 peer-address 198.51.100.162  
Wednesday July 22 10:52:41 UTC 2015
EGTPC test echo
---------------
Peer: 198.51.100.162                          Tx/Rx:  1/1  RTT(ms): 51   (COMPLETE) Recovery: 16 (0x10)
يوضح هذا المثال فشل مسار متكرر بسبب إعادة تشغيل CPP ل 3 نظائر SGSN محددة ل GGSN. يظهر الناتج أدناه واحدا فقط من الأقران 209.165.200.225، ولكن لديهم جميعا المشكلة نفسها. كما يعرض التشغيل المتكرر ل "show egtpc peers" و"show gtpc stat sgsn address" القيم البديلة. يؤكد "show gtpc stat" عدم وجود مشكلة في الاتصال فيما يتعلق بطلبات الارتداد والاستجابات، والتي في هذه الحالة يتم استهلالها فقط من قبل GGSN (مقبول كما تمت مناقشته سابقا). وتتمثل إحدى النقاط الجانبية التي يتعين إيرادها هنا في أنه غالبا ما تكون هناك أجزاء متعددة من البيانات يمكن تجميعها بحيث تؤيد جميعها الاستنتاج نفسه - ويمكن للمرء أن يختار جمع البيانات الأكثر حسما بأقل قدر من الجهد. 
show snmp trap history verbose | grep -E "209.165.201.31|209.165.200.225|209.165.200.246"

Mon Jun 22 22:20:51 2015 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service GGSN1, interface type ggsn, self address 209.165.202.129,  peer address 209.165.200.225, peer old restart counter 129,  peer new restart counter 132,  peer session count  3, failure reason cpc-restart-counter-change
Mon Jun 22 22:20:51 2015 Internal trap notification 1113 (EGTPCPathFailClear) context XGWin, service GGSN1, interface type ggsn, self address 209.165.202.129,  peer address 209.165.200.225, peer restart counter 132,   peer session count  4, clear reason sessions-add
Mon Jun 22 22:20:55 2015 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service GGSN1, interface type ggsn, self address 209.165.202.129,  peer address 209.165.200.225, peer old restart counter 132,  peer new restart counter 129,  peer session count  3, failure reason cpc-restart-counter-change
Mon Jun 22 22:20:55 2015 Internal trap notification 1113 (EGTPCPathFailClear) context XGWin, service GGSN1, interface type ggsn, self address 209.165.202.129,  peer address 209.165.200.225, peer restart counter 129,   peer session count  4, clear reason sessions-add
Mon Jun 22 22:20:58 2015 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service GGSN1, interface type ggsn, self address 209.165.202.129,  peer address 209.165.200.225, peer old restart counter 129,  peer new restart counter 132,  peer session count  3, failure reason cpc-restart-counter-change
Mon Jun 22 22:20:58 2015 Internal trap notification 1113 (EGTPCPathFailClear) context XGWin, service GGSN1, interface type ggsn, self address 209.165.202.129,  peer address 209.165.200.225, peer restart counter 132,   peer session count  4, clear reason sessions-add
Mon Jun 22 22:21:02 2015 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service GGSN1, interface type ggsn, self address 209.165.202.129,  peer address 209.165.200.225, peer old restart counter 132,  peer new restart counter 129,  peer session count  2, failure reason cpc-restart-counter-change
Mon Jun 22 22:21:02 2015 Internal trap notification 1113 (EGTPCPathFailClear) context XGWin, service GGSN1, interface type ggsn, self address 209.165.202.129,  peer address 209.165.200.225, peer restart counter 129,   peer session count  3, clear reason sessions-add
Mon Jun 22 22:21:03 2015 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service GGSN1, interface type ggsn, self address 209.165.202.129,  peer address 209.165.200.225, peer old restart counter 129,  peer new restart counter 132,  peer session count  4, failure reason echo-rsp-restart-counter-change
Mon Jun 22 22:21:03 2015 Internal trap notification 1113 (EGTPCPathFailClear) context XGWin, service GGSN1, interface type ggsn, self address 209.165.202.129,  peer address 209.165.200.225, peer restart counter 132,   peer session count  5, clear reason sessions-add
Mon Jun 22 22:21:06 2015 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service GGSN1, interface type ggsn, self address 209.165.202.129,  peer address 209.165.200.225, peer old restart counter 132,  peer new restart counter 129,  peer session count  2, failure reason cpc-restart-counter-change
Mon Jun 22 22:21:06 2015 Internal trap notification 1113 (EGTPCPathFailClear) context XGWin, service GGSN1, interface type ggsn, self address 209.165.202.129,  peer address 209.165.200.225, peer restart counter 129,   peer session count  3, clear reason sessions-add

[XGWin]GGSN> show egtpc peers | grep 209.165.200.225
|||||  Service                      Restart No. of
|||||  ID                           Counter restarts
|||||   |                              |     |        Current      Max 
vvvvv   v              Peer Address    |     |       sessions    sessions
                                       |     |            |
                                       v     v            v
Monday June 22 23:09:26 UTC 2015
AESKG   6             209.165.200.225 129 86339           2          57

[XGWin]GGSN> show egtpc peers | grep 209.165.200.225
Monday June 22 23:09:28 UTC 2015
AESKG   6             209.165.200.225 129 86341           3          57

[XGWin]GGSN> show egtpc peers | grep 209.165.200.225
Monday June 22 23:09:29 UTC 2015
AESKG   6             209.165.200.225 132 86342           7          57 

[XGWin]GGSN> show egtpc peers | grep 209.165.200.225
Monday June 22 23:09:30 UTC 2015
AESKG   6             209.165.200.225 132 86344           9          57 

[XGWin]GGSN> show egtpc peers | grep 209.165.200.225
Monday June 22 23:09:31 UTC 2015
AESKG   6             209.165.200.225 129 86345          11          57   

[XGWin]GGSN> show egtpc peers | grep 209.165.200.225
Monday June 22 23:09:32 UTC 2015
AESKG   6             209.165.200.225 129 86345           7          57 

[XGWin]GGSN> show gtpc statistics sgsn-address 209.165.200.225
Monday June 22 23:07:36 UTC 2015
SGSN Address:    209.165.200.225    Status:          Active
Total Restarts:  86287             Restart Counter: 129

Session Stats:
  Total Current:                  2   S6b Assume Positive:             0
 ...

Path Management Messages:
  Echo Request RX:                0   Echo Response TX:                0
  Echo Request TX:            22919   Echo Response RX:            22917
بالنظر إلى نظراء آخرين في الشبكة الفرعية، فإنهم جميعا يظهرون RC = 132 طوال الوقت، في حين أن النظراء المكسرين يتبادلون بين 129 و 132 كما هو موضح للتو، مما يشير إلى أن نظراء SGSN يحتمل أن يتخطوا RC الخطأ في السيناريوهات المكسورة: 
                               Restart
                               Counter
AESKG   6        209.165.200.225 129 85115  8          57  <==
IDNKG   6        209.165.200.226 132  21           0           3
AESKG   6        209.165.200.227 132  60          47          92
AESKG   6        209.165.200.228 132  53          24          59
AESKG   6        209.165.200.229 132  69          92         126
AESKG   6        209.165.200.232 132  66          21          30
AESKG   6        209.165.200.236 132  43           8          21
AESKG   6        209.165.200.238 132  49          18          32
AESKG   6        209.165.200.239 132  39           1           6
AENKG   6        209.165.200.240 132  17           1           5
AESKG   6        209.165.200.241 132  67           6          43
AESKG   6        209.165.200.242 132  56          22          29
AENKG   6        209.165.200.243 132  40           2           9
AENKG   6        209.165.200.246 129 17713  3          24  <==
AESKG   6        209.165.200.247 132  64          29          45
AESKG   6        209.165.200.250 132  62          42          56
ولنتذكر من قبل أن نهجا آخر إزاء قضايا من هذا القبيل هو التحقق من الشبكات العالمية الأخرى (أو شبكات PGW الخاصة ب LTE) لمعرفة ما إذا كانت لديها نفس المشكلة مع نظراء شبكة SGSN الذين يبدون إشكالية، وهم يفعلون ذلك أيضا في هذه الحالة. بالنسبة إلى GGSN3، أظهر التشغيل الأول للأمر قيم 132 لكل من الأقران، ولكن أظهر تشغيل آخر 129 لكل من الأقران. قد تظهر عمليات التشغيل المتعددة (غير المعروضة هنا للإيجاز) جميع GGSNs التي ترتد بين كل من RCs لهذين النظراء عبر الوقت: 
[local]GGSN1> show egtpc peers | grep -E "209.165.200.246|209.165.200.225"
Tuesday June 23 11:37:23 UTC 2015
AENKG   7               209.165.200.246 129 20147           1          29
AESKG   7               209.165.200.225 129 92853           2          51

[local]GGSN2> show egtpc peers | grep -E "209.165.200.246|209.165.200.225"
Tuesday June 23 11:37:23 UTC 2015
AENKG   6               209.165.200.246 129 20450           4          17
AESKG   6               209.165.200.225 129 94021           3          54

[local]GGSN3> show egtpc peers | grep -E "209.165.200.246|209.165.200.225"
Tuesday June 23 11:37:26 UTC 2015
AENKG   6               209.165.200.246 132 20211           1          39
AESKG   6               209.165.200.225 132 91996           3          59

[local]GGSN4> show egtpc peers | grep -E "209.165.200.246|209.165.200.225"
Tuesday June 23 11:37:25 UTC 2015
AENKG   6               209.165.200.246 129 20309           1          24 
AESKG   6               209.165.200.225 132 92694           9          57 


[local]GGSN3> show egtpc peers | grep -E "209.165.200.246|209.165.200.225"
Tuesday June 23 11:44:35 UTC 2015
AENKG   6                209.165.200.246 129 20242           3          39
AESKG   6                209.165.200.225 132 92224           1          59
أخيرا لتأكيد المشكلة هو SGSN الذي يغير RC، مدرب مشترك خيار بواسطة SGSN نظير يظهر تغيير RCs. وعندما يتغير، سيتم قطع اتصال كافة المكالمات بفشل المسار كسبب لقطع الاتصال. توضح لقطة شاشة لالتقاط حزمة أيضا ما يلي: 
[XGWin]GGSN> mon sub
Monday June 22 23:34:22 UTC 2015

      y) By SGSN IP Address

      IP Address: [209.165.200.225   ]


INBOUND>>>>>  23:35:32:688 Eventid:47000(3)
GTPC Rx PDU, from 209.165.200.225:2123 to 209.165.202.129:2123 (176)
TEID: 0x00000000, Message type: GTP_CREATE_PDP_CONTEXT_REQ_MSG (0x10)
Sequence Number:: 0x1DB8 (7608)
...
                       IMSI: 300420078559902
                   Recovery: 0x81 (129)
...

***CONTROL*** 23:36:00:363 Eventid:10285 
  Disconnect Reason: path-failure


INBOUND>>>>>  23:36:48:414 Eventid:47000(3)
GTPC Rx PDU, from 209.165.200.225:2123 to 209.165.202.129:2123 (176)
TEID: 0x00000000, Message type: GTP_CREATE_PDP_CONTEXT_REQ_MSG (0x10)
Sequence Number:: 0x3E2D (15917)
...
                       IMSI: 300420125984926
                   Recovery: 0x84 (132)
...

INBOUND>>>>>  23:37:28:337 Eventid:47000(3)
GTPC Rx PDU, from 209.165.200.225:2123 to 209.165.202.129:2123 (176)
TEID: 0x00000000, Message type: GTP_CREATE_PDP_CONTEXT_REQ_MSG (0x10)
Sequence Number:: 0x3517 (13591)
...
                       IMSI: 300420094205377
                   Recovery: 0x84 (132)
...

Monday June 22 2015
INBOUND>>>>>  23:37:40:559 Eventid:47000(3)
GTPC Rx PDU, from 209.165.200.225:2123 to 209.165.202.129:2123 (176)
TEID: 0x00000000, Message type: GTP_CREATE_PDP_CONTEXT_REQ_MSG (0x10)
Sequence Number:: 0x4E47 (20039)
...
                       IMSI: 300420194755472
                   Recovery: 0x81 (129)
...

***CONTROL*** 23:37:40:755 Eventid:10285 
  Disconnect Reason: path-failure
يوضح هذا المثال فشل مسار حيث كانت المشكلة في الواقع في المسار وليس PGW أو SGW. ونتيجة لذلك، يظل RC كما هو عند إعادة إنشاء المسار. في مثال النظير الثاني، يكون المسح نتيجة لإنشاء طلب صدى: 
Thu May 28 20:47:47 2015 Internal trap notification 1112 (EGTPCPathFail) context PGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.1,  peer address 198.51.100.196, peer old restart counter 5,  peer new restart counter 5,  peer session count  549697, failure reason no-response-from-peer

Thu May 28 20:49:36 2015 Internal trap notification 1113 (EGTPCPathFailClear) context PGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.1,  peer address 198.51.100.196, peer restart counter 5,   peer session count  1, clear reason sessions-add

Thu May 28 20:49:06 2015 Internal trap notification 1112 (EGTPCPathFail) context PGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.1,  peer address 203.0.113.98, peer old restart counter 4,  peer new restart counter 4,  peer session count  3, failure reason no-response-from-peer
 
Thu May 28 20:50:49 2015 Internal trap notification 1113 (EGTPCPathFailClear) context PGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.1,  peer address 203.0.113.98, peer restart counter 4,   peer session count  0, clear reason echo-req
 
يوضح هذا المثال حالة شاذة أخرى حيث يتم إعادة تعيين العداد القديم لإعادة التشغيل على 2 بشكل متكرر، وينتهي الأمر بطريقة ما عند صفر مرة أخرى عند فشل المسار. تبين أن هذا خطأ. والدرس المستفاد هنا أيضا هو أنه إذا ظهر شيء غريب، فيجب الإبلاغ عنه. 
Fri Mar 27 03:13:36 2015 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.1,  peer address 192.0.2.5, peer old restart counter 0,  peer new restart counter 2,  peer session count  1, failure reason create-sess-restart-counter-change

Fri Mar 27 03:13:37 2015 Internal trap notification 1113 (EGTPCPathFailClear) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.1,  peer address 192.0.2.5, peer restart counter 0,   peer session count  1, failure reason sessions-add

Sat Mar 28 02:20:45 2015 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.1,  peer address 192.0.2.5, peer old restart counter 0,  peer new restart counter 2,  peer session count  1, failure reason create-sess-restart-counter-change

Sat Mar 28 02:20:47 2015 Internal trap notification 1113 (EGTPCPathFailClear) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.1,  peer address 192.0.2.5, peer restart counter 0,   peer session count  1, failure reason sessions-add

Sat Mar 28 17:14:06 2015 Internal trap notification 1112 (EGTPCPathFail) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.1,  peer address 192.0.2.5, peer old restart counter 0,  peer new restart counter 2,  peer session count  1, failure reason create-sess-restart-counter-change

Sat Mar 28 17:14:06 2015 Internal trap notification 1113 (EGTPCPathFailClear) context XGWin, service EGTP1, interface type pgw-ingress, self address 209.165.201.1,  peer address 192.0.2.5, peer restart counter 0,   peer session count  1, failure reason sessions-add
TAC Authored

تمت المساهمة بواسطة مهندسو Cisco

  • Dave Damerjian
    خدمات Cisco التقنية

هل كان هذا المستند مفيدًا؟

Feedbackالتعليقات

اتصل بنا

ينطبق هذا المستند على هذه المنتجات