为什么候选类型在建立3g,4g(LTE)连接时仅显示为“主机”?

时间:2019-03-22 05:36:58

标签: 3g turn 4g apprtcdemo candidate

我们使用appRTC演示应用程序创建了自己的android WebRTC应用程序。

coturn已安装在我们的服务器上,并且在呼叫连接中确认了wifi和wifi状态。

但是,在3g和4g(LTE)中,数据已交换,但对等连接不可用。

在wifi状态下,有四个候选对象如下。

  

{“类型”:“候选”,“标签”:0,“ id”:“音频”,“候选”:“候选:842163049 1 udp 1686052607 111.11.111.11 41515 typ srflx raddr 192.168.0.6 rport 41515 generation 0 ufrag XmCy network-id 5 network-cost 10“}

     

{“类型”:“候选”,“标签”:0,“ id”:“音频”,“候选”:“候选:1053602462 1 udp 41886207 222.22.222.222 55842 typ relay raddr 211.46.214.60 rport 41515 generation 0 ufrag XmCy network-id 5 network-cost 10“}

     

{“类型”:“候选”,“标签”:0,“ id”:“音频”,“候选”:“候选:3581707038 1 udp 2122260223 333.333.3.3 41515 typ host generation 0 ufrag XmCy network-id 5个网络费用10“}

     

{“ type”:“候选”,“标签”:0,“ id”:“音频”,“ candidate”:“候选:1884245614 1 udp 25108479 222.22.222.222 63316 typ relay raddr 211.46.214.60 rport 33851 generation 0 ufrag XmCy network-id 5 network-cost 10“}

111.11.111.11 = wifi ip

222.22.222.2222 =服务器ip

333.333.3.3 =身份不明的IP

以下是3g和4g(LTE)状态的候选对象。

  

{“类型”:“候选”,“标签”:0,“ id”:“音频”,“候选”:“候选:4065016431 1 udp 2122262783 2001:2d8:6430:e548 :: 17ff:90a1 34546典型主机代0 ufrag YhE6 network-id 3 network-cost 900“}

     

{“类型”:“候选”,“标签”:0,“ id”:“音频”,“候选”:“候选:4065016431 1 udp 2122197247 2001:2d8:6430:e548 :: 17ff:90a1 53908典型主机生成0 ufrag YhE6 network-id 4 network-cost 900“}

apprtc演示应用程序中是否有部分确定候选集的类型?

还是轮流服务器不能在3g,4g(LTE)状态下工作并且不能成为中继候选者?

感谢您的帮助。

相互

0 个答案:

没有答案