WebRT C RTP-поток для публикации c IP без ICE / STUN - PullRequest
0 голосов
/ 07 апреля 2020

У меня есть общедоступный c IP-адрес, на который я хочу, чтобы мои клиенты отправляли свой поток WebRT C RTP на.

Клиент будет знать кодеки и на какие порты отправлять поток.

Я пытаюсь сделать как можно меньше реализаций реализации, но, похоже, слишком много деталей отсутствует.

Все поиски в Google указывают на использование какого-либо сервера для этого, такого как Шлюз 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]);
        }

    });

Здесь я инициализирую канал веб-камеры, создаю RTCPeerConnection без серверов ICE, как документально подтверждено здесь и добавьте все дорожки.

Я настраиваю прослушиватель на обратный вызов, необходимый для переговоров, где, когда необходимо согласование, я создаю предложение с offerToRecei. veAudio и offerToReceiveVideo установлены в false на RTCPeerConnection, и после того, как оно было создано, я устанавливаю созданное предложение как локальное описание RTCPeerConnections.

После этого я устанавливаю предопределенный SDP как remoteDescription.

SDP имеет был скопирован из сеанса Janus, он содержит атрибут ICE, такой как ice-ufrag, ice-pwd и ice-options, и если я их удаляю, я получаю сообщение об ошибке «Неверное описание».

SDP также содержит STUN (? ) кандидатов и их удаление не имеет значения.

После выполнения этого браузер подключается к кандидату STUN, но так как это не является необходимым, так как сервер работает на общедоступном c IP, запрос не выполняется ..

Какие шаги необходимо предпринять, чтобы выполнить минимальную настройку, когда браузер отправляет RTP на предварительно определенный хост / порт с предварительно определенным кодом c?

1 Ответ

2 голосов
/ 08 апреля 2020

Возможно, я неправильно понял вопрос, но я не верю, что это возможно. Pasi.

Браузер будет отправлять видео только тогда, когда

  • ICE подключен. Вам необходимо ответить на эти сообщения
  • Подтверждение DTLS, которое затем экспортирует материал ключа и инициализирует SRTP
  • Затем все отправляется по SRTP.

Вы можете легко построить это с существующими строительными блоками, хотя! Если вы не хотите запускать полную реализацию WebRT C, вы можете сшить существующие библиотеки, например pion / ice pion / dtls и pion / srtp

В долгосрочной перспективе вам, вероятно, будет лучше обслуживать что-то вроде Януса. Есть много скрытых деталей, которые вы в конечном итоге нажмете, что WebRT C решит за вас:)

...