dslreports logo
 
    All Forums Hot Topics Gallery
spc
Search similar:


uniqs
477

mugurd
join:2001-05-24
Ottawa, ON
·Bell Fibe Internet
·Fido
(Software) pfSense
Netgear RAX50
Netgear R7000

mugurd

Member

[Cable] [Cable ONT] Recent packetloss to CMT - leads to VoIP issues

I started to have VoIP issues (Packet Interpolation - high count) and while troubleshooting I noticed that lately I get packet loss (not huge, but enough to mess up VoIP) to what I assume is the CMT:

|---------------------------------------------------------------------------------- --------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| NTHWK-R7000 - 0 | 528 | 528 | 0 | 4 | 16 | 6 |
| 7.223.68.129 - 2 | 506 | 497 | 6 | 12 | 103 | 15 |
| 67.231.220.57 - 0 | 540 | 540 | 12 | 21 | 195 | 18 |
|so-4-0-0.gw02.ym.phub.net.cable.rogers.com - 0 | 541 | 541 | 15 | 23 | 113 | 18 |
| 255.127.96-81.electronicbox.net - 0 | 542 | 542 | 19 | 27 | 132 | 28 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

My modem stats are clean and a reboot does not make a difference...nor does the PC connected straight to modem:

Downstream Channels
Channel Lock Status Modulation Channel ID Symbol rate Frequency Power SNR
1 Locked QAM256 113 5360537 693000000 Hz -0.3 dBmV 40.3 dB
2 Locked QAM256 109 5360537 669000000 Hz 1.1 dBmV 41.3 dB
3 Locked QAM256 110 5360537 675000000 Hz 1.1 dBmV 41.5 dB
4 Locked QAM256 111 5360537 681000000 Hz 0.6 dBmV 40.6 dB
5 Locked QAM256 112 5360537 687000000 Hz 0.2 dBmV 40.7 dB
6 Locked QAM256 114 5360537 699000000 Hz -1.3 dBmV 39.9 dB
7 Locked QAM256 115 5360537 705000000 Hz -1.2 dBmV 39.8 dB
8 Locked QAM256 116 5360537 711000000 Hz -0.9 dBmV 39.9 dB

Upstream Channels
Channel Lock Status Modulation Channel ID Symbol Rate Frequency Power
1 Locked QAM64 3 5120 Ksym/sec 23700000 Hz 38.0 dBmV
2 Locked QAM64 1 2560 Ksym/sec 38596000 Hz 39.2 dBmV
3 Locked QAM64 2 5120 Ksym/sec 30596000 Hz 38.7 dBmV
4 Not Locked Unknown 0 0 Ksym/sec 0.0 dBmV

Anyone else seeing loss to first IP hop?

Nitra
join:2011-09-15
Montreal

Nitra

Member

That loss doesn't seem to be playing a part.
It's common for routing equipment to deprioritize icmp.
If your packets make it to the hops beyond the one with loss, you can rule out the one that looks flaky.

Looking at your winmtr, the hop right after the cmt had no issues.

mugurd
join:2001-05-24
Ottawa, ON
·Bell Fibe Internet
·Fido
(Software) pfSense
Netgear RAX50
Netgear R7000

mugurd

Member

said by Nitra:

If your packets make it to the hops beyond the one with loss, you can rule out the one that looks flaky.

I'm not too familiar with WinMTR (I use PingPlotter instead) but used it here as it seems to be popular among DSLR-ers
Mind to elaborate how it works so I get less sent packets for the hop incurring a loss than the ones that are fine?
Does it back off after a loss, are there retries, etc.
mgreshis
join:2014-11-03

mgreshis

Member

mugurd, I've been suffering similar issues but with streaming. One day I just said 'what the hell, ill try rebooting the modem' and it fixed all my problems.

I'm a techy guy and its always bullshit to me when something starts working just because it was restarted, but somehow it worked. I'm guessing I was assigned something new - maybe band, maybe static routing table, hell maybe even ip.

Give it a shot.. maybe you'll get as lucky.
zadigre
Premium Member
join:2006-10-02
Montreal, QC

zadigre to mugurd

Premium Member

to mugurd
said by mugurd:

said by Nitra:

If your packets make it to the hops beyond the one with loss, you can rule out the one that looks flaky.

I'm not too familiar with WinMTR (I use PingPlotter instead) but used it here as it seems to be popular among DSLR-ers
Mind to elaborate how it works so I get less sent packets for the hop incurring a loss than the ones that are fine?
Does it back off after a loss, are there retries, etc.

If you don't see any packet lost after the second hop, it usually means that there is no packet lost on this route.

Mtr is pinging every hosts it encounters... One specific host might decide to drop or delay packets if it has more important things to do. This is exactly what this hop is doing.

If you were seeing dropped packets on every hop after a specific point, you would be able to conclude that this route is dropping packets... But with this one, there's nothing wrong.

mugurd
join:2001-05-24
Ottawa, ON
·Bell Fibe Internet
·Fido
(Software) pfSense
Netgear RAX50
Netgear R7000

1 edit

mugurd to mgreshis

Member

to mgreshis
said by mgreshis:

Give it a shot.. maybe you'll get as lucky.

Yeah, as much as I hate this step, I did reboot the modem several times and even watched the channels change...I think the layer 1 connection is fine and with no loss.
DCW775 (my modem) does not have BER, that would have been a better proof.
said by zadigre:

I understand ICMP prioritization, but what puzzled me is the lower number of SENT packets TO the hop that looks problematic.
Any other software will blindly send the same number of packets along the path, waiting for the ICMP Error to come back from every hop.
Anyhoo...I'll look into WinMTR behavior when I'll have some time.

Now what concerns me is the VoIP Packet Interpolation count - could be outside Ebox, but I need to isolate it step by step.
mugurd

mugurd

Member




It's starting to get annoying...again, better results off-peak.
iamhere
join:2013-01-26
canada

iamhere

Member

Likely not helpful but this is on DSL from Ottawa;




With a Hulu+ stream going. I can't complain.
nster
join:2013-12-15
H4P

nster to mugurd

Member

to mugurd
seriously you're having so many problems compared to the average customer

how are you still calm

mugurd
join:2001-05-24
Ottawa, ON
·Bell Fibe Internet
·Fido
(Software) pfSense
Netgear RAX50
Netgear R7000

mugurd

Member

said by nster:

so many problems compared to the average customer

Nah, I think the vast majority doesn't notice.
VoIP is a lot more sensitive than, say, Netflix....

Even in my case, it comes and goes...it's just fine right now.