android 上的 setRemoteDescription 在浏览器之间工作的 SDP 上失败。为什么？答案

【问题标题】：setRemoteDescription on android fails on a SDP which does work between browsers. why?android 上的 setRemoteDescription 在浏览器之间工作的 SDP 上失败。为什么？
【发布时间】：2019-08-27 16:39:27
【问题描述】：

调试 android App 我只是得到：SessionDescription 为 NULL。在 onSetFailure 方法中我的 customdpobserver.java 文件中的一行代码。

我的问题是为什么？在 chrome 浏览器之间，我可以毫无问题地设置 webrtc 会话。但是如果我想发起一个从 chrome 到 android 的会话，就会弹出这个错误。

我看到人们指向包含空格的 msid 值，但在这种情况下它没有。即使删除流似乎也无法解决问题。

有问题的 SDP 是这样的：

v=0
o=- 4372422506058837932 2 IN IP4 127.0.0.1
s=-
t=0 0
a=group:BUNDLE 0
a=msid-semantic: WMS ADairUjGkfAjrr5NRONe1a4bPXHH53n2SNxd
m=video 9 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121 125 107 108 109 124 120 123 119 114 115 116
c=IN IP4 0.0.0.0
a=rtcp:9 IN IP4 0.0.0.0
a=ice-ufrag:Sv2H
a=ice-pwd:XXXSLr666XXXtHU6660PQXXX
a=ice-options:trickle
a=fingerprint:sha-256 64:55:C1:44:C6:03:21:4E:65:65:4F:35:45:D2:9B:A4:A2:31:B9:00:B3:73:D0:23:AB:FD:6B:AD:00:1E:F7:84
a=setup:actpass
a=mid:0
a=extmap:2 urn:ietf:params:rtp-hdrext:toffset
a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:4 urn:3gpp:video-orientation
a=extmap:5 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a=extmap:6 http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
a=extmap:8 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
a=extmap:10 http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
a=extmap:12 http://www.webrtc.org/experiments/rtp-hdrext/color-space
a=extmap:9 urn:ietf:params:rtp-hdrext:sdes:mid
a=extmap:13 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
a=extmap:14 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
a=sendrecv
a=msid:ADairUjGkfAjrr5NRONe1a4bPXHH53n2SNxd 1b2012c8-7179-4122-9a5b-c745382eba60
a=rtcp-mux
a=rtcp-rsize
a=rtpmap:96 VP8/90000
a=rtcp-fb:96 goog-remb
a=rtcp-fb:96 transport-cc
a=rtcp-fb:96 ccm fir
a=rtcp-fb:96 nack
a=rtcp-fb:96 nack pli
a=rtpmap:97 rtx/90000
a=fmtp:97 apt=96
a=rtpmap:98 VP9/90000
a=rtcp-fb:98 goog-remb
a=rtcp-fb:98 transport-cc
a=rtcp-fb:98 ccm fir
a=rtcp-fb:98 nack
a=rtcp-fb:98 nack pli
a=fmtp:98 profile-id=0
a=rtpmap:99 rtx/90000
a=fmtp:99 apt=98
a=rtpmap:100 VP9/90000
a=rtcp-fb:100 goog-remb
a=rtcp-fb:100 transport-cc
a=rtcp-fb:100 ccm fir
a=rtcp-fb:100 nack
a=rtcp-fb:100 nack pli
a=fmtp:100 profile-id=2
a=rtpmap:101 rtx/90000
a=fmtp:101 apt=100
a=rtpmap:102 H264/90000
a=rtcp-fb:102 goog-remb
a=rtcp-fb:102 transport-cc
a=rtcp-fb:102 ccm fir
a=rtcp-fb:102 nack
a=rtcp-fb:102 nack pli
a=fmtp:102 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
a=rtpmap:122 rtx/90000
a=fmtp:122 apt=102
a=rtpmap:127 H264/90000
a=rtcp-fb:127 goog-remb
a=rtcp-fb:127 transport-cc
a=rtcp-fb:127 ccm fir
a=rtcp-fb:127 nack
a=rtcp-fb:127 nack pli
a=fmtp:127 level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
a=rtpmap:121 rtx/90000
a=fmtp:121 apt=127
a=rtpmap:125 H264/90000
a=rtcp-fb:125 goog-remb
a=rtcp-fb:125 transport-cc
a=rtcp-fb:125 ccm fir
a=rtcp-fb:125 nack
a=rtcp-fb:125 nack pli
a=fmtp:125 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
a=rtpmap:107 rtx/90000
a=fmtp:107 apt=125
a=rtpmap:108 H264/90000
a=rtcp-fb:108 goog-remb
a=rtcp-fb:108 transport-cc
a=rtcp-fb:108 ccm fir
a=rtcp-fb:108 nack
a=rtcp-fb:108 nack pli
a=fmtp:108 level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
a=rtpmap:109 rtx/90000
a=fmtp:109 apt=108
a=rtpmap:124 H264/90000
a=rtcp-fb:124 goog-remb
a=rtcp-fb:124 transport-cc
a=rtcp-fb:124 ccm fir
a=rtcp-fb:124 nack
a=rtcp-fb:124 nack pli
a=fmtp:124 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=4d0032
a=rtpmap:120 rtx/90000
a=fmtp:120 apt=124
a=rtpmap:123 H264/90000
a=rtcp-fb:123 goog-remb
a=rtcp-fb:123 transport-cc
a=rtcp-fb:123 ccm fir
a=rtcp-fb:123 nack
a=rtcp-fb:123 nack pli
a=fmtp:123 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=640032
a=rtpmap:119 rtx/90000
a=fmtp:119 apt=123
a=rtpmap:114 red/90000
a=rtpmap:115 rtx/90000
a=fmtp:115 apt=114
a=rtpmap:116 ulpfec/90000
a=ssrc-group:FID 3124764907 4086243738
a=ssrc:3124764907 cname:BuikQrEhwdeJQ+dA
a=ssrc:3124764907 msid:ADairUjGkfAjrr5NRONe1a4bPXHH53n2SNxd 1b2012c8-7179-4122-9a5b-c745382eba60
a=ssrc:3124764907 mslabel:ADairUjGkfAjrr5NRONe1a4bPXHH53n2SNxd
a=ssrc:3124764907 label:1b2012c8-7179-4122-9a5b-c745382eba60
a=ssrc:4086243738 cname:BuikQrEhwdeJQ+dA
a=ssrc:4086243738 msid:ADairUjGkfAjrr5NRONe1a4bPXHH53n2SNxd 1b2012c8-7179-4122-9a5b-c745382eba60
a=ssrc:4086243738 mslabel:ADairUjGkfAjrr5NRONe1a4bPXHH53n2SNxd
a=ssrc:4086243738 label:1b2012c8-7179-4122-9a5b-c745382eba60

我从 data.sdp.toString() 中得到了这个 sdp，在以下代码的第一行完成：

SessionDescription session = new SessionDescription(SessionDescription.Type.OFFER, data.sdp.toString());
CustomSdpObserver observer = new CustomSdpObserver("localSetRemote");
localPeer.setRemoteDescription(observer, session);

在最后一行，调试器在 onSetFailure 上中断。但 SessionDescription 为 NULL。对我没有多大帮助，因为它绝对不是 NULL ;)

我希望 android 能够继续运行，而不是在 onSetFailure 上中断。接下来应该会创建答案。

答对的我会奖励。

【问题讨论】：

标签： android webrtc sdp

【解决方案1】：

没关系..我让它工作了..只要确保不要将带有花括号的 JSON 和其他东西传递到会话描述中。保持纯文本，就像您从信令服务器收到的一样。

任何不应该是 SDP 的东西都会被拒绝，你会得到这个有用的 SessionDescription 为 NULL。消息。

但这很可能是你自己的错；）

【讨论】：

您是否在...像回答别人的问题一样回答自己的问题？我很困惑。
我知道这已经很长时间了，但你能解释一下保持纯文本是什么意思吗？你是说包括data.sdp.toString() 不会给你纯文本？或者上面的问题现在是否经过编辑以反映您的发现。如果您已经完全回答了自己的问题，包括实际工作的最终代码，那就太好了。
在我的代码中，我使用收到的 JSON 并将其解析为 JSONObject 消息，使用 JSONObject message = (JSONObject) arguments[1]，其中参数为 Object[]。然后我得到像String sdp = message.getString("sdp") 这样的sdp，它就像in the following GIST 所看到的那样。这看起来像正确的 SDP 还是您说它也需要在没有换行符的情况下通过？