Má 365internet nedostatečný peering?

Re:Má 365internet nedostatečný peering?
« Odpověď #15 kdy: 19. 12. 2020, 22:33:44 »
Na testovanie testovanie radsej stahuj https://speed.hetzner.de/ a ked zapopnes, daj do vyhladavaca 1gb file download.


Re:Má 365internet nedostatečný peering?
« Odpověď #16 kdy: 19. 12. 2020, 22:38:36 »
Inac, /sbin/ifconfig vypisuje pocet prenesenych packetov (pre prikaz "ip" alternativu nvm). Ak sa cloveku nechce zlozito ratat.

Re:Má 365internet nedostatečný peering?
« Odpověď #17 kdy: 19. 12. 2020, 23:17:38 »
NA test rychlosti s oblibou používám stahování ISO instalačky CentOSu - http://isoredirect.centos.org/centos/8/isos/x86_64/ a ideálně z několika mirrorů zaráz - tím vytížíš linku na 100% vždy

Re:Má 365internet nedostatečný peering?
« Odpověď #18 kdy: 20. 12. 2020, 08:37:21 »
Citace
teprve na 6. hopu to dělá NAT
To by asi nevadilo. První dva hopy jsou domácí routery, třetí hop (technicky dva, ale jeden nesnižuje TTL, takže v traceroute není vidět) je síť CETINu, 192.168.255.1 a .2 jsou IP routerů na lince mezi CETINem (.2) a 365i (.1), a pak už je to čistě v síti Casablanky/WIA (WIA koupila Casablanku loni: https://computerworld.cz/aktuality/wia-kupuje-telco-divizi-sluzeb-casablanca-int-55501).

Ještě jsem si všiml jednoho dotazu:
Citace
A nemáš nějaké info, že by mohlo docházet k přetížení konektivity u casablancy?
To bohužel nemám.

Citace
Na testovanie testovanie radsej stahuj https://speed.hetzner.de/ a ked zapopnes, daj do vyhladavaca 1gb file download.
Konektivita do zahraničí je často omezenější než lokální po ČR. Vyzkoušet se to samozřejmě dá taky, mně to stahuje 11.6 MiB/s, ale u menšího ISP to tak být nemusí.

Citace
NA test rychlosti s oblibou používám stahování ISO instalačky CentOSu - http://isoredirect.centos.org/centos/8/isos/x86_64/ a ideálně z několika mirrorů zaráz - tím vytížíš linku na 100% vždy
Jenže dobrá linka dá plnou rychlost i v jednom vlákně:
Citace
http://ftp.fi.muni.cz/pub/linux/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:18:21 (11.7 MB/s) - ‘/dev/null’ saved [716177408/716177408]
http://merlin.fit.vutbr.cz/mirrors/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:19:20 (11.6 MB/s) - ‘/dev/null’ saved [716177408/716177408]
http://merlin.fit.vutbr.cz/mirrors/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:20:18 (11.6 MB/s) - ‘/dev/null’ saved [716177408/716177408]
http://mirror.slu.cz/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:21:17 (11.7 MB/s) - ‘/dev/null’ saved [716177408/716177408]
http://mirror.karneval.cz/pub/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:22:16 (11.7 MB/s) - ‘/dev/null’ saved [716177408/716177408]
http://mirror.hosting90.cz/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:23:14 (11.7 MB/s) - ‘/dev/null’ saved [716177408/716177408]
http://ftp.cvut.cz/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:26:23 (3.63 MB/s) - ‘/dev/null’ saved [716177408/716177408]
http://mirror.it4i.cz/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:27:21 (11.8 MB/s) - ‘/dev/null’ saved [716177408/716177408]
http://ftp.sh.cvut.cz/centos/8.3.2011/isos/x86_64/: 2020-12-20 08:28:20 (11.7 MB/s) - ‘/dev/null’ saved [716177408/716177408]

ftp.cvut.cz jsem retestoval, vypadalo to na nějaké momentální přetížení, na druhý pokus je průměrná rychlost 9.50 MiB/s a zhruba od půlky souboru už to běželo na 11.5 MiB/s.

Teď koukám, že IP 81.0.198.190 je do Internetu oznamováno z ASN 21430 (WIA). Udělal jsem další dva testy traceroute pomocí RIPE Atlas (sonda č. 3027 má konektivitu od 365internetu) a je vidět, že WIA má ten routing nějaký... no... ehm.
https://atlas.ripe.net/frames/measurements/28407598/#!probes - traceroute na speedtest.cesnet.cz
https://atlas.ripe.net/frames/measurements/28407599/#!probes - traceroute na cz.releases.ubuntu.com

cz.releases.ubuntu.com je hostováno v síti CZ.NIC, která je v NIX.CZ. WIA je v NIX.CZ též (https://nix.cz/cs/networks), ale přesto provoz na cz.releases.ubuntu.com tlačí skrz Peering.cz a České radiokomunikace. (Klikněte na ikonku "i" v řádku s číslem sondy 3027, tam to bude vidět.)

Můžete vyzkoušet test wgetem na URL:
- http://ftp.sh.cvut.cz/centos/8.3.2011/isos/x86_64/CentOS-8.3.2011-x86_64-boot.iso
- http://mirror.hosting90.cz/centos/8.3.2011/isos/x86_64/CentOS-8.3.2011-x86_64-boot.iso
- http://ftp.fi.muni.cz/pub/linux/centos/8.3.2011/isos/x86_64/CentOS-8.3.2011-x86_64-boot.iso
a uvidíte, jaké rychlosti to dává.

Odkaz na tracerouty pomocí RIPE Atlas:
- https://atlas.ripe.net/frames/measurements/28407602/#!probes
- https://atlas.ripe.net/frames/measurements/28407603/#!probes
- https://atlas.ripe.net/frames/measurements/28407604/#!probes

Re:Má 365internet nedostatečný peering?
« Odpověď #19 kdy: 22. 12. 2020, 20:49:03 »


Teď koukám, že IP 81.0.198.190 je do Internetu oznamováno z ASN 21430 (WIA). Udělal jsem další dva testy traceroute pomocí RIPE Atlas (sonda č. 3027 má konektivitu od 365internetu) a je vidět, že WIA má ten routing nějaký... no... ehm.

Můžu se zeptat, co je na tom routingu divného?

Jinak teda zkoušel jsem stahovat ten ubuntu v různých časech:
2020-12-19 21:50:21 (3,31 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-19 22:07:50 (4,63 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-19 22:43:33 (5,11 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-19 23:47:33 (5,86 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-20 00:44:24 (6,27 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-20 09:13:05 (6,82 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-20 20:24:01 (1,63 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-20 21:31:19 (1,98 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-20 22:58:52 (4,46 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-21 00:18:24 (7,65 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-21 06:26:10 (9,17 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-21 06:53:55 (8,78 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-21 07:13:28 (7,64 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-21 14:32:22 (7,56 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-21 15:30:22 (6,09 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-21 18:41:53 (4,83 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-21 19:25:24 (3,09 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-21 19:55:17 (2,44 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-21 21:32:18 (2,04 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-21 21:58:36 (3,35 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-22 06:57:00 (8,26 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-22 11:11:01 (6,61 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-22 19:49:51 (5,78 MB/s) - 'nul' saved [2942003200/2942003200]
2020-12-22 20:18:55 (3,85 MB/s) - 'nul' saved [2942003200/2942003200]

Takže když to není vytížené, tak se dá dostat na nějakých 80-90Mbit, víc ne...

A popravdě tento výsledek (neděle večer je asi nejvíc vytížená):
2020-12-20 20:24:01 (1,63 MB/s) - 'nul' saved [2942003200/2942003200]
mě tak naštval (přidám info, že jsem stejný soubor nechal ve stejný čas tahat na DSL s maximem 60Mbit od T-mobilu a rychlost tam byla 6,92MB/s), že jsem v pondělí podal výpověď u 365internet a zkusím jiného providera. A uvidím, jestli ta rychlost bude stejně blbá (pak by musel být problém v agregaci cetinu a 365internet by v tom byl nevinně) a nebo jestli to pojede lépe (a v tom případě by 365internet byl provider úplně k ničemu u větších rychlostí)... Jsem zvědavý jak to dopadne...

Akorát teda u 365internet mají 30ti denní výpovědní lhůtu, takže mi sice sdělili přenosový kód hned, ale tento přenosový kód bude teda platný až 15. ledna, kdy to půjde přenést (před tímto termínem žádost o přenos zamítají)... Jako viděl jsem někde, že mobilní čísla se přenášejí teď za pár dnů a nevím, jak je to u vdsl, tak se chci zeptat, je toto standardní postup nebo si tohleto vymýšlí jen 365internet?


Re:Má 365internet nedostatečný peering?
« Odpověď #20 kdy: 23. 12. 2020, 07:52:02 »
Na peeringu je divne to, ze misto aby se provoz vymenil mezi WIA a NIC.cz v peerovacim (vymennem) centru NIX.cz primo, jde nejdriv do peerovaciho centra Peering.cz, pak do site operatora Ceske radiokomunikce a pak teprve do site NIC.cz.

Ad prenos, CETIN ma nejake lhuty, napr. na zruseni je nejkratsi lhuta 7 dni. Jak je to u prenosu ale nevim.

Ke komu prechazite? Pokud byste stihl podepsat smlouvu u T-Mobilu do konce roku, budete mit cenu 299 Kc na 6 mesicu a pak by se snad dala domluvit sleva z tech cenikovych 799 Kc za "az 250 Mbit/s"...

Re:Má 365internet nedostatečný peering?
« Odpověď #21 kdy: 23. 12. 2020, 13:45:01 »
Jo, právě ta akční nabídka od Tmobilu byla důvodem, že jsem se rozhodl dát u 365internet výpověď a zkusit to jinde, jestli bude stejný problém nebo ne... Jako slíbili mi, že tu akční cenu dostanu i když to bude dořešené až v lednu (objednávka je tam zadaná), tak doufám, že to klapne... A já už mám nějaké služby u Tmobilu na IČO, tak že mi to tam přidají, čímž se mi zvedne sleva v magentě z 10% na 15%, takže to adsl bude pak místo 800 za 680 a navíc budu mít o 5% vyšší slevu na ten zbytek, takže reálně to bude za cca 600/měsíc, takže skoro stejné jak teď, když jsem to měl za 556 nebo kolik...

Re:Má 365internet nedostatečný peering?
« Odpověď #22 kdy: 14. 01. 2021, 18:54:04 »
Tak jak to dopadlo? Bude zitra prevod sluzby k TM? :)

Re:Má 365internet nedostatečný peering?
« Odpověď #23 kdy: 15. 01. 2021, 08:37:13 »
Ano, převod služby k Tmobile proběhl dneska v noci.
Výsledek: žádná změna.

Takže jsem si tím nepomoh, jedině že jsem zjistil, že teda problém musí být v sítí CETINu. Máte nějaké info, jak fyzicky vypadá ta síť CETINu? Jak jsou propojené DSLAMy ke zbytku sítě? Jakou rychlostí jsou připojené DSLAMy? Mají všechny stejnou konektivitu nebo to je individuální? Tam je to pospojováno nějak napřímo někde do centrály CETINu bez routerů a pak to předává do sítí různých poskytovatelů? Protože jsem teď zkusil teda tracert v práci a doma a překvapilo mě, že:
1     1 ms     1 ms    <1 ms  router.asus.com [10.0.0.138]
  2     *        *        *     Request timed out.
  3     *       13 ms    14 ms  213.29.94.202
  4    14 ms    14 ms    13 ms  213.29.94.201
  5    15 ms    14 ms    14 ms  nix4.telekom.sk [91.210.16.23]
  6    15 ms    22 ms    35 ms  nix2-20ge.cesnet.cz [91.210.16.190]
  7    16 ms    22 ms    21 ms  195.113.235.89
  8    14 ms    14 ms    14 ms  195.178.64.211
  9    14 ms    14 ms    14 ms  perfmon.cesnet.cz [78.128.211.42]

a

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2    <1 ms     2 ms    <1 ms  ARCHER_VR2800V [192.168.3.1]
  3     *        *        *     Request timed out.
  4    14 ms    14 ms    14 ms  213.29.94.202
  5    14 ms    14 ms    14 ms  213.29.94.201
  6    15 ms    14 ms    15 ms  nix4.telekom.sk [91.210.16.23]
  7    20 ms    23 ms    24 ms  nix2-20ge.cesnet.cz [91.210.16.190]
  8    21 ms    22 ms    15 ms  195.113.235.89
  9    16 ms    16 ms    16 ms  195.178.64.211
 10    20 ms    21 ms    20 ms  perfmon.cesnet.cz [78.128.211.42]

Jedno připojení je v Havířově, jedno v Třinci a vlastně mezi domácím routerem a sítí Tmobilu (213.29.94.202) je jen jeden hop, a to je asi druhá strana DSL linky? (bych čekal, že tam po cestě budou aspoň 2 nebo 3 routery)...

Takže teď nevím, co dělat, jestli je to vlastnost připojení DSLAMu (že tam je tak pomalá konektivita) nebo to může být nějaká chyba v konfiguraci nebo něco jiného...
Ale připadá mi, že když tak ten DSLAM musí být připojený fakt hrozně pomalou linkou, když vezmu, že je tady zapojený necelý rok (takže se na něj přepojila jen část lidí z předchozího DSLAMu a nechce se mi věřit, že by nabrali tolik nových lidí) a že když to zkusím v noci, tak stahování přes ten wget to tahá rychlostí tak max 8MB/s, takže kolem 70MBit... Ráno jsem teda zkusil těch souborů přes wget stahovat 10 najednou, vytížení DSL linky pak vzrostlo průměrně na nějakých 150MBit. Jako v noci předpokládám, že tam prakticky nikdo nic moc netahá, brzo ráno asi to taky nebude nějak extra vytížené (myslím ten DSLAM), i kdybych bral, že tam dalších 10 lidí tahá souběžně něco, tak mi to vychází na připojení DSLAMu dále rychlostí kolem 300MBit? Je možné, že ty DSLAMy mají tak mizernou konektivitu? Že třeba DSL linku nabízejí 250MBit a přitom DSLAM připojí rychlostí jen 300 nebo dejme tomu 500MBit?

Máte nějaký nápad, jak získat kontakt na rozumného technika z CETINu, který se stará o připojení daného DSLAMu, se kterým bych to mohl prokonzultovat?

Jako teď mě to tak neštve, když mám u TMobilu cenu 299Kč/měsíčně na těch 6 měsíců (ta je stejná pro všechny rychlosti), ale pokud to CETIN nevyřeší, tak pak tu rychlost nechám snížit, protože k čemu mi to je, když to stejně prakticky nikdy nejede deklarovanou rychlostí...

Re:Má 365internet nedostatečný peering?
« Odpověď #24 kdy: 15. 01. 2021, 08:57:44 »
Nejprve je třeba si uvědomit, že na VDSL je aregace 1:50! přečtěte si např. všeobecné podmínky, resp. specifikaci služeb třeba u O2.

U tarifu 250/25 Mbit/s  se jedná o rychlost maximální.

Předsunutý DSLAM řeší spásu pouze pro pár šťastlivců okolo něho, pak jde rychlost a stabilita rychle do sr*ček.

Jinak platí co píšou ostatní, zkusit zatížit linku multivláknovým stahováním, nikoliv měřením na speedtestech v internetu, které mají problém vetší rychlost naměřit.

Re:Má 365internet nedostatečný peering?
« Odpověď #25 kdy: 15. 01. 2021, 09:49:55 »
Nejprve je třeba si uvědomit, že na VDSL je aregace 1:50! přečtěte si např. všeobecné podmínky, resp. specifikaci služeb třeba u O2.


Tak agregace tam sice je, ale: https://www.lupa.cz/aktuality/otevreli-jsme-stavidla-rika-cetin-chce-nalakat-iptv-operatory-a-zrusil-agregaci-dsl/
Citace
CETIN kromě toho ve své ADSL síti skončil s řízenou agregací (omezení rychlosti kvůli sdílení kapacity linky více uživateli). „Síť je teď v takové kondici, že i když v ní algoritmy na agregaci byly, v praxi se principiálně neuplatňovaly,“ říká Kopecký. CETIN tak přestal tzv. řízenou agregaci zcela používat.
Neznamená to ale, že by teď z jeho sítě agregace připojení úplně zmizela. „Přirozená agregace samozřejmě zůstává. Typicky může nastat třeba na vysunutém DSLAMu, na který se připojuje velké množství uživatelů najednou, kteří pak dokáží využít celou kapacitu linky,“ dodává Kopecký.

Takže chápu, že při vytížení může rychlost dočasně poklesnout, ale ne, že bude při stahování 1 souborů max na 30% rychlosti a ve špičce ani ne na 10%... Když teda se algoritmy na agregaci principiálně neuplatňovaly už dříve a síť je v super kondici...
Navíc, když se podívám na podmínky Tmobile:
Pevný internet XL:
Maximální inzerovaná rychlost: 250000kb/s
Běžně dostupná rychlost: 150000kb/s
Minimální dostupná rychlost: 75000kb/s

Tak já bych podle toho bral, že když budu stahovat soubor (kde server bude mít dostatečnou rychlost), tak mi to nikdy nepoklesne pod 75000kb/s a běžně to pojede 150000kb/s... a ne, že to abych dosáhnul běžné rychlosti 150000kb/s, tak že budu muset tahat 10 souborů najednou...
Ale samozřejmě, není to jednoznačné...

Re:Má 365internet nedostatečný peering?
« Odpověď #26 kdy: 15. 01. 2021, 10:01:54 »
Jedno připojení je v Havířově, jedno v Třinci a vlastně mezi domácím routerem a sítí Tmobilu (213.29.94.202) je jen jeden hop, a to je asi druhá strana DSL linky? (bych čekal, že tam po cestě budou aspoň 2 nebo 3 routery)...
Na DSL se používá PPPoE tunel, který prochází celou infrastrukturou CETINu od vašeho modemu přes DSLAM až do (regionálního) centra CETINu, odkud se předává přímým propojem operátorům. Takže infrastrukturu CETINu v traceroute neuvidíte.

Re:Má 365internet nedostatečný peering?
« Odpověď #27 kdy: 15. 01. 2021, 13:59:28 »
Mám také připojení VDSL 250/25. ISP 365Internet a jsem hned vedle Havířova.

V době Vánočních svátků měl T-Mobile akci LTE Internet bez omezení dat, tak jsem toho využil a prováděl v průběhu 3 dnů testy, viz. příloha. Možná Vám to pomůže nějak pro srovnání.

Zaujalo mně, že Speedtest.net naměřil téměř vždy vysoké hodnoty bez ohledu na čas, přesto, že reálné rychlosti byly výrazně nižší. Bude to tedy testovat jen poslední míli, jak se dalo předpokládat. Nejhorší čas testování je mezi 17:00 až 20:00. Předpokládám, že v daný čas jsem už byl ovlivněn vytížením od DSLAMu.

Proto bych asi doporučil udělat totéž na Vaší straně. Máte dvě nezávislá připojení (různé DSLAMy) a pokud přes speedtest.net ke stejnému serveru (osvědčil se mi JM-Net z.s. Ricany) dosáhnete různé rychlosti, je předpoklad, že připojení od DSLAmu je dosti vytížené v daný čas. Ideální by bylo znát někoho kdo je připojen přes stejný DSLAM, avšak předpokládám, že tohle je malá šance.

Před časem jsem se také dotazoval svého ISP, nemá-li nějaký interní server pro testování rychlosti připojení, abych zůstal jen v rámci "jejich" sítě a získal tak co nejpřesnější data. Odpověď však byla, že mám používat speedtest.net

Ještě bych dodal, že připojení mám něco přes rok. V době připojování mi technik řekl, že jsem jediný, kdo je připojen na kartu pro VDSL 250Mbps (35b). Kolik karta zvládne uživatelů nevím, ale podle svého okolí bych řekl, že jsem stále jeden z mála.

Re:Má 365internet nedostatečný peering?
« Odpověď #28 kdy: 15. 01. 2021, 16:45:54 »
Na DSL se používá PPPoE tunel, který prochází celou infrastrukturou CETINu od vašeho modemu přes DSLAM až do (regionálního) centra CETINu, odkud se předává přímým propojem operátorům. Takže infrastrukturu CETINu v traceroute neuvidíte.
OK, díky za info, tím se ten tracert vysvětlil...

Mám také připojení VDSL 250/25. ISP 365Internet a jsem hned vedle Havířova.

V době Vánočních svátků měl T-Mobile akci LTE Internet bez omezení dat, tak jsem toho využil a prováděl v průběhu 3 dnů testy, viz. příloha. Možná Vám to pomůže nějak pro srovnání.

Tak ten speedtest mi taky ukazuje vždy nejvíc z těch testů při použití multi connections (teda kromě https://speed.cloudflare.com, ten ukazuje ještě více)... Jinak koukám, že tobě to teda taky extrémně kolísá v těch špičkách, teda obecně máš ty rychlosti o něco vyšší než já, ale taky tam jsou pěkné rozdíly... Takže to asi bude standard na většině DSLAMů...

Byl bys ochoten mi to ještě testnout třeba ve 3 různých denních časech, třeba jednou ráno, jednou kolem poledne a jednou večer kolem 20-21h, ale na speedtestu dát jednou multi connections a jednou single connection ze stejného serveru, jaký vyjde rozdíl? A pak zkusit test rychlost.cz, a napsat hodnoty stahování pro jedno vlákno a více vláken (je to v podrobnostech výsledku)? A pak jestli můžes pro zajímavost udělat test rychlosti cetinu na zrychlujemecesko.cz (u toho ale pozor, pokud po skončení testu necháš tu stránku s výsledkem otevřenou v prohlížeči, tak to ještě nějaký čas uploaduje data (jako by ten test uploadu běžel pořád dál i když už máš výsledky), takže to vytěžuje linku, i když to nedává smysl)? Dík

Re:Má 365internet nedostatečný peering?
« Odpověď #29 kdy: 15. 01. 2021, 18:23:58 »
Byl bys ochoten mi to ještě testnout třeba ve 3 různých denních časech, třeba jednou ráno, jednou kolem poledne a jednou večer kolem 20-21h, ale na speedtestu dát jednou multi connections a jednou single connection ze stejného serveru, jaký vyjde rozdíl? A pak zkusit test rychlost.cz, a napsat hodnoty stahování pro jedno vlákno a více vláken (je to v podrobnostech výsledku)? A pak jestli můžes pro zajímavost udělat test rychlosti cetinu na zrychlujemecesko.cz (u toho ale pozor, pokud po skončení testu necháš tu stránku s výsledkem otevřenou v prohlížeči, tak to ještě nějaký čas uploaduje data (jako by ten test uploadu běžel pořád dál i když už máš výsledky), takže to vytěžuje linku, i když to nedává smysl)? Dík
[/quote]

Zítra vyzkouším a poté poskytnu výsledky.

Předem však musím říct, že při jednovláknovém testování bude rychlost do 60Mbps. Nikdy jsem neměl vyšší. Bez více vláken to hold nepůjde. Zítřejší testy to jistě potvrdí.

Osobně rychlost 250Mbps využiji na maximum jen vyjímečně. Například velmi kvalitním zdrojem, který není ani nijak omezován po cestě, je Steam. Pokud jsem se rozhodl nějakou hru stáhnout, rychlost byla vždy maximální až 26MB/s po celou dobu stahování. Samozřejmě jsme dosáhl této rychlosti i jinde, ale opět vyjímečně.

Jak už jste naznačil dřívě a podle daných testů výše, 250Mbps VDSL linka bude spíše pro více zdrojů ve velké domástnoti, které neustále potřebuji datový tok. Pro malou domácnost je to asi zbytečné, protože pro těch pár vyjímek není potřeba si příplácet. Můj osobní názor.