W3C home > Mailing lists > Public > public-webrtc@w3.org > April 2015

Re: Mucking with SDP

From: Roman Shpount <roman@telurix.com>
Date: Tue, 7 Apr 2015 13:24:44 -0400
Message-ID: <CAD5OKxs-4QLaAnH1AS8pR7XCJyo7dzg2SL6h49DmhrsMXOhPuw@mail.gmail.com>
To: Byron Campen <docfaraday@gmail.com>
Cc: "public-webrtc@w3.org" <public-webrtc@w3.org>
On Tue, Apr 7, 2015 at 1:15 PM, Byron Campen <docfaraday@gmail.com> wrote:

>  On 4/7/15 9:56 AM, Roman Shpount wrote:
>
>  On Tue, Apr 7, 2015 at 12:42 PM, Byron Campen <docfaraday@gmail.com>
> wrote:
>
>>      The current jsep spec requires the c-line to have "IN IP6 ::" in it
>> until candidates are gathered, and once candidates are gathered it is set
>> to a real address. Are you dealing with an implementation that supports
>> trickle ICE, but is picky about the contents of the c-line?
>>
>>     Firefox uses '0.0.0.0' because it is slightly more interoperable than
>> '::', but probably won't do so indefinitely.
>>
>
>  I am dealing with implementations that do not support trickle ICE and
> getting the SDP after ICEGatheringStateComplete. I am expecting to see a
> real IPv4 address in the "c=" line at that point.
>
>     Ok, that bug was fixed in 37, so you should be good to go now.
>
>
Yes, I can confirm that 0.0.0.0 address in the "c=" line produced by
Firefox is fixed in 37.

Chrome still produces IPv6 addresses in the "c=" line in some random, hard
to predict circumstances, so this SDP muck is still there.
_____________
Roman Shpount
Received on Tuesday, 7 April 2015 17:25:13 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:43 UTC