Vlákno názorů k článku IOL nabízí nejrychlejší Internet zadarmo?! od Radek Majer - To je samozrejme take mozne. Jednou jsem videl,...

  • Článek je starý, nové názory již nelze přidávat.
  • 7. 10. 2000 14:24

    Radek Majer (neregistrovaný)
    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
  • 6. 10. 2000 14:24

    Petr Souček (neregistrovaný)
    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.
  • 6. 10. 2000 8:11

    Radek Majer (neregistrovaný)
    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

  • 5. 10. 2000 14:09

    MK (neregistrovaný)
    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.

  • 5. 10. 2000 13:47

    Radek Majer (neregistrovaný)
    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
  • 5. 10. 2000 10:40

    MK (neregistrovaný)
    Ale ted (10:41) se Vase casta pres Open Transit jevi jako nedostupna vsem vyznamnym sitim. Ze by vypadek toho PVCcka ? :-)
  • 5. 10. 2000 10:39

    Radek Majer (neregistrovaný)
    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
  • 5. 10. 2000 10:34

    MK (neregistrovaný)
    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).
  • 5. 10. 2000 0:52

    Petr Souček (neregistrovaný)
    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!)

  • 4. 10. 2000 17:34

    MK (neregistrovaný)
    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.

  • 4. 10. 2000 16:41

    Petr Souček (neregistrovaný)
    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.
  • 4. 10. 2000 14:48

    Radek Majer (neregistrovaný)
    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

  • 4. 10. 2000 12:24

    MT (neregistrovaný)
    > ale u nas ma asi jeden starsi modem 33.6 nebo co, protoze

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

    Marek
  • 4. 10. 2000 12:14

    pool (neregistrovaný)
    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 :)
  • 4. 10. 2000 1:29

    Petr Souček (neregistrovaný)
    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á.
  • 4. 10. 2000 0:38

    Petr Souček (neregistrovaný)
    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 :)
  • 4. 10. 2000 0:22

    Petr (neregistrovaný)
    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
  • 3. 10. 2000 23:52

    Jan Dvorak (neregistrovaný)
    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 :)
  • 3. 10. 2000 20:40

    MK (neregistrovaný)
    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 :-))

  • 3. 10. 2000 19:57

    Daniel Docekal (neregistrovaný)
    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]
  • 3. 10. 2000 17:52

    Petr Souček (neregistrovaný)
    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.
  • 3. 10. 2000 17:01

    dan (neregistrovaný)
    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).
  • 3. 10. 2000 14:12

    Petr Souček (neregistrovaný)
    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.

Upozorníme vás na články, které by vám neměly uniknout (maximálně 2x týdně).