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.