المحتويات

المقدمة

الخلفية

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

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

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

مناقشات مجتمع دعم Cisco ذات الصلة

المقدمة

يغطي هذا المقال فهم واستكشاف أخطاء بروتوكول الاتصال النفقي لخدمة حزمة الراديو العامة المطورة لمستوى التحكم (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