请教两个Gn口上的信令问题

爱卫生

回复 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可能是有问题的。

爱卫生

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

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

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

爱卫生

回复 arrowbroken 的帖子

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

爱卫生

回复 arrowbroken 的帖子

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

爱卫生

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的业务板卡的地址。