[Freeswitch-users] Jitter during on-hold

[Miroslav Levanic]

Hi Brian,

I’m little bit confused with your answer. uuid_hold makes exactly what we want to do. At least SIP traffic looks like that – FreeSwitch sends reINVITE with media attribute sendonly and remote side responds with receiveonly. What is wrong with that scenario?

Regards,
Miro


From: Brian West [mailto:brian at freeswitch.org]
Sent: Friday, November 4, 2016 9:06 PM
To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
Subject: Re: [Freeswitch-users] Jitter during on-hold

uuid_hold doesn't do what you think it does, everyone makes this mistake.  uuid_hold sends a hold indication to the remote side putting it on hold in the same manner a phone does.

/b

On Fri, Nov 4, 2016 at 5:25 AM, Miroslav Levanic <Miroslav.Levanic at enghouse.com<mailto:Miroslav.Levanic at enghouse.com>> wrote:
Hi Brian,

Let’s say that I’m rather experimenting then writing a new module.
In the switch_ivr_play_file() I’ve just skipped IF condition which checks the status of channel flag CF_HOLD.
Hold operation is called from our application layer by switch_api_execute(“uui_hold”,…).

Best regards,
Miro

From: Brian West [mailto:brian at freeswitch.org<mailto:brian at freeswitch.org>]
Sent: Thursday, November 3, 2016 8:05 PM
To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org<mailto:freeswitch-users at lists.freeswitch.org>>
Subject: Re: [Freeswitch-users] Jitter during on-hold

So it sounds like you're writing your own module, How are you doing this hold operation?

/b


On Thu, Nov 3, 2016 at 10:53 AM, Miroslav Levanic <Miroslav.Levanic at enghouse.com<mailto:Miroslav.Levanic at enghouse.com>> wrote:
Hello,

I’m trying to play from file when other party is set on–hold.
reINVITE sent by FreeSwitch contains sendonly attribute which opens possibility that FreeSwitch can play something to other end although other party is on-hold.
I’ve used modified switch_ivr_play_file() function which by default prevents sending rtp packets to other side when call is on-hold.
I’ve encountered rtp stream issue causing distorted audio due to dropped packets on the caller end.
Codec used is G.711 mulaw 8kHz and ptime is 20ms accepted on both side, FreeSwitch and softphone. Both endpoints are located in the local LAN.
Wireshark rtp analysis shows that when call is not on-hold, packets comes in interval of 20ms as expected. But when the call is set on-hold, average delta time between packets is 21ms, causing dropping packet every second (1ms extra time multiplied by 50 packets per second) with jitter buffer set to 50ms in Wireshark.
Setting "auto-jitterbuffer-msec" parameter in sofia did not help.
Is there a serious reason why I cannot use switch_ivr_play_file() during on-hold and what could cause jitter only during on-hold period? When call is retrieved from hold, jitter disappears and audio is good again.

Thanks,
Miro

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org<mailto: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<mailto: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<mailto:brian at freeswitch.org>

[Image removed by sender.]

Twitter: @FreeSWITCH , @briankwest
http://www.freeswitchbook.com (50% Discount using code FreeSwitch50)
http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50)
https://www.gofundme.com/freeswitch_ubuntu

Got Bugs? Report them here<https://freeswitch.org/jira>! | Reddit: /r/freeswitch<https://www.reddit.com/r/freeswitch>

T:+19184209001<tel:%2B19184209001> | F:+19184209002<tel:%2B19184209002> | M:+1918424WEST (9378)
iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org<mailto: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<mailto: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<mailto:brian at freeswitch.org>

[Image removed by sender.]

Twitter: @FreeSWITCH , @briankwest
http://www.freeswitchbook.com (50% Discount using code FreeSwitch50)
http://www.freeswitchcookbook.com (50% Discount using code FreeSwitch50)
https://www.gofundme.com/freeswitch_ubuntu

Got Bugs? Report them here<https://freeswitch.org/jira>! | Reddit: /r/freeswitch<https://www.reddit.com/r/freeswitch>

T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378)
iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161107/10e15b3a/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ~WRD000.jpg
Type: image/jpeg
Size: 823 bytes
Desc: ~WRD000.jpg
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161107/10e15b3a/attachment-0001.jpg