Closed
Bug 1106688
Opened 11 years ago
Closed 11 years ago
Firefox 34 sets the sdp content data line ip is 0.0.0.0
Categories
(Core :: WebRTC: Signaling, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1072384
People
(Reporter: hamdih4, Unassigned)
Details
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.122 Safari/537.36
Steps to reproduce:
On Windows, Firefox 34 started generating SDP with a c=IN IP4 0.0.0.0 line:
c=IN IP4 0.0.0.0
a=rtpmap:109 opus/48000/2
a=ptime:20
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a=setup:actpass
a=candidate:0 1 UDP 2128609535 10.0.2.15 60150 typ host
a=candidate:0 2 UDP 2128609534 10.0.2.15 60151 typ host
a=rtcp-mux
Actual results:
This is causing an ice-mismatch (according to RFC5245 section 15.3)
Expected results:
Firefox 33.1 is generating the SDP content data line ip with the corresponding ip for the ice-candidates:
c=IN IP4 10.0.2.15
a=rtpmap:109 opus/48000/2
a=ptime:20
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a=setup:actpass
a=candidate:0 1 UDP 2128609535 10.0.2.15 60150 typ host
a=candidate:0 2 UDP 2128609534 10.0.2.15 60151 typ host
a=rtcp-mux
Refer to this thread, as I think this is redundant, but I created this bug to include version 34 to it:
https://bugzilla.mozilla.org/show_bug.cgi?id=1072384
(Ref: https://www.ietf.org/rfc/rfc3264.txt / page 17 )
" RFC 2543 [10] specified that placing a user on hold was accomplished
by setting the connection address to 0.0.0.0. Its usage for putting
a call on hold is no longer recommended, since it doesn't allow for
RTCP to be used with held streams, doesn't work with IPv6, and breaks
with connection oriented media. However, it can be useful in an
initial offer when the offerer knows it wants to use a particular set
of media streams and formats, but doesn't know the addresses and
ports at the time of the offer. Of course, when used, the port
number MUST NOT be zero, which would specify that the stream has been
disabled. An agent MUST be capable of receiving SDP with a
connection address of 0.0.0.0, in which case it means that neither
RTP nor RTCP should be sent to the peer."
Updated•11 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•