[Freeswitch-users] Disable picture_fast_update INFO requests

[Anthony Minessale]

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 at 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 at gmail.com
> <javascript:_e(%7B%7D,'cvml','fabiomargarido at 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 at gmail.com
>> <javascript:_e(%7B%7D,'cvml','fabiomargarido at 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 at conference.freeswitch.org  ☎ +19193869900

https://www.youtube.com/watch?v=9XXgW34t40s
https://www.youtube.com/watch?v=NLaDpGQuZDA
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20160319/fedb3ef7/attachment.html