51学通信技术论坛

标题: 请教两个Gn口上的信令问题 [打印本页]

作者: lsjier 时间: 2011-7-8 16:28:41 标题: 请教两个Gn口上的信令问题

请教两个Gn的信令问题：

数据是Gn口信令数据，该图是一个SGSN发出的GTP-C的消息。

1、A处，SGSN发往一个私网IP，这是什么情况？？什么场景会出现这样的呢？

2、为什么这个SGSN发出的IP包的标识始终都是0.其他的SGSN是正常的+1的形式增长IP标识符的。

[attach]693[/attach]

作者: 爱卫生 时间: 2011-7-9 15:12:37

本帖最后由爱卫生于 2011-7-9 15:13 编辑

回复 lsjier 的帖子

我说下我的理解。
1 除非是在Lab里，否则Gn接口上SGSN和GGSN的Service IP都应该是公网IP。也绝不会出现上面例子里SGSN用公网IP，GGSN用私网IP的情况。所以，我觉得是DNS 的配置问题。可以在DNS Server上用nslookup去解析一下，是不是以上的私网IP地址。
2 IP包中的ID其实有两个作用，一个是用于IP包的分段重组。就是说，IP包大于MTU值，将在IP层被分成若干个小包，但所有分片包的Identification这个字段是相同的值，代表他们原来是同一个包。这样就可以完成重组。另外还有一个作用就是在本端对IP包的标识，如果收到对方的确认，本端在给对方发下一个包时，ID值就会加1.例如TCP的3次握手，Src给Dst的Syn包可能ID为1，那收到对方的Syn ACK后，再给对方发的ACK，对应的ID字段就为2了。反过来，如果对方没有给你回Syn ACK，则Src会重试和对方建立TCP的3次握手，重发Syn报文，这时候的ID还是为1的。不会增长。所以这个例子里的ID没有增长的话，很可能是没有收到对方的响应。我猜和SGSN给对方的Create PDP Context Request消息是私网地址有关，对方可能就收不到，自然无法回Response，然后本端重发，ID值就不会长了。 --- 因为在Log里可以看到SGSN重发了很多Create PDP Context Request消息给对方，但都没有收到响应,进一步验证这个私网IP可能是有问题的。

作者: lsjier 时间: 2011-7-9 20:19:42

回复爱卫生的帖子

问题是现网这这样的例子非常多，而成功率很高，我查过信令，均是有响应的，而且响应的IP.ID都是正常的呈现+1的形式，只有这个SGSN发出的包始终是0

作者: johnwey 时间: 2011-8-18 16:28:59

我的理解：

1、用私网IP是网络规划以及DNS配置本身的问题吧，消息都能响应更加说明了这一点。
如果现网上出现大量这个情况，并且只对这个SGSN出现，看看是否它做了和其他节点不一样的default APN并且这个APN在DNS上做了特殊的实现。

2、我觉得是各厂商实现不同吧，LZ应该观察的不是同一个厂家的SGSN吧。IPID的本来作用就是标示分片包，好像并没有规定一定也要用来作发包的唯一和连续标识而必须采用0-64k内每次加一的方式填充。

至于响应的IP ID能够加一那是因为对方节点GGSN实现支持这样的方式。

作者: 爱卫生 时间: 2011-8-21 12:20:24

johnwey 发表于 2011-8-18 16:28
我的理解：

1、用私网IP是网络规划以及DNS配置本身的问题吧，消息都能响应更加说明了这一点。

我也比较同意你的观点。但还没有找到具体的证据来印证这个说法。所以，暂时加上5个威望和5个贡献表示感谢！谢谢哈！

作者: lsjier 时间: 2011-8-26 11:34:49

那使用IP标识来计算丢包，这种方法是不可行的咯？

作者: arrowbroken 时间: 2011-10-9 16:34:12

回复爱卫生的帖子

我觉得是不是GGSN之间不需要通讯，所以没有用公网IP，但是SGSN之间要跨PLMN通讯，所以SGSN用了公网IP。

作者: 爱卫生 时间: 2011-10-9 21:37:28

回复 arrowbroken 的帖子

GGSN和GGSN之间没有通信的需求啊。这里奇怪的地方就是这确实是一个Gn接口的包，SGSN发给GGSN的，但源IP即SGSN侧是公网IP，目的IP为GGSN却是私网IP。如果是跨PLMN的话，那目的IP又不应该是一个私网IP。如果没有跨，在同一个PLMN内部的话，不可能在做地址规划的时候一边用公网，一边用私网。通常，Gn接口的IP两边都应该是公网IP。只有MS的用户地址IP才是私网IP。

作者: arrowbroken 时间: 2011-10-10 10:40:03

回复爱卫生的帖子

通常做地址规划的时候，是Gn接口两边都用公网IP，但是如果GGSN和SGSN在同一PLMN，从节约公网IP以及安全的考虑，GGSN还是可以使用私网IP。

作者: 爱卫生 时间: 2011-10-10 20:15:07

回复 arrowbroken 的帖子

学习了！谢谢分享啊！威望和贡献都已+10。

作者: arrowbroken 时间: 2011-10-11 10:44:22

非常佩服楼主，能从早到晚的给大家答疑解惑。{:soso_e179:}

作者: zglaojiang 时间: 2012-1-12 13:37:31

回复 arrowbroken 的帖子

同一个PLMN内的SGSN和GGSN的业务IP都应该是公网IP吧，物理口正常为私网IP。你说为了节约公网IP,GGSN这边可以用私网IP为什么呀？在现网中能否这样。

作者: abe_0 时间: 2012-1-13 11:45:02

端口是私网IP，loopback 地址必须是公网的。

作者: arrowbroken 时间: 2012-5-11 13:32:48

回复 zglaojiang 的帖子

抱歉这么晚才来，现网我没做过，不过我觉得GGSN使用私网IP是可以的，只要SGSN和GGSN之间的路由器能把SGSN的公网IP路由到GGSN就行了。

作者: arrowbroken 时间: 2012-5-11 13:34:31

回复 abe_0 的帖子

楼上，LOOPBACK地址的说法是针对某个厂商的产品吧，这样的话，可能没有普遍意义。

作者: Mr_Muscle 时间: 2012-5-25 21:02:18

本帖最后由 Mr_Muscle 于 2012-5-25 21:10 编辑

还有这种情况啊，GGSN的Gn接口地址在地址不足的情况下可以用私网的地址，在用户进行inter SGSN RAU的时候，当new SGSN向old GGSN（假设是私网地址） update PDP context Request的时候会不会找不到old GGSN呢？还有这个GTP_C地址应该是GGSN的Gn lookback地址吧？

作者: 爱卫生 时间: 2012-5-26 20:00:37

Mr_Muscle 发表于 2012-5-25 21:02
还有这种情况啊，GGSN的Gn接口地址在地址不足的情况下可以用私网的地址，在用户进行inter SGSN RAU的时候， ...

通常Gn口都是公网地址，如果万一是私网。那就是运营商要在做路由分布的时候保证这些私网路由在网内可达，但安全风险是较高的。Inter-SGSN RAU所涉及的网元new SGSN、Old SGSN、GGSN应该都是属于同一个省的运营商，例如广东移动等。所以，保证网内路由是比较容易的，只要不发给其他的PLMN就可以了。

loopback地址楼上已经提到，应该是某厂家的特点，不具备普遍意义。通常GTP-C的地址是GGSN上专门处理GTP-C的业务板卡的地址。

作者: kinghighland 时间: 2014-2-15 19:20:51

如果这个GGSN仅仅负责本地的一些行业应用，不需要考虑漫游，就可以用私网地址吧

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