High Packet Loss on Media Gateway and Mediation Server leg

Hello,
We have recently begun to receive SCOM alerts showing a high percentage of poor voice quality on calls that are being sent to voicemail. QoE Reports show an extremely high packet loss on the Media Gateway and Mediation Server leg of the call.
The SCOM alerts are similar to this:
Alert: Media quality alert for gateway and Mediation Server leg
Source: Microsoft.LS.2010.QoE.Metric.AudioQuality.GatewayMS
Path: MonServer01;10.1.1.1 - FESERVER01;10.1.1.1 - FESERVER01 Last modified by: System Last modified time: 9/13/2013 9:16:17 AM Alert description:
Following are the details for this media quality alert:
Media quality alert for: Gateway and Mediation Server leg "10.1.1.1 - FESERVER01"
Total calls = 51
Poor quality calls = 12
Poor quality call percentage (%) = 23.53
Following are the average values for call classification metrics:
Average network degradation = 0.08
Average jitter (ms) = 1.86
Average packet loss (%) = 3.71
Average round trip time (ms) = 0.00
Average concealed metric (%) = 16.33
Average stretched metric (%) = 0.57
Average compressed metric (%) = 0.92
These alerts did not seem to be popping up until we enabled Media Bypass and CAC. The call setup looks like this:
MEDIANT 3000 -> MEDIATION SERVER -> UM SERVER
We have had our networking team take a look at all legs of the network between subnets and they do not find any dropped packets.
Any ideas what might be causing this to happen ONLY on calls that are transferred to voicemail?
Thanks.
-John Boslooper
VWGoA Lync Administrator
John K. Boslooper Unified Communication Engineer

Please try to disable Media Bypass and CAC to check if still have the issue.
Try to enable Media Bypass and CAC one at a time to check which cause the packet loss.
Tyr to use Lync Logging Tool to collect trace file on Lync Mediation Server.
Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.
Hi Lisa,
I Turned off CAC and left Media Bypass on. I received 87% packet loss, although when listening to the voicemail, I heard no drops at all. Here are the stats:
Audio Stream (Caller -> Callee)
    Codec: PCMA Sample rate: 8000
    Packet utilization: 947
    Avg. packet loss rate: 26.40 % Max. packet loss rate: 87.11 %
    Avg. jitter: 1 ms Max. jitter: 3 ms
    Burst duration: 5000 ms Burst gap duration: 8690 ms
    Burst density: 100.00 % Burst gap density: 0.00 %
    Avg. concealed samples ratio: 21.00 % Avg. stretched samples ratio: 0.00 %
    Avg. compressed samples ratio: 0.00 %
    Avg. network MOS: 1.91 Min. network MOS: 1.50
    Avg. network MOS degradation: 1.81 Max. network MOS degradation: 2.23
    NMOS degradation (jitter): 0.00 % NMOS degradation (packet loss): 99.00 %
    Audio Stream (Callee -> Caller)
    Codec: PCMA Sample rate: 8000
    Audio FEC: False Bandwidth estimates: 0 Kbps
    Packet utilization: 658
    Avg. packet loss rate: 0.00 % Max. packet loss rate: 0.00 %
    Avg. jitter: 0 ms Max. jitter: 0 ms
    Avg. round trip: 0 ms Max. round trip: 0 ms
Then I turned on CAC and turned off Media Bypass. Left a message. 0% Packet Loss. Voicemail sounded perfect once again. Here are the stats:
Audio Stream (Callee -> Caller)
    Codec: PCMA Sample rate: 8000
    Audio FEC: False Bandwidth estimates: 0 Kbps
    Packet utilization: 1066
    Avg. packet loss rate: 0.00 % Max. packet loss rate: 0.00 %
    Avg. jitter: 0 ms Max. jitter: 0 ms
    Avg. round trip: 0 ms Max. round trip: 0 ms
    Audio Stream (Caller -> Callee)
    Codec: PCMA Sample rate: 8000
    Packet utilization: 1866
    Avg. packet loss rate: 0.00 % Max. packet loss rate: 0.00 %
    Avg. jitter: 2 ms Max. jitter: 9 ms
    Burst duration: 0 ms Burst gap duration: 36000 ms
    Burst density: 0.00 % Burst gap density: 0.00 %
    Avg. concealed samples ratio: 0.00 % Avg. stretched samples ratio: 1.00 %
    Avg. compressed samples ratio: 4.00 %
    Avg. network MOS: 3.58 Min. network MOS: 3.54
    Avg. network MOS degradation: 0.15 Max. network MOS degradation: 0.18
    NMOS degradation (jitter): 0.00 % NMOS degradation (packet loss): 0.00 %
The kicker is, with media bybass enabled, the call going to Voicemail (Exchange UM) is not a media bypass call. The Lync Mediation server is handling the call in both instances (Media Bypass ON or OFF).
I'm thinking it's a problem with the reporting feature since no visible/physical packet loss can be seen or heard. Our issue also lies with the fact that it's throwing of our call quality stats for the day because of the amount of "poor calls" going
to voicemail.
I would really love to figure this out. Any thoughts?
John K. Boslooper Unified Communication Engineer

Similar Messages

High Packet Loss, High Ping and Slow Connection Ov...

Hi There,
I have been a customer with the BT unlimited broadband package for a little under two years and up until recently have had no real issues with the service. This was until around 3/4 weeks ago I noticed that the internet was very slow and certain online games or applications like Netflix would lose all of its quality or stop completely. At first I thought nothing of it and simply reset my BT Home hub router, and sure enough everything was back to normal. However after around 2-3 hours of moderate use (gaming online or watching Netflix) the problem surfaced again.
Now I am lucky if I can get the entire way through a 40 minute TV episode before the quality drops and/or the service requires buffering. I have already contacted BT via the helpline and the service lady ran through the obligatory steps (turn off, wait 5 minutes, reset the home hub etc.) but she failed to understand that although rebooting the home hub does alleviate the problem initially, the symptoms of a slow connection, high packet loss and high ping always return within an hour.
Four the last couple of weeks I have been trying to investigate the problem myself and I have done the following things:
Tested the line using the master socket (no difference)
Opened the ports on my firewall within the home hub (no difference)
Directly wired in the computer instead of relying on the wifi (no difference)
Tested for interference from neighbours wifi using inSSIDider office (it wasn’t, operating on different channels)
Switched every device that requires internet off apart from the PC (no difference)
So with all that in mind I am fairly confident that it is nothing within my house that has caused a significant reduction in internet quality.
Now I have tried my best to display the problem I am having by recording the connection quality for the last 24 hours. The table below represents the condition and quality of the connection after leaving it a period of time without resetting:
ADSL Line Status
Connection Information
Line state:
Connected
Connection time:
0 days, 21:52:14
Downstream:
12.96 Mbps
Upstream:
910 Kbps
ADSL Settings
VPI/VCI:
0/38
Type:
PPPoA
Modulation:
G.992.5 Annex A
Latency type:
Interleaved
Noise margin (Down/Up):
6.7 dB / 5.4 dB
Line attenuation (Down/Up):
29.4 dB / 16.4 dB
Output power (Down/Up):
20.4 dBm / 12.6 dBm
FEC Events (Down/Up):
987297 / 12745
CRC Events (Down/Up):
254 / 15268
Loss of Framing (Local/Remote):
0 / 0
Loss of Signal (Local/Remote):
0 / 0
Loss of Power (Local/Remote):
0 / 0
HEC Events (Down/Up):
2437 / 252630
Error Seconds (Local/Remote):
189 / 36430
And here is a result of the ping and packet loss during this time:
Now I immediately reset the home hub after running that test and ran the test again. These are the results I a achieved within 2 minutes of internet connectivity:
ADSL Line Status
Connection Information
Line state:
Connected
Connection time:
0 days, 00:01:05
Downstream:
13.77 Mbps
Upstream:
910 Kbps
ADSL Settings
VPI/VCI:
0/38
Type:
PPPoA
Modulation:
G.992.5 Annex A
Latency type:
Interleaved
Noise margin (Down/Up):
6.4 dB / 5.6 dB
Line attenuation (Down/Up):
29.4 dB / 16.4 dB
Output power (Down/Up):
20.4 dBm / 12.6 dBm
FEC Events (Down/Up):
159 / 12746
CRC Events (Down/Up):
1 / 15573
Loss of Framing (Local/Remote):
0 / 0
Loss of Signal (Local/Remote):
0 / 0
Loss of Power (Local/Remote):
0 / 0
HEC Events (Down/Up):
0 / 252639
Error Seconds (Local/Remote):
1 / 36438
Even within the time it has taken to compose this page my internet quality has nose-dived from the previous result above to the following:
Connection Information
Line state:
Connected
Connection time:
0 days, 00:52:31
Downstream:
13.77 Mbps
Upstream:
910 Kbps
ADSL Settings
VPI/VCI:
0/38
Type:
PPPoA
Modulation:
G.992.5 Annex A
Latency type:
Interleaved
Noise margin (Down/Up):
6.1 dB / 5.4 dB
Line attenuation (Down/Up):
29.4 dB / 16.4 dB
Output power (Down/Up):
20.4 dBm / 12.6 dBm
FEC Events (Down/Up):
14544 / 12749
CRC Events (Down/Up):
14 / 15584
Loss of Framing (Local/Remote):
0 / 0
Loss of Signal (Local/Remote):
0 / 0
Loss of Power (Local/Remote):
0 / 0
HEC Events (Down/Up):
72 / 252647
Error Seconds (Local/Remote):
10 / 36449
What is causing this poor quality in connection and what can be done to rectify the problem?
Thank you for your response in advanced.
Regards,
Richard.

Thank you for you quick reply, I have just moved my hub to the master socket again and re-run the test and I seem to be getting the same results.
ADSL Line Status
Connection Information
Line state:
Connected
Connection time:
0 days, 00:17:47
Downstream:
12.96 Mbps
Upstream:
910 Kbps
ADSL Settings
VPI/VCI:
0/38
Type:
PPPoA
Modulation:
G.992.5 Annex A
Latency type:
Interleaved
Noise margin (Down/Up):
6.0 dB / 5.2 dB
Line attenuation (Down/Up):
28.7 dB / 15.9 dB
Output power (Down/Up):
20.4 dBm / 12.6 dBm
FEC Events (Down/Up):
26417 / 5
CRC Events (Down/Up):
1 / 303
Loss of Framing (Local/Remote):
0 / 0
Loss of Signal (Local/Remote):
0 / 0
Loss of Power (Local/Remote):
0 / 0
HEC Events (Down/Up):
31 / 11
Error Seconds (Local/Remote):
10 / 36522
I have also checked if the bell wire was attached and it is not. My socket is of the new type with the inclusion of an inductor on the faceplate. My ADSL filters and modem cable already have the middle connecting pins removed so I don’t think it is a wiring problem, at least in my apartment anyway. I have also searched for problems with the exchange and they are showing green for my area. (Liverpool Central)
I have just rang the quiet line and I do not appear to have any noise on the line. However, all I have is a cordless phone and I know that is not ideal for determining noise due to the radio frequency interfering with the phone speaker.
Again thank you for you time on this issue.
Regards,
Richard

Experiencing high packet loss.

Hello, I am experiencing relatively high packet loss, in particular when connected to my teamspeak server which is at andesite.typefrag.com.
Here is my tracert
Tracing route to andesite.typefrag.com [54.209.243.18]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms Wireless_Broadband_Router.home [192.168.1.1]
2 8 ms 6 ms 7 ms L100.NWRKNJ-VFTTP-83.verizon-gni.net [173.70.104.1]
3 8 ms 12 ms 9 ms G0-13-0-2.NWRKNJ-LCR-21.verizon-gni.net [130.81.216.128]
4 6 ms 7 ms 6 ms ae3-0.NWRK-BB-RTR1.verizon-gni.net [130.81.199.186]
5 13 ms 18 ms 11 ms 0.xe-3-0-1.BR1.NYC1.ALTER.NET [152.63.5.149]
6 11 ms 59 ms 10 ms jfk-brdr-04.inet.qwest.net [63.235.40.53]
7 * 20 ms * dca2-edge-01.inet.qwest.net [67.14.36.10]
8 18 ms 19 ms 19 ms 65.120.78.82
9 19 ms 19 ms 19 ms 72.21.220.149
10 20 ms 19 ms 21 ms 72.21.222.129
11 * * * Request timed out.
12 * * * Request timed out.
13 * * * Request timed out.
14 22 ms 19 ms 19 ms ec2-54-209-243-18.compute-1.amazonaws.com [54.209.243.18]
Trace complete.
I am not exactly sure what to make of this or where to go at this point in resolving the issue, any help would be greatly appreciated.
Thanks.

Where are you experiencing packet loss? I see ICMP de-priortization at 1 hop and 100% dropping of ICMP at 3 of the 4 last hops but otherwise no packet loss. What sort of issues are you having? It's packet loss at the destination that is the issue, not in between. It's not uncommon for hops between source and destination to drop some or all ICMP packets as they're more concerned with legitimate data.
WinMTR statistics
Host
Sent
Recv
Best
Avrg
Wrst
Last
L100.PITBPA-VFTTP-33.verizon-gni.net
0
219
219
2
4
42
2
G0-1-0-5.PITBPA-LCR-22.verizon-gni.net
1
215
214
2
5
11
5
xe-0-1-0-0.PHIL-BB-RTR2.verizon-gni.net
0
219
219
10
19
163
10
0.xe-7-3-0.BR1.IAD8.ALTER.NET
0
219
219
15
18
72
16
dcp-brdr-03.inet.qwest.net
0
219
219
15
17
82
17
dca2-edge-01.inet.qwest.net
1
215
214
15
17
69
15
65.120.78.82
0
219
219
15
17
83
16
72.21.220.149
0
219
219
17
18
26
18
205.251.245.63
0
219
219
17
24
56
41
No response from host
100
43
0
0
0
0
0
No response from host
100
43
0
0
0
0
0
No response from host
100
43
0
0
0
0
0
ec2-54-209-243-18.compute-1.amazonaws.com
0
219
219
15
16
26
17

How can we get the prompt to enter IP Address, Subnet Mask , gateway and DNS Server during Task Sequence?

How can we get the prompt to enter IP Address, Subnet Mask , gateway and DNS Server during Task Sequence?

This is for 2007 but may still be relevant for 2012
http://hexdump.net/?p=391
Cheers
Paul | sccmentor.wordpress.com

What are different between gateway and mangement server in scom ?

Hi all,
can anyone let me know What are different between gateway and mangement server in scom ?
thanks,
Sengottuvel M

Hi,
Hope this can answer you question
About Gateway Servers in Operations Manager
http://technet.microsoft.com/en-us/library/hh212823.aspx
Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

Anyone else on 4G LTE seeing fairly high packet loss recently?

For the past week or two I've been noticing quite a bit of packet loss when I run a ping test against 8.8.8.8 (Google DNS) or Yahoo. Each time I run the ping test for 250-500 pings and the packet loss is consistently around 3-5% which is high. Verizon just upgraded the tower in my area to 4G LTE around 3-4 weeks ago and so far my speeds have been pretty great (20-35 Mbps) and my signal is strong without fluctuation (-67 dBi, SINR 20-30) so it's just the packet loss that I'm dealing with.
The first week of being on the 4G LTE I ran a few quick ping tests against Google while setting up my 4G antenna and didn't notice any packet loss but maybe I just didn't run the tests long enough. I've tried pinging a few other servers like 4.2.2.2 (Verizon DNS) and 208.67.220.220 (OpenDNS) and I'm seeing like maybe one dropped packet in 500 pings which is only a .2% packet loss which is a huge difference from results I get pinging Google and Yahoo.
Anyone else noticing packet loss on your 4G LTE connection? I've already opened a ticket with Verizon but I don't know if they'll do anything about it since they like to just tag my location as a marginal coverage area and not look into issues when I report them.

I have as well. I am in Jacksonville, FL and notice when I put my phone into hotspot mode that any machine attached to it will suffer between 6-10% packet loss. It happens in spurts- at first when I connect it is perfect. 60ms pings to www.google.com and barely 1-2 lost packets in the first 5-10 minutes. Then all of a suddenly the whole thing just goes to pot. At first it starts losing a few packets... then it starts losing a BUNCH of packets. Then it gets so bad I start going from the "Request timed out" message to it being "Reply from 192.168.1.1: Destination net unreachable.". This continues for several minutes and then it returns to semi-normality. So a few minutes working, a few minutes not. It's pretty unbearable.
The really frustrating part is seeing AT&T users right next to me with almost 0% packet loss ;_; In the end, I usually have to connect to their phone to do any browsing, since mine simply doesn't allow me to do even the simplest of internet navigation when it gets like that.

Packet losses with Atheros AR2413 and ath5k

Hi,
i just switched to ath5k because madwifi got removed and i'm now facing massive packet losses. One can't really use the internet anymore. I haven't done any configuration, ath5k is not in MODULES and nothing is blacklisted.
Previously i had ath5k blacklisted and happily used ath_pci.
So, i don't know how to proceed. Should i file a bug report? Or did i just forgot to config something? dmesg looks clean. I really would like to have madwifi back...
Regards

Yggdrasil wrote:
Hi,
i just switched to ath5k because madwifi got removed and i'm now facing massive packet losses. One can't really use the internet anymore. I haven't done any configuration, ath5k is not in MODULES and nothing is blacklisted.
Previously i had ath5k blacklisted and happily used ath_pci.
So, i don't know how to proceed. Should i file a bug report? Or did i just forgot to config something? dmesg looks clean. I really would like to have madwifi back...
Regards
I also was using ath_pci, and had both ath9k and ath5k blacklisted.
I had to un-blacklist them, and removed ath_pci off the modules.
It seems to be using ath5k now. I haven't noticed any packet loss though (but next time I get the laptop out - I'll do some double checking).
Last edited by Kilzool (2011-06-11 22:24:57)

How to see Dispatcher, gateway and Message server port numbers?

Hi All,
Can any body tell me how to know the port numbers of dispatcher, gateway & message server in a particular sap application server.
Thanks & Regards
Srinivas K

Hi,
This is very work around way...
SM51-Choose theserver-there one icon (Magnifying glass) choose detaiols -
There you will get dispatchet port.
SMGW -
dispaly file(icon) -
in that you can find the port on which gate way is working.
SMMS-goto-parametere--display...you can find the port for MS.
SMMS -goto-display details (will give more info) you can find diff ports ...
Apart from these all these services when they start they write log in work dir there we can find which port they are using while starting ..
We can find them in the individual monitoring t-codes like SMMS,SMGW,SM51 etc..or from AL11 go to work dir and look at dev_disp,dev_ms,dev_rd.
This is all very work around...
The best will be services file at os level.
Thanks.

High CPU load on SAP DB and App server

Hi ,
I'm running SAP v4.6C on Oracle. Hardware is an IBM SAN. I am getting high CPU load on both production servers and cannot trace the source. Even when I shut down SAP and Oracle the CPU runs at approx 50%. I run process explorer to get more detail and it shows Hardware Interrupts as chewing up the CPU. A reboot gives temporary relief, but start SAP and it goes back up. There is a lot of paging, but that drops down low when SAP is stopped, and CPU stays high. Are there any hardware/OS gurus who could assist with where to start next.
Thanks
Gerg

What is the kernel time? Can you make a screenshot and post it somewhere?
Something is strange here:
as far I as know the System Idle Process (<a href="http://en.wikipedia.org/wiki/System_idle_process">see also here</a>) is not the problem, it indicates that the system has 97% of CPU free.
However, if SAP/DB are stopped and you have 97% idle, it contradicts to your information before.

Latency and Packet Loss Issues

About a week ago, my internet began to have high latency (stable at around 250), and a small amount of packet loss. Since then, the latency has died down, going back to normal but every minute or so jumping back up to about 250 +/- 250 for about 30 seconds before going back down. The packet loss came about occasionally, and only around 1-2%, but earlier today was at about 10% and wouldn't drop.
From what I can tell, all of the issues appear randomly with nothing making them appear. Nothing has changed since before this started, it just came out of the blue.
I use a wireless connection as an ethernet cable won't reach to my PC.
Here are some ADSL stats:
ADSL Line Status
Connection Information
Line state:
Connected
Connection time:
0 days, 00:27:29
Downstream:
12.05 Mbps
Upstream:
1.047 Mbps
ADSL Settings
VPI/VCI:
0/38
Type:
PPPoA
Modulation:
G.992.5 Annex A
Latency type:
Fast
Noise margin (Down/Up):
3.1 dB / 6.6 dB
Line attenuation (Down/Up):
33.0 dB / 19.0 dB
Output power (Down/Up):
20.4 dBm / 12.8 dBm
FEC Events (Down/Up):
0 / 51170
CRC Events (Down/Up):
3877 / 63769
All help would be appreciated and any information needed, i can supply.
Thanks.
Edit: Also, here is a Netalzyr test if that shows anything!
http://n2.netalyzr.icsi.berkeley.edu/restore/id=43ca208a-9404-ae6b5d67-4e6f-4678-9c9f/rd#

I did a quiet line test earlier, with a cordless phone. There was a humming which i think was just normal, but about 30 seconds in there was a crackle which lasted about half a second. I kept it on for about 2 minutes before turning it off.
ADSL Line Status
Connection Information
Line state:
Connected
Connection time:
0 days, 01:03:32
Downstream:
12.05 Mbps
Upstream:
1.047 Mbps
ADSL Settings
VPI/VCI:
0/38
Type:
PPPoA
Modulation:
G.992.5 Annex A
Latency type:
Fast
Noise margin (Down/Up):
3.9 dB / 6.4 dB
Line attenuation (Down/Up):
33.0 dB / 19.0 dB
Output power (Down/Up):
20.4 dBm / 12.8 dBm
FEC Events (Down/Up):
0 / 51170
CRC Events (Down/Up):
10528 / 63798
Loss of Framing (Local/Remote):
0 / 0
Loss of Signal (Local/Remote):
0 / 0
Loss of Power (Local/Remote):
0 / 0
HEC Events (Down/Up):
2113 / 399492
Error Seconds (Local/Remote):
2781 / 8577
Also here is another one of the ADSL stats at 1 hour connection time.

VoIP Phones - Testing Latency, Jitter, and Packet Loss

I am having big problems with my VoIP phone connection and I'll try to lay it out clearly here.
The main telephone system resides at Location A (static IP address - see below - xxx.xxx.206.19), which has a network connection of 50MB down/20MB up (i.e., very fast). The VoIP phone configured for that system resides at Location B, which has a network connection of 10MB down/1MB up (i.e., also fast, or at least fast enough "on paper" for a quality VoIP connection). The LAN at Location A uses an Airport Extreme router, which does not have QOS or EF capability. The LAN at Location B uses a D-Link DIR-655 router which does have QOS that is configured properly to direct all traffic to the VoIP phone's IP address.
The VoIP phone at Location B is having intermittent call quality problems with skipping of words, hollowing out noises, jittery conversations, etc. All the inquiries I've made to the ISPs and phone system manufacturer (ESI) suggest that my base Internet speeds are not the problem.
I'm told, instead, that the problem might be latency, jitter, or packet loss between Location A and Location B. This leads to several questions:
(1)     Is there any Mac software that can test latency, jitter, and packet loss? I've looked at Network Utility and it seems to only measure a few things.
(2)     Does anyone see anything in the following Traceroute and Ping results (done twice from Location B to Location A) that looks problematic to VoIP quality?:
Traceroute:
First run: Traceroute has started…
traceroute to xxx.xxx.206.19 (xxx.xxx.206.19), 64 hops max, 72 byte packets
1 alfirving (192.168.0.1) 0.569 ms 0.363 ms 0.302 ms
2 10.72.28.1 (10.72.28.1) 27.567 ms 18.161 ms 22.288 ms
3 70.125.216.150 (70.125.216.150) 9.841 ms 10.346 ms 9.497 ms
4 24.164.209.116 (24.164.209.116) 11.042 ms 8.298 ms 9.433 ms
5 70.125.216.108 (70.125.216.108) 21.068 ms 20.657 ms 12.045 ms
6 te0-8-0-2.dllatxl3-cr01.texas.rr.com (72.179.205.48) 11.154 ms 11.540 ms 24.495 ms
7 107.14.17.136 (107.14.17.136) 11.994 ms 14.217 ms 15.816 ms
8 ae-3-0.pr0.dfw10.tbone.rr.com (66.109.6.209) 14.566 ms 32.670 ms 15.947 ms
9 ix-0-3-2-0.tcore2.dt8-dallas.as6453.net (209.58.47.105) 11.647 ms 12.260 ms 12.386 ms
10 if-2-2.tcore1.dt8-dallas.as6453.net (66.110.56.5) 10.023 ms 12.285 ms 12.338 ms
11 209.58.47.74 (209.58.47.74) 17.641 ms 16.741 ms 16.372 ms
12 0.ae2.xl3.dfw7.alter.net (152.63.97.57) 11.584 ms 12.315 ms 12.890 ms
13 0.so-6-1-0.dfw01-bb-rtr1.verizon-gni.net (152.63.1.90) 13.812 ms
    0.ge-3-0-0.dfw01-bb-rtr1.verizon-gni.net (152.63.1.17) 18.831 ms
    130.81.23.164 (130.81.23.164) 14.189 ms
14 p14-0-0.dllstx-lcr-05.verizon-gni.net (130.81.27.40) 14.561 ms 13.621 ms 15.544 ms
15 * * *
16 static-xxx.xxx.206.19.dllstx.fios.verizon.net (xxx.xxx.206.19) 23.125 ms 24.136 ms 22.411 ms
Second run: Traceroute has started…
traceroute to xxx.xxx.206.19 (xxx.xxx.206.19), 64 hops max, 72 byte packets
1 alfirving (192.168.0.1) 0.603 ms 0.420 ms 0.324 ms
2 10.72.28.1 (10.72.28.1) 40.494 ms 26.625 ms 14.152 ms
3 70.125.216.150 (70.125.216.150) 9.431 ms 9.660 ms 9.018 ms
4 24.164.209.116 (24.164.209.116) 16.293 ms 12.339 ms 19.252 ms
5 70.125.216.108 (70.125.216.108) 15.801 ms 11.438 ms 12.068 ms
6 te0-8-0-2.dllatxl3-cr01.texas.rr.com (72.179.205.48) 23.221 ms 30.459 ms 17.519 ms
7 107.14.17.136 (107.14.17.136) 14.611 ms 15.696 ms 15.775 ms
8 ae-3-0.pr0.dfw10.tbone.rr.com (66.109.6.209) 17.643 ms 14.812 ms 16.294 ms
9 ix-0-3-2-0.tcore2.dt8-dallas.as6453.net (209.58.47.105) 11.169 ms 12.374 ms 9.849 ms
10 if-2-2.tcore1.dt8-dallas.as6453.net (66.110.56.5) 16.453 ms 12.168 ms 12.384 ms
11 209.58.47.74 (209.58.47.74) 18.015 ms 14.867 ms 16.432 ms
12 0.ae2.xl3.dfw7.alter.net (152.63.97.57) 11.471 ms 11.993 ms 12.395 ms
13 0.ge-6-3-0.dfw01-bb-rtr1.verizon-gni.net (152.63.96.42) 14.077 ms 29.153 ms
    0.ge-3-0-0.dfw01-bb-rtr1.verizon-gni.net (152.63.1.17) 17.962 ms
14 p14-0-0.dllstx-lcr-05.verizon-gni.net (130.81.27.40) 14.629 ms 12.297 ms 12.839 ms
15 * * *
16 static-xxx.xxx.206.19.dllstx.fios.verizon.net (xxx.xxx.206.19) 24.976 ms 22.170 ms 22.376 ms
Ping:
First Run: Ping has started…
PING xxx.xxx.206.19 (xxx.xxx.206.19): 56 data bytes
64 bytes from xxx.xxx.206.19: icmp_seq=0 ttl=242 time=22.814 ms
64 bytes from xxx.xxx.206.19: icmp_seq=1 ttl=242 time=24.621 ms
64 bytes from xxx.xxx.206.19: icmp_seq=2 ttl=242 time=24.711 ms
64 bytes from xxx.xxx.206.19: icmp_seq=3 ttl=242 time=24.109 ms
64 bytes from xxx.xxx.206.19: icmp_seq=4 ttl=242 time=23.336 ms
64 bytes from xxx.xxx.206.19: icmp_seq=5 ttl=242 time=25.644 ms
64 bytes from xxx.xxx.206.19: icmp_seq=6 ttl=242 time=27.755 ms
64 bytes from xxx.xxx.206.19: icmp_seq=7 ttl=242 time=25.135 ms
64 bytes from xxx.xxx.206.19: icmp_seq=8 ttl=242 time=22.443 ms
64 bytes from xxx.xxx.206.19: icmp_seq=9 ttl=242 time=24.635 ms
--- xxx.xxx.206.19 ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 22.443/24.520/27.755/1.448 ms
Second Run: Ping has started…
PING xxx.xxx.206.19 (xxx.xxx.206.19): 56 data bytes
64 bytes from xxx.xxx.206.19: icmp_seq=0 ttl=242 time=27.183 ms
64 bytes from xxx.xxx.206.19: icmp_seq=1 ttl=242 time=24.629 ms
64 bytes from xxx.xxx.206.19: icmp_seq=2 ttl=242 time=22.511 ms
64 bytes from xxx.xxx.206.19: icmp_seq=3 ttl=242 time=39.620 ms
64 bytes from xxx.xxx.206.19: icmp_seq=4 ttl=242 time=26.722 ms
64 bytes from xxx.xxx.206.19: icmp_seq=5 ttl=242 time=23.183 ms
64 bytes from xxx.xxx.206.19: icmp_seq=6 ttl=242 time=25.171 ms
64 bytes from xxx.xxx.206.19: icmp_seq=7 ttl=242 time=24.412 ms
64 bytes from xxx.xxx.206.19: icmp_seq=8 ttl=242 time=23.837 ms
64 bytes from xxx.xxx.206.19: icmp_seq=9 ttl=242 time=23.785 ms
--- xxx.xxx.206.19 ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 22.511/26.105/39.620/4.713 ms
(3) Any other ideas on what my call quality problem might be, or how I can tweak it? For example, would putting a DIR-655 router at Location A and enabling QOS really make a difference?
Thanks to everyone, and I hope this is not too long or difficult to understand.

Hey thanks for your reply Yeah im only getting 1 ro sometimes 2 bars reception so hopefully the antenna will beef things up but I think it is what it is perhaps.

Airport Extreme N - Optonline - packet loss and resets

Setup:
I have been having the below issue since moving to an area in New Jersey with Optonline (CableVision) cable internet access. The cable modem is a WebStar with connection to a Airport Extreme "N" via ethernet to WAN port on Airport Extreme N.
The issue was not present when I was with Comcast using an Airport Extreme G, it began when using Optline with the Airport Extreme G and continues with the Airport Extreme N. Airport is configured to b/g/n compatible, DHCP, WPA/WPA2 security, various channels used, no interference noted in the wireless spectrum using several software tools.
Issue:
Webpage load speeds are very slow until the Airport Extreme base is restarted, Optonline has confimed a strong signal to the cable modem and when I plug directly into my iBook/iMac from the modem using ethernet they test for packet loss and it is 0-2%. I have confirmed that directly plugging in removes the issue.
When plugged into the Airport Extreme (either the G or N version) packet loss has approcahed 90% and the only way to load a page is to continually hit "reload" to get a slow eventual load. Once a restart of the Airport Extreme is done the issue is resolved for hours/days until it begins again, requiring another restart.
Any help would be appreciated!
iMac G5 2.1GHz 20" Mac OS X (10.4.9) iBook G4 1.33 12"
iMac G5 2.1GHz 20" Mac OS X (10.4.9) iBook G4 1.33 12"

My n Airport doesn't work well on OOL either. Back to using round AEBS g.
The n router when I click a webpage link, has a delay of 5-10 seconds before Safari goes to the link. Using my g Airport I click a link and Safari instantly loads the page.
If I do an OOL speed test, the n router is a bit slower than the g router, but speed tests fine bottomline. But the delay issue has made it impossible for me to work, so I switched back to my UFO AEBS g Airport.
Whatever the imcompatability with OOL is I hope will be rectified when I see a release of an Apple n Airport update. In the mean time, g for me.

IPhone - OSX 10.5.6 internet sharing via wifi has packet loss

I try to access the web on the iPhone (for testing purposes) via the bult-in internet sharing capability of my MacBookPro via WiFi. I get very slow connections and high packet loss on distances of less than a foot.
If I activate Internet sharing (eth0 - AirPort) I have packet loss of up to 80% on a Ping to the iPhone. This results in an unusable connection. In this case the iPhone gets a DHCP address from the DSL box (10.0.2.2). Pay attention to the HUGE standard deviation of the packets in case of the internet sharing!!
If anyone has config hints, I appreciate that very much. Does anyone know how to bridge en0 to Airport with WEP enabled?
Internet sharing activated:
--- 10.0.2.2 ping statistics ---
202 packets transmitted, 150 packets received, 25% packet loss
round-trip min/avg/max/stddev = 18.312/1768.538/8198.289/2201.202 ms
If I set up a Computer-Computer network with a WEP password I get no packet loss, but of course I cannot access the internet that way because there is no way in preferences to bridge the networks.
--- 169.254.246.154 ping statistics ---
443 packets transmitted, 442 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.441/1.983/57.068/2.691 ms
Internet Sharing (ifconfig):
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0 mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::21b:63ff:fe92:d74%en0 prefixlen 64 scopeid 0x4
inet 192.168.0.17 netmask 0xffffff00 broadcast 192.168.0.255
ether 00:1b:63:92:0d:74
media: autoselect (100baseTX <full-duplex,flow-control>) status: active
supported media: autoselect 10baseT/UTP <half-duplex> 10baseT/UTP <full-duplex> 10baseT/UTP <full-duplex,hw-loopback> 10baseT/UTP <full-duplex,flow-control> 100baseTX <half-duplex> 100baseTX <full-duplex> 100baseTX <full-duplex,hw-loopback> 100baseTX <full-duplex,flow-control> 1000baseT <full-duplex> 1000baseT <full-duplex,hw-loopback> 1000baseT <full-duplex,flow-control> none
fw0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 4078
lladdr 00:1b:63:ff:fe:77:99:ac
media: autoselect <full-duplex> status: inactive
supported media: autoselect <full-duplex>
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::21b:63ff:fec1:e75b%en1 prefixlen 64 scopeid 0x6
inet 169.254.149.180 netmask 0xffff0000 broadcast 169.254.255.255
inet 10.0.2.1 netmask 0xffffff00 broadcast 10.0.2.255
ether 00:1b:63:c1:e7:5b
media: autoselect status: active
supported media: autoselect
en2: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::21c:42ff:fe00:0%en2 prefixlen 64 scopeid 0x7
inet 10.37.129.2 netmask 0xffffff00 broadcast 10.37.129.255
ether 00:1c:42:00:00:00
media: autoselect status: active
supported media: autoselect
en3: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::21c:42ff:fe00:1%en3 prefixlen 64 scopeid 0x8
inet 169.254.149.180 netmask 0xffff0000 broadcast 169.254.255.255
ether 00:1c:42:00:00:01
media: autoselect status: active
supported media: autoselect
C-C Network:
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0 mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::21b:63ff:fe92:d74%en0 prefixlen 64 scopeid 0x4
inet 192.168.0.17 netmask 0xffffff00 broadcast 192.168.0.255
ether 00:1b:63:92:0d:74
media: autoselect (100baseTX <full-duplex,flow-control>) status: active
supported media: autoselect 10baseT/UTP <half-duplex> 10baseT/UTP <full-duplex> 10baseT/UTP <full-duplex,hw-loopback> 10baseT/UTP <full-duplex,flow-control> 100baseTX <half-duplex> 100baseTX <full-duplex> 100baseTX <full-duplex,hw-loopback> 100baseTX <full-duplex,flow-control> 1000baseT <full-duplex> 1000baseT <full-duplex,hw-loopback> 1000baseT <full-duplex,flow-control> none
fw0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 4078
lladdr 00:1b:63:ff:fe:77:99:ac
media: autoselect <full-duplex> status: inactive
supported media: autoselect <full-duplex>
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::21b:63ff:fec1:e75b%en1 prefixlen 64 scopeid 0x6
inet 169.254.149.180 netmask 0xffff0000 broadcast 169.254.255.255
inet 10.0.2.1 netmask 0xffffff00 broadcast 10.0.2.255
ether 00:1b:63:c1:e7:5b
media: autoselect status: active
supported media: autoselect
en2: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::21c:42ff:fe00:0%en2 prefixlen 64 scopeid 0x7
inet 10.37.129.2 netmask 0xffffff00 broadcast 10.37.129.255
ether 00:1c:42:00:00:00
media: autoselect status: active
supported media: autoselect
en3: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::21c:42ff:fe00:1%en3 prefixlen 64 scopeid 0x8
inet 169.254.149.180 netmask 0xffff0000 broadcast 169.254.255.255
ether 00:1c:42:00:00:01
media: autoselect status: active
supported media: autoselect

I accidentally found a workaround:
1. Activate internet sharing
2. Goto network preferences and use AirPort: "Create network ..."
3. Check require Password and create a C2C network
4. The Airport Icon changes from the up-arrow to the computer icon
5. Connect with the iPhone.
Packet loss is gone and sharing works fine.
BIG BUG: Procedure has to be repeated every time AirPort is turned on/off, as Internet Sharing disables/resets the airport setup!

Long delay from receiving INVITE from PSTN gateway and actual end client call

I was wondering if there is anyone who can assist me in some troubleshooting long delays within the mediation server. I have a lab environment which has the front end and mediation server on the same box. I also have an audiocodes MP-114 connected to two
test PSTN lines and this is configured as a trunk to the mediation server and there is two polycom IP phones within the test environment.
Now everything works - SIP invites and media but certain aspects have significant delays.
The problem is with inbound calls from the PSTN line
PSTN via Audiocodes MP-114 to Polycom phone - When I dial the PSTN number from my mobile the audiocodes sends a SIP invite to the Mediation Server within just under a second - I was able to determine this by using the syslog and to be honest that seems a
reasonable time.
Now moving onto the OCSlogger I logged the mediation and SIP logs and the mediation server is showing the SIP invite about half a second later (I am assuming some network latency clock drift etc) which again seems fine.
I then receive various logs showing TLS negotiation between ports 5061 and high ports on the server, and dial plan matching which all seems ok and this seems to take about 1 second not great but not the biggest issue However I then dont receive any message
logs for over 3 seconds until the the mediation server states "SDP Answer to Gateway, SDP is :v=0"
Then another 4 seconds go by until another tls session is negotiated and the SIP invite is sent to the lync registered polycom phone and then the IP phone starts ringing - so it appears the mediation server is not doing anything anything for 7 seconds.
Now looking at the detailed Trace logs I get three TL_ERROR from the proxysdp.cs(1417) proxysdp.cs(422) during the delay that states
TL_ERROR(TF_PROTOCOL) [0]12EC.1ED8::02/05/2014-12:22:45.305.000b07d8 (MediationServer,ProxySdpProcessor.InternalTryParseSdpT<GlobalDescription_TMediaDescription>:proxysdp.cs(1417))
(0000000003CB324D)SDP parsing error: Empty SDP offer
and then a warning
TL_WARN(TF_COMPONENT) [0]12EC.1ED8::02/05/2014-12:22:49.028.000b080e (MediationServer,ProxyCall.FinishGetOffer:proxycall.cs(4578))[57060297]
57060297Could not get MRAS candidates from the Media Relay token. Connectivity Servers List = SRV-0003.LOCAL.COM.NULL
and an error from SIPSTACK
TL_ERROR(TF_COMPONENT) [0]1298.25DC::02/05/2014-12:22:49.034.000b1d72 (SIPStack,CISIPProxy::CreateUriFromString:ISIPProxy.cpp(1333))
( 00000000002061A0 ) Exit - not a valid SIP address. Returned 0xC3E93F25(SIPPROXY_E_INVALID_URI_SCHEME)
Now the call goes though and works fine but the delay is considerable for the first ring - Has anyone got any ideas as I am stumped at the moment
Cheers
Adam

Adam, you did not mention Edge and so, I will assume one is not deployed yet. Is this the case? Do you have edge defined in topology but not physically configured? "Could
not get MRAS candidates from the Media Relay token" indicates Mediation is trying to get Media Relay address from Edge via FE, but could not.
Drago
http://www.lynclog.com

Audio Stream Callee to caller max 30% packet loss rate

The call quality is poor. the MOS marks to 2.0
Media bypass is enable.
How to fix the packet loss issue?
Thank you.

Hi,
Please try to use the Lync 2013 PreCall Diagnostics Tool in Windows Store.
For the issue about high packet loss rate, please double check if the network bandwidth and check if there is any
anti-virus software or any port issue for the packet loss rate issue.
Best Regards,
Eason Huang
Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact [email protected]
Eason Huang
TechNet Community Support

High Packet Loss on Media Gateway and Mediation Server leg

Similar Messages

Maybe you are looking for