[jitsi-dev] Is there a reason why you are re-sorting sdp lines in jitsi meet?


#1

In https.//meet.jit.si with Chrome, you modify the SDP ANSWER created by Chrome. I do understand you are adding/modifying lines. What I don't understand is why you change the sort order of lines, specifically within a media block. Is there any particular reason why you do that or is this because somebody wasn't careful?

onCreateSuccessAnswer:

type: answer, sdp: v=0
o=- 2641740061613505120 2 IN IP4 127.0.0.1
s=-
t=0 0
a=group:BUNDLE audio video data
a=msid-semantic: WMS 04db7c3e-224e-44f7-a3f0-4d02435fbe44 6337e9c7-d297-4454-937a-5225e83f219c
m=audio 9 RTP/SAVPF 111 103 104 126
c=IN IP4 0.0.0.0
a=rtcp:9 IN IP4 0.0.0.0
a=ice-ufrag:wSsj
a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN
a=fingerprint:sha-256 CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F
a=setup:active
a=mid:audio
a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=sendrecv
a=rtcp-mux
a=rtpmap:111 opus/48000/2
a=fmtp:111 minptime=10;useinbandfec=1
a=rtpmap:103 ISAC/16000
a=rtpmap:104 ISAC/32000
a=rtpmap:126 telephone-event/8000
a=ssrc:360560121 cname:Rd/fgl5R5y0v27JR
a=ssrc:360560121 msid:04db7c3e-224e-44f7-a3f0-4d02435fbe44 88acea04-52f4-47b6-9aab-b0c2e4648213
a=ssrc:360560121 mslabel:04db7c3e-224e-44f7-a3f0-4d02435fbe44
a=ssrc:360560121 label:88acea04-52f4-47b6-9aab-b0c2e4648213
m=video 9 RTP/SAVPF 100
c=IN IP4 0.0.0.0
a=rtcp:9 IN IP4 0.0.0.0
a=ice-ufrag:wSsj
a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN
a=fingerprint:sha-256 CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F
a=setup:active
a=mid:video
a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=sendrecv
a=rtcp-mux
a=rtpmap:100 VP8/90000
a=rtcp-fb:100 ccm fir
a=rtcp-fb:100 nack
a=rtcp-fb:100 nack pli
a=rtcp-fb:100 goog-remb
a=ssrc:2561672722 cname:Rd/fgl5R5y0v27JR
a=ssrc:2561672722 msid:6337e9c7-d297-4454-937a-5225e83f219c 478ad63a-b843-4591-8edc-89e499174b2f
a=ssrc:2561672722 mslabel:6337e9c7-d297-4454-937a-5225e83f219c
a=ssrc:2561672722 label:478ad63a-b843-4591-8edc-89e499174b2f
m=application 9 DTLS/SCTP 5000
c=IN IP4 0.0.0.0
b=AS:30
a=ice-ufrag:wSsj
a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN
a=fingerprint:sha-256 CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F
a=setup:active
a=mid:data
a=sctpmap:5000 webrtc-datachannel 1024

setLocalDescription()

type: answer, sdp: v=0
o=- 2641740061613505120 2 IN IP4 127.0.0.1
s=-
t=0 0
a=msid-semantic: WMS 04db7c3e-224e-44f7-a3f0-4d02435fbe44
a=group:BUNDLE audio video data
m=audio 9 RTP/SAVPF 111 103 104 126
c=IN IP4 0.0.0.0
a=rtpmap:111 opus/48000/2
a=rtpmap:103 ISAC/16000
a=rtpmap:104 ISAC/32000
a=rtpmap:126 telephone-event/8000
a=fmtp:111 minptime=10;useinbandfec=1
a=rtcp:9 IN IP4 0.0.0.0
a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=setup:passive
a=mid:audio
a=sendrecv
a=ice-ufrag:wSsj
a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN
a=fingerprint:sha-256 CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F
a=ssrc:360560121 cname:Rd/fgl5R5y0v27JR
a=ssrc:360560121 msid:04db7c3e-224e-44f7-a3f0-4d02435fbe44 88acea04-52f4-47b6-9aab-b0c2e4648213
a=ssrc:360560121 mslabel:04db7c3e-224e-44f7-a3f0-4d02435fbe44
a=ssrc:360560121 label:88acea04-52f4-47b6-9aab-b0c2e4648213
a=rtcp-mux
m=video 9 RTP/SAVPF 100
c=IN IP4 0.0.0.0
a=rtpmap:100 VP8/90000
a=rtcp:9 IN IP4 0.0.0.0
a=rtcp-fb:100 ccm fir
a=rtcp-fb:100 nack
a=rtcp-fb:100 nack pli
a=rtcp-fb:100 goog-remb
a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=setup:passive
a=mid:video
a=sendrecv
a=ice-ufrag:wSsj
a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN
a=fingerprint:sha-256 CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F
a=ssrc:2561672722 msid:6337e9c7-d297-4454-937a-5225e83f219c 478ad63a-b843-4591-8edc-89e499174b2f
a=ssrc:2561672722 cname:Rd/fgl5R5y0v27JR
a=ssrc:808518038 msid:6337e9c7-d297-4454-937a-5225e83f219c 478ad63a-b843-4591-8edc-89e499174b2f
a=ssrc:808518038 cname:Rd/fgl5R5y0v27JR
a=ssrc:2806209505 msid:6337e9c7-d297-4454-937a-5225e83f219c 478ad63a-b843-4591-8edc-89e499174b2f
a=ssrc:2806209505 cname:Rd/fgl5R5y0v27JR
a=ssrc-group:SIM 2561672722 808518038 2806209505
a=rtcp-mux
m=application 9 DTLS/SCTP 5000
c=IN IP4 0.0.0.0
b=AS:30
a=setup:passive
a=mid:data
a=ice-ufrag:wSsj
a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN
a=fingerprint:sha-256 CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F
a=sctpmap:5000 webrtc-datachannel 1024


#2

The order of the a= lines within an m= line has no semantic significance. I
didn't immediately see which order changes you were refering to, but as
long as the m= lines keep their order all is good.

Emil

···

On Saturday, 22 October 2016, Oliver Hausler <oliver@closeup.cc> wrote:

In https.//meet.jit.si with Chrome, you modify the SDP ANSWER created by
Chrome. I do understand you are adding/modifying lines. What I don't
understand is why you change the sort order of lines, specifically within a
media block. Is there any particular reason why you do that or is this
because somebody wasn't careful?

onCreateSuccessAnswer:

type: answer, sdp: v=0

o=- 2641740061613505120 2 IN IP4 127.0.0.1

s=-

t=0 0

a=group:BUNDLE audio video data

a=msid-semantic: WMS 04db7c3e-224e-44f7-a3f0-4d02435fbe44
6337e9c7-d297-4454-937a-5225e83f219c

m=audio 9 RTP/SAVPF 111 103 104 126

c=IN IP4 0.0.0.0

a=rtcp:9 IN IP4 0.0.0.0

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256 CD:D1:E1:AA:20:C2:E7:EF:A8:91:
09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=setup:active

a=mid:audio

a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level

a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time

a=sendrecv

a=rtcp-mux

a=rtpmap:111 opus/48000/2

a=fmtp:111 minptime=10;useinbandfec=1

a=rtpmap:103 ISAC/16000

a=rtpmap:104 ISAC/32000

a=rtpmap:126 telephone-event/8000

a=ssrc:360560121 cname:Rd/fgl5R5y0v27JR

a=ssrc:360560121 msid:04db7c3e-224e-44f7-a3f0-4d02435fbe44
88acea04-52f4-47b6-9aab-b0c2e4648213

a=ssrc:360560121 mslabel:04db7c3e-224e-44f7-a3f0-4d02435fbe44

a=ssrc:360560121 label:88acea04-52f4-47b6-9aab-b0c2e4648213

m=video 9 RTP/SAVPF 100

c=IN IP4 0.0.0.0

a=rtcp:9 IN IP4 0.0.0.0

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256 CD:D1:E1:AA:20:C2:E7:EF:A8:91:
09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=setup:active

a=mid:video

a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time

a=sendrecv

a=rtcp-mux

a=rtpmap:100 VP8/90000

a=rtcp-fb:100 ccm fir

a=rtcp-fb:100 nack

a=rtcp-fb:100 nack pli

a=rtcp-fb:100 goog-remb

a=ssrc:2561672722 cname:Rd/fgl5R5y0v27JR

a=ssrc:2561672722 msid:6337e9c7-d297-4454-937a-5225e83f219c
478ad63a-b843-4591-8edc-89e499174b2f

a=ssrc:2561672722 mslabel:6337e9c7-d297-4454-937a-5225e83f219c

a=ssrc:2561672722 label:478ad63a-b843-4591-8edc-89e499174b2f

m=application 9 DTLS/SCTP 5000

c=IN IP4 0.0.0.0

b=AS:30

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256 CD:D1:E1:AA:20:C2:E7:EF:A8:91:
09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=setup:active

a=mid:data

a=sctpmap:5000 webrtc-datachannel 1024

setLocalDescription()

type: answer, sdp: v=0

o=- 2641740061613505120 2 IN IP4 127.0.0.1

s=-

t=0 0

a=msid-semantic: WMS 04db7c3e-224e-44f7-a3f0-4d02435fbe44

a=group:BUNDLE audio video data

m=audio 9 RTP/SAVPF 111 103 104 126

c=IN IP4 0.0.0.0

a=rtpmap:111 opus/48000/2

a=rtpmap:103 ISAC/16000

a=rtpmap:104 ISAC/32000

a=rtpmap:126 telephone-event/8000

a=fmtp:111 minptime=10;useinbandfec=1

a=rtcp:9 IN IP4 0.0.0.0

a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level

a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time

a=setup:passive

a=mid:audio

a=sendrecv

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256 CD:D1:E1:AA:20:C2:E7:EF:A8:91:
09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=ssrc:360560121 cname:Rd/fgl5R5y0v27JR

a=ssrc:360560121 msid:04db7c3e-224e-44f7-a3f0-4d02435fbe44
88acea04-52f4-47b6-9aab-b0c2e4648213

a=ssrc:360560121 mslabel:04db7c3e-224e-44f7-a3f0-4d02435fbe44

a=ssrc:360560121 label:88acea04-52f4-47b6-9aab-b0c2e4648213

a=rtcp-mux

m=video 9 RTP/SAVPF 100

c=IN IP4 0.0.0.0

a=rtpmap:100 VP8/90000

a=rtcp:9 IN IP4 0.0.0.0

a=rtcp-fb:100 ccm fir

a=rtcp-fb:100 nack

a=rtcp-fb:100 nack pli

a=rtcp-fb:100 goog-remb

a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time

a=setup:passive

a=mid:video

a=sendrecv

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256 CD:D1:E1:AA:20:C2:E7:EF:A8:91:
09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=ssrc:2561672722 msid:6337e9c7-d297-4454-937a-5225e83f219c
478ad63a-b843-4591-8edc-89e499174b2f

a=ssrc:2561672722 cname:Rd/fgl5R5y0v27JR

a=ssrc:808518038 msid:6337e9c7-d297-4454-937a-5225e83f219c
478ad63a-b843-4591-8edc-89e499174b2f

a=ssrc:808518038 cname:Rd/fgl5R5y0v27JR

a=ssrc:2806209505 msid:6337e9c7-d297-4454-937a-5225e83f219c
478ad63a-b843-4591-8edc-89e499174b2f

a=ssrc:2806209505 cname:Rd/fgl5R5y0v27JR

a=ssrc-group:SIM 2561672722 808518038 2806209505

a=rtcp-mux

m=application 9 DTLS/SCTP 5000

c=IN IP4 0.0.0.0

b=AS:30

a=setup:passive

a=mid:data

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256 CD:D1:E1:AA:20:C2:E7:EF:A8:91:
09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=sctpmap:5000 webrtc-datachannel 1024

--
sent from my mobile


#3

Hi,

IIRC there was some peculiarity with Chrome which would require a certain order of the a=ssrc lines when simulcast and/or RTX is used (I don't remember the details), and because of it we force a certain order for a=ssrc lines.

Apart from that, the differences come from sdp-transform which we use to convert the blob to an object format (and back). As Emil said the order should be valid.

Regards,
Boris

···

On 22/10/16 20:57, Oliver Hausler wrote:

In https.//meet.jit.si with Chrome, you modify the SDP ANSWER created by
Chrome. I do understand you are adding/modifying lines. What I don't
understand is why you change the sort order of lines, specifically
within a media block. Is there any particular reason why you do that or
is this because somebody wasn't careful?

onCreateSuccessAnswer:

type: answer, sdp: v=0

o=- 2641740061613505120 2 IN IP4 127.0.0.1

s=-

t=0 0

a=group:BUNDLE audio video data

a=msid-semantic: WMS 04db7c3e-224e-44f7-a3f0-4d02435fbe44
6337e9c7-d297-4454-937a-5225e83f219c

m=audio 9 RTP/SAVPF 111 103 104 126

c=IN IP4 0.0.0.0

a=rtcp:9 IN IP4 0.0.0.0

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256
CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=setup:active

a=mid:audio

a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level

a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time

a=sendrecv

a=rtcp-mux

a=rtpmap:111 opus/48000/2

a=fmtp:111 minptime=10;useinbandfec=1

a=rtpmap:103 ISAC/16000

a=rtpmap:104 ISAC/32000

a=rtpmap:126 telephone-event/8000

a=ssrc:360560121 cname:Rd/fgl5R5y0v27JR

a=ssrc:360560121 msid:04db7c3e-224e-44f7-a3f0-4d02435fbe44
88acea04-52f4-47b6-9aab-b0c2e4648213

a=ssrc:360560121 mslabel:04db7c3e-224e-44f7-a3f0-4d02435fbe44

a=ssrc:360560121 label:88acea04-52f4-47b6-9aab-b0c2e4648213

m=video 9 RTP/SAVPF 100

c=IN IP4 0.0.0.0

a=rtcp:9 IN IP4 0.0.0.0

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256
CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=setup:active

a=mid:video

a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time

a=sendrecv

a=rtcp-mux

a=rtpmap:100 VP8/90000

a=rtcp-fb:100 ccm fir

a=rtcp-fb:100 nack

a=rtcp-fb:100 nack pli

a=rtcp-fb:100 goog-remb

a=ssrc:2561672722 cname:Rd/fgl5R5y0v27JR

a=ssrc:2561672722 msid:6337e9c7-d297-4454-937a-5225e83f219c
478ad63a-b843-4591-8edc-89e499174b2f

a=ssrc:2561672722 mslabel:6337e9c7-d297-4454-937a-5225e83f219c

a=ssrc:2561672722 label:478ad63a-b843-4591-8edc-89e499174b2f

m=application 9 DTLS/SCTP 5000

c=IN IP4 0.0.0.0

b=AS:30

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256
CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=setup:active

a=mid:data

a=sctpmap:5000 webrtc-datachannel 1024

setLocalDescription()

type: answer, sdp: v=0

o=- 2641740061613505120 2 IN IP4 127.0.0.1

s=-

t=0 0

a=msid-semantic: WMS 04db7c3e-224e-44f7-a3f0-4d02435fbe44

a=group:BUNDLE audio video data

m=audio 9 RTP/SAVPF 111 103 104 126

c=IN IP4 0.0.0.0

a=rtpmap:111 opus/48000/2

a=rtpmap:103 ISAC/16000

a=rtpmap:104 ISAC/32000

a=rtpmap:126 telephone-event/8000

a=fmtp:111 minptime=10;useinbandfec=1

a=rtcp:9 IN IP4 0.0.0.0

a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level

a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time

a=setup:passive

a=mid:audio

a=sendrecv

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256
CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=ssrc:360560121 cname:Rd/fgl5R5y0v27JR

a=ssrc:360560121 msid:04db7c3e-224e-44f7-a3f0-4d02435fbe44
88acea04-52f4-47b6-9aab-b0c2e4648213

a=ssrc:360560121 mslabel:04db7c3e-224e-44f7-a3f0-4d02435fbe44

a=ssrc:360560121 label:88acea04-52f4-47b6-9aab-b0c2e4648213

a=rtcp-mux

m=video 9 RTP/SAVPF 100

c=IN IP4 0.0.0.0

a=rtpmap:100 VP8/90000

a=rtcp:9 IN IP4 0.0.0.0

a=rtcp-fb:100 ccm fir

a=rtcp-fb:100 nack

a=rtcp-fb:100 nack pli

a=rtcp-fb:100 goog-remb

a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time

a=setup:passive

a=mid:video

a=sendrecv

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256
CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=ssrc:2561672722 msid:6337e9c7-d297-4454-937a-5225e83f219c
478ad63a-b843-4591-8edc-89e499174b2f

a=ssrc:2561672722 cname:Rd/fgl5R5y0v27JR

a=ssrc:808518038 msid:6337e9c7-d297-4454-937a-5225e83f219c
478ad63a-b843-4591-8edc-89e499174b2f

a=ssrc:808518038 cname:Rd/fgl5R5y0v27JR

a=ssrc:2806209505 msid:6337e9c7-d297-4454-937a-5225e83f219c
478ad63a-b843-4591-8edc-89e499174b2f

a=ssrc:2806209505 cname:Rd/fgl5R5y0v27JR

a=ssrc-group:SIM 2561672722 808518038 2806209505

a=rtcp-mux

m=application 9 DTLS/SCTP 5000

c=IN IP4 0.0.0.0

b=AS:30

a=setup:passive

a=mid:data

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256
CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=sctpmap:5000 webrtc-datachannel 1024

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#4

Hi,

IIRC there was some peculiarity with Chrome which would require a certain
order of the a=ssrc lines when simulcast and/or RTX is used (I don't
remember the details), and because of it we force a certain order for
a=ssrc lines.

Oh right, I had forgotten about this one.

Emil

···

On Sunday, 23 October 2016, Boris Grozev <boris@jitsi.org> wrote:

Apart from that, the differences come from sdp-transform which we use to
convert the blob to an object format (and back). As Emil said the order
should be valid.

Regards,
Boris

On 22/10/16 20:57, Oliver Hausler wrote:

In https.//meet.jit.si with Chrome, you modify the SDP ANSWER created by
Chrome. I do understand you are adding/modifying lines. What I don't
understand is why you change the sort order of lines, specifically
within a media block. Is there any particular reason why you do that or
is this because somebody wasn't careful?

onCreateSuccessAnswer:

type: answer, sdp: v=0

o=- 2641740061613505120 2 IN IP4 127.0.0.1

s=-

t=0 0

a=group:BUNDLE audio video data

a=msid-semantic: WMS 04db7c3e-224e-44f7-a3f0-4d02435fbe44
6337e9c7-d297-4454-937a-5225e83f219c

m=audio 9 RTP/SAVPF 111 103 104 126

c=IN IP4 0.0.0.0

a=rtcp:9 IN IP4 0.0.0.0

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256
CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:
58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=setup:active

a=mid:audio

a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level

a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time

a=sendrecv

a=rtcp-mux

a=rtpmap:111 opus/48000/2

a=fmtp:111 minptime=10;useinbandfec=1

a=rtpmap:103 ISAC/16000

a=rtpmap:104 ISAC/32000

a=rtpmap:126 telephone-event/8000

a=ssrc:360560121 cname:Rd/fgl5R5y0v27JR

a=ssrc:360560121 msid:04db7c3e-224e-44f7-a3f0-4d02435fbe44
88acea04-52f4-47b6-9aab-b0c2e4648213

a=ssrc:360560121 mslabel:04db7c3e-224e-44f7-a3f0-4d02435fbe44

a=ssrc:360560121 label:88acea04-52f4-47b6-9aab-b0c2e4648213

m=video 9 RTP/SAVPF 100

c=IN IP4 0.0.0.0

a=rtcp:9 IN IP4 0.0.0.0

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256
CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:
58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=setup:active

a=mid:video

a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time

a=sendrecv

a=rtcp-mux

a=rtpmap:100 VP8/90000

a=rtcp-fb:100 ccm fir

a=rtcp-fb:100 nack

a=rtcp-fb:100 nack pli

a=rtcp-fb:100 goog-remb

a=ssrc:2561672722 cname:Rd/fgl5R5y0v27JR

a=ssrc:2561672722 msid:6337e9c7-d297-4454-937a-5225e83f219c
478ad63a-b843-4591-8edc-89e499174b2f

a=ssrc:2561672722 mslabel:6337e9c7-d297-4454-937a-5225e83f219c

a=ssrc:2561672722 label:478ad63a-b843-4591-8edc-89e499174b2f

m=application 9 DTLS/SCTP 5000

c=IN IP4 0.0.0.0

b=AS:30

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256
CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:
58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=setup:active

a=mid:data

a=sctpmap:5000 webrtc-datachannel 1024

setLocalDescription()

type: answer, sdp: v=0

o=- 2641740061613505120 2 IN IP4 127.0.0.1

s=-

t=0 0

a=msid-semantic: WMS 04db7c3e-224e-44f7-a3f0-4d02435fbe44

a=group:BUNDLE audio video data

m=audio 9 RTP/SAVPF 111 103 104 126

c=IN IP4 0.0.0.0

a=rtpmap:111 opus/48000/2

a=rtpmap:103 ISAC/16000

a=rtpmap:104 ISAC/32000

a=rtpmap:126 telephone-event/8000

a=fmtp:111 minptime=10;useinbandfec=1

a=rtcp:9 IN IP4 0.0.0.0

a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level

a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time

a=setup:passive

a=mid:audio

a=sendrecv

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256
CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:
58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=ssrc:360560121 cname:Rd/fgl5R5y0v27JR

a=ssrc:360560121 msid:04db7c3e-224e-44f7-a3f0-4d02435fbe44
88acea04-52f4-47b6-9aab-b0c2e4648213

a=ssrc:360560121 mslabel:04db7c3e-224e-44f7-a3f0-4d02435fbe44

a=ssrc:360560121 label:88acea04-52f4-47b6-9aab-b0c2e4648213

a=rtcp-mux

m=video 9 RTP/SAVPF 100

c=IN IP4 0.0.0.0

a=rtpmap:100 VP8/90000

a=rtcp:9 IN IP4 0.0.0.0

a=rtcp-fb:100 ccm fir

a=rtcp-fb:100 nack

a=rtcp-fb:100 nack pli

a=rtcp-fb:100 goog-remb

a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time

a=setup:passive

a=mid:video

a=sendrecv

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256
CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:
58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=ssrc:2561672722 msid:6337e9c7-d297-4454-937a-5225e83f219c
478ad63a-b843-4591-8edc-89e499174b2f

a=ssrc:2561672722 cname:Rd/fgl5R5y0v27JR

a=ssrc:808518038 msid:6337e9c7-d297-4454-937a-5225e83f219c
478ad63a-b843-4591-8edc-89e499174b2f

a=ssrc:808518038 cname:Rd/fgl5R5y0v27JR

a=ssrc:2806209505 msid:6337e9c7-d297-4454-937a-5225e83f219c
478ad63a-b843-4591-8edc-89e499174b2f

a=ssrc:2806209505 cname:Rd/fgl5R5y0v27JR

a=ssrc-group:SIM 2561672722 808518038 2806209505

a=rtcp-mux

m=application 9 DTLS/SCTP 5000

c=IN IP4 0.0.0.0

b=AS:30

a=setup:passive

a=mid:data

a=ice-ufrag:wSsj

a=ice-pwd:rDcFO+hSBWeaJUQAHeC/9nEN

a=fingerprint:sha-256
CD:D1:E1:AA:20:C2:E7:EF:A8:91:09:EA:AE:0C:72:89:BC:3A:B2:95:
58:19:EF:EB:EB:DB:F6:D4:E5:06:58:5F

a=sctpmap:5000 webrtc-datachannel 1024

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

--
sent from my mobile