我有一个公共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的offer，创建后，我将创建的offer设置为RTCPeerCnnections本地描述。
在此之后，我将预定义的SDP设置为remoteDescription。
SDP是从Janus会话复制的，它包含ICE属性，如ICE ufrag、ICE pwd和ICE选项，如果我删除它们，我会收到关于无效描述的错误。
SDP还包含STUN(？(候选者，删除它们没有什么区别。
运行后，浏览器连接到STUN候选者，但由于服务器在公共IP上运行，因此这不是必要的，因此请求失败。。
浏览器向预定义编解码器上的预定义主机/端口发送RTP时，应采取哪些步骤进行最小设置？
我可能误解了这个问题，但我认为这不可能是Pasi。
浏览器只会在时发送视频
- ICE转到已连接。你需要回复这些信息
- DTLS握手，然后导出密钥材料并初始化SRTP
- 然后一切都通过SRTP发送
不过，您可以使用现有的构建块轻松构建它！如果你不想运行完整的WebRTC实现，你可以将现有的库缝合在一起，比如pion/ice pion/dtl和pion/srtp
从长远来看，像Janus这样的跑步方式可能会更好地为你服务。WebRTC为您解决了许多隐藏的细节：(