[Freeswitch-users] jitter buffer during bridge call

Wed Feb 22 18:05:45 MSK 2017

Seems a problem with FS I think . I tested same scenarios with FS 1.2 last
stable and seems working fine.
Problem seems more visible when transcoding iSAC into PCMU, and performing
much better when you have ILBC to PCMU

Silviu

On Wed, Feb 22, 2017 at 2:16 PM, Caragea Silviu <silviu.cpp at gmail.com>
wrote:

> I removed all that sonus stuffs, and added in the bridge string :
> {jitterbuffer_msec=1p,rtp_jitter_buffer_during_bridge=
> true,sip_secure_media=true,sdp_m_per_ptime=true,hangup_after_bridge=true}
>
> But still the same: in leg A I see a jitter of max 2 ms and avg of 1 and
> on leg B 26 ms max and avg of 16.
>
> Silviu
>
> On Tue, Feb 21, 2017 at 5:47 PM, Brian West <brian at freeswitch.org> wrote:
>
>> Also you probably don't need all those RTP bug behaviors, that combo is
>> for a severe Sonus infection.
>>
>> On Tue, Feb 21, 2017 at 9:31 AM, Caragea Silviu <silviu.cpp at gmail.com>
>> wrote:
>>
>>> Hello,
>>>
>>> Thanks for feedback, I removed all of them and seems the same. So might
>>> be related to the way I set the jitter buffer..
>>>
>>> Hope Brian can clarify if I understood correctly that I should  do:
>>>
>>> 1. <action application="set" data="rtp_jitter_buffer_during
>>> _bridge=true"/>
>>> 2. And in bridge string add : {jitterbuffer_msec=1p}
>>>
>>> Silviu
>>>
>>> On Tue, Feb 21, 2017 at 5:18 PM, Michael Jerris <mike at jerris.com> wrote:
>>>
>>>> every one of those set lines resets that variable so only the last one
>>>> is doing anything.  you can set those with | seperator
>>>>
>>>> On Tue, Feb 21, 2017 at 10:09 AM Caragea Silviu <silviu.cpp at gmail.com>
>>>> wrote:
>>>>
>>>>> Hello Brian,
>>>>>
>>>>> Thanks for your feedback. I don't think I have something to rewrite
>>>>> timestamps. I also use the following (hope none of is rewriting
>>>>> timestamps):
>>>>>
>>>>> <action application="set" data="rtp_manual_rtp_bugs=sonu
>>>>> s_send_invalid_timestamp_2833"/>
>>>>> <action application="set" data="rtp_manual_rtp_bugs=send
>>>>> _linear_timestamps"/>
>>>>> <action application="set" data="rtp_manual_rtp_bugs=star
>>>>> t_seq_at_zero"/>
>>>>> <action application="set" data="rtp_manual_rtp_bugs=neve
>>>>> r_send_marker"/>
>>>>> <action application="set" data="rtp_manual_rtp_bugs=igno
>>>>> re_dtmf_duration"/>
>>>>> <action application="set" data="rtp_manual_rtp_bugs=acce
>>>>> pt_any_packets"/>
>>>>>
>>>>> Regarding your advices:
>>>>>
>>>>>
>>>>> 1. Don't use the nolocal export method, set those variables in side
>>>>> the {} on the bridge line.
>>>>> 2. set jitterbuffer_msec=1p
>>>>>
>>>>> I'm not sure is clear enough for me. Can you please past here how
>>>>> looks this settings in the bridge line ? or where I can find an example in
>>>>> documentation ?
>>>>>
>>>>> What I understand now is that I need to :
>>>>>
>>>>> 1. <action application="set" data="rtp_jitter_buffer_during
>>>>> _bridge=true"/>
>>>>> 2. And in bridge string add : {jitterbuffer_msec=1p}
>>>>>
>>>>> Btw what means 1p ?
>>>>>
>>>>> Silviu
>>>>>
>>>>>
>>>>> On Tue, Feb 21, 2017 at 4:43 PM, Brian West <brian at freeswitch.org>
>>>>> wrote:
>>>>>
>>>>> 1. Don't use the nolocal export method, set those variables in side
>>>>> the {} on the bridge line.
>>>>> 2. set jitterbuffer_msec=1p
>>>>> 3. The jitter buffer was ripped and rebuilt so some of the
>>>>> documentation hasn't been updated.
>>>>>
>>>>> Are you rewriting timestamps or something too?
>>>>>
>>>>> On Tue, Feb 21, 2017 at 8:26 AM, Caragea Silviu <silviu.cpp at gmail.com>
>>>>> wrote:
>>>>>
>>>>> Hello,
>>>>>
>>>>> I'm using last FS 1.6.15 to bridge a call and to transcode it as well
>>>>> from ILBC/ISAC to PCMU. To enable jitter buffer during bridge I'm using:
>>>>>
>>>>> <action application="set" data="rtp_jitter_buffer_during
>>>>> _bridge=true"/>
>>>>> <action application="export" data="nolocal:jitterbuffer_mse
>>>>> c=60:200:20"/>
>>>>>
>>>>> What I observed is that looking with wireshark still shows jitter on
>>>>> leg B which is sent to PSTN even if there is no jitter on leg A, or shows
>>>>> worst jitter on leg B in case I have jitter on call A.
>>>>>
>>>>> I was expected that the jitter buffer will fix this and even if I have
>>>>> a slightly low jitter on leg A will not be propagated on le B as well.
>>>>>
>>>>> I'm missing something ?
>>>>>
>>>>> Silviu
>>>>>
>>>>> ____________________________________________________________
>>>>> _____________
>>>>> Professional FreeSWITCH Consulting Services:
>>>>> consulting at 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 at lists.freeswitch.org
>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free
>>>>> switch-users
>>>>> http://www.freeswitch.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> *Brian West*
>>>>> brian at freeswitch.org
>>>>>
>>>>> *Twitter: @FreeSWITCH , @briankwest*
>>>>>
>>>>> http://www.freeswitchbook.com
>>>>> http://www.freeswitchcookbook.com
>>>>>
>>>>> Allison prompts for FreeSWITCH:
>>>>>
>>>>> *https://www.gofundme.com/allison-prompts-for-freeswitch*
>>>>> <https://www.gofundme.com/allison-prompts-for-freeswitch>
>>>>>
>>>>> Wish to schedule a meeting?
>>>>>
>>>>> http://app.timebridge.com/#/meet/freeswitch
>>>>>
>>>>> Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit:
>>>>> /r/freeswitch <https://www.reddit.com/r/freeswitch>
>>>>>
>>>>> *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002
>>>>> <+1%20918-420-9002> | *M:*+1918424WEST (9378)
>>>>> *Skype:*briankwest
>>>>>
>>>>> ____________________________________________________________
>>>>> _____________
>>>>> Professional FreeSWITCH Consulting Services:
>>>>> consulting at 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 at lists.freeswitch.org
>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free
>>>>> switch-users
>>>>> http://www.freeswitch.org
>>>>>
>>>>>
>>>>> ____________________________________________________________
>>>>> _____________
>>>>> Professional FreeSWITCH Consulting Services:
>>>>> consulting at 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 at lists.freeswitch.org
>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free
>>>>> switch-users
>>>>> http://www.freeswitch.org
>>>>
>>>>
>>>> ____________________________________________________________
>>>> _____________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at 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 at lists.freeswitch.org
>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free
>>>> switch-users
>>>> http://www.freeswitch.org
>>>>
>>>
>>>
>>> ____________________________________________________________
>>> _____________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at 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 at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>
>>
>>
>> --
>>
>> *Brian West*
>> brian at freeswitch.org
>>
>> *Twitter: @FreeSWITCH , @briankwest*
>>
>> http://www.freeswitchbook.com
>> http://www.freeswitchcookbook.com
>>
>> Allison prompts for FreeSWITCH:
>>
>> *https://www.gofundme.com/allison-prompts-for-freeswitch*
>> <https://www.gofundme.com/allison-prompts-for-freeswitch>
>>
>> Wish to schedule a meeting?
>>
>> http://app.timebridge.com/#/meet/freeswitch
>>
>> Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit:
>> /r/freeswitch <https://www.reddit.com/r/freeswitch>
>>
>> *T:*+19184209001 <+1%20918-420-9001> | *F:*+19184209002
>> <+1%20918-420-9002> | *M:*+1918424WEST (9378)
>> *Skype:*briankwest
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at 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 at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170222/7f3449a2/attachment-0001.html 