GTP隧道的封装疑问

蓉城喜鹊

同意二楼楼主的看法。

1. 手机刚好用2123做源端口来对外建TCP会话，就被wireshark当作了gtp-c包进行解析，估计这是一种巧合。因为在wireshark默认把tcp/udp2123端口当成了gtp信令。你可看下后续的业务报文中，wireshark应该解析不了具体的消息了。

在wireshark中，可以关闭把tcp 2123端口认为是gtp信令的选项，如下：



2. SGSN与GGSN两个节点之间一直在定期发送路径管理消息，即GTP Path Echo和GTP Path Response，如果探测到对方没有响应，有可能Gn网络或某节点死了。

某个用户在PDP激活后，只要等待到一定空闲时间，SGSN或GGSN就会把用户去激活。目前我所知道都是由GGSN去激活空闲用户，我所在局中，GGSN去激活空闲用记所要等待的超时时间为60秒。这是一个可配置值。

如果SGSN发起了PDP去激活请求，那么在GGSN中不论有没有对应的PDP上下文，都必须回复PDP去激活响应。这是3GPP 29.060规定的。不知你所说GGSN无正确响该怎么理解？除非GGSN把数据格式搞错，但这种可能性很小。

3. 在国内，目前GGSN不能主动发起PDP激活请求。但按规范，GGSN是可以发起PDP创建消息的，我们都没有使用。

另外在规范中，我找了下，GGSN与SGSN间的GTP的所有请求与响应消息只用到了一种计时器：
T3-RESPONSE: The timer T3-RESPONSE holds the maximum wait time for a response of a request message.

对于无响应，则用到了计数器N3-REQUEST：The counter N3-REQUESTS holds the maximum number of attempts made by GTP to send a request message. The recommended value is 5.