51学通信技术论坛

标题: GGSN如果收不到echo reply，会delete掉相应的tunnel？ [打印本页]

作者: evolove 时间: 2011-8-25 12:41:42 标题: GGSN如果收不到echo reply，会delete掉相应的tunnel？

SGSN是不是也这样？

作者: 爱卫生 时间: 2011-8-25 21:37:54

是的，GTP Echo消息就是用来做GTP的路径管理的。收不到Echo的响应消息，就会将相应的GTP隧道拆除。SGSN也是这样的。

作者: samsin 时间: 2011-10-7 21:21:27

爱楼主，是所有的tunnels 吧，因为echo msg 表示的 udp/IP的path，凡是在这个IP层之上承载的GTPs都应该都删除。是吧？

作者: 爱卫生 时间: 2011-10-8 19:56:33

samsin 发表于 2011-10-7 21:21
爱楼主，是所有的tunnels 吧，因为echo msg 表示的 udp/IP的path，凡是在这个IP层之上承载的GTPs都应该都删 ...

是的。根据29060的规范，echo request消息里没有任何一个IE是强制的。既没有TEID也没有NSAPI也没有UE的任何信息，通过抓到的包也可以看到，GTP公共包头里的TEID为全0。所以这个echo request探测的就是IP层之上承载的所有GTP。一旦没有收到response，就会将IP层之上的所有GTP Tunnel删除。

作者: samsin 时间: 2011-10-8 20:14:58

好的，谢谢额{:soso_e100:}

作者: gaoyang_fei 时间: 2012-10-4 11:55:40

samsin 发表于 2011-10-7 21:21
爱楼主，是所有的tunnels 吧，因为echo msg 表示的 udp/IP的path，凡是在这个IP层之上承载的GTPs都应该都删 ...

意思是不是删除了某两个GSN结点之间所有的pdp上下文？（会有del request delresponse 流程吗？）

作者: hou3331 时间: 2012-11-19 23:11:55

对于对端采用load balance的情况，即GTP-C实际上是个虚地址，也并不回复echo response消息时，该如何检测哦？

作者: 爱卫生 时间: 2012-11-19 23:21:43

hou3331 发表于 2012-11-19 23:11
对于对端采用load balance的情况，即GTP-C实际上是个虚地址，也并不回复echo response消息时，该如何检测哦 ...

不太清楚你说的场景是哪个厂家的呢？通常来说，例如GGSN上确实可能会有很多GTP-C的业务板卡做负荷分担。但在PDP上下文创建完成后，只会分配一个GTP-C地址对应到一块板卡给SGSN，SGSN将给这个GTP-C地址对应的板卡发ECHO消息就完了啊。应该能满足你的需求吧。

作者: imwoohan 时间: 2012-11-28 02:34:57

爱卫生发表于 2011-8-25 21:37
是的，GTP Echo消息就是用来做GTP的路径管理的。收不到Echo的响应消息，就会将相应的GTP隧道拆除。SGSN也 ...

那请问爱总，如果 gtp是基于tcp的话，echo msg岂不是没有意义了？

作者: imwoohan 时间: 2012-11-28 21:57:56

imwoohan 发表于 2012-11-28 02:34
那请问爱总，如果 gtp是基于tcp的话，echo msg岂不是没有意义了？

其实我是想问，既然tcp/udp都有了心跳包了，那为什么还要echo这个机制来确定网元是否存活呢？直接靠这些传输层协议的心跳不就行了？

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