The variable latency is also evident on an outbound ping test. Here's a typical example while my FTTC connection is almost idle:
$ ping -c 5 www.bbc.com
PING www-bbc-com.bbc.net.uk (212.58.244.71) 56(84) bytes of data.
64 bytes from bbc-vip116.telhc.bbc.co.uk (212.58.244.71): icmp_seq=1 ttl=54 time=8.37 ms
64 bytes from bbc-vip116.telhc.bbc.co.uk (212.58.244.71): icmp_seq=2 ttl=54 time=8.93 ms
64 bytes from bbc-vip116.telhc.bbc.co.uk (212.58.244.71): icmp_seq=3 ttl=54 time=316 ms
64 bytes from bbc-vip116.telhc.bbc.co.uk (212.58.244.71): icmp_seq=4 ttl=54 time=49.8 ms
64 bytes from bbc-vip116.telhc.bbc.co.uk (212.58.244.71): icmp_seq=5 ttl=54 time=8.81 ms
--- www-bbc-com.bbc.net.uk ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4004ms
rtt min/avg/max/mdev = 8.373/78.423/316.098/119.903 ms
I'd appreciate guidance on whether this is normal for a Zen FTTC connection or whether it indicates a fault somewhere. I'm using a Vigor 130 modem into a pfSense router/firewall. The only hardware difference, compared with my time with Virgin, is that the Virgin hub has been replaced with the Vigor modem (and, of course, that I'm using an Openreach line).
The variable latency isn't causing me any problem and I'm happy to accept it if it's normal, but I'm curious about the cause and whether it's to be expected with an OR line and Zen..
Edited by ashdown (Wed 11-Dec-19 19:52:38)



Print Thread
ashdown