0

我有一个公共 IP,我希望我的客户将他们的 WebRTC RTP 流发送到该 IP。

客户端将知道编解码器以及将流发送到的端口。

我试图尽可能地做一个实现的准系统,但似乎缺少很多细节。

所有谷歌搜索都指向为此使用某种服务器,例如 Janus 网关,如果需要,这是可以接受的,但我不明白为什么我需要这个,因为对我来说唯一的要求是让浏览器发送 RTP流到预定义的 IP 和端口。

我已经使用 Janus 网关创建了一个工作设置,然后复制了使用的 SDP,以便我可以在没有 Janus 的设置中使用它们。

    navigator.mediaDevices.getUserMedia({audio: true, video: true}).then(function (stream) {
        let videoElement = document.getElementById("my-video");
        videoElement.srcObject = stream;


        var peerConnection = new RTCPeerConnection({iceServers: []});

        peerConnection.onnegotiationneeded = function() {
            console.log("onnegotiationneeded");


            peerConnection.createOffer({offerToReceiveAudio: false, offerToReceiveVideo: false}).then(function (offer) {
                peerConnection.setLocalDescription(offer);

                console.log("setRemoteDescription");


                peerConnection.setRemoteDescription({
                    type: 'answer',
                    sdp: `v=0
o=mozilla...THIS_IS_SDPARTA-74.0.1 1586270943313087 1 IN IP4 192.168.1.5
s=VideoRoom 1234
t=0 0
a=group:BUNDLE 0 1
a=msid-semantic: WMS janus
m=audio 9 UDP/TLS/RTP/SAVPF 109
c=IN IP4 192.168.1.5
a=recvonly
a=mid:0
a=rtcp-mux
a=ice-ufrag:uuIW
a=ice-pwd:bW5IdRMw2iMhH5wLiC+2u3
a=ice-options:trickle
a=fingerprint:sha-256 6E:5C:B0:6A:56:78:54:93:AB:6D:21:7E:B7:B3:F9:80:5C:0D:00:F0:D8:52:8E:BA:F1:87:C4:A7:37:38:CB:46
a=setup:active
a=rtpmap:109 opus/48000/2
a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a=extmap:3 urn:ietf:params:rtp-hdrext:sdes:mid
a=msid:janus janusa0
a=ssrc:849691919 cname:janus
a=ssrc:849691919 msid:janus janusa0
a=ssrc:849691919 mslabel:janus
a=ssrc:849691919 label:janusa0
a=candidate:1 1 udp 2013266431 192.168.1.5 60526 typ host
a=end-of-candidates
m=video 9 UDP/TLS/RTP/SAVPF 126
c=IN IP4 192.168.1.5
a=recvonly
a=mid:1
a=rtcp-mux
a=ice-ufrag:uuIW
a=ice-pwd:bW5IdRMw2iMhH5wLiC+2u3
a=ice-options:trickle
a=fingerprint:sha-256 6E:5C:B0:6A:56:78:54:93:AB:6D:21:7E:B7:B3:F9:80:5C:0D:00:F0:D8:52:8E:BA:F1:87:C4:A7:37:38:CB:46
a=setup:active
a=rtpmap:126 H264/90000
a=fmtp:126 profile-level-id=42e01f;packetization-mode=1
a=rtcp-fb:126 ccm fir
a=rtcp-fb:126 nack
a=rtcp-fb:126 nack pli
a=rtcp-fb:126 goog-remb
a=rtcp-fb:126 transport-cc
a=extmap:3 urn:ietf:params:rtp-hdrext:sdes:mid
a=extmap:6/inactive http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
a=msid:janus janusv0
a=ssrc:3452602418 cname:janus
a=ssrc:3452602418 msid:janus janusv0
a=ssrc:3452602418 mslabel:janus
a=ssrc:3452602418 label:janusv0
a=candidate:1 1 udp 2013266431 192.168.1.5 60526 typ host
a=end-of-candidates`
                })
            });
        };

        let tracks = stream.getTracks();
        for(var i = 0; i < tracks.length; i++) {
            peerConnection.addTrack(tracks[i]);
        }

    });

在这里,我初始化网络摄像头提要,创建一个没有 ICE 服务器的 RTCPeerConnection,如此所述,并添加所有轨道。

我为 onnegotiationneeded 回调设置了一个监听器,当需要协商时,我在 RTCPeerConnection 上创建了一个将 offerToReceiveAudio 和 offerToReceiveVideo 设置为 false 的报价,并在创建之后将创建的报价设置为 RTCPeerConnections 本地描述。

在此之后,我将预定义的 SDP 设置为 remoteDescription。

SDP 是从 Janus 会话复制的,它包含 ICE 属性,例如 ice-ufrag、ice-pwd 和 ice-options,如果我删除它们,我会收到有关无效描述的错误。

SDP 还包含 STUN(?) 候选者,删除它们没有任何区别。

运行后,浏览器连接到 STUN 候选,但由于服务器运行在公共 IP 上,这不是必需的,因此请求失败..

浏览器将 RTP 发送到预定义编解码器上的预定义主机/端口时,应采取哪些步骤来进行最小设置?

4

1 回答 1

2

我可能误解了这个问题,但我不相信这是可能的帕西。

浏览器只会在以下情况下发送视频

  • ICE 进入已连接状态。您需要回复这些消息
  • DTLS 握手,然后导出密钥材料并初始化 SRTP
  • 然后一切都通过 SRTP 发送。

不过,您可以使用现有的构建块轻松构建它!如果您不想运行完整的 WebRTC 实现,您可以将现有库拼接在一起,例如pion/ice pion/dtlspion/srtp

从长远来看,运行 Janus 之类的东西可能会更好地为您服务。WebRTC 为您解决了许多隐藏的细节:)

于 2020-04-08T01:39:17.270 回答