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/) Powered by Discuz! X2