Your best bet is to find a way to reproduce with a pcap replay of the inbound leg and file a JIRA. The mailing list is not really designed to report issues. On Tue, Nov 21, 2017 at 11:37 AM, Daniel Greenwald <dig1234@gmail.com> wrote:
Do the timestamps "match" the reverse stream? I noticed something similar where it seemed to be confusing the streams somehow. No idea what it is though. In my case it was only one packet I believe.
On Mon, Nov 13, 2017 at 7:14 AM, Nathan Downes <nathandownes@hotmail.com> wrote:
Nobody got a clue? Surely someone has seen this!
*From:* FreeSWITCH-users [mailto:freeswitch-users-bounc es@lists.freeswitch.org] *On Behalf Of *Nathan Downes *Sent:* Wednesday, 8 November 2017 7:12 PM *To:* freeswitch-users@lists.freeswitch.org *Subject:* [Freeswitch-users] FS injecting packets - what are they and how do I stop them?
Hi guys,
So I have an onsite FS at a clients, and we send calls to it from another FS.
Provider -> FS1 -> FS2 -> phone
Occasionaly there is a small amount of jitter on these certain trunks, FS1 passes it through normally, FS2 appears to add its own packets in to the stream to fill the gaps which have the incorrect timestamp that jumps around, this plays havoc with certain phones (T4 series Yealinks, T2 series, Polycom)
Stream from FS1 to FS2 looks like below
Can see a few missed packets around the Mark bit
FS2 then send this to the phone
It is filling in the missing packets with wrong timestamps and a payload containing just 55555555555555555555555555555555555555555555’s
Certain Yealink phones freak out with the timestamp jumping around (confirmed by Yealink support) but this has little effect on a Cisco or T5 series Yealinks. We would get a 2 second gap of audio from the above when it is only 200ms or so.
What exactly are these packets? And how can I stop FS2 generating them? From memory FS2 is latest Debian stable packages. I have tried every combination of all variables that I feel may have an effect on this but am getting nowhere fast (CNG/VAD/RTP bugs etc)
We tried rewriting timestamps and that solves the gaps in audio, but then the jitter is much more noticeable as the jitter buffer on phone can’t tell anything is going on because the timestamps are perfect.
FS1 is much older 1.4.23 and doesn’t exhibit the same behaviour when phone is direct connected to it.
Thanks,
Nathan
_________________________________________________________________________ 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
_________________________________________________________________________ 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
-- 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=oAxXgyx5jUw https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA
