Hm.. dziwne że nikt jeszcze nie "zauważył" na grupie ;)
http://gigaom.com/2008/03/14/the-telia-cogent-spat-c
ould-ruin-web-for-many/

Efekt - brak połączenia przez operatorów mających tylko telię do cogenco
;)
undef@sv:~$ traceroute www.cogentco.com
traceroute to cogentco.com (38.100.128.10), 30 hops max, 40 byte packets
1 XXX
2 css8-ge1-2-0-1234.man.poznan.pl (212.126.xx.xxx) 3.923 ms 5.441 ms 10.944 ms
3 212.191.224.21 (212.191.224.21) 10.451 ms 2.435 ms 1.958 ms
4 z-poznan-gw1.aconet.10gb.rtr.pionier.gov.pl (212.191.224.150) 17.485 ms 19.471
ms 20.481 ms
5 * * *
6 * * *


A z samej telii:

[undefine@piastlan links]$ ./traceroute.telia.Poznan 38.100.128.10
Router: Poznan

Command: traceroute 38.100.128.10

Tracing the route to 38.100.128.10

1 * * *
2 * * *
3 * * *
4 * * *

Ktoś jeszcze poza "komercyjnymi" manami ma z tym problem? :)

--
Andrzej 'The Undefined' Dopierała
Linux && Unix && Network administrator
PLD Linux Developer HomePage: http://andrzej.dopierala.name/
JID: u...@p...net e-mail: a...@d...name

do góry

Andrzej 'The Undefined' Dopierała pisze:
> Hm.. dziwne że nikt jeszcze nie "zauważył" na grupie ;)
> http://gigaom.com/2008/03/14/the-telia-cogent-spat-c
ould-ruin-web-for-many/
>
> Efekt - brak połączenia przez operatorów mających tylko telię do cogenco
> ;)
> undef@sv:~$ traceroute www.cogentco.com
> traceroute to cogentco.com (38.100.128.10), 30 hops max, 40 byte packets
> 1 XXX
> 2 css8-ge1-2-0-1234.man.poznan.pl (212.126.xx.xxx) 3.923 ms 5.441 ms 10.944 ms
> 3 212.191.224.21 (212.191.224.21) 10.451 ms 2.435 ms 1.958 ms
> 4 z-poznan-gw1.aconet.10gb.rtr.pionier.gov.pl (212.191.224.150) 17.485 ms 19.471
ms 20.481 ms
> 5 * * *
> 6 * * *
>
>
> A z samej telii:
>
> [undefine@piastlan links]$ ./traceroute.telia.Poznan 38.100.128.10
> Router: Poznan
>
> Command: traceroute 38.100.128.10
>
> Tracing the route to 38.100.128.10
>
> 1 * * *
> 2 * * *
> 3 * * *
> 4 * * *
>
> Ktoś jeszcze poza "komercyjnymi" manami ma z tym problem? :)
>

edu man w gdansku nie ma problemu. gts i netia tez nie maja problemu.

2. 10ge-ci-gw.task.gda.pl 0.0% 10 0.8 1.2 0.8 1.6
0.3
3. z-gdanska.poznan-gw1.10gb.rt 0.0% 10 7.2 7.9 7.2 8.3
0.4
4. z-poznan-gw1.aconet.10gb.rtr 0.0% 10 23.9 23.6 23.3 24.2
0.3
5. vix2.core01.vie01.atlas.coge 0.0% 10 24.2 23.8 23.2 24.5
0.4
6. te1-3.ccr01.muc01.atlas.coge 20.0% 10 30.5 34.8 29.9 65.1
12.3
7. te8-3.mpd02.fra03.atlas.coge 0.0% 10 35.8 67.9 34.4 184.2
47.2
8. te3-3.mpd01.fra03.atlas.coge 0.0% 10 35.0 35.4 34.7 36.0
0.4
9. cogentco.com 0.0% 10 34.6 34.9 34.5 35.5
0.3

do góry

K pisze:
> Andrzej 'The Undefined' Dopierała pisze:
>> Hm.. dziwne że nikt jeszcze nie "zauważył" na grupie ;)
>> http://gigaom.com/2008/03/14/the-telia-cogent-spat-c
ould-ruin-web-for-many/
>>
>>
>> Efekt - brak połączenia przez operatorów mających tylko telię do cogenco
>> ;)
>> undef@sv:~$ traceroute www.cogentco.com
>> traceroute to cogentco.com (38.100.128.10), 30 hops max, 40 byte packets
>> 1 XXX
>> 2 css8-ge1-2-0-1234.man.poznan.pl (212.126.xx.xxx) 3.923 ms 5.441
>> ms 10.944 ms
>> 3 212.191.224.21 (212.191.224.21) 10.451 ms 2.435 ms 1.958 ms
>> 4 z-poznan-gw1.aconet.10gb.rtr.pionier.gov.pl (212.191.224.150)
>> 17.485 ms 19.471 ms 20.481 ms
>> 5 * * *
>> 6 * * *
>>
>>
>> A z samej telii:
>>
>> [undefine@piastlan links]$ ./traceroute.telia.Poznan 38.100.128.10
>> Router: Poznan
>>
>> Command: traceroute 38.100.128.10
>>
>> Tracing the route to 38.100.128.10
>>
>> 1 * * * 2 * * * 3 * * * 4 * * *
>> Ktoś jeszcze poza "komercyjnymi" manami ma z tym problem? :)
>>
>
> edu man w gdansku nie ma problemu. gts i netia tez nie maja problemu.
>
> 2. 10ge-ci-gw.task.gda.pl 0.0% 10 0.8 1.2 0.8 1.6
> 0.3
> 3. z-gdanska.poznan-gw1.10gb.rt 0.0% 10 7.2 7.9 7.2 8.3
> 0.4
> 4. z-poznan-gw1.aconet.10gb.rtr 0.0% 10 23.9 23.6 23.3 24.2
> 0.3
> 5. vix2.core01.vie01.atlas.coge 0.0% 10 24.2 23.8 23.2 24.5
> 0.4
> 6. te1-3.ccr01.muc01.atlas.coge 20.0% 10 30.5 34.8 29.9 65.1
> 12.3
> 7. te8-3.mpd02.fra03.atlas.coge 0.0% 10 35.8 67.9 34.4 184.2
> 47.2
> 8. te3-3.mpd01.fra03.atlas.coge 0.0% 10 35.0 35.4 34.7 36.0
> 0.4
> 9. cogentco.com 0.0% 10 34.6 34.9 34.5 35.5
> 0.3

WASK też ma problemy

$ traceroute www.cogentco.com
traceroute to cogentco.com (38.100.128.10), 64 hops max, 40 byte packets
1 split-do-lan2.biskupin.wroc.pl (212.127.91.254) 0 ms 1 ms 0 ms
2 loopa-do-split.biskupin.wroc.pl (212.127.91.238) 1 ms 1 ms 1 ms
3 * * *
4 Klakier-do-Biskupin.ip.WRO.Korbank.PL (212.127.95.226) 12 ms 14
ms 4 ms
5 wask-do-korbank-gargamel.wask.wroc.pl (212.127.66.238) 6 ms 17 ms
10 ms
6 * 156.17.250.223 (156.17.250.223) 11 ms 5 ms
7 z-wroclawia.poznan-gw1.10Gb.rtr.pionier.gov.pl (212.191.224.105)
12 ms 12 ms 10 ms
8 z-poznan-gw1.ACOnet.10Gb.rtr.pionier.gov.pl (212.191.224.150) 26
ms 32 ms 26 ms
9 * * *
10 * * *
11 * * *


--
[WRC] Biały Scenic 2000 1,9 dTI
CB: Intek M-490 + ML 145

+-=-=-=-=-=-=-=- Przemysław Gubernat -=-=-=-=-=-=-=-=-=-=-=-+
| _API Internet_ A. Stolarczyk i P. Gubernat Spółka Jawna |
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
=-=-=-=-+

do góry

>edu man w gdansku nie ma problemu. gts i netia tez nie maja problemu.
>
> 2. 10ge-ci-gw.task.gda.pl 0.0% 10 0.8 1.2 0.8 1.6 0.3
> 3. z-gdanska.poznan-gw1.10gb.rt 0.0% 10 7.2 7.9 7.2 8.3 0.4
> 4. z-poznan-gw1.aconet.10gb.rtr 0.0% 10 23.9 23.6 23.3 24.2 0.3
> 5. vix2.core01.vie01.atlas.coge 0.0% 10 24.2 23.8 23.2 24.5 0.4
> 6. te1-3.ccr01.muc01.atlas.coge 20.0% 10 30.5 34.8 29.9 65.1
> 12.3
> 7. te8-3.mpd02.fra03.atlas.coge 0.0% 10 35.8 67.9 34.4 184.2
> 47.2
> 8. te3-3.mpd01.fra03.atlas.coge 0.0% 10 35.0 35.4 34.7 36.0 0.4
> 9. cogentco.com 0.0% 10 34.6 34.9 34.5 35.5 0.3


przepraszam, ale czy widzisz gdzieś tutaj wyjście przez Telie ?
To że GTS i Netia nie mają problemu, to znaczy że mają wyjście do Cogento
inną trasą niż via Telia.
Ale są też firmy (zdaje się cały pionier komercyjny) który ruch zagraniczny
w większości łyka via Telia i tu jest problem.

tutaj przykład akurat działający:
##############################
[bgp1]RedBack_SE100#show bgp route 38.0.0.0/8
BGP ipv4 unicast routing table entry: 38.0.0.0/8, version 26527027
Paths: total 2, best path count 1, best peer 193.111.38.97
Advertised to non peer-group peers: 1
195.66.73.250

15744 8501 1853 174
Nexthop 212.106.159.142 (0), peer 212.106.159.142 (83.230.95.253), AS
15744
Origin IGP, localpref 200, med 0, weight 100, external
Community: 1853:1120 8501:1129 8508:1001 8664:2040


24724 15606 174
Nexthop 193.111.38.97 (0), peer 193.111.38.97 (193.111.37.2), AS 24724
Origin IGP, localpref 200, med 0, weight 100, external, best
Community: 8308:60030 8308:62000 8308:62100
###############################

via 15744 to jest Silweb - część pioniera i albo tak było od początku, albo
zmienili to z powodu jak w temacie - trasa jest nie przez telie a przez
operatora z austrii - wygląda na jakieś akademickie zastępcze połączenie.


Marcin

do góry

Marcin Kuczera <m...@l...usun-to.pl> wrote:
> To że GTS i Netia nie mają problemu, to znaczy że mają wyjście do Cogento
> inną trasą niż via Telia.

W ticketach http://noc.pionier.gov.pl/ wszystko jest opisane...

--
ŁT

do góry

Dnia 20.03.2008 Marcin Kuczera <m...@l...usun-to.pl> napisał/a:
> via 15744 to jest Silweb - część pioniera i albo tak było od początku, albo
> zmienili to z powodu jak w temacie - trasa jest nie przez telie a przez
> operatora z austrii - wygląda na jakieś akademickie zastępcze połączenie.
pionier komercyjny "pcha" swój ruch przez aconet - podobnie jak
edukacyjny. Problem w tym że aconet pioniera komercyjnego do vixa i
cogento nie rozgłasza - do tej pory to działało "z powrotem" przez telię
- teraz już nie ;)

Zastanawia mnie czy ktoś poza pionierem komercyjnym ma problemy z tego
tytułu. W sumie wszyscy więksi (netia, gts, atman, crowley, exatel,
tktelekom...) mają "nie tylko telię", więc ich sprawa nie dotyczy. A jak
z mniejszymi?

--
Andrzej 'The Undefined' Dopierała
Linux && Unix && Network administrator
PLD Linux Developer HomePage: http://andrzej.dopierala.name/
JID: u...@p...net e-mail: a...@d...name

do góry

Andrzej 'The Undefined' Dopierała pisze:
> Dnia 20.03.2008 Marcin Kuczera <m...@l...usun-to.pl> napisał/a:
>> via 15744 to jest Silweb - część pioniera i albo tak było od początku, albo
>> zmienili to z powodu jak w temacie - trasa jest nie przez telie a przez
>> operatora z austrii - wygląda na jakieś akademickie zastępcze połączenie.
> pionier komercyjny "pcha" swój ruch przez aconet - podobnie jak
> edukacyjny. Problem w tym że aconet pioniera komercyjnego do vixa i
> cogento nie rozgłasza - do tej pory to działało "z powrotem" przez telię
> - teraz już nie ;)
>
> Zastanawia mnie czy ktoś poza pionierem komercyjnym ma problemy z tego
> tytułu. W sumie wszyscy więksi (netia, gts, atman, crowley, exatel,
> tktelekom...) mają "nie tylko telię", więc ich sprawa nie dotyczy. A jak
> z mniejszymi?
>

http://www.atcom.pl/cgi-bin/traceroute.pl

na swoich stronach pisza ze zagranice maja via telia, wyniki traceroute
zdaja sie to potwierdzac.

do góry

K wrote:
>
> http://www.atcom.pl/cgi-bin/traceroute.pl
>
> na swoich stronach pisza ze zagranice maja via telia, wyniki traceroute
> zdaja sie to potwierdzac.

cogentco skasowało peeringi z telią - jak zwykle poszło o kasę.
r1#sh ip bg reg ^1299_174_
r1#

---

do góry

> Efekt - brak połączenia przez operatorów mających tylko telię do cogenco
> ;)

hmm, czy czasem nie wróciło to już do stanu poprzedniego ?
Mam wrażenie że mi ruch przez telie wzrósł..

Marcin

do góry

Marcin Kuczera <m...@l...usun-to.pl> wrote:
> hmm, czy czasem nie wróciło to już do stanu poprzedniego ?
> Mam wrażenie że mi ruch przez telie wzrósł..

Right, wróciło.

Pozdrawiam,

--
Tomasz Lemiech
RLU#189399
No animals were harmed in transmission of this message.

do góry