IPv6 bandwidth - fórum

Kategorie: Virtuální servery (VPS) / IP adresy a reverzní záznamy

přidatNový příspěvek

Chcete-li odebírat toto téma e-mailem, přihlašte se nebo se nejprve zaregistrujte.

Re: Opět třeba YouTube

Roman Gorol, 03.10.2012 12:41:07

Zkuste tcpdump a analyzovat ztracené pakety a příchozí icmpv6, a nebo nahrajte dump na uloz.to a podívám se na to taky.

Re: Opět třeba YouTube

Jan Kratochvíl, 03.10.2012 16:51:03

Nyní to již nemám reproducible, všechna videa běží po IPv6 minimálně 2MByte/s, což mi příjde OK.

Každopádně sice si mohu sniffovat vlastní linku (jsem to zvyklý dělat), kde něco uvidím, ale příjde mi to k ničemu, stejně nepoznám, na kterém hostovi na trase problém nastal, tak jsem to ani nesniffoval. Mohu třeba měřit ztrátovost pingu na jednotlivé stroje na trase, ale to nejsou dostatečně prokazatelné výsledky.

Re: Opět třeba YouTube

Jan Kratochvíl, 03.10.2012 20:24:32

http://jankratochvil.net/t/youtube.pcap.xz

Nikde se nic neztrácí, prostě YouTube jen odpovídá pomalu.

56.776648 ytb > vps: seq 302736:304164, ack 1, win 111
56.776660 ytb > vps: seq 304164:305592, ack 1, win 111
56.776668 vps > ytb: ack 305592, win 7319
56.815169 ytb > vps: seq 305592:307020, ack 1, win 111
56.815220 ytb > vps: seq 307020:308448, ack 1, win 111
56.815237 vps > ytb: ack 308448, win 7319
56.845640 ytb > vps: seq 308448:309876, ack 1, win 111
56.845704 ytb > vps: seq 309876:311304, ack 1, win 111
56.845732 vps > ytb: ack 311304, win 7319
56.889049 ytb > vps: seq 311304:312732, ack 1, win 111
56.898521 ytb > vps: seq 312732:314160, ack 1, win 111

Re: Opět třeba YouTube

Roman Gorol, 06.10.2012 23:29:04

Na pěti místech se pakety ztrácely a vzpamatovávalo se to až 200 ms, ale to není podstatné.

Všiml jste si toho, že VPS nezvětšuje příjmové okno (max 7319)? To bude asi ta příčina pomalosti. Z poslaného vzorku vychází průměr 185 kB/s a roundtrip time odhaduji na 40 ms, takže by přenosová rychlost přesně odpovídala velikosti okna podle vzorce

Network throughput ≈ Window size / roundtrip time

Re: Opět třeba YouTube

Jan Kratochvíl, 09.10.2012 16:29:05

Vždy příjdou 2 pakety, ve window je pořád místa dost. Máte pravdu, že se občas paket nejspíš ztratí, ono musí, jinak by nefungoval TCP odhad propustnosti, že.

Každopádně jsem vyGooglil, že od World IPv6 Day se na spoustě webfór lidem s IPv6 konkrétně YouTube zpomalil, bude to něco na straně YouTube, lidi ve fórech vztekle vypínají IPv6 kvůli nefunkčnímu YouTube.

IPv6 skončí na 6to4-g-01.nic.cz

Jan Kratochvíl, 25.02.2012 04:47:58

tcptraceroute6 www.cs.bell-labs.com
traceroute to mince.cs.bell-labs.com (2002:ccb2:1f02::1) from 2a02:2b88:2:1::270:2, port 80, from port 49899, 30 hops max, 60 bytes packets
1 vps.jankratochvil.net (2a02:2b88:2:1::270:0) 39.954 ms 36.578 ms 28.874 ms
2 rv2-gw-ipv6.wedos.net (2a02:2b88:2:1::1) 42.950 ms 47.456 ms 32.760 ms
3 2a02:2b88:0:2::10 (2a02:2b88:0:2::10) 48.444 ms 39.432 ms 18.835 ms
4 gw-wedos.kaora.cz (2a00:1790:0:f034::1) 48.786 ms 29.727 ms 59.203 ms
5 nix6-g.nic.cz (2001:7f8:14::e:4) 59.699 ms 59.877 ms 20.857 ms
6 6to4-g-01.nic.cz (2001:1488:800:400::151) 60.723 ms 51.874 ms 29.940 ms
7 * * *

vs.

tcptraceroute www.cs.bell-labs.com
Selected device vps, address 192.168.82.2, port 38928 for outgoing packets
Tracing the path to www.cs.bell-labs.com (204.178.31.2) on TCP port 80 (http), 30 hops max
1 192.168.82.1 29.723 ms 82.306 ms 19.769 ms
2 rv2-gw-109.wedos.net (46.28.109.1) 50.429 ms 63.320 ms 30.807 ms
3 r4-b.wedos.net (46.28.104.36) 59.283 ms 90.415 ms 59.826 ms
4 gw-wedos.kaora.cz (94.124.104.77) 72.059 ms 46.867 ms 69.945 ms
5 core-gts.kaora.cz (94.124.104.101) 83.201 ms 61.833 ms 48.417 ms
6 ph482-transit1-ge3-3.gtsce.net (195.39.49.73) 75.372 ms 62.480 ms 79.297 ms
7 fra-tr1-g6-3-0.gtsce.net (195.39.208.121) 100.546 ms 98.089 ms 106.117 ms
8 ffm-b7-link.telia.net (213.248.89.121) 59.565 ms 116.143 ms 82.112 ms
9 ffm-bb1-link.telia.net (80.91.254.250) 81.532 ms 75.006 ms 83.156 ms
10 ash-bb1-link.telia.net (80.91.246.60) 188.799 ms 228.550 ms 246.816 ms
11 TenGigE0-2-0-0.GW1.IAD8.ALTER.NET (63.125.125.41) 142.013 ms 170.378 ms 172.333 ms
12 0.xe-3-1-1.XL4.IAD8.ALTER.NET (152.63.35.154) 157.521 ms 176.706 ms 194.111 ms
13 0.so-4-2-0.XL2.NYC8.ALTER.NET (152.63.0.186) 130.514 ms 166.908 ms 174.743 ms
14 POS7-0.GW6.NYC8.ALTER.NET (152.63.25.233) 188.929 ms 146.281 ms 174.640 ms
15 lucent-gw.customer.alter.net (63.111.127.186) 197.388 ms 145.223 ms 177.110 ms
16 plan9.cs.bell-labs.com (204.178.31.2) [open] 159.287 ms 153.176 ms 141.749 ms

fi.muni.cz IPv6 nedostupné

Jan Kratochvíl, 30.01.2012 21:07:59

Podobná situace, ale teď je pro změnu fi.muni.cz nedostupné po IPv6 úplně:

# tcptraceroute6 www.fi.muni.cz
traceroute to www.fi.muni.cz (2001:718:801:230::1) from 2a02:2b88:2:1::270:2, port 80, from port 41690, 30 hops max, 60 bytes packets
1 vps.jankratochvil.net (2a02:2b88:2:1::270:0) 19.563 ms 19.394 ms 24.940 ms
2 rv2-gw-ipv6.wedos.net (2a02:2b88:2:1::1) 25.894 ms 25.744 ms 18.627 ms
3 2a02:2b88:0:2::10 (2a02:2b88:0:2::10) 31.526 ms 25.810 ms 18.024 ms
4 gw-wedos.kaora.cz (2a00:1790:0:f034::1) 34.701 ms 38.211 ms 20.970 ms
5 nix4-10ge.ipv6.cesnet.cz (2001:7f8:14::1:2) 38.918 ms 30.798 ms 29.248 ms
6 * * *
7 2001:718:800:2::2 (2001:718:800:2::2) 40.064 ms 33.221 ms 25.271 ms
8 2001:718:801:1::11 (2001:718:801:1::11) 40.350 ms 32.194 ms 29.203 ms
9 ares-49.ip6.fi.muni.cz (2001:718:801:231::1) 38.088 ms 32.638 ms 30.225 ms
10 * * *

vs. IPv4:

# tcptraceroute www.fi.muni.cz
Selected device vps, address 192.168.82.2, port 47510 for outgoing packets
Tracing the path to www.fi.muni.cz (147.251.48.1) on TCP port 80 (http), 30 hops max
1 192.168.82.1 17.790 ms 17.976 ms 17.842 ms
2 rv2-gw-109.wedos.net (46.28.109.1) 18.712 ms 18.664 ms 19.811 ms
3 r4-b.wedos.net (46.28.104.36) 19.265 ms 19.462 ms 19.065 ms
4 gw-wedos.kaora.cz (94.124.104.77) 21.112 ms 22.503 ms 22.102 ms
5 nix2-10ge.cesnet.cz (91.210.16.190) 24.486 ms 43.051 ms 23.401 ms
6 * * *
7 c-ics.bb10.muni.cz (195.178.87.2) 24.922 ms 25.037 ms 25.046 ms
8 ics.bb10.muni.cz (147.251.244.10) 27.570 ms 26.771 ms 29.162 ms
9 ares2-240.fi.muni.cz (147.251.240.11) 25.603 ms 25.622 ms 25.659 ms
10 aisa.fi.muni.cz (147.251.48.1) [open] 47.766 ms 24.713 ms 43.092 ms

IPv6 bandwidth

Jan Kratochvíl, 27.11.2011 19:35:47

IPv4 mi funguje dobre, pro ftp.fi.muni.cz
46.28.109.124 <-> 147.251.48.205 dela 10MB/s.
Ale IPv6 2a02:2b88:2:1::270:0 <-> 2001:718:801:230::cd (ftp.fi.muni.cz)
download dela 150KB/s. Dle tcpdump se tam docela ztraci pakety.

Pritom ping6 nic nehlasi:
# ping6 -i 0 -c 1000 -q -s1400 2001:718:801:230::cd
PING 2001:718:801:230::cd(2001:718:801:230::cd) 1400 data bytes
--- 2001:718:801:230::cd ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 7455ms
rtt min/avg/max/mdev = 6.908/7.353/12.602/0.594 ms, ipg/ewma 7.463/7.898 ms

Treba z ftp.freenet.de
http://[2001:748:100:50::3]/gnu/gnu/gcc/gcc-4.6.2/gcc-4.6.2.tar.gz
dela 400KB/s zatimco
http://194.97.2.70/gnu/gnu/gcc/gcc-4.6.2/gcc-4.6.2.tar.gz
dela 1800KB/s, coz uz neni tak markantni rozdil, ale stejne.

Je opravdu ta paterni konektivita IPv6 o tolik horsi? To ftp.fi.muni.cz je dost
nepouzitelne po IPv6 oproti IPv4 tak pomale. Bohuzel ping6 funguje a transfer
rate oproti routerum po ceste testovat neumim. Klient je Scientific Linux 6.1.

Re: IPv6 bandwidth

Roman Gorol, 28.11.2011 16:27:10

Pokud se to routuje přes Mastera, tak mám stejný problém i u jiného českého serverhostingu.

http://[2001:748:100:50::3]/gnu/gnu/gcc/gcc-4.6.2/gcc-4.6.2.tar.gz
tam dělá 355 KB/s

wget -6 ftp://ftp.fi.muni.cz/pub/gnu/gnu/gcc/gcc-4.6.2/gcc-4.6.2.tar.gz
tam dělá 495 KB/s

wget -4 ftp://ftp.fi.muni.cz/pub/gnu/gnu/gcc/gcc-4.6.2/gcc-4.6.2.tar.gz
tam dělá 9,38 MB/s

U VPS poskytovatele ve Francii je stahování z ftp.fi.muni.cz přes IPv6 dokonce rychlejší (14 MB/s) než IPv4 (6 MB/s).

Re: IPv6 bandwidth

Jan Kratochvíl, 04.12.2011 19:55:41

Nevím od kdy, ale už to funguje vše rychle, příp. díky.

Přihlášení zákazníka

Nemáte ještě zákaznický účet? Registrace

Copyright © WEDOS, 2018

Facebook RSS