51学通信技术论坛

标题: GTP隧道的封装疑问 [打印本页]

作者: sqm2050 时间: 2013-3-23 21:12:06 标题: GTP隧道的封装疑问

[attach]2548[/attach]
贴上图片，不知道为什么就这么模糊了。想问的问题是：
1.为什么GTP-C的报文会封装在GTP-U中的就是这样的格式：IP->UDP(2152)->IP->TCP(2123)
2.PDP上下问靠什么保持连接，如果不发删除信令消息就不会删除？如果SGSN发起了删除，那么GGSN没有正确响应，那么PDP会去激活吗？
3.PDU通告，就是GGSN发起的PDP创建消息吗？

作者: hycl5410 时间: 2013-3-23 23:32:25

1. 楼主虽然看到的是GTPC被封装到了GTP隧道中，但事实上并不是这样。GTPU都是正常没有问题的，关键就在于GTP封装的payload中，TCP使用了2123源端口，2123端口正常是应该给GTPC预留的，所以wireshark就把这个TCP包显示成了GTPC而已。实际上，这是一个TCP的SYNC包。至于为什么源端口要用2123，那就得看终端了。如果网络中仅有这么一个包/流，那可能就是随机赶上了。如果大量源或者目的端口使用2123，那么恐怕需要仔细分析是否存在潜在的欺诈。
2.基于PDP是不存在互相探测/保活机制的，但是GTP层对于每一个PDP确实是一个连接，楼主可以查看一个PDP建立过程中control面TEID的情况，再看update或者delete消息的TEID-C。
GGSN不响应，对于GGSN是否去激活，可能性就多了
SGSN如果收不到响应，T3超时后重发，重发次数为N3。一直无响应，应该会本地去激活吧。。。不确认，看了一眼规范没找到就没再细看
3.应该是的，具体可以看23.060和29.060

作者: 蓉城喜鹊 时间: 2013-3-27 13:17:53

本帖最后由蓉城喜鹊于 2013-3-27 13:20 编辑

同意二楼楼主的看法。

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

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

[attach]2562[/attach]

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.

作者: songyuwen 时间: 2013-11-13 16:45:24

学习了，最近在学些GTP相关知识

欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/)