后续SIP重新邀请中的ICE参数

后续SIP重新邀请中的ICE参数,sip,stun,Sip,Stun,在ICE rfc 5245中,有关于后续更新报价的说明。但并没有提到当随后的重新邀请被发送时,代理的行为应该是什么??我们应该包括ice候选人吗?我们应该包括所有本地候选人还是只包括默认候选人?我前阵子问了一个类似的问题,关于重新邀请的必要性。重新邀请只是一个协议形式(对于连接中的任何一个可能关心的盒子),并且通常不是由两个端点(已经协商了ICE通道)所需要的。据我所知,重新邀请中的唯一候选人应该是ICE协商的选定候选人(即,只有实际使用的候选人)。您指的是RFC 5245的哪一部分?

在ICE rfc 5245中,有关于后续更新报价的说明。但并没有提到当随后的重新邀请被发送时,代理的行为应该是什么??我们应该包括ice候选人吗?我们应该包括所有本地候选人还是只包括默认候选人?

我前阵子问了一个类似的问题,关于重新邀请的必要性。重新邀请只是一个协议形式(对于连接中的任何一个可能关心的盒子),并且通常不是由两个端点(已经协商了ICE通道)所需要的。据我所知,重新邀请中的唯一候选人应该是ICE协商的选定候选人(即,只有实际使用的候选人)。您指的是RFC 5245的哪一部分?