51学通信技术论坛

标题: 江西移动现网GGSN侧，奇怪问题：SGSN发起update pdp request 消息gtp头中teid怎么是0 [打印本页]

作者: samsin 时间: 2011-11-9 17:53:03 标题: 江西移动现网GGSN侧，奇怪问题：SGSN发起update pdp request 消息gtp头中teid怎么是0

本帖最后由 samsin 于 2011-11-10 09:56 编辑

[attach]936[/attach]楼主，你好，我在江西移动现网的有个企业apn，开始一个创建pdp，接着一个update pdp，接着又一个updatePDP，为啥最后一个更新里面的teid是0？先是8：54的， 9：01，9：19的。请各位专家给看看，谢谢

作者: samsin 时间: 2011-11-10 09:51:51

说明一下，这三个报文，都是在 GGSN侧抓的，没有抓到SGSN context 消息。
请楼主，百忙之中，给看看，各位专家，也都来给诊断一下。。再次多谢了。

作者: samsin 时间: 2011-11-10 09:57:50

请楼主、各位专家给诊断一下，多多，谢谢额

作者: 爱卫生 时间: 2011-11-10 11:08:44

回复 samsin 的帖子

  找了规范。但抓包只有一个Update包，很难做出准确判断。我的观点如下：
1  这里GTP-C的源IP有3个不同的IP，分别是221.177.169.137/140/146. 是否能确定这是同一个SGSN。因为各厂家设计不一样。有些service IP只能是一个，有些可以是多个。
2 发送Update PDP Context Request消息，可能对应到多个流程，例如RAU流程、PS切换、SRNS流程、3GDT流程以及标准的PDP Context Modification流程。需要确定是哪种信令流程触发的，就比较方便定位。但RAU流程和标准的PDP上下文修改流程可能性比较大。
3 如果是RAU流程，涉及到SGSN之间的context，因此如果有权限的话，可以到SGSN上去看看用户的上下文是否能正常的获取。用相应的指令可以看到的，也就包括是否能得到GGSN的控制面TEID了。
4 如果是PDP上下文修改流程，根据规范，可以是很多种情况触发，常见的有：PDP地址变化、Qos变化、TEID变化等。这些有可能是由SGSN触发，也可能是用户触发。例如0901这个包可能就是SGSN触发的，感觉像是重新分配了TEID，和0854分配的TEID不同（假设0854和0901是同一个SGSN发的），但0919这个包感觉像是用户发起的PDP Context Modification，因为带上了可选的IMSI字段。
  所以不知道SGSN是不是归你管，如果有条件去看一下和这个用户的PDP上下文的信息吧。

作者: samsin 时间: 2011-11-13 08:27:06

谢谢，楼主的回复，能否从upatePDP的GTP header中的teid为0这一特殊的值，这个情况入手找到一些规范的描述，因此检测的原因（只接入GGSN侧），我们已经无法对这个‘xxxx initiate procedure’做出判断。我找到了一个有关的‘meeting’ 分享一下：[attach]954[/attach]

作者: 爱卫生 时间: 2011-11-13 12:01:16

回复 samsin 的帖子

根据29060的8.2章节，列出了GTP-C包头中TEID为0的各种情况，共有13种特殊情况，控制面TEID应设置为0。但都没有直接提到PDP Context Modification流程和Update PDP Context Request消息。我看了下比较接近的会不会是这个"All Location Management messages, where the Tunnel Endpoint Identifier shall be set to all zeroes."
其他的感觉就更不像了。

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