ASR 5000系列GTPC和GTPU及相关路径故障故障排除

下载选项

  • ePub     (104.3 KB)
    在 iPhone、iPad、Android、Sony Reader 或 Windows Phone 上使用各种应用查看
  • Mobi (Kindle)     (275.8 KB)
    在 Kindle 设备上查看或在多个设备上使用 Kindle 应用查看
已更新: 2015 年 7 月 23 日
文档 ID:200026

非歧视性语言

此产品的文档集力求使用非歧视性语言。在本文档集中，非歧视性语言是指不隐含针对年龄、残障、性别、种族身份、族群身份、性取向、社会经济地位和交叉性的歧视的语言。由于产品软件的用户界面中使用的硬编码语言、基于 RFP 文档使用的语言或引用的第三方产品使用的语言，文档中可能无法确保完全使用非歧视性语言。 深入了解思科如何使用包容性语言。

关于此翻译

思科采用人工翻译与机器翻译相结合的方式将此文档翻译成不同语言，希望全球的用户都能通过各自的语言得到支持性的内容。 请注意：即使是最好的机器翻译，其准确度也不及专业翻译人员的水平。 Cisco Systems, Inc. 对于翻译的准确性不承担任何责任，并建议您总是参考英文原始文档（已提供链接）。

简介

本文介绍了对《针对控制平面(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
TAC Authored

由思科工程师提供

  • Dave Damerjian
    思科技术服务

此文档是否有帮助?

Feedback反馈

联系我们

本文档适用于以下产品