[Freeswitch-users] jitter buffer during bridge call

[Michael Jerris]

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=sonus_send_invalid_timestamp_2833"/>
> <action application="set"
> data="rtp_manual_rtp_bugs=send_linear_timestamps"/>
> <action application="set" data="rtp_manual_rtp_bugs=start_seq_at_zero"/>
> <action application="set" data="rtp_manual_rtp_bugs=never_send_marker"/>
> <action application="set" data="rtp_manual_rtp_bugs=ignore_dtmf_duration"/>
> <action application="set" data="rtp_manual_rtp_bugs=accept_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_msec=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/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
>
>
> _________________________________________________________________________
> 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/20170221/cd9bb638/attachment-0001.html