江西移动现网GGSN侧，奇怪问题：SGSN发起update pdp request 消息gtp头中teid怎么是0

samsin

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

samsin

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

samsin

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

爱卫生

回复 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

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

爱卫生

回复 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."
  其他的感觉就更不像了。