[Freeswitch-users] SDP BUNDLE support

[Sowmya Venkat]

Thanks Lawrence,  yes you are right, the latest draft version is 54, by
mistake I pasted the wrong link.

I understand it's a draft, I would still like to clarify with FS if there
is a plan in the roadmap to support BUNDLE, as I understand all browsers
support it already and bundling is much more efficient..

Thanks
Sowmya

On Fri, Jun 14, 2019, 10:12 PM Lawrence Conroy <lconroy at insensate.co.uk>
wrote:

> Hi There,
>  Where do I begin?
> 1.  I sure hope that fS doesn't implement an expired draft.
> What you mean is <
> https://datatracker.ietf.org/doc/draft-ietf-mmusic-sdp-bundle-negotiation/
> >
> i.e.,the latest version is -54, *not* -39.
> (BTW, it's in the RFC editor queue, so it won't expire in 4 days time ;)
>
> 2. That latest version is held in the RFC editor queue (for 6 months so
> far) due to a snafu on the references it makes.
>
> From much experience, therein lies the problem ...
> It's unwise for developers to implement a draft (anyone can write one and
> get it published, on any topic, including "communications carried by little
> green men").
> That means Devs typically wait until the RFC is published.
> Otherwise it's like trying to nail smoke to the wall; until it's an RFC,
> it can change (and all your code ends up targetting the wrong spec).
>
> In this case RFC publication is blocked until people get together with the
> rfc-editor to sort out the snafus.
> So ... it's not really down to the fS devs -- it's down to the IETF
> document shepherd, draft authors & the rfc-editor.
>
> The document shepherd in this case (Flemming Adreasen) may know when he
> thinks this will be fixed.
> see <https://datatracker.ietf.org/wg/mmusic/about/> for the details.
>
> I did all that by checking the IETF web sites (not the fastest in the
> world, but they do work). It's easy.
> Any other stuff on the interwebs is "non-canon" :)
>
> best regards,
>   Lawrence
>
> On 14 Jun 2019, at 06:43, Sowmya Venkat <sowmyatv at gmail.com> wrote:
> > Hi,
> >  I am trying to understand the expected behavior of latest FS when the
> client sends SDP offer with RTP BUNDLE and uses the exact same IP + port
> combination for both audio and video media components. Is BUNDLE (
> https://tools.ietf.org/html/draft-ietf-mmusic-sdp-bundle-negotiation-39)
> supported by FS? If not, can you pls let me know the when it is planned to
> add the support for the same?
> >
> > I am seeing the below errors in fs_cli. Can you pls confirm if the issue
> is because BUNDLE is not supported by FS?
> >
> > 2019-06-12 07:01:03.143578 [DEBUG]   switch_core_media.c:3236 alternate
> payload received (received 96, expecting 111)
> > 2019-06-12 07:01:03.143578 [WARNING]  switch_core_media.c:3259 Could not
> change to payload type 96, ignoring...
> > 2019-06-12 06:52:36.463638 [ERR] mod_opus.c:921 Decoder Error: buffer
> too small fs:4080 plc:false!
> > 2019-06-12 06:52:36.463638 [ERR] switch_core_io.c:633 Codec RAW Signed
> Linear (16 bit) decoder error! [9]
> > 2019-06-12 06:52:36.543581 [ERR] mod_opus.c:921 Decoder Error: corrupted
> stream fs:4080 plc:false!
> >
> > Here are the relevant SDP m and a lines from the client's offer:
> >
> > a=group:BUNDLE audio video
> > ....
> > m=audio 9 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112 113 126
> > a=mid:audio
> > a=rtcp-mux
> > a=rtpmap:111 opus/48000/2
> > a=candidate:1 1 udp 2013266431 35.162.237.109 38673 typ host
> > ....
> > m=video 9 UDP/TLS/RTP/SAVPF 96 98 100 102 127 125 108
> > a=mid:video
> > a=rtcp-mux
> > a=rtpmap:96 VP8/90000
> > a=candidate:1 1 udp 2013266431 35.162.237.109 38673 typ host
> >
> > Thanks
> > Sowmya
> >
> >
> > _________________________________________________________________________
> >
> > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com
> > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN
> services.
> > Build your next product on our scalable cloud platform.
> >
> > Join our online community to chat in real time
> https://signalwire.community
> >
> > Professional FreeSWITCH Services
> > sales at freeswitch.com
> > https://freeswitch.com
> >
> > Official FreeSWITCH Sites
> > https://freeswitch.com/oss
> > https://freeswitch.org/confluence
> > https://cluecon.com
> >
> > FreeSWITCH-users mailing list
> > FreeSWITCH-users at lists.freeswitch.org
> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> > https://freeswitch.com
>
>
> _________________________________________________________________________
>
> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com
> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN
> services.
> Build your next product on our scalable cloud platform.
>
> Join our online community to chat in real time
> https://signalwire.community
>
> Professional FreeSWITCH Services
> sales at freeswitch.com
> https://freeswitch.com
>
> Official FreeSWITCH Sites
> https://freeswitch.com/oss
> https://freeswitch.org/confluence
> https://cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20190615/b73ed0d9/attachment-0001.html>