51学通信技术论坛

标题: 关于Sigtran的问题 [打印本页]

作者: yonka 时间: 2012-3-28 17:32:58 标题: 关于Sigtran的问题

sigtran中SCTP层的偶联的概念的一些问题。假设两端端点分别为:portA、portB，两端各使用地址为addr1、addr2；addr3、addr4。

问题如下：
1、如上。应该有四条路径。addr1-addr3；addr1-addr4；addr2-addr3；addr2-addr4.
在资料上看到过，有主用路径的概念。是不是这么理解呢，其他路径只是建立以及用heartbeat维持，实际传输数据只用主用路径，主用路径失败时使用其他路径？

2、在建立起sctp偶联时，client段发出的INIT消息是给哪个地址？

3、看到过sctp偶联和m3ua偶联的名词。偶联应该是sctp层的概念啊，m3ua作为sctp的用户，怎么会也这么叫呢？

4、现网中有一个情况是每次INIT、INIT ACK、COOKIE_ECHO以及COOKIE_ACK这个流程结束后，server就发abort消息。CC都是“user initiated abort”，这个有可能是什么原因呢？

问题比较多，谢谢

作者: 爱卫生 时间: 2012-3-28 19:25:21

yonka 发表于 2012-3-28 17:32
sigtran中SCTP层的偶联的概念的一些问题。假设两端端点分别为:portA、portB，两端各使用地址为addr1、addr2 ...

1 是的。实际传输只走主线路。

2 都会配置一个主地址的。发给对方的主地址例如add1。其他的地址信息携带在INIT CHUNK中通知对方。

3 这是站在M3UA层的叫法。个人感觉不用将association翻译成中文。翻译成偶联感觉还是比较晦涩的。association的本意就是一个关联。站在M3UA层的角度看，也需要和对方有一个关联。只不过也用了这个词而已，也叫association，这样叫，感觉没有什么不合适的。例如TCAP层，也需要建立和对方的连接。但它叫dialog，即对话。也没什么不妥的。

作者: yonka 时间: 2012-3-29 10:43:20

回复爱卫生的帖子

3、也就是说sctp偶联是sctp偶联的概念，m3ua偶联时m3ua层的概念对吗？
那m3ua偶联有没有像sctp偶联那样的实际建立流程呢？

4、现网中有一个情况是每次INIT、INIT ACK、COOKIE_ECHO以及COOKIE_ACK这个流程结束后，server就发abort消息。CC都是“user initiated abort”，这个有可能是什么原因呢？
爱总有没有类似经验或者看法？

作者: 爱卫生 时间: 2012-3-29 21:31:03

yonka 发表于 2012-3-29 10:43
回复爱卫生的帖子

3、也就是说sctp偶联是sctp偶联的概念，m3ua偶联时m3ua层的概念对吗？

M3UA的association没有专门的建立流程，但做为SCTP的用户，和SCTP层有通信的原语，SCTP的association建立好之后，有一个指示通知M3UA层底层的连接建立，M3UA层会和对等层实体发送ASP UP和Activate将这个对等层的连接激活。

这个案例见过，但当时没怎么理它。得看具体的情况。如果从字面上理解，是上层用户也就是M3UA层给SCTP指示，放弃了建立连接。

作者: 夜的宁静 时间: 2012-4-2 13:24:21

第四个问题,我见过在现网,SGSN和RNC两个节点之间的信令为sigtran over IP且存个多个偶联或多归宿时,只有两侧的sctp主IP之间是active,其他的几个secondary IP是inactive的. 不知是不是这回事?

作者: yonka 时间: 2012-4-2 13:26:29

回复夜的宁静的帖子

不应该啊~
其他几个path之间应该会发heartbeat包保持active才对~
怀疑你那边有一端没按规范来~

我们情况不一样~我这边是所有path都被abort~

作者: 夜的宁静 时间: 2012-4-2 13:44:58

不同厂家的RNC与SGSN之间的SCTP偶联会表现不同的状态,应该不是数据不规范.

所有的路径都被abort,应该是有问题. 按照sctp规范,只要任何一侧的sctp站点出现了严重的故障时,就会发送abort chunk来中断sctp. 至于具体原因,可以试着看一下abort chunk中的error cause字段(这是一个可选的字段).

作者: yonka 时间: 2012-4-2 16:53:47

回复夜的宁静的帖子

“user initiated abort”表示？

作者: 夜的宁静 时间: 2012-4-5 10:31:23

User-Initiated Abort的cause code为12，按RFC4960的解释可以认为sctp没有问题，是上层的用户协议导致了sctp中断。可参考如下：

This error cause MAY be included in ABORT chunks that are sent because of an upper-layer request. The upper layer can specify an Upper Layer Abort Reason that is transported by SCTP transparently and MAY be delivered to the upper-layer protocol at the peer.

作者: Mr_Muscle 时间: 2012-5-14 21:20:00

yonka 发表于 2012-4-2 16:53
回复夜的宁静的帖子

“user initiated abort”表示？

这个问题看了几遍了，怎么没有后续呢，请问yonka，最后问题如何解决，找到具体原因了吗？

作者: yonka 时间: 2012-5-15 00:51:54

Mr_Muscle 发表于 2012-5-14 21:20
这个问题看了几遍了，怎么没有后续呢，请问yonka，最后问题如何解决，找到具体原因了吗？

解决了噢，谢谢热心的muscle先生~在别处看到你挺多热心回复

问题是RNC和SGSN侧两端LSP---RSP互指错误
比如从SGSN侧来说，定义的LSP1（使用地址a和b）对应的RSP1使用的地址是A和B，但实际上RNC侧定义使用的是C和D，使用C和D向a和b发起偶联，偶联自然没问题，但到了M3UA层就被拒绝了

原因是查明了，不过我还是不很了解这其中SGSN侧层间的交互流程，不知道有没有人帮我解释一下，怎么样拒绝的

作者: Mr_Muscle 时间: 2012-5-15 09:36:53

yonka 发表于 2012-5-15 00:51
解决了噢，谢谢热心的muscle先生~在别处看到你挺多热心回复

问题是RNC和SGSN侧两端LSP---RSP互指错误
...

对于SGSN和RNC在建立SCCP层通信的整个过程我也不是很明了，在整个过程中，在SCTP层、M3UA层，SCCP层分别如何通信，通信过程中协商了哪些关键参数，希望哪位高手能够解答下，先谢过啦！

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