Replace TCP/TLS/RTP/SAVPF with correct DTLS value
Categories
(Core :: WebRTC: Signaling, enhancement, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox66 | --- | fixed |
People
(Reporter: drno, Assigned: drno)
References
Details
Attachments
(1 file)
Apparently TCP/TLS/RTP/SAVPF never got registered with IANA: https://www.iana.org/assignments/sdp-parameters/sdp-parameters.xhtml#sdp-parameters-2
Instead we need to use TCP/DTLS/RTP/SAVPF (note the DTLS vs TLS). And yes it looks like UDP/TLS/RTP/SAVPF is still the correct value. And so the two will need to be inconsistent.
| Assignee | ||
Updated•7 years ago
|
| Assignee | ||
Updated•7 years ago
|
| Assignee | ||
Comment 1•7 years ago
|
||
| Assignee | ||
Comment 2•7 years ago
|
||
Comment 4•7 years ago
|
||
| bugherder | ||
Comment 5•7 years ago
|
||
This fix added handling of TCP/DTLS/RTP/SAVPF but skipped TCP/DTLS/RTP/SAVP
According to https://tools.ietf.org/html/draft-ietf-rtcweb-jsep-25#section-5.1.2, it should be handled as well.
| Assignee | ||
Comment 6•7 years ago
|
||
(In reply to Roman Shpount from comment #5)
This fix added handling of TCP/DTLS/RTP/SAVPF but skipped TCP/DTLS/RTP/SAVP
According to https://tools.ietf.org/html/draft-ietf-rtcweb-jsep-25#section-5.1.2, it should be handled as well.
Thanks. Yes I overlooked that when I tried to fix it. Will be fixed via bug 1526733 soon.
Description
•