Hi there. I'm trying a scenario in which FreeSWITCH sits between a WebRTC endpoint and an IMS network, performing media conversion. When a call is established, FS starts to send INFO requests with an application/media_control+xml body related to RFC 5168. The WebRTC endpoint always responds with 415 Unsupported Media Type (the web application uses sip.js) and the IMS network sometimes responds with 500 Server Internal Error. The problem I have is that FS sends that request every second to both sides and keeps doing so for as long as the call is answered. My question is whether it would stop or at least scale down the frequency if both sides replied with 200 OK, or alternatively if there is a way to disable the sending of these requests. I've looked at the documentation and the mailing list history but couldn't find anything conclusive. Thanks in advance.
Anyone?
From what I understood reading other discussions regarding this request on the list, this is an obsolete way of requesting a picture refresh and that the ideal way would be via RTCP. Does FreeSWITCH support both? If that's the case, shouldn't there be a flag which allows to choose which method to use?
Thanks. On Wed, Mar 9, 2016 at 3:01 PM Fabio Margarido <fabiomargarido@gmail.com> wrote:
Hi there.
I'm trying a scenario in which FreeSWITCH sits between a WebRTC endpoint and an IMS network, performing media conversion.
When a call is established, FS starts to send INFO requests with an application/media_control+xml body related to RFC 5168. The WebRTC endpoint always responds with 415 Unsupported Media Type (the web application uses sip.js) and the IMS network sometimes responds with 500 Server Internal Error. The problem I have is that FS sends that request every second to both sides and keeps doing so for as long as the call is answered.
My question is whether it would stop or at least scale down the frequency if both sides replied with 200 OK, or alternatively if there is a way to disable the sending of these requests. I've looked at the documentation and the mailing list history but couldn't find anything conclusive.
Thanks in advance.
I've now managed to get both sides to send a 200 OK response to the INFO request, but FreeSWITCH keeps sending them at a rate of more than one per second. Is this expected behavior? On Wed, Mar 16, 2016 at 3:41 PM Fabio Margarido <fabiomargarido@gmail.com> wrote:
Anyone?
From what I understood reading other discussions regarding this request on the list, this is an obsolete way of requesting a picture refresh and that the ideal way would be via RTCP. Does FreeSWITCH support both? If that's the case, shouldn't there be a flag which allows to choose which method to use?
Thanks.
On Wed, Mar 9, 2016 at 3:01 PM Fabio Margarido <fabiomargarido@gmail.com> wrote:
Hi there.
I'm trying a scenario in which FreeSWITCH sits between a WebRTC endpoint and an IMS network, performing media conversion.
When a call is established, FS starts to send INFO requests with an application/media_control+xml body related to RFC 5168. The WebRTC endpoint always responds with 415 Unsupported Media Type (the web application uses sip.js) and the IMS network sometimes responds with 500 Server Internal Error. The problem I have is that FS sends that request every second to both sides and keeps doing so for as long as the call is answered.
My question is whether it would stop or at least scale down the frequency if both sides replied with 200 OK, or alternatively if there is a way to disable the sending of these requests. I've looked at the documentation and the mailing list history but couldn't find anything conclusive.
Thanks in advance.
Probably if it actually sent a key frame when onr was desired. We could pribably make a param to disable it. Or disable it on sip+webrtc though I still don't get why that is even a thing. Webrtc hates sip, their very core goal is to eliminaye it. Yes we support the rtcp way. On Friday, March 18, 2016, Fabio Margarido <fabiomargarido@gmail.com> wrote:
I've now managed to get both sides to send a 200 OK response to the INFO request, but FreeSWITCH keeps sending them at a rate of more than one per second.
Is this expected behavior?
On Wed, Mar 16, 2016 at 3:41 PM Fabio Margarido <fabiomargarido@gmail.com <javascript:_e(%7B%7D,'cvml','fabiomargarido@gmail.com');>> wrote:
Anyone?
From what I understood reading other discussions regarding this request on the list, this is an obsolete way of requesting a picture refresh and that the ideal way would be via RTCP. Does FreeSWITCH support both? If that's the case, shouldn't there be a flag which allows to choose which method to use?
Thanks.
On Wed, Mar 9, 2016 at 3:01 PM Fabio Margarido <fabiomargarido@gmail.com <javascript:_e(%7B%7D,'cvml','fabiomargarido@gmail.com');>> wrote:
Hi there.
I'm trying a scenario in which FreeSWITCH sits between a WebRTC endpoint and an IMS network, performing media conversion.
When a call is established, FS starts to send INFO requests with an application/media_control+xml body related to RFC 5168. The WebRTC endpoint always responds with 415 Unsupported Media Type (the web application uses sip.js) and the IMS network sometimes responds with 500 Server Internal Error. The problem I have is that FS sends that request every second to both sides and keeps doing so for as long as the call is answered.
My question is whether it would stop or at least scale down the frequency if both sides replied with 200 OK, or alternatively if there is a way to disable the sending of these requests. I've looked at the documentation and the mailing list history but couldn't find anything conclusive.
Thanks in advance.
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>* ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA
Yeah, sometimes it's a pain to get things to work with SIP in the browser. I've created improvement FS-8964 for this. Thanks On Sat, Mar 19, 2016 at 4:37 AM Anthony Minessale < anthony.minessale@gmail.com> wrote:
Probably if it actually sent a key frame when onr was desired.
We could pribably make a param to disable it. Or disable it on sip+webrtc though I still don't get why that is even a thing. Webrtc hates sip, their very core goal is to eliminaye it.
Yes we support the rtcp way.
On Friday, March 18, 2016, Fabio Margarido <fabiomargarido@gmail.com> wrote:
I've now managed to get both sides to send a 200 OK response to the INFO request, but FreeSWITCH keeps sending them at a rate of more than one per second.
Is this expected behavior?
On Wed, Mar 16, 2016 at 3:41 PM Fabio Margarido <fabiomargarido@gmail.com> wrote:
Anyone?
From what I understood reading other discussions regarding this request on the list, this is an obsolete way of requesting a picture refresh and that the ideal way would be via RTCP. Does FreeSWITCH support both? If that's the case, shouldn't there be a flag which allows to choose which method to use?
Thanks.
On Wed, Mar 9, 2016 at 3:01 PM Fabio Margarido <fabiomargarido@gmail.com> wrote:
Hi there.
I'm trying a scenario in which FreeSWITCH sits between a WebRTC endpoint and an IMS network, performing media conversion.
When a call is established, FS starts to send INFO requests with an application/media_control+xml body related to RFC 5168. The WebRTC endpoint always responds with 415 Unsupported Media Type (the web application uses sip.js) and the IMS network sometimes responds with 500 Server Internal Error. The problem I have is that FS sends that request every second to both sides and keeps doing so for as long as the call is answered.
My question is whether it would stop or at least scale down the frequency if both sides replied with 200 OK, or alternatively if there is a way to disable the sending of these requests. I've looked at the documentation and the mailing list history but couldn't find anything conclusive.
Thanks in advance.
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.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 http://www.freeswitch.org
participants (2)
-
Anthony Minessale
-
Fabio Margarido