目录

简介

背景

相关命令

路径故障检测

路径故障陷阱的各种示例和说明

相关的思科支持社区讨论

简介

本文介绍了对《针对控制平面(EGTPC)/GTPC(第3代合作伙伴项目技术规范 29.274)、GPRS隧道协议用户平面(GTPv1-U)(3GPP TS 2)的理解和故障排除 9.281)，与本文最相关的是恢复过程 (3GPP TS 23.007)问题，这些问题围绕重启计数器、路径故障检测和回应请求/响应等概念。它包括相关命令列表以及输出中要查找的内容，以及相关可配置内容的说明。这无疑是一个引发许多问题的领域。请注意，排除特定呼叫控制问题本身是一个非常广泛的关注领域，但本文仅提到如何捕获呼叫控制的统计信息 — 不涵盖任何超出此范围的问题（即呼叫设置问题）。本文主要介绍对等连接进行故障排除和检验，如果没有对等连接，则不会进行呼叫控制。  设计人员/实施人员在为操作员撰写时也可以从此处的内容中获益。

示例都使用来自实际运营商网络的假（更改）IP地址。

背景

GTP连接的每一端(S5(服务网关 (SGW) — 分组数据网关(PGW))、S11(多媒 体管理实体(MME)- SGW)、S4(服务GPRS服务节 点)sgsn)- Gateway GPRS Service Node(GGSN)维护一个重新启动计数器，该计数器用于在始发节点重新启动后提醒对等体，以便对等体可以采取相应的操作。虽然节点可以对其通信的每个对等体使用唯一计数器，但设计倾向于对所有对等体使用SAME计数器，因为当节点重新启动时，计数器需要对所有对等体递增，因此基于对等体跟踪单独的值不会产生额外的益处，因为它们无论如何都需要增加1。实际上，对所有对等体使用相同的重启计数器有助于排除大型网络的故障，在大型网络中，可以检查所有对等体以确保收到的重启计数器对对等体正在通信的节点具有相同的（单个）值。

重启计数器可以包含在所有类型的控制消息中，而重启计数器必须包含在所有回应请求和响应中。一旦节点上发生重启计数器更改，各个对等体就通过发送到各个对等体的下一个控制消息被通知它。当根据规范发生重启时，接收方可以选择在短时间内暂时维护其拥有的呼叫，或在丢弃呼叫时暂时保留呼叫，后者通常是配置的行为。

如果使用回应请求，则方法是在配置的时间间隔内发送消息，如果在配置的重试次数（每次超时配置一次）后未收到响应，则路径被视为关闭并采取适当的操作。  配置允许选择性地发送回声，这也适用于对等体，其方法不一定必须相同，特别是当对等体可能来自不同供应商和/或不同运营商时。实际上，在回声响应方面，节点只有义务响应回声请求 — 无论它是否收到回声，以什么频率不重要 — 它只需为每个请求发送回声响应，并在重新启动计数器收到更改时采取措施。当然，如前所述，如果它也发送回应请求，并且没有及时收到响应，它也需要针对该场景采取措施。

请注意，路径故障检测也可以通过回声(GTP-U（用户平面）连接完成，但 仅通过超时完成，因为GTP-U消息中没有像前面讨论的GTP-C一样包含重启计数器。GTP-U可能使用或不使用与控制消息相同的路径。如果它是同一路径，则GTP-U检测可能没有这么有价值，因为GTP-C检测应该足够。

总之，以下是路径故障检测的方法：

- 重新启动计数器更改（通过控制消息Req/Rsp或Echo）

- GTPC回应请求超时

- GTPU回应请求超时

- 控制请求消息超时（通常未配置）

相关命令

要排除任何类型的路径问题，请熟悉以下命令。以下是每项的相关详细说明。

- show [egtpc-service |gtpu-service] all

- show egtpc peers [egtp-service <service>]

- egtpc test echo gtp version {1 | 2} src-address <service address> peer-address <peer address>

- show egtpc statistics [[[(sgw-address) | pgw-address | mme-address)<address>] [demux-only]] [debug-only] [verbose] |路径失败原因]

- show gtpu statistics [peer-address <peer>]

- show gtpc statistics [ggsn-service <service>] [smgr-instance <instance>]

- show demux-mgr statistics <egtpinmgr | egtpegmgr | gtpumgr>全部(SGW出口 | 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>

show egtpc sessions [egtp-service <service>]

用于检查所有EGTP服务的状态和配置的基本命令 是“show egtpc-service”。 大多数输出应是已通过配置获知的，并且状态应为STARTED。收集到的唯一信息是“重新启动计数器”，在其他任何位置都找不到。相关命 令“show gtpu-service all”返回与EGTPC服务关联的GTPU服务的可配置。

“show egtpc peers”在识别所有对等体（包括状态、重启计数器和当前/最大用户计数）时非常有用。

- 请注意，此命令涵盖SGW和SGSN对等体，而过去对SGSN/GGSN有单独的命令。

- 由于此命令包括所有对等体类型，因此可以通过服务名称过滤对等体类型（即使关键字egtpc-service假性也采用GGSN服务名称）。

- 如果没有与对等体的用户，则状态为“非活动”，并且GTPC回显已禁用。在该状态下，对于EGTPC，可能有一些对等体报告了Restart计数器，而大多数对等体可能为0。  当对等体主动向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

请注意，下面的几个对等体的计算值比其他对等体高得多。这些SGW实际位于MME最常接通呼叫的PGW的同一站点或姐妹站点。

[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> show egtpc peers ... 20:51:52（活动）

PGW-ICSR> show egtpc peers ... 20:51:51（备用）

对等体

RC

#会话

最大会话数

对等体

RC

#会话

最大会话数

埃斯克

192.0.2.5

2

31

443

ADSKS

192.0.2.5

2

31

443

埃斯克

192.0.2.24

3

117

123

ADNKS

192.0.2.24

3

117

123

埃斯克

192.0.2.36

15

4223

6889

ADSKS

192.0.2.36

15

4223

6889

埃斯克

192.0.2.44

7

119

331

ADSKS

192.0.2.44

7

119

331

埃斯克

192.0.2.68

34

6174

9798

ADSKS

192.0.2.68

34

6171

9797

埃斯克

192.0.2.69

7

2311

5027

ADSKS

192.0.2.69

7

2311

5027

埃斯克

192.0.2.88

17

3914

8880

ADSKS

192.0.2.88

17

3913

8874

埃斯克

192.0.2.164

16

833705

1298070

ADSKS

192.0.2.164

16

832037

1294412

埃斯克

192.0.2.184

3

1438418

2153317

ADSKS

192.0.2.184

3

1435461

2147280

埃斯克

192.0.2.193

21

11447

26577

ADSKS

192.0.2.193

21

11443

26568

埃斯克

192.0.2.195

5

48

162

ADSKS

192.0.2.195

5

48

162

埃斯克

192.0.2.226

21

1962

3931

ADSKS

192.0.2.226

21

1962

3931

埃斯克

192.0.2.227

6

4465

9332

ADSKS

192.0.2.227

6

4466

9332

“egtpc test echo”用于检查特定对等体是否可达，并且必须在定义服务的上下文中运行。

- 对GGSN-SGSN连接使用gtp-version 1

- 使用ping命令不是有效测试，但如果成功，则可知存在一定级别的可达性。

- 将显示对等重启计数器（恢复）。

- 运行此命令将增加“show egtpc statistics”中的Tx回应请求/Rx回应响应计数器

- 对等体的重新启动计数器在Recovery关键字（下例中为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(v2)，并报告许多EGTPC控制消息（请求/响应、Tx/Rx）的成功/失败报告，包括创建会话、修改承载、删除会话、下行链路数据通知、释放访问承载、创建承载、更新承载、修改承载、暂停等及相关响应。它包括回应请求/响应Tx/Rx的所有路径管理计数器，并且根据计时器，可以预测这些计时器的增长并用于故障排除（如果不按预期递增）。

以下示例显示从两端发起和响应的回声和响应。请注意，SGW已配置为每分钟发送一次，而PGW已配置为每三分钟发送一次（两端不需要设置相同），因此每三分钟发送一次的数据包数(6:16:33、6:19:33)。 请记住，尽管在本例中，双方处于同一“周期”，但它们不必是并且可以彼此独立运行。  重新启动计数器也已捕获在列中。请注意，来自SGW回应响应的11的Restart计数器与来自其对来自上述PGW的测试回应的响应的值匹配（该测试在与数据包捕获不同的时间完成，但针对同一对等体）。

demux-only选项可捕获所有路径管理计数器（回应请求/响应）以及从未到达会话管理器的控制消息，通常为Create Session Request/Response。驻留在解复用器卡上的解复用器进程etpinmgr负责处理所有回应请求/响应和所有呼叫控制消息的初始处理，然后再将它们分发到相应的会话（对于新呼叫，特别是针对固定在特定会话管理器上的现有呼叫，可随机进行）。 相反， sessmgr-only选项仅计数由会话处理的消息，而不包括路径管理计数器。未指定任何限定词是计数所有值的默认值。

“show gtpc statistics”是SGSN/GGSN服务(GTPC v1)（CPC、更新PDP环境等）的类似命令

“show gtpu statistics”报告与EGTPC服务关联的GTP-U服务处理的用户平面流量统计信息。 一个有趣的计数器是错误指示Tx/Rx，当接收节点没有应与有关数据包的终端终端标识符(TEID)关联的用户记录时，将发送该计数器（批量统计数据方案/变量是GTPU1/ err-ind-tx）。 如果MME/SGW未被告知PGW不再具有与用户的绑定，则可能需要在MME/SGW上手动清除呼叫（或等待其超时），以完全解决此类孤立呼叫问题。

排除特定对等体故障时，需要使用上述stat命令的特定对等体版本（通常情况下）。

路径故障检测

EGTPCPathFail 陷阱是了解路径故障发生时间的关键。在您已经假设的一些基本值中，它报告已丢弃的呼叫数、旧的和新的重新启动计数器以及失败的原因。此外，会话断开原因 gtpc-path-failure将递增。

EGTPCPathFailClear陷阱将指示重新启动计数器以及路径清除的原因。最新的StarOS v17措辞更好，用“明确原因”而不是“失败原因”（它清除了，而不是失败！）来避免混淆。

以下是从“show egtpc stat path-failure-reasons” 报告的路径故障计数

[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

注意：

- sessmgr上的控制消息重新启动计数器可以是任何类型的控制消息（并非全部列在此处）

- 更改后，通过下一个创建PDP环境请求从SGSN更改了重启计数器(cpc-restart-counter-change)

- 更改后，通过下次更新PDP环境请求从SGSN更改了重新启动计数器(即从另一个SGSN切换)(upc-restart-counter-change)

- 路径清除失败原因会话添加是一个欺骗性术语 — 它不是失败，而是成功，它表示已进入新会话以建立连接

- 如果PathFail和PathClear陷阱的重新启动计数器和会话计数报告的值似乎未排队，请向思科打开票证以供进一步解释。

了解EGTPC/GTPC以及EGTPU/GTPU（由于并非总是配置用户平面故障检测）路径故障检测如何实施以监控GGSN或PGW与各种对等SGSN和SGW之间的连接非常重要。通常，服务提供商网络内的连接相当稳定，在这种情况下，路径故障很少发生。在另一方面，经验表明，连接到GGSN的漫游SGSN之间的GTPC路径可能不是那么稳定，因此，如果连接不良，就会导致路径故障以相当频繁的频率发生。

以下配置包括可用于检测路径故障的控制和回声消息的计时器和传输频率。同样的概念适用于GGSN、SGW、MME和EGTP服务：

ggsn-service GGSN1

retransmission-timeout 20

对于GTP控制消息（与回显消息）

最大重新传输5

GTP控制和回显消息 — 在路径故障检测触发器之前重新传输的次数

echo-interval 120

每2分钟（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（自v14以来已弃用gtpcmgr）负责处理回应数据包

- “show gtp statistics”部分的“Path Management Messages”具有双向控制路径的回应请求/响应的统计信息：

[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”禁用对用户平面发送回声请求，因此CLI“path-failure detection-policy gtp echo”不相关 — GTPU上完成NO Path failure detection

- 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

路径故障陷阱的各种示例和说明

通常，当出现重新启动时，对等重启计数器将增加1。在这种情况下，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

此示例来自对等SGSN，其中对等SGSN通过创建PDP环境请求将其RC从66更改为67:

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

此示例来自对等ePDG通过创建会话请求将其RC从69更改为70的PGW:

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

在本示例 中，来自所有连接到同一SGW的各PGW节点的输出显示，SGW在彼此的短时帧内停止从各PGW上的EGTPCPathFail陷阱的PGW到达。请注意，所有节点都显示与前面讨论的相同的旧重启计数器，通常节点对其所有对等体使用相同的计数器。如果没有响应，则显示的新重启计数器为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)

此示例显示由于3个特定SGSN对 等体的CPC重新启动到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

前面讲过，解决此类问题的另一种方法是检查其他GGSN（或LTE的PGW），看它们是否与那些看似有问题的SGSN对等体存在相同问题，在本例中，它们也存在相同问题。对于GGSN3，命令的第一次运行显示两个对等体的值132，而另一次运行显示其中一个对等体的值129。多次运行（此处不显示为简要起见）将显示这些对等体的两个RC之间的所有GGSN随时间的变化：

[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对等体的监控用户菜单选 项显示更改RC。当它确实发生更改时，所有呼叫都将断开， 路径失败是断开的原因。数据包捕获的屏幕截图还显示：

[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保持不变。在第二个对等体示例中，clear是回应请求建立的结果：

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后，当路径失败时，它以某种方式再次以0结束。结果发现这是个漏洞。这里的教训同样是，如果出现奇怪的情况，应该报告。

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