20% packet loss on ADSL circuit

[devils_advocate]

Hi

I have an ADSL circuit at home and the past week its been bad, 20% loss when pinging anything on the internet and web pages are dog slow.

I tried plugging the ISP Router back in, plugged it into the test socket and plugged right into the router....same issue so its not my internal wiring and also not my wifi or other network etc.

The ISP router gives zero ADSL stats but my Cisco 887 does.

The ISP are 'monitoring' the line for 48 hours before they will even entertain sending an engineer.

These are my ADSL stats from the Cisco....thoughts?

ATM0
Alcatel 20190 chipset information
ATU-R (DS) ATU-C (US)
Modem Status: Showtime (DMTDSL_SHOWTIME)
DSL Mode: ITU G.992.5 (ADSL2+) Annex A
ITU STD NUM: 0x03 0x2
Chip Vendor ID: 'STMI' 'IFTN'
Chip Vendor Specific: 0x0000 0x71C8
Chip Vendor Country: 0x0F 0xB5
Modem Vendor ID: 'CSCO' ' '
Modem Vendor Specific: 0x0000 0x0000
Modem Vendor Country: 0xB5 0x00
Serial Number Near: FCZ1403C2G 877-M-K9 12.4
Serial Number Far: Chip ID: C196 (3) capability-enabled
DFE BOM: DFE3.0 Annex M (3)
Capacity Used: 98% 99%
Noise Margin: 7.0 dB 6.0 dB
Output Power: 19.0 dBm 13.0 dBm
Attenuation: 28.5 dB 12.0 dB
FEC ES Errors: 71 0
ES Errors: 1 0
SES Errors: 1 0
LOSES Errors: 1 0
UES Errors: 0 0
Defect Status: None None
Last Fail Code: None
Watchdog Counter: 0x5E
Watchdog Resets: 0
Selftest Result: 0x00
Subfunction: 0x00
Interrupts: 512693 (0 spurious)
PHY Access Err: 0
Activations: 4
LED Status: ON
LED On Time: 100
LED Off Time: 100
Init FW: init_AMR-5.0.007.bin
Operation FW: AMR-E-0.0.026.bin
FW Source: external
FW Version: 0.0.26

DS Channel1 DS Channel0 US Channel1 US Channel0
Speed (kbps): 0 12967 0 1234
Cells: 0 148865 0 2328794
Reed-Solomon EC: 0 96 0 0
CRC Errors: 0 0 0 0
Header Errors: 0 0 0 0
Total BER: 0E-0 0E-0
Leakage Average BER: 0E-0 0E-0
Interleave Delay: 0 8 0 1
ATU-R (DS) ATU-C (US)
Bitswap: enabled enabled
Bitswap success: 0 0
Bitswap failure: 0 0

Thanks

[Philip D'Ath]

Those line parameters don't look to bad to me.

[devils_advocate]

Thanks for your reply.

If I do a ping to google from the router using a LAN interface as the source, I get the following results:

Router#ping ip 8.8.8.8 source vlan 10 repeat 100

Type escape sequence to abort.
Sending 100, 100-byte ICMP Echos to 8.8.8.8, timeout is 2 seconds:
Packet sent with a source address of 10.100.10.1
!!!!!!.!.!!!!!!!!!!!.!!!!!!!!!!!..!!!!.!!!!!!!!!!!!.!!!!!.!!!!!!!!!!!!
!.!.!!!!!!!.!!!!.!!!!!!!.!!.!!
Success rate is 86 percent (86/100), round-trip min/avg/max = 20/26/56 ms

If I do the same test using the WAN interface as a source, I get the same results:

Router#ping ip 8.8.8.8 source dialer 1 repeat 100

Type escape sequence to abort.
Sending 100, 100-byte ICMP Echos to 8.8.8.8, timeout is 2 seconds:
Packet sent with a source address of xx.xx.xx.xx.xx
!!!!!.!!.!.!!!!!!!!!!!!!.!!!!.!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!.!.!!.!!!..!!!!.!!!!!.!.!!.!
Success rate is 85 percent (85/100), round-trip min/avg/max = 20/27/228 ms

The odd thing is that if I ping the Public IP address from the internet, there is no loss!

Ping statistics for xx.xx.xx.xx
Packets: Sent = 86, Received = 86, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 21ms, Maximum = 208ms, Average = 25ms
Control-C

To eliminate the Cisco router, I plugged the BT homehub thing back in and plugged a laptop into it directly. The same loss exists when pinging from the LAN to the internet and a ping to the public ip from the internet is fine, so the results are the same.

How odd?

[paul driver]

Hello

Do you any mtu setting applied - Like mtu adjust mss?
Can you perform an extended ping sweep for fragmentation, and see what results you get by counting the successful reply's until it fails and it may show you expect packet size for that link?

Protocol [ip]:
Target IP address: 8.8.8.8
Repeat count [5]: 150
Datagram size [100]:
Timeout in seconds [2]:
Extended commands [n]: y
Source address or interface: x.x.x.x
Type of service [0]:
Set DF bit in IP header? [no]: yes
Validate reply data? [no]:
Data pattern [0xABCD]:
Loose, Strict, Record, Timestamp, Verbose[none]:
Sweep range of sizes [n]: y
Sweep min size [36]: 1300
Sweep max size [18024]: 1500
Sweep interval [2]:

res

Paul

[devils_advocate]

Hey Paul

No MTU setting applied as far as I am aware, attached is the running config on the router.

Results of the test you suggested above:

Protocol [ip]:

Target IP address: 8.8.8.8

Repeat count [5]: 150

Datagram size [100]:

Timeout in seconds [2]:

Extended commands [n]: y

Source address or interface: dialer 1

Type of service [0]:

Set DF bit in IP header? [no]: yes

Validate reply data? [no]:

Data pattern [0xABCD]:

Loose, Strict, Record, Timestamp, Verbose[none]:

Sweep range of sizes [n]: y

Sweep min size [36]: 1300

Sweep max size [18024]: 1500

Sweep interval [1]: 2

Type escape sequence to abort.

Sending 15150, [1300..1500]-byte ICMP Echos to 8.8.8.8, timeout is 2 seconds:

Packet sent with a source address of x.x.x.x

Packet sent with the DF bit set

!!!!!!!!.!!..!!!!!!.!.!!!..!!..!.!!!!!!!!.!!.!!!.!!!!!!!.!!!.!!!.!.!!.

.!.............................!!!!!.!!!!!!.!.!!!!!!!!!!!!.!

Success rate is 60 percent (78/130), round-trip min/avg/max = 44/49/156 ms

Had an Openreach engineer round to test the line, said there were no issues at all.

What is weird is that I can ping the Public IP (dialer1) from a server on the internet and there is no loss at all. There only seems to be loss from inside the network.

I even tried plugging a the standard ISP supplied router into the test socket and plugged a laptop into this and then powered off all my other equipment, same loss occurred so its not something on the network.

[Philip D'Ath]

How does your notebook attach to the router?

Perhaps your service provider polices your traffic.  Does your plan have a specific up and/or down speed, or is it "as fast as the dsl can manage"?

[devils_advocate]

I plugged straight into the router for the test.

So its Macbook > Router > ISP.

ADSL line comes straight into the router.

I have two switches hanging off the router but I switched those off and did another test, same issue. At this point I was the only device plugged into the router.

I also plugged in the ISP supplied router and had the same issue so I don't see how it can be my equipment.

I guess I have to go back to the ISP.

Cheers