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
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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
WebRTC is a moving target and even if FS does not support bundle it can support WebRTC in other ways but you need to be on 1.8. ClueCon is coming in August. https://cluecon.com there will be separate panels on both FreeSWITCH and WebRTC and there is a lot to learn there. On Fri, Jun 14, 2019 at 6:13 PM Sowmya Venkat <sowmyatv@gmail.com> wrote:
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@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@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
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@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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
-- Anthony Minessale II Founder, FreeSWITCH. http://freeswitch.com https://youtu.be/l_hOxzCt6X4 https://www.youtube.com/watch?v=oAxXgyx5jUw https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA
participants (3)
-
Anthony Minessale
-
Lawrence Conroy
-
Sowmya Venkat