Hi Anthony, Thanks for the input, I am happy to leave it on if there is no performance penalty, it's a quad core xeon so it isn't even scratching the surface yet. The weird thing is if I do a wireshark on the interface that goes from endpoint - fs and one on the fs - trunk at the same time I don't see the same issue coming in, that is what was confusing me. Maybe the endpoint isn't handling the timestamp issue as well as FS is, because the problem they report is worse than what I hear in the trace. We can consider this issue resolved unless I find out it is causing some other issue, I haven't found jitter too much problem yet as it is all over fibre and I have a 2-3ms end to end latency. Keep up the good work on a brilliant product! From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: Sunday, 13 May 2012 4:31 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] RTP media Issue With the option off the original timestamps from the inbound leg to Fs are passed out the outbound leg. With it on Fs creates new timestamps, there is no performance penalty but the disadvantage is that any jitter will he masked since the timestamps are changed . If the calls sound ok then its ok to leave it. On May 12, 2012 12:49 AM, "Mr Nathan Downes" <nathandownes@hotmail.com> wrote: Thanks for the response, Keys: Help Display mode Restart statistics Order of fields quit Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. 10.77.0.254 0.0% 18911 0.2 0.2 0.2 0.2 0.0 2. 192.168.5.1 0.0% 18911 2.4 <tel:2.4%C2%A0%C2%A0%202.4%C2%A0%C2%A0%202.3%C2%A0%C2%A0%202.4%C2%A0%C2%A0%2 00.0> 2.4 2.3 2.4 0.0 3. 10.77.4.22 0.0% 18911 2.7 3.1 2.4 4.1 0.5 1 is my switch at DC, 2 is unknown on fibre, 3 is endpoint ATA device at site about 140km away Duplex is set correctly on all interfaces, I don't see anything on the fibre part of network it is all L2. I am not sure if it is a network issue, as the wireshark capture I was doing on the server that FS resides on, and it was reporting the stream going from FS to endpoint had the wrong timestamps. From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Robert-IPhone Sent: Saturday, 12 May 2012 10:09 AM To: FreeSWITCH Users Help Cc: <freeswitch-users@lists.freeswitch.org> Subject: Re: [Freeswitch-users] RTP media Issue Start with running an extended "mtr" between the locations. Maybe you are dealing with a latency issue. I've also seen issues with duplexing. So look at low level network issues Sent from my iPhone 4S On May 11, 2012, at 5:58 PM, Mr Nathan Downes <nathandownes@hotmail.com> wrote: Hi First time trying this mailing list, I have my FS server in a data centre, which feeds site a, site b etc. over a fibre network. We are having really bad call quality issues at one of the sites. The residents report that every second or 2 there is a hiccup in the incoming voice and they miss a portion of the voice. It is consistent and affects everybody. I did some wireshark tracing of both sides of the calls (ext - fs and fs - provider) and to me it appears packets coming from my server have a wrong timestamp every second or so. The server is not over loaded and is pretty default Ubuntu 10.04 LTS, latest FS Head on there. I spent a week trying to diagnose with both the fibre provider and trunk provider but we couldn't figure out the cause. I then tried putting rtp-rewrite-timestamps in both the profiles (external one to provider, and internal one specifically for fibre company) and the problem appears to have gone away. I would like to figure out what is/was causing the issue and also find out if that option puts any extra overhead on the server. If there is almost no overhead I would probably leave it on and just assume I need I for this specific connection. I don't have the issue at another site over same fibre network and trunk provider, and people connecting direct over internet don't suffer same problem. I have about 2gb of wireshark traces I can put online if required. Thanks, Nathan _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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