Názory k článku IOL nabízí nejrychlejší Internet zadarmo?!

Tak zrusej mailbox kazdymu kdo by chtel prejit na Quick ? Chachaaa, ja jsem tak rad ze jsem tem matlakum z Telekomackyho IOL nikdy nenalit.. Jejich platici zakaznici kteri by radi usetrili si tedka asi musi rvat vlasy...
Pro zbytek naroda memento - s Telekomem si nic nezacinat, nikdy z toho nic dobryho nekoukalo... od 1. ledna 2001 bude Pluton Telekomu uz jenom z dalky mavat :-)

vykopat jim z prdele rudý hovna, s prudkým nárustem mobilů
jdou posbolšáni do sraček, budou mít velké náklady na ty drátěnky proti luft kanálům a tak jim brzo zmehne , ještě budou prstíčkem škrábat...

Telekom jsou darebaci, nicmene jsem mel moznost skusit nekolik "free" provideru a nutno rici ze proti telekomu stojej pekne za hovno v pristupu i rychlosti, alespon v HK.

Četl jsem si podmínky používání služby Quick a kdybych to měl shrnout, tak asi takto: "Všechny údaje, které nám dáte, ihned předáme ostatním marketingovým firmám." Takže u IOLu si připojení nesjednám, to už raději přes kabelovku.

Jak uz to tak byva, neco tak genitalniho mohl spachat jen a pouze CTc (potazmo IOL).
I kdyby se nahodou IOL od CTc oddelil, lide zustanou stejni, praktiky take.
Licencni podminky me neprekvapuji - spojitost (jak jiz u jednoho clanku byla naznacena) neni
pouze ve vztahu IOL - CTc - MIA - DD, pridal bych tam jeste Microsoft :)) (a verim, ze nebudu
daleko od pravdy). Neznam nic nepruhlednejsiho takze chapu, z ceho IOL tezi (a proc) ..
Inu coz, zijeme v cechach :-) Zvykejme si, ze toto je zeme neomezenych moznosti (a nikoli
USA jak je proklamovano :))))

Ja mam jeste doma placenej iol, ale uz to asi skoncim. Urcita vyhoda to je, protoze me osobne se dari se pres iol pripojit skoro vzdycky, pres contactel je to holt v 8 vecer porod. Zase tolik mi to ale nevadi, asi to vypovim.

Ted, kdyz poskytuje Telecom propojeni zdarma, tak uz nebude muset davat ony procenta (pokud k neme nekdo prejde) Volnymu, Contactelu atp. Fakt dobry tah jak vyzdimat monopolem co nejvice.
Viva Deutsche telekom na Slovensku.

Troufám si tvrdit, že rychlost IOL nemůže být vyšší než ostatních providerů, dokonce spíše bude v praxi nižší.
Jde o to, že v současné době je již konektivita všech providerů větší, než skutečný provoz, a digitální modemy umí všechny stejný protokol V.90. Tedy úzké místo může být na dvou místech. Buď mezi hlavním páteřním routerem providera a modemem v případě, že modemy nejsou v Praze, nebo v zahraničí. A zahraniční konektivitu má sice kapacitně IOL dostačující, ve skutečnosti ale je orientovaná na USA, takže spojení s většinou evropských zdrojů jde 2x pod mořem, a to znamená až zněkolikanásobení latence, tedy se zpomaluje odezva i načítání složitějších stránek.

Jestli muzu svoji ciste uzivatelskou zkusenost, tak Contactel mi jde vzdy vyrazne rychlejs nez iol (uz nekolik mesicu je to stejny a da se videt jasne na stahovani velkejch souboru).

Moje dřívější zkušenosti s IOL byly podobné, velké problémy a to právě při stahování souborů způsobovala velká ztáta paketů. Dnešní stav si netroufám hodnotit. Navíc se může výrazně lišit stav v Praze a jiných městech.

Troufám si tvrdit Petře že jsi to střelil silně od boku :) a není to až tak univerzální pravda jak to vypadá :) Některé destinace skutečně jdou k TeleGlobe, ale některé nikoliv :)

Tracing route to homerc.europe.yahoo.com [194.237.109.73]
over a maximum of 30 hops:

1 40 ms 30 ms 30 ms 194.228.176.3
2 30 ms 30 ms 30 ms 194.228.176.1
3 30 ms 30 ms 30 ms 194.228.255.253
4 640 ms 70 ms 620 ms s-4-3.core1.iol.cz [194.228.253.242]
5 671 ms 971 ms * spt-g1.globalone.cz [195.119.160.65]
6 151 ms 180 ms 160 ms F-gw2.F.net.DTAG.DE [194.25.6.225]
7 160 ms 150 ms 170 ms F-gw13.F.net.DTAG.DE [212.185.8.178]
8 130 ms 150 ms 140 ms K-gw13.K.net.DTAG.DE [194.25.121.102]
9 200 ms 170 ms 190 ms AMSIX-gw1.NL.net.DTAG.DE [194.25.6.154]
10 160 ms 180 ms 181 ms AMSIX-gw1.NL.net.DTAG.DE [194.25.6.154]
11 70 ms 70 ms 60 ms ams-ix.telia.net [193.148.15.46]
12 120 ms 120 ms 120 ms apv-i12-serial3-0.telia.net [193.45.132.5]
13 120 ms 110 ms 130 ms 193.45.5.37
14 120 ms 120 ms 120 ms 193.45.4.6
15 * 110 ms 130 ms yahoo2-ov.k.telia.net [193.45.4.14]
16 110 ms 120 ms 130 ms rc4.europe.yahoo.com [194.237.109.73]

Pokud vim, tak IOL ma u G1 koupenou normalni konektivitu. Tudiz to, jak efektivne se traffic rozklada neni vubec trivialni. Navic jsou tyto mechanismy NEZAVISLE na vytizeni datovych okruhum takze o nejakem efektivnim zalohovani v pripade preplnenosti linky se da dost dobre pochybovat.

Ted jsem vzal traceroute z trech velkych evropskych siti (EBONE, KPNQwest, UUNET Europe - Teleglobe v Evrope jsem radeji nezkousel :-) ) + RIPE a vsechno slo via Teleglobe ...

Navic fakt, ze na 6 Mb/s lince lze efektivne zalohovat vypadek E3 je spise k pousmani se nad naivitou dotycneho.

IOL nezverejnuje statistiky datovych kruhu, takze se neda overit, nekolik je realna predstava, ze na tom primaru tece take 6 Mb/s :-))

Kdyz uz se tu argumentuje skrz traceroute, tak pridam taky svuj, pricemz jsem obycejny zakaznik inwaye:

traceroute to homerc.europe.yahoo.com (194.237.109.72), 30 hops max, 40 byte packets
1 gw (212.24.148.97) 2.230 ms 2.117 ms 2.080 ms
2 br1-gw.inway.net (212.24.133.129) 27.506 ms 18.371 ms 16.650 ms
3 193.45.9.49 (193.45.9.49) 16.132 ms 16.104 ms 26.426 ms
4 ffm-wc-i1-serial0-0-1.telia.net (193.45.9.5) 40.518 ms 27.160 ms 28.672 ms
5 ffm-b1-atm2-0-101.telia.net (195.198.3.61) 46.445 ms 47.120 ms 56.932 ms
6 sto-b1-pos1-3.telia.net (193.45.9.74) 177.141 ms 57.022 ms 103.684 ms
7 193.45.4.2 (193.45.4.2) 95.354 ms 137.773 ms 74.424 ms
8 yahoo1-ov.k.telia.net (193.45.4.10) 57.655 ms 53.207 ms 57.610 ms
9 rc3.europe.yahoo.com (194.237.109.72) 71.575 ms 58.368 ms 62.031 ms

myslim ze v pripade CTc neni opravdu o co stat :)

traceroute to homerc.europe.yahoo.com (194.237.109.73), 30 hops max, 40 byte packets
1 praha-fast-1-0-1.vol.cz (195.250.155.1) 0.652 ms 0.532 ms 0.717 ms
2 nb-atm.vol.cz (212.27.198.49) 2.723 ms 2.620 ms 2.658 ms
3 nb11b01-fe1-0-0.nb.telenor.net (148.122.66.17) 3.488 ms 3.635 ms 2.878 ms
4 nb16b01-pos0-0-0.nb.telenor.net (148.122.65.162) 56.892 ms 54.810 ms 54.443 ms
5 nb08b02-pos1-0-0.nb.telenor.net (148.122.65.17) 53.908 ms 55.104 ms 54.465 ms
6 nb04b01-s4-1-0.nb.telenor.net (148.122.65.42) 56.792 ms 54.579 ms 54.382 ms
7 nb05b61-fddi1-0.nb.telenor.net (148.122.65.22) 56.020 ms 55.260 ms 56.080 ms
8 ov-i3-fddi3-0-dgix.stockholm.telia.net (194.68.128.45) 56.747 ms 56.547 ms 55.883 ms
9 sto-b2-atm3-0-5.telia.net (194.17.1.141) 58.031 ms 57.073 ms 57.250 ms
10 193.45.4.6 (193.45.4.6) 59.895 ms 56.499 ms 57.037 ms
11 yahoo2-ov.k.telia.net (193.45.4.14) 57.350 ms 58.823 ms 57.171 ms
12 rc4.europe.yahoo.com (194.237.109.73) 57.166 ms 56.670 ms 56.405 ms

Nestřelil jsem od boku, ale ze znalosti toho, že linka 34 Mbit/s vede do New Yorku a druhá 6 Mbit/s vede na Global One CZ v Praze, tato síť má připojení na celosvětovou síť Global One a Deutsche Telekom, obě dvě tyto sítě ale mají velmi slabý peering v Evropě.
Psal jsem většina evropských zdrojů, ne tedy všechny.

Takhle třeba vypadá spojení z routeru GTS/Ebone v Praze:
1 debln302-tc-p2-0.ebone.net (213.174.70.45) 12 msec 8 msec 12 msec
2 debln301-tc-p1-0.ebone.net (213.174.70.37) 12 msec 12 msec 12 msec
3 dedus206-tc-p6-0.ebone.net (213.174.70.41) 16 msec 16 msec 16 msec
4 dedus205-tc-p7-0.ebone.net (213.174.70.125) 20 msec 20 msec 16 msec
5 nlams303-tc-p2-0.ebone.net (213.174.70.134) 20 msec 20 msec 20 msec
6 bebru203-tc-p1-0.ebone.net (195.158.225.85) 20 msec 24 msec 20 msec
7 bebru204-tc-p2-0.ebone.net (195.158.225.82) 24 msec 20 msec 24 msec
8 gblon505-tc-p1-0.ebone.net (195.158.232.41) 28 msec 28 msec 28 msec
9 usnyk106-tc-p1-0.ebone.net (195.158.229.21) 112 msec 112 msec 108 msec
10 p6-0.nycmny1-cr8.bbnplanet.net (4.24.187.49) [AS 1] 124 msec 120 msec 124 msec
11 p7-1.nycmny1-ba1.bbnplanet.net (4.24.8.89) [AS 1] 108 msec 108 msec 112 msec
12 p7-0.nycmny1-br1.bbnplanet.net (4.24.6.229) [AS 1] 108 msec 112 msec 108 msec
13 p4-0.nyc4-nbr2.bbnplanet.net (4.0.5.98) [AS 1] 112 msec 112 msec 112 msec
14 if-1-6.core1.NewYork.Teleglobe.net (207.45.196.145) [AS 6453] 112 msec 116 msec 112 msec
15 if-11-0-0.bb4.NewYork.Teleglobe.net (207.45.221.102) [AS 6453] 424 msec 328 msec 164 msec
16 ix-10-0-5.bb4.NewYork.Teleglobe.net (207.45.216.170) [AS 6453] 208 msec 208 msec 212 msec
17 194.228.253.242 [AS 5610] 208 msec 208 msec 208 msec

A to se týká i zhruba poloviny Slovenska, která je připojena přes Ebone.

Druhým velmi významným backbone providerem v Evropě je UUNET:

traceroute to 194.228.176.3 (194.228.176.3): 1-30 hops, 38 byte packets
1 412.atm1-0-0.sr1.ams8.nl.uu.net (193.67.79.237) 0.716 ms 0.455 ms 0.876 ms
2 341.atm1-0-0.cr1.ams8.nl.uu.net (212.136.177.89) 1.38 ms 2.25 ms 1.12 ms
3 141.atm1-0-0.xr2.ams2.alter.net (212.136.184.98) 1.85 ms 0.920 ms 1.49 ms
4 SO-1-0-0.TR2.AMS2.Alter.Net (146.188.8.90) 0.848 ms 1.32 ms 1.75 ms
5 SO-6-0-0.TR2.LND2.Alter.Net (146.188.8.157) 6.51 ms 6.52 ms 6.83 ms
6 SO-6-0-0.IR2.NYC12.Alter.Net (146.188.15.54) 78.1 ms 81.0 ms 78.0 ms
7 so-0-0-0.IR2.NYC9.ALTER.NET (152.63.23.65) 78.5 ms 78.0 ms 78.0 ms
8 119.at-5-0-0.TR2.NYC9.ALTER.NET (152.63.1.202) 77.8 ms 79.9 ms 78.9 ms
9 0.so-3-0-0.XR2.NYC9.ALTER.NET (152.63.22.93) 80.1 ms 79.2 ms 80.1 ms
10 180.ATM7-0.BR2.NYC9.ALTER.NET (152.63.22.229) 79.6 ms 80.6 ms 80.5 ms
11 if-8-0-1.bb8.NewYork.Teleglobe.net (207.45.198.73) 79.8 ms 80.4 ms 80.7 ms
12 if-11-0-0.bb4.NewYork.Teleglobe.net (207.45.221.102) 82.0 ms 81.0 ms 80.5 ms
13 ix-10-0-5.bb4.NewYork.Teleglobe.net (207.45.216.170) 175 ms 174 ms 186 ms
14 194.228.255.254 (194.228.255.254) 182 ms 177 ms 175 ms
15 194.228.176.3 (194.228.176.3) 181 ms * 181 ms

Bezpochyby velmi významným providerem je i KPNQwest (bývalý EUnet), který má jinak v Evropě mimořádně dobrý peering:

1 Ledn1-cr01.NL.EU.net (134.222.228.150) 0 msec 0 msec 0 msec
2 Nyk-cr02.NY.US.EU.net (134.222.228.22) 80 msec 76 msec 76 msec
3 jfk-brdr-01.inet.qwest.net (205.171.30.141) [AS 209] 80 msec 80 msec 76 msec
4 if-1-8.core1.NewYork.Teleglobe.net (207.45.196.137) [AS 6453] 172 msec 168 msec 168 msec
5 if-11-0-0.bb4.NewYork.Teleglobe.net (207.45.221.102) [AS 6453] 148 msec 148 msec 148 msec
6 ix-10-0-5.bb4.NewYork.Teleglobe.net (207.45.216.170) [AS 6453] 240 msec 240 msec 244 msec
7 194.228.255.254 [AS 5610] 264 msec 264 msec 264 msec
8 194.228.176.3 [AS 5610] 244 msec * 244 msec

Další důležitou páteřní sítí je bývalá síť AT&T Unisource, dnes equip.net nebo jak se jmenuje - poskytuje konektivitu třeba Eurowebu:
1 amsterdam5.nl.eqip.net (195.206.66.237) 32 msec 40 msec 32 msec
2 amsterdam50.nl.eqip.net (195.90.65.129) 32 msec 28 msec 32 msec
3 newyork50.us.eqip.net (195.206.65.46) 128 msec 128 msec 124 msec
4 newyork2.us.eqip.net (63.250.128.5) 324 msec 204 msec 264 msec
5 500.Serial1-9.GW6.NYC4.ALTER.NET (157.130.22.241) [AS 701] 120 msec 120 msec 116 msec
6 140.ATM3-0.XR2.NYC4.ALTER.NET (146.188.179.158) [AS 701] 128 msec 128 msec 128 msec
7 288.at-2-0-0.XR2.NYC9.ALTER.NET (152.63.18.134) [AS 701] 132 msec 132 msec 132 msec
8 180.ATM7-0.BR2.NYC9.ALTER.NET (152.63.22.229) [AS 701] 124 msec 120 msec 120 msec
9 if-8-0-1.bb8.NewYork.Teleglobe.net (207.45.198.73) [AS 6453] 120 msec 120 msec 120 msec
10 if-11-0-0.bb4.NewYork.Teleglobe.net (207.45.221.102) [AS 6453] 124 msec 120 msec 120 msec
11 ix-10-0-5.bb4.NewYork.Teleglobe.net (207.45.216.170) [AS 6453] 220 msec 220 msec 216 msec
12 194.228.255.254 [AS 5610] 228 msec 228 msec 228 msec
13 194.228.176.3 [AS 5610] 220 msec * 216 msec

Pro přesnost jsem provedl stejné traceroute pro další 3 free providery - VOL, WOL a Contactel, tedy 12 traceroute. Jen v jenom případě (UUNET-VOL) šel traceroute přes USA.

Stačí Dane?

A pak kdo má nejryclejší Internet :)

A jedna praktická zkouška - opakovaně jsem stahoval soubor ftp://ftp.ripe.net/rfc/rfc2616.pdf přes všechny 4 free providery, a WOL, Contactel i VOL dosahují přenos o 30-40% rychlejší, než IOL. Na všechny 4 modemy jsem se spojil 45333 bps, takže tady byla rychlost stejná.

jedna drobnost - contactel jede uplne strasne, aspon v jihlave. nic pomalejsiho jsem jeste nezazil....
jedu pres volny a rychlost je asi nejlepsi, ale u nas ma asi jeden starsi modem 33.6 nebo co, protoze tak jednou za cas se mi podari pripojit touhle rychlosti, ale porad to je rychlejsi nez contactel :)

> ale u nas ma asi jeden starsi modem 33.6 nebo co, protoze

Vsechny modemy v Jihlave jsou 56k s V.90.

Marek

Dobry den Petre,

rad bych reagoval na Vasi poznamku ohledne peeringu site DTAG a GlobalOne v Evrope. Myslim si, ze peering techto dvou siti je dostacujici. Napr. jiz zminovana adresa rc4.europe.yahoo.com

R.Majer

Pres sit GlobalOne:
gip-prag-cz-bar-1>traceroute rc4.europe.yahoo.com Translating "rc4.europe.yahoo.com"...domain server (204.59.144.222) [OK]

Type escape sequence to abort.
Tracing the route to rc4.europe.yahoo.com (194.237.109.73)

1 gip-arch-gb-bar-2-a10-0-0-552-aal5.gip.net (204.59.7.25) 36 msec 32 msec 40 msec
2 204.59.7.42 40 msec 36 msec 32 msec
3 London-i2.telia.net (195.66.224.48) [AS 5459] 36 msec 36 msec 32 msec
4 ldn-hex-b1-atm2-0-115.telia.net (193.45.0.73) [AS 3301] 32 msec 32 msec 36 msec
5 sto-b1-pos0-1.telia.net (193.45.4.89) [AS 3301] 96 msec 92 msec 88 msec
6 193.45.4.2 [AS 3301] 92 msec 88 msec 92 msec
7 yahoo1-ov.k.telia.net (193.45.4.10) [AS 3301] 92 msec 88 msec 84 msec
8 rc4.europe.yahoo.com (194.237.109.73) [AS 3301] 92 msec 92 msec 80 msec

Pres sit DTAG:
GIP-Prague-VCAR>traceroute rc4.europe.yahoo.com

Type escape sequence to abort.
Tracing the route to rc4.europe.yahoo.com (194.237.109.73)

1 F-gw2.F.net.DTAG.DE (194.25.6.225) [AS 3320] 12 msec 16 msec 16 msec
2 F-gw13.F.net.DTAG.DE (212.185.8.178) [AS 3320] 16 msec 12 msec 16 msec
3 K-gw13.K.net.DTAG.DE (194.25.121.102) [AS 3320] 20 msec 16 msec 16 msec
4 AMSIX-gw1.NL.net.DTAG.DE (194.25.6.154) [AS 3320] 24 msec 20 msec 28 msec
5 AMSIX-gw1.NL.net.DTAG.DE (194.25.6.154) [AS 3320] 24 msec 24 msec 24 msec
6 ams-ix.telia.net (193.148.15.46) [AS 1200] 24 msec 28 msec 24 msec
7 apv-i12-serial3-0.telia.net (193.45.132.5) [AS 3301] 64 msec 56 msec 60 msec
8 193.45.5.37 [AS 3301] 60 msec 60 msec 56 msec
9 193.45.4.6 [AS 3301] 60 msec 72 msec 72 msec
10 yahoo2-ov.k.telia.net (193.45.4.14) [AS 3301] 64 msec 60 msec 64 msec
11 rc4.europe.yahoo.com (194.237.109.73) [AS 3301] 64 msec 64 msec 64 msec

Dobrý den Radku,
ano, peering s Telií DTAG má, to již vyplynulo z traceroutu od Dana Dočekala. Ale ani GO (AS4000), ani DTAG nemá peering s GTS/Ebone (AS1755), i když ješte začátkem roku 1998 fungoval přes INXS - diskutoval jsem tenkrát otázky peeringu s Ruedigerem Volkem z DTAGu. Global One CZ v dobe, kdy jsme pres nej byli pripojeni nemel ani peering s AT&T Unisource, Eunetem, UUnetem a TEN155, tedy s největšími páteřními sítěmi. Možná, že se něco změnilo, ale to já nemůžu teď zjistit, protože všechny traceroute gatewaye, které jsem v síti Global One CZ znal, již nefungují.
Situaci nevylepšuje ani to, že se nevyužívá připojení ka GO a DTAG současně a k překrytí mezer, ale příchozí routing části sítě vede čistě přes GO (AS4000) a část jen přes DTAG (AS3320).
V každém případě je ale peering o třídu horší, než má třeba EUnet, Ebone, Nextbone, UUnet, AT&T.

Ahoj Petre,
a co to udelat obracene? Zkusit traceroute z druhe strany na www.globalone.cz ?

KPNQwest

1 Ledn1-cr01.NL.EU.net (134.222.228.150) 0 msec 4 msec 0 msec
2 Ledn-cr03.NL.EU.net (134.222.229.122) 0 msec 4 msec 0 msec
3 Sthm-ar05.SE.EU.net (134.222.229.14) 52 msec 48 msec 48 msec
4 134.222.229.146 264 msec 80 msec 400 msec
5 stockholm-7.se.eu.net (195.43.254.4) [AS 3220] 52 msec 52 msec 52 msec
6 gsl-segix-fddi1-0.gsl.net (194.68.128.32) 60 msec 160 msec 56 msec
7 gip-stkh-se-bar-2-fe1-0-1.gip.net (204.59.26.194) [AS 4000] 48 msec 52 msec 52 msec
8 gip-arch-gb-bar-2-a5-0-0-744-aal5.gip.net (204.59.5.101) [AS 4000] 52 msec 48 msec 52 msec
9 gip-prag-cz-bar-1-a5-0-0-552-aal5.gip.net (204.59.7.26) [AS 4000] 84 msec 84 msec 88 msec
10 bar-vcar.globalone.cz (195.119.160.9) [AS 8593] 80 msec 76 msec 80 msec
11 pcar.globalone.cz (195.119.160.227) [AS 8593] 80 msec 80 msec 80 msec
12 www.globalone.cz (195.119.187.86) [AS 8593] 80 msec 84 msec *

EBONE

1 195.158.226.214 4 msec 0 msec 0 msec1 195.158.226.214 4 msec 0 msec 0 msec
2 P2-0.PASBB2.Paris.opentransit.net (193.251.128.65) [AS 5511] 0 msec 0 msec 0 msec
3 P1-0.PASBB1.Paris.opentransit.net (193.251.128.185) [AS 5511] 0 msec 4 msec 0 msec
4 P0-0.LONBB1.London.opentransit.net (193.251.154.226) [AS 5511] 8 msec 8 msec 8 msec
5 P1-0.LONBB2.London.opentransit.net (193.251.154.238) [AS 5511] 8 msec 12 msec 8 msec
6 gip-arch-gb-bar-1-p5-0-0.gip.net (204.59.20.10) [AS 4000] 8 msec 8 msec 8 msec
7 gip-arch-gb-bar-2-fe8-0-0.gip.net (204.59.5.195) [AS 4000] 12 msec 8 msec 12 msec
8 gip-prag-cz-bar-1-a5-0-0-552-aal5.gip.net (204.59.7.26) [AS 4000] 40 msec 44 msec 40 msec
9 bar-vcar.globalone.cz (195.119.160.9) [AS 8593] 116 msec 116 msec 116 msec
10 pcar.globalone.cz (195.119.160.227) [AS 8593] 108 msec 112 msec *
11 www.globalone.cz (195.119.187.86) [AS 8593] 112 msec 112 msec 112 msec

UUNET

1 ETH5.INT1.NAN2.InetWAY.NET (194.98.200.254) 1 ms 1 ms 1 ms
2 GE2-0.CR1.NAN2.FR.UU.NET (194.53.79.1) 1 ms 1 ms 1 ms
3 103.ATM1-0.103.CR1.NAN1.FR.UU.NET (212.155.125.198) 1 ms 1 ms 1 ms
4 111.AT-1-0-0.XR1.PAR2.ALTER.NET (194.98.132.6) 1 ms (ttl=251!) 1 ms (ttl=251!) 1 ms (ttl=251!)
5 195.ATM1-0-0.CR2.PAR2.Alter.Net (146.188.10.70) 1 ms 2 ms 5 ms
6 318.ATM1-0-0.CR2.AMS2.Alter.Net (146.188.4.250) 16 ms 16 ms 17 ms
7 194.ATM6-0.BR1.AMS3.Alter.Net (146.188.9.129) 15 ms 15 ms 15 ms
8 opentransit.com (193.148.15.59) 15 ms 15 ms 15 ms
9 A0-0.LONAR1.London.opentransit.net (193.251.128.181) 36 ms 38 ms 39 ms
10 gip-tele-gb-bar-1-s1-0-0.gip.net (204.59.3.37) 39 ms 36 ms 36 ms
11 gip-arch-gb-bar-1-a8-0-0-334-aal5.gip.net (204.59.5.98) 40 ms (ttl=244!) 40 ms (ttl=244!) 39 ms (ttl=244!)
12 gip-arch-gb-bar-2-fe8-0-0.gip.net (204.59.5.195) 44 ms 40 ms 39 ms
13 gip-prag-cz-bar-1-a5-0-0-552-aal5.gip.net (204.59.7.26) 78 ms 71 ms 72 ms
14 bar-vcar.globalone.cz (195.119.160.9) 75 ms 77 ms 76 ms
15 pcar.globalone.cz (195.119.160.227) 79 ms 76 ms 82 ms
16 www.sprinx.cz (195.119.187.86) 75 ms (ttl=113!) 74 ms (ttl=113!) 78 ms (ttl=113!)

EQUIP - AT&T Unisource

1 paris5.fr.eqip.net (195.206.67.177) 4 msec 4 msec 0 msec
2 geneva1.ch.eqip.net (195.206.65.50) 24 msec 12 msec 20 msec
3 195.206.66.74 12 msec 12 msec 16 msec
4 193.251.133.25 [AS 7855] 32 msec 24 msec 28 msec
5 P0-0.LONBB1.London.opentransit.net (193.251.154.226) [AS 5511] 28 msec 44 msec 28 msec
6 P1-0.LONBB2.London.opentransit.net (193.251.154.238) [AS 5511] 36 msec 44 msec 32 msec
7 gip-arch-gb-bar-1-p5-0-0.gip.net (204.59.20.10) [AS 4000] 32 msec 64 msec 36 msec
8 gip-arch-gb-bar-2-fe8-0-0.gip.net (204.59.5.195) [AS 4000] 36 msec 28 msec 104 msec
9 gip-prag-cz-bar-1-a5-0-0-552-aal5.gip.net (204.59.7.26) [AS 4000] 100 msec 100 msec 64 msec
10 bar-vcar.globalone.cz (195.119.160.9) [AS 8593] 52 msec 44 msec 44 msec
11 pcar.globalone.cz (195.119.160.227) [AS 8593] 44 msec * 48 msec
12 * www.sprinx.cz (195.119.187.81) [AS 8593] 44 msec *

Pokud tedy nema G1 asymetricke smerovani (cemuz neverim), tak je jejich peering vice nez dobry.

BTW ta sit OPEN TRANSIT, ktera se vyskytuje ve vsech cestach patri vlastniku G1, coz je France Telecom.

Nazdar Michale,
koukám, že jsem se spolehl na starší zkušenosti - a skutečnost je už jiná.
Taky je podivuhodné, že Telecom nevyužívá dobrého peeringu Global One v Evropě a routing evropských sítí jde přes USA.
Nicméně - dvě velké díry tu pořád jsou, EBONE a UUNET:

Tracing the route to gw.globix.cz (62.229.206.4)

1 defra202-tc-p0-2.ebone.net (195.158.236.29) 12 msec 8 msec 8 msec
2 dedus206-tc-p5-0.ebone.net (213.174.70.129) 12 msec 12 msec 12 msec
3 dedus205-tc-p7-0.ebone.net (213.174.70.125) 12 msec 12 msec 12 msec
4 nlams303-tc-p2-0.ebone.net (213.174.70.134) 12 msec 16 msec 12 msec
5 bebru203-tc-p1-0.ebone.net (195.158.225.85) 20 msec 16 msec 16 msec
6 bebru204-tc-p2-0.ebone.net (195.158.225.82) 16 msec 16 msec 16 msec
7 gblon505-tc-p1-0.ebone.net (195.158.232.41) 24 msec 24 msec 24 msec
8 usnyk106-tc-p8-3.ebone.net (195.158.229.45) 92 msec 92 msec 88 msec
9 p6-0.nycmny1-cr8.bbnplanet.net (4.24.187.49) [AS 1] 108 msec 104 msec 104 msec
10 p7-1.nycmny1-ba1.bbnplanet.net (4.24.8.89) [AS 1] 92 msec 92 msec 92 msec
11 p1-0.nycmny1-cr9.bbnplanet.net (4.24.8.162) [AS 1] 104 msec 104 msec 104 msec
12 p0-0.deutscheti.bbnplanet.net (4.24.188.66) [AS 1] 92 msec 92 msec 92 msec
13 F-gw12.F.net.DTAG.DE (194.25.6.109) [AS 3320] 188 msec 184 msec 188 msec
14 F-gw2.F.net.DTAG.DE (212.185.8.181) [AS 3320] 176 msec 176 msec 172 msec
15 gip-prague-1.gip.net (194.25.6.226) [AS 3320] 188 msec 192 msec 188 msec
16 pcar.globalone.cz (195.119.160.227) [AS 8593] 188 msec 188 msec 192 msec
17 62.229.220.34 [AS 8593] 280 msec 188 msec 188 msec
18 gw.globix.cz (62.229.206.4) [AS 8593] 212 msec 200 msec 200 msec

traceroute to gw.globix.cz (62.229.206.4): 1-30 hops, 38 byte packets
1 412.atm1-0-0.sr1.ams8.nl.uu.net (193.67.79.237) 0.945 ms 1.03 ms 1.50 ms
2 341.atm1-0-0.cr1.ams8.nl.uu.net (212.136.177.89) 0.903 ms 2.04 ms 1.41 ms
3 141.atm1-0-0.xr1.ams2.alter.net (212.136.184.102) 1.16 ms (ttl=252!) 3.63 ms (ttl=252!) 2.90 ms (ttl=252!)
4 SO-0-0-0.TR2.AMS2.Alter.Net (146.188.8.82) 1.95 ms (ttl=251!) 3.88 ms (ttl=251!) 1.21 ms (ttl=251!)
5 SO-6-0-0.TR2.LND2.Alter.Net (146.188.8.157) 7.41 ms (ttl=250!) 5.73 ms (ttl=250!) 6.52 ms (ttl=250!)
6 SO-6-0-0.IR2.NYC12.Alter.Net (146.188.15.54) 78.5 ms (ttl=249!) 78.4 ms (ttl=249!) 77.7 ms (ttl=249!)
7 so-1-0-0.IR2.NYC9.ALTER.NET (152.63.23.69) 79.8 ms (ttl=248!) 79.6 ms (ttl=248!) 78.8 ms (ttl=248!)
8 119.at-5-0-0.TR2.NYC9.ALTER.NET (152.63.1.202) 79.6 ms (ttl=247!) 77.8 ms (ttl=247!) 78.3 ms (ttl=247!)
9 0.so-3-0-0.XR2.NYC9.ALTER.NET (152.63.22.93) 79.6 ms (ttl=246!) 79.1 ms (ttl=246!) 81.1 ms (ttl=246!)
10 180.ATM7-0.BR1.NYC9.ALTER.NET (152.63.18.229) 80.0 ms 80.2 ms 82.7 ms
11 a6-0-1.nycmny1-ba1.bbnplanet.net (4.0.6.141) 80.4 ms 79.9 ms 79.9 ms
12 p1-0.nycmny1-cr9.bbnplanet.net (4.24.8.162) 79.7 ms 79.7 ms 82.8 ms
13 p0-0.deutscheti.bbnplanet.net (4.24.188.66) 85.9 ms (ttl=240!) 87.2 ms (ttl=240!) 86.6 ms (ttl=240!)
14 194.25.6.109 (194.25.6.109) 168 ms (ttl=239!) 169 ms (ttl=239!) 168 ms (ttl=239!)
15 F-gw2.F.net.DTAG.DE (212.185.8.181) 173 ms (ttl=239!) 170 ms (ttl=239!) 169 ms (ttl=239!)
16 194.25.6.226 (194.25.6.226) 113 ms (ttl=244!) 118 ms (ttl=244!) 115 ms (ttl=244!)
17 pcar.globalone.cz (195.119.160.227) 118 ms (ttl=243!) 114 ms (ttl=243!) 114 ms (ttl=243!)
18 62.229.220.34 (62.229.220.34) 129 ms (ttl=242!) 117 ms (ttl=242!) 119 ms (ttl=242!)
19 gw.globix.cz (62.229.206.4) 117 ms (ttl=50!) 116 ms (ttl=50!) 135 ms (ttl=50!)

To vypada na nejakou neprilis stabilni peerovaci politiku. Kdyz jsem ty tracerouty delal ja, tak to slo via linky G1 (AS4000) misto linek DTAG (AS3320).

Michale diky, prave jsem se chystal udelat ty tracerouty, ale Vy jste byl rychlejsi.
To ze se v nasi siti stale vice objevuje OpenTransit je dusledek toho, ze majoritnim vlastnikem GlobalOne se stal France Telecom, ktery sit OpenTransit buduje. Postupne bude dochaze k prepojovani na tuto paterni sit.
Zjistit jake peeringy maji site GlobalOne a OpenTransit je mozne zde:
http://www.gip.net/utilities.html
http://www.opentransit.net/lg.htm

Preji prijemny zbytek dne
Radek Majer

Ale ted (10:41) se Vase casta pres Open Transit jevi jako nedostupna vsem vyznamnym sitim. Ze by vypadek toho PVCcka ? :-)

Snazil jsem se zjistit podrobnosti, udelal jsem par tracroutu na nekolik evropskych siti a je pravda, ze nekde to jde pres opentransit a nekde ne. stejny test jsem delal za 2 hodiny a cesty byly zase jine. Zjistil jsem, ze migrace patere G1 na opentranzit stale probiha a jeste dlouho probihat bude a proto nastavaji zmeny BGP tabulkach. Jak asi Michale vite BGP je tak inteligentni a na druhou stranu tak hloupy protokol, ze vybalancovat trafik na hranicnich routerech je dosti slozite. Nicmene GlobalOne Communication AS8593 ma stale jeste pripojeni na DTAG AS3320 a na G1 AS4000. To jak se prepojuje sit G1 na OpenTransit je veci planovani. A jak asi kazdy vi, zmenit pripojeni v nekolika peeringovych centrech a v jeste vice POPech je velmi narocne a spolupracuje na ni nekolik stovek az tisicu lidi.
R.Majer

O tom, jak je slozite vyvazit traffic mezi dvema zahranicnimi ASy by mi kolegove mohli vypravet dlouhe story. Kdyz se nam konecne povedlo traffic rozumne vybalancovat, WorldCom pozmenil peeringovou strategii a byli jsme v ***** ...

Na druhou stranu si nemyslim, ze by prechod z dvou na jednoho upstream ISP mel byt nejaky problem. Pokud mate obe dve cesty platne, jednu prestanete progagovat. Do par hodin budete moci zrusit i danou linku :-) Pokud ale mel Vas upstream ISP nejaky policy routing, muze byt prechod a odstraneni filtru docela vec pro vraha :-(

Pokud se tyce toho pripojeni, tak v danou chvili nebyla cesta k AS8593 pres AS4000 proste videt.

K Vasemu story o balancovani jen tolik, ze ten kdo se snazi vybalancovat dve a vice linek je kouzelnik. Presne jak rikate, nakonec se to nejak podari a zitra uz to nemusi platit.
To o tom prechodu na jinou sit je to trochu skreslene. My jako AS8593 mame pripojeni do AS3320 (DTAG) a AS4000 (G1). Coz zustane i do budoucna, ale AS4000 by se mel zmenit na OpenTransit. Cimz dojde k skvalitnani patere. Tim nechci rict, ze pater G1 (AS4000) je spatna, ale vlastnik celeho GlobalOne ma jiste zamery, kterym se my zde v Cechach musime do jiste miry prizpusobit.
Nevylucuji vsak, ze dojde k uplne jinemu scenari a budeme pripojeni k DTAG, G1 a OpenTransit zaroven. Vse je vsak ve stadiu planovani a informace, ktere mam jsou neoficialni a nepotvrzene.
To ze nas As nebyl videt pres AS4000 je mozne a vy Michale urcite vite, ze se to stava vsem velkym ISP. Proto mame dve nezavisle linky. Jak uz jsem psal v minulych prispevcich, vypadek byl zpusoben nejspise prepojovanim uvnitr AS4000. Z mych statistik vsak vyplyva, ze provoz do AS4000 nijak nepoklesl ani se nezvysil.
R.Majer

K té neviditelnosti spíš bych tipoval že půjde o to, že část AS8593 je vidět ze světa jen přes AS3320 a část jen přes AS4000.

To je samozrejme take mozne. Jednou jsem videl, ze jedna sit nekde v kanade si brala pulku svetovych AS z jedne linky a druhou pulku z druhe linky.
R.Majer

Ještě jedna věc stojí za zaznamenání - naprosto zoufalý stav serveru news://news.telecom.cz - uživatelé VOL nebo Contactelu budou žasnout, jakou žalostnou trosku je možné vydávat za news server. České skupiny se berou, stejně jako všechny ostatní, z Teleglobe, a nejméně 90% příspěvků úplně chybí - stejně jako v ostatních skupinách.

Ahoj Petre,
na druhou stranu maji ten news server v Cechach :-)

Je pravda, že Contactel používá news server v Dánsku (news.inet.tele.dk), ale aspoň to znamená, že o něj správci skutečně pečují.
A news.vol.cz je v Česku a s dobrou návazností na několik významných newsfeedů.

Jak kvalitni je tam feed cz.* ?

Na VOLu bez chyby, na Contactelu taky. Oba news servery jsou navázány přímo na csnews.vslib.cz.

"Jak mi sdělil Michal Knor, ředitel IOL pro prodej a marketing, žádnou takovou analýzu neprováděli."

Však oni si chlapci z marketingu už nějaké to číslo z prstu vycucají.

Takové marketingové kecy fakt nesnáším!

>"Jak mi sdělil Michal Knor, ředitel IOL pro prodej a >marketing, žádnou takovou analýzu neprováděli."
>
>Však oni si chlapci z marketingu už nějaké to číslo z >prstu vycucají.
>
>Takové marketingové kecy fakt nesnáším!

Ostatně, proč by se měl IOL v tomto lišit od ostatních providerů.

Pokud jste už uživatelem služby od IOL, pak se neregistrujte u QUICKu pod stejným rodným číslem a jménem. Jinak se vám stane to co mně.
Jsem uživatel placené služby IOL mail, zaregistroval jsem se na QUICK (pod svým jménem a rodným číslem - logicky) v práci, načež vzápětí nato doma už jsem se nepřihlásil na síť ani přes nové konto u QUICK, ani u IOL Mail (chyba: "byl jste odpojen správcem" nebo "server překročil počet licencí"). Když jsem volal na techniky, tak se mi snažili vnutit přeinstalaci služeb a nastavení modemu atp. Tak jsem jednoduše zkusil vytvořit si další konto pod uživatelem, který by neměl existovat, a QUICK začal fungovat.
Z toho vyplývá,že přihlašovací databáze pro síť je společná pro placené i neplacené služby, ale dovoluje duplicitu uživatele (nejspíše podle rodného čísla), ovšem přihlašovací procedura pak neví, který uživatel je ten správný a nedovolí vám přihlásit se.

no ja osobne, normalne z prace updatuju svuj server v pohode prez pevnou(ted je jedno od koho je pripojeni),ale kdyz potrebuju neco nutne tam nacpat z domova je to porod od vsech co maj pripojeni zadarmo (ostani placeny sem nezkousel:) ), seru magi uz jen po prvnim obsazovacim tonu, tim padem je jasne ze automaticky zkousim vsechny ikonky pripojeni a je to voser u kohokoliv, a vetsinou u vsech najednou.

A blby poznamky typu "tak si porid pevnou i domu" nereaguju, na pripnuti jednou tydne, na co?, zbytecnost za to platit.

A kde se pripojujete ?

Marek

no praha

Některé dny či večery jsem z domova připojen přes free providery (hlavně VOL, ale testoval jsem i Contactel a WOL) i dost hodin denně a žádné podobné problémy nepozoruji. Download ze všech míst, co potřebuji okolo 4.5 kBps pro komprimované soubory - při průměrné rychlosti spojení 44000 bps je to tak akorát.

Mohu vedet to cislo na VOL ?

Marek

Ta tohl eje pravda, je to na prd. Hlavne VOL. Pripojeni na VOL konkretne v Teplicich je katastrofa. Musim vzdy pocitat s tim, ze me tak po 5-10-ti minutach padne spojeni.
Na Contactel se vecer neda pripojit vubec.
Nejlip z toho vychazi WOL

A pokusil jste se nekdy zjistit proc to pada ?
Zavolal jste treba na tech. podporu ?

Marek

Pripojeni VOL v Teplicich v patek vecer a o vikendu jede jako vino :-)

A to nemam nejmensi komercni zajem tento fakt vyzdvihovat - pracuji u jineho ISP, ktery byl donedavna s VOL ve velmi ostrem konkurencnim boji :-)

Já osobně se připojuju v Praze přes Contactel a naprosto bez problémů! V pohodě bez obsazovacíh tónů třeba deset - patnáct minut po začátku nejlevnějšího pásma ...
Komprimované souboru (MP3) to sosá okolo 5Kb, při browsení a stahování např. textů sosám i okolo 10KB ... prostě pohodička ...
Možná mám ale jenom štěstí :-)

FREE slouží jen k nalákání na placené připojení. Je to druh reklamy.

Tedy nejsem tak zbehly v cislech,ale propustnost 56Kbit/s (mozna 64) pres Telecom ustrednu mluvi za vse. At se provideri stavi treba na hlavu, vic nez 6-7kB/s z modemu nevyzdimu. Jiste ze zalezi jaky pristup maji provideri, ale myslim ze v dnesni dobe neni problem zajistit max. rychlost kazdemu uzivateli.
Jo a k tem mailum, nevim jaky maj vyhody IOL nebo Quick ci Contactel, tedy prideleny mail, ale zalozim-li si mail na postu, nebo seznamu, ci atlasu..... tak ty preci funguji a nemeni se s providerem !!!!! Tak na co si furt steujete ?!!

Prave ze JE docela problem zajistit max. rychlost kazdemu uzivateli. Musite na problem hledet dvemi ruznymi zpusoby:

1. co muze provider ovlivnit - jednoznacne zahranicni konektivitu a pater, at uz vede do kterehokoliv pripojneho bodu (Praha preci jen neni stredem sveta).

2. lokalni linku. Pokud mate tu smulu, a jste pripojen jeste k analogove ustredne, udajne digitalizace ustreden v CR je jen 40% (neovereno, jestli nekdo mate presnejsi udaje, tak je prosim zverejnete). Sebelepsi modem pak vice nez 33,6kbps nejede. Take jste docela v pytli, kdyz mate sice digitalni ustrednu, ale z duvodu nedostatecnosti volnych telefonnich kabelu ve Vasi lokalite je linka pripojena pres tzv. PCMku. Rychlost 9,6 muze byt v extremnich pripadech to nejvyssi, ceho dosahnete.

To ze z modemu nevyzdimete vice nez 6-7kBps myslim znamena, ze data tecou rychlosti 49152 bitu za sekundu, coz je myslim si docela slusne. Tz. myslim si, ze mate temer idealni podminky pro dialup.

Ano. Tak to myslim je. Tady je preci rec o tom ze je nekdo nejrychlejsi. Slogan my jsme nejrychlejsi, pojdte k nam je ponekud zavadejci, ale dyt je to reklama. Jak sem rekl, provider muze dodavat data velkym objemem, ale ustredny vice nepropusti, pak je tu take stranka kvality dratu atd. proste HW. Takze si Quckovat muzem jak chceme, ale kdyz mame smulu s HW tak to proste uz rychlejsi nebude. A pokud je vse OK, tak neni proc prechazet, leda ze by na nas provider kaslal, coz se tady taky deje :(. Proste tohle by bylo na dlouhy clanek............

Vliv ústředny se myslím poněkud přeceňuje - přes muzeální ústřednu P51 s krokovými voliči, a ještě se skupinovým připojením jsem se připojoval 44000 bps. Po přepojení na digitál a nově natažené kabely se připojuji zase 44000 bps.
Telecom udává digitalizaci tuším cca 80-90%, i když bych tomu moc nevěřil.

Bydlím v Ostravě, mám 56-ku modem. Porovnávám Volny, WorldOnLine a Quick a vychází mi to prakticky stejně - možná Volny je o kapánek vpředu. Quick není v žádném případě nejrychlejší. Telekom se z nás opět snaží udělat blbečky. (Jinak zkuste hodit oko na www.telecum.cz - dobrý!)

V domeni, ze Telecom ma lepsi technologii, jsem se zaregistroval. 3. rijna jsem otestoval spojeni. Contactel i Volny - 49,3kb, Quick - 45,3. Stahovani souboru jsem uz nezkousel.

Na Vašem serveru jsem byl témeř dvě hodiny a zjistil jsme ,že i když máte celkem slušnou reklamu o rychlosti přesto většina stránek na kterých jsem byl nebyla funkční,ale pevně věřím ,že se to zlepší(začátky jsou zlé)
a ty co fungovaly byly pomalé i když modem ukazoval rychlos 56Kb. Bude to lepší??

Osobně považuji za velký nesmysl začít používat email od ISP. Člověk musí počítat s tím, že jednou příjde lepší poskytovatel a on nebude moci přejít k novému jen kvůli emailu. Zvlášť dnes, když existuje tolik poskytovatelů, kteří dávají připojení zdarma. Poskytovatelé si tak vlastně zísakávají věrnost. Mnohem lepší je použít email od nezávislého poskytovatele, ale i zde je třeba vybírat dobře, jelikož ne všichni jsou stejně spolehlivý.
QUICK jsem zkoušel a nijak nadšenej s něho nejsem. Spojení mi hned napoprvé spadlo po 10s. Vím, že většina lidí dnes dává přednost VOLnemu, ale není to proto, že byl první, a že se již uživatelům nechce zkoušet nic dalšího? S VOLnym mám velké problémy s připojením, neustále je obsazeno. Asi nejlepší zkušenosti mám s WorldOnLine, ale i tam je občas obsazeno. Dokonalý poskytovatel asi neexistuje...

quick tj.snek