Vysoká latence na VDSL v řádu desítek ms je způsobená interleavingem. Zjednodušeně řečeno se nabufferuje několik ms dat a bity se v těch několika ms poprohazují mezi sebou, aby opravné kódy dokázali opravit impulzní rušení.
Na nových přípojkách CETIN zapíná G.INP, který nahrazuje interleaving opakováním poškozených rámců.
Toto je ping z VDSL přípojky T-Mobilem se zapnutým G.INP:
ping 8.8.8.8
PING 8.8.8.8 (8.8.8.
56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=56 time=12.1 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=56 time=11.7 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=56 time=12.2 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=56 time=12.0 ms
^C
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3826ms
rtt min/avg/max/mdev = 11.745/12.049/12.266/0.232 ms
raceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.
, 30 hops max, 60 byte packets
1 89-24-145-150.tmcz.cz (89.24.145.150) 6.633 ms 6.522 ms 7.646 ms
2 89-24-144-1.tmcz.cz (89.24.144.1) 13.198 ms 13.149 ms 13.888 ms
3 * * *
4 89-24-145-253.tmcz.cz (89.24.145.253) 14.483 ms * *
5 89-24-129-241.tmcz.cz (89.24.129.241) 17.188 ms 17.158 ms 17.134 ms
6 62.168.52.69 (62.168.52.69) 16.837 ms 11.898 ms 12.445 ms
7 nixcz.net.google.com (91.210.16.211) 12.810 ms 12.759 ms 13.505 ms
8 108.170.245.49 (108.170.245.49) 14.265 ms 108.170.245.33 (108.170.245.33) 14.291 ms 108.170.245.49 (108.170.245.49) 14.190 ms
9 72.14.233.85 (72.14.233.85) 14.947 ms 72.14.233.77 (72.14.233.77) 14.912 ms 16.072 ms
10 google-public-dns-a.google.com (8.8.8.
14.861 ms 15.594 ms 11.870 ms
U T-Mobilu nebylo problém na existujících VDSL přípojkách zapnout G.INP - požadavek předali CETINu a ten to provedl.
U přípojek v režiji O2 to nejde - je prakticky nemožné se dostat na zákaznické lince přes tykváky k někomu, kdo ví o čem je řeč. Odpovídají stylem G.INP nepodporujeme.