Webrtc Kurento:客户端转弯配置

Webrtc Kurento:客户端转弯配置,webrtc,kurento,turn,Webrtc,Kurento,Turn,根据我对上一个问题的理解: 从webrtcendpoint.conf.ini配置的TURN服务器仅用于交换ice候选者。此外,我们只能在webrtcendpoint.conf.ini中指定一个TURN服务器,因为我观察到,如果我在webrtcendpoint.conf.ini中提供2个或更多TRUN服务器,Kurento媒体服务器服务无法启动,这是否正确 还有什么方法可以验证Kurento媒体服务器和两个对等服务器之间使用的是哪台STUN/TURN服务器 我们在conferenceroom.js

根据我对上一个问题的理解:

webrtcendpoint.conf.ini
配置的TURN服务器仅用于交换ice候选者。此外,我们只能在
webrtcendpoint.conf.ini
中指定一个TURN服务器,因为我观察到,如果我在
webrtcendpoint.conf.ini
中提供2个或更多TRUN服务器,Kurento媒体服务器服务无法启动,这是否正确

还有什么方法可以验证Kurento媒体服务器和两个对等服务器之间使用的是哪台STUN/TURN服务器

我们在
conferenceroom.js
中提供的STUN/TURN将用于对等点之间的实际媒体流/媒体管道。这是正确的吗

如果我们在
conferenceroom.js
中提供多个TURN服务器,那么将为两个对等方之间的媒体流选择最短/最快的TURN服务器响应时间?和我们从这里得到的响应时间一样

我还观察到,如果
webrtcendpoint.conf.ini
conferenceroom.js
中提供的TURN服务器不同,则我们无法看到远程参与者视频,但如果两个TURN服务器相同,则我可以看到远程参与者视频。这是正确的吗

编辑1:

在groupcall示例中,我们有
OneExistingParticipants()
onNewParticipants()
可以在
receiveVideo()
OneExistingParticipants()
中定义ICeServer,那么如果我们在
kurentoUtils.WebRTPeer.WebRTPeerEndonly()中指定TURN servert1会发生什么
和TURN服务器t2
kurentutils.WebRtcPeer.WebRtcPeerRecvOnly()中,那么这两个TURN服务器是否会作为中继链在彼此之间通信

仅使用从webrtcendpoint.conf.ini配置的TURN服务器 交换ice候选人。此外,我们只能指定一个转弯 webrtcendpoint.conf.ini中的服务器,因为我观察到 如果我在webrtcendpoint.conf.ini中提供2个或更多TRUN服务器 媒体服务器服务无法启动,是否正确

它用于收集候选人,并在需要时用作视频中继。KMS可能不需要这个,因为它的部署位置由您管理。如果你可以只使用STUN这是你想要的方式,那么中继服务器就不会被使用

只能配置一台服务器

还有没有办法验证正在使用哪台眩晕/转身服务器 在Kurento媒体服务器和两个对等服务器之间

是的,WebRtcEndpoint有用于此的方法

  • getStunServerPort()
  • getStunServerAddress()
  • getTurnUrl()
我们在conferenceroom.js中提供的眩晕/转身将用于 对等点之间的实际媒体流/媒体管道。这是正确的吗

它将用于收集客户中的候选人。此外,如果您的客户端位于需要使用中继服务器的NAT后面,它将使用
conferenceroom.js
中配置的NAT。请记住,介质路径可能不是对称的:从客户端->kms发送的介质可能没有使用中继服务器,而从kms->客户端发送的介质可能是由于客户端所在位置的网络条件

如果我们在conferenceroom.js中提供多个回合服务器,则回合 将为媒体流选择最短/最快响应时间的服务器 在两个同龄人之间?和我们从这个链接得到的响应时间一样

是的,对候选人进行了调查,选出了最好的候选人

我还观察到,如果 webrtcendpoint.conf.ini和conferenceroom.js是不同的,那么我们 无法看到远程参与者的视频,但如果同时打开 服务器是相同的,然后我可以看到远程参与者的视频。 这是正确的吗

这种情况不应该发生,除非一个回合有效,另一个回合无效


编辑

TURN服务器不会在它们之间交换介质。如果需要,它们将用作与其他对等方的中继。过程是

  • 每一位同伴收集候选对象:主持人、srflx(晕眩)和接力(转身)。如果轮换服务器不同,接力候选者也会不同
  • 候选人会被送到另一个同龄人那里
  • 每个候选人都会被单独调查,然后选出最好的一个
由于所有媒体都要经过KMS,所以将媒体发送到中继服务器的将是KMS。请记住,KMS始终处于对等点之间。是的

kms->t2->客户端 客户端->t1->kms

即使是浏览器到浏览器的连接,TURN服务器也不会直接通信,因为它们将充当从一个对等点发送到另一个对等点的媒体的中继。就在这里

客户1->t2->客户2 客户端2->t1->客户端1

仅使用从webrtcendpoint.conf.ini配置的TURN服务器 交换ice候选人。此外,我们只能指定一个转弯 webrtcendpoint.conf.ini中的服务器,因为我观察到 如果我在webrtcendpoint.conf.ini中提供2个或更多TRUN服务器 媒体服务器服务无法启动,是否正确

它用于收集候选人,并在需要时用作视频中继。KMS可能不需要这个,因为它的部署位置由您管理。如果你可以只使用STUN这是你想要的方式,那么中继服务器就不会被使用

只能配置一台服务器

还有没有办法验证正在使用哪台眩晕/转身服务器 在Kurento媒体服务器和两个对等服务器之间

是的,WebRtcEndpoint有用于此的方法

  • getStunServerPort()
  • getStunServerAddress()
  • getTurnUrl()
我们在conferenceroom.js中提供的眩晕/转身将用于 th