dslreports logo
site
 
    All Forums Hot Topics Gallery
spc

spacer




how-to block ads


Search Topic:
uniqs
606
share rss forum feed


Iceman0803

join:2012-05-18
Glendale, AZ

[AZ] ATTN Cox Network admins

There may be an issue with the equipment assigned to hostname "chnddsrj01-ae3.0.rd.ph.cox.net" (ip: 68.1.0.165 ?). Every time I run a line quality test I get light to moderate packet loss (2-17%) to that particular ip address.

Last 2 line quality tests:
»/pingtest/5b48···/2976399

»/pingtest/cbaa···/2976374



CoxTech1
VIP
join:2002-04-25
Chesapeake, VA
kudos:76

Begin that packet loss doesn't continue past that hop it looks to me like the router is simply discarding ICMP packets due to de-prioritization.



Iceman0803

join:2012-05-18
Glendale, AZ

said by CoxTech1:

Begin that packet loss doesn't continue past that hop it looks to me like the router is simply discarding ICMP packets due to de-prioritization.

Ahh, makes sense. Would the same explanation apply to the packet loss on the first hop ping of the second link (ip 70.169.75.154)? I've had packet loss to that ip on all my line quality tests with the exception of 1 (first link in the op).


CoxTech1
VIP
join:2002-04-25
Chesapeake, VA
kudos:76

The key to recognizing true packet loss vs. ICMP de-prioritization is to look to see if loss continues past the hop in question. For example if hop 3 is showing loss but hop 4 isn't and you have to go through hop 3 to get to hop 4 then hop 3 can't be losing packets.



Iceman0803

join:2012-05-18
Glendale, AZ

said by CoxTech1:

The key to recognizing true packet loss vs. ICMP de-prioritization is to look to see if loss continues past the hop in question. For example if hop 3 is showing loss but hop 4 isn't and you have to go through hop 3 to get to hop 4 then hop 3 can't be losing packets.

Makes sense. Thanks for clearing that up.