taki problem (internetDSL):


# tracepath www.sonyericsson.com
1: dsl41 (80.55.37.41) 1.046ms
2: war-ru2.tpnet.pl (213.25.2.28) asymm 3 51.374ms
3: z.war-ru2.do.war-r4.tpnet.pl (213.25.5.5) asymm 4 84.420ms
4: do.war-ar9.z.war-r4.tpnet.pl (213.25.12.60) asymm 5 40.185ms
5: 213.77.0.50 (213.77.0.50) asymm 6 45.338ms
6: taro-wawa-g0-3-0-220.ipartners.pl (217.153.3.13) asymm 7 55.732ms
7: lim-ge0-2-34.ipartners.pl (217.153.3.90) 153.516ms
8: 217.153.33.234 (217.153.33.234) 156.060ms
9: a80-72-33-39.deploy.akamaitechnologies.com (80.72.33.39) 162.142ms
reached
Resume: pmtu 1500 hops 9 back 9


niby ok, ale przegladarka/squid wyrzuca timeout. w3cache.tpnet.pl tak
samo. dopiero puszczenie przez ICM pomaga, czyli generalnei dziala ;o)

cos przegapilem?


--
Łukasz Grąbczewski
LG1028-RIPE
www.legionowo.eu.org

do góry

idsl - slask

traceroute to sonyericsson.com (193.180.17.143), 30 hops max, 38 byte
packets
1 en149.internetdsl.tpnet.pl (80.53.13.149) 0.632 ms 0.465 ms 0.411 ms
2 kat-ru2.idsl.tpnet.pl (213.25.2.207) 11.831 ms 20.140 ms 12.349 ms
3 z.kat_ru2.do.kat-r2.tpnet.pl (213.25.5.113) 9.644 ms 9.937 ms
21.853 ms
4 * * *
5 do-war-tr4.tptransit.pl (195.149.232.141) 16.139 ms 31.454 ms
16.655 ms
6 war-b1-pos14-0.telia.net (213.248.79.13) 14.698 ms 14.681 ms
15.612 ms
7 hbg-bb1-pos3-0-0.telia.net (213.248.65.57) 56.847 ms 29.707 ms
31.440 ms
8 s-bb1-pos5-0-0.telia.net (213.248.64.29) 72.096 ms 53.270 ms
54.130 ms
9 s-b4-pos12-0.telia.net (213.248.66.6) 51.394 ms 50.771 ms 51.388 ms
10 hy-peer1-pos4-0.se.telia.net (213.248.101.141) 52.616 ms 65.908 ms
51.125 ms
11 fre-c1-link.se.telia.net (81.228.72.42) 48.016 ms 50.402 ms 47.815 ms
12 fre-c2-link.se.telia.net (81.228.72.29) 52.222 ms 67.702 ms 51.553 ms
13 hy-d6-link.se.telia.net (81.228.72.207) 52.206 ms 52.129 ms 70.478 ms
14 ericsson-hy.k.telia.net (213.64.82.162) 69.457 ms 51.854 ms 51.024 ms
15 sealww01-telia.ericsson.net (193.180.17.233) 49.562 ms 64.162 ms *
16 bigip.sem.ericsson.net (193.180.17.143) 53.008 ms 52.213 ms 51.773 ms
17 * bigip.sem.ericsson.net (193.180.17.143) 54.222 ms !H 54.113 ms !H



strona laduje sie poprawnie.

pozdr.
Michal B

do góry

l_uka <N...@p...fm> wrote:
> taki problem (internetDSL):
>
>
> # tracepath www.sonyericsson.com
> 1: dsl41 (80.55.37.41) 1.046ms
> 2: war-ru2.tpnet.pl (213.25.2.28) asymm 3 51.374ms
> 3: z.war-ru2.do.war-r4.tpnet.pl (213.25.5.5) asymm 4 84.420ms
> 4: do.war-ar9.z.war-r4.tpnet.pl (213.25.12.60) asymm 5 40.185ms
> 5: 213.77.0.50 (213.77.0.50) asymm 6 45.338ms
> 6: taro-wawa-g0-3-0-220.ipartners.pl (217.153.3.13) asymm 7 55.732ms
> 7: lim-ge0-2-34.ipartners.pl (217.153.3.90) 153.516ms
> 8: 217.153.33.234 (217.153.33.234) 156.060ms
> 9: a80-72-33-39.deploy.akamaitechnologies.com (80.72.33.39) 162.142ms
> reached
> Resume: pmtu 1500 hops 9 back 9
>
>
> niby ok, ale przegladarka/squid wyrzuca timeout. w3cache.tpnet.pl tak
> samo. dopiero puszczenie przez ICM pomaga, czyli generalnei dziala ;o)
>
> cos przegapilem?

Czyjego DNS używasz?

Pozdrawiam,

Krzysztof Oledzki

--
Krzysztof Olędzki
e-mail address: ole(a-t)ans(d-o-t)pl
Registered User: Linux - 189200, BSD - 51140
Nick Handles: KO60-RIPE, KO60-6BONE, KO581 (Network Solutions)

do góry

l_uka <N...@p...fm> wrote:

> niby ok, ale przegladarka/squid wyrzuca timeout. w3cache.tpnet.pl tak
> samo. dopiero puszczenie przez ICM pomaga, czyli generalnei dziala ;o)

Skoro akamai stoi między innymi w ICM, to nie dziwne... :P

--
[ ŁT ]

do góry

Krzysztof Oledzki napisał(a):
> Czyjego DNS używasz?
>


w zasadzie to swojego :) ale sprawdze ten trop. thx




--
Łukasz Grąbczewski
LG1028-RIPE
www.legionowo.eu.org

do góry

Krzysztof Oledzki napisał(a):
> Czyjego DNS używasz?
>

no dobra, to przez DNSa :(


~# dig www.sonyericsson.com @10.1.1.10

; <<>> DiG 9.2.3 <<>> www.sonyericsson.com @10.1.1.10
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23929
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 9, ADDITIONAL: 0

;; QUESTION SECTION:
;www.sonyericsson.com. IN A

;; ANSWER SECTION:
www.sonyericsson.com. 28656 IN CNAME
www.sonyericsson.com.edgesuite.net.
www.sonyericsson.com.edgesuite.net. 21456 IN CNAME a156.g.akamai.net.
a156.g.akamai.net. 20 IN A 80.72.33.45
a156.g.akamai.net. 20 IN A 80.72.33.39

;; AUTHORITY SECTION:
g.akamai.net. 1656 IN NS n2g.akamai.net.
g.akamai.net. 1656 IN NS n3g.akamai.net.
g.akamai.net. 1656 IN NS n4g.akamai.net.
g.akamai.net. 1656 IN NS n5g.akamai.net.
g.akamai.net. 1656 IN NS n6g.akamai.net.
g.akamai.net. 1656 IN NS n7g.akamai.net.
g.akamai.net. 1656 IN NS n8g.akamai.net.
g.akamai.net. 1656 IN NS n0g.akamai.net.
g.akamai.net. 1656 IN NS n1g.akamai.net.

;; Query time: 12 msec
;; SERVER: 10.1.1.10#53(10.1.1.10)
;; WHEN: Thu Feb 3 10:51:35 2005
;; MSG SIZE rcvd: 308


~# dig www.sonyericsson.com @194.204.159.1

; <<>> DiG 9.2.3 <<>> www.sonyericsson.com @194.204.159.1
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41881
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 9, ADDITIONAL: 9

;; QUESTION SECTION:
;www.sonyericsson.com. IN A

;; ANSWER SECTION:
www.sonyericsson.com. 28165 IN CNAME
www.sonyericsson.com.edgesuite.net.
www.sonyericsson.com.edgesuite.net. 20845 IN CNAME a156.g.akamai.net.
a156.g.akamai.net. 20 IN A 193.45.1.118
a156.g.akamai.net. 20 IN A 193.45.1.113

;; AUTHORITY SECTION:
g.akamai.net. 1023 IN NS n6g.akamai.net.
g.akamai.net. 1023 IN NS n7g.akamai.net.
g.akamai.net. 1023 IN NS n8g.akamai.net.
g.akamai.net. 1023 IN NS n0g.akamai.net.
g.akamai.net. 1023 IN NS n1g.akamai.net.
g.akamai.net. 1023 IN NS n2g.akamai.net.
g.akamai.net. 1023 IN NS n3g.akamai.net.
g.akamai.net. 1023 IN NS n4g.akamai.net.
g.akamai.net. 1023 IN NS n5g.akamai.net.

;; ADDITIONAL SECTION:
n0g.akamai.net. 1037 IN A 193.219.28.101
n1g.akamai.net. 1945 IN A 193.219.28.106
n2g.akamai.net. 2913 IN A 193.219.28.125
n3g.akamai.net. 1060 IN A 193.219.28.101
n4g.akamai.net. 1037 IN A 193.219.28.101
n5g.akamai.net. 1051 IN A 193.219.28.101
n6g.akamai.net. 1060 IN A 195.113.150.10
n7g.akamai.net. 2157 IN A 195.249.15.5
n8g.akamai.net. 1037 IN A 193.219.28.101

;; Query time: 16 msec
;; SERVER: 194.204.159.1#53(194.204.159.1)
;; WHEN: Thu Feb 3 10:52:59 2005
;; MSG SIZE rcvd: 452



nie wiem czy to moj problem czy ogolnie polIP (raczej tpIP) ale jesli
ktos ma jakis ciekawy pomysl na szybko, to odpowiedz moze byc na priv.
na razie wymyslilem, ze recznie ustawie strefe - gorzej jak sie cos
pozmienia :-/



--
Łukasz Grąbczewski
LG1028-RIPE
www.legionowo.eu.org

do góry

Fajna zabawa z DNS, akamai i łączami TPSA. Co jakiś czas trzeba zmieniać
DNSy. Aktualnie działa dns2.tpsa.pl...

do góry

l_uka <N...@p...fm> writes:

> taki problem (internetDSL):
>
>
> # tracepath www.sonyericsson.com
> 1: dsl41 (80.55.37.41) 1.046ms
> 2: war-ru2.tpnet.pl (213.25.2.28) asymm 3 51.374ms
> 3: z.war-ru2.do.war-r4.tpnet.pl (213.25.5.5) asymm 4 84.420ms
> 4: do.war-ar9.z.war-r4.tpnet.pl (213.25.12.60) asymm 5 40.185ms
> 5: 213.77.0.50 (213.77.0.50) asymm 6 45.338ms
> 6: taro-wawa-g0-3-0-220.ipartners.pl (217.153.3.13) asymm 7 55.732ms
> 7: lim-ge0-2-34.ipartners.pl (217.153.3.90) 153.516ms
> 8: 217.153.33.234 (217.153.33.234) 156.060ms
> 9: a80-72-33-39.deploy.akamaitechnologies.com (80.72.33.39)
> 162.142ms reached


80.72.33.39 - etop. Od zawsze rozgłaszają za dużo akamaiowi (robiąc im
drogi prezent). Może nawet cały świat?
Szkoda tylko, że psują w ten sposób jakość serwisu.

Jacek

do góry

Ups Pan chyba z GTS - to ja przepraszam, bo o ile wiem to Dzial L3 GTS
rozszyfrowal wreszcie skrot BGP jako "Bardzo Grozny Protokol"
Ale bez zartow ....


Do Akamai rozsylamy 1219 routow i nie ma tam klas z AS 5617, a jak Pan wie
swiat (0/0) jest podzielony na okolo 12500 troche mniejszych routow.
Na logike wiec biorac
ER:= ilosc rozglaszanych routow przez etop
WR:= ilosc routow w fullfeedzie
to:

If ER < WR AND (Etop nie rozglasza 0/0 = true) then Etop nie rozglasza
swiata i nie psuje Akamai.

Licze na sprostowanie z Pana strony


--
--
Serdecznie pozdrawiam,
Konrad Olszewski

Etop Sp. z o.o.
Al. Jerozolimskie 200, 02-222 Warszawa
telefon 022-5780 100 telefon bezposredni 022-5780 112
telefaks 022-5780 101 http://www.etop.pl



Użytkownik "Jacek Zapala" <j...@i...pl> napisał w wiadomości
news:87ekfruuos.fsf@kx.jacek.it.pl...
> l_uka <N...@p...fm> writes:
>
>> taki problem (internetDSL):
>>
>>
>> # tracepath www.sonyericsson.com
>> 1: dsl41 (80.55.37.41) 1.046ms
>> 2: war-ru2.tpnet.pl (213.25.2.28) asymm 3 51.374ms
>> 3: z.war-ru2.do.war-r4.tpnet.pl (213.25.5.5) asymm 4 84.420ms
>> 4: do.war-ar9.z.war-r4.tpnet.pl (213.25.12.60) asymm 5 40.185ms
>> 5: 213.77.0.50 (213.77.0.50) asymm 6 45.338ms
>> 6: taro-wawa-g0-3-0-220.ipartners.pl (217.153.3.13) asymm 7 55.732ms
>> 7: lim-ge0-2-34.ipartners.pl (217.153.3.90) 153.516ms
>> 8: 217.153.33.234 (217.153.33.234) 156.060ms
>> 9: a80-72-33-39.deploy.akamaitechnologies.com (80.72.33.39)
>> 162.142ms reached
>
>
> 80.72.33.39 - etop. Od zawsze rozgłaszają za dużo akamaiowi (robiąc im
> drogi prezent). Może nawet cały świat?
> Szkoda tylko, że psują w ten sposób jakość serwisu.
>
> Jacek
>
>

do góry

"Olszewski Konrad [Etop]" <k...@e...pl> writes:

> Ups Pan chyba z GTS - to ja przepraszam, bo o ile wiem to Dzial L3 GTS
> rozszyfrowal wreszcie skrot BGP jako "Bardzo Grozny Protokol"

Pominę milczeniem tę zaczepkę, tym bardziej, że nie wypowiadałem się w
imieniu żadnej firmy.

> Do Akamai rozsylamy 1219 routow i nie ma tam klas z AS 5617, a jak
> Pan wie swiat (0/0) jest podzielony na okolo 12500 troche mniejszych
> routow. Na logike wiec biorac ER:= ilosc rozglaszanych routow przez
> etop WR:= ilosc routow w fullfeedzie to:
>
> If ER < WR AND (Etop nie rozglasza 0/0 = true) then Etop nie rozglasza
> swiata i nie psuje Akamai.

Otrzymałem od Pana informację, że nadmiarowe routy zostały już przez
Państwa odfiltrowane i że problemy z TPSA powinny ustąpić.
Pozostaje się jedynie cieszyć z szybkości działania firmy ETOP.

> Licze na sprostowanie z Pana strony

Potwierdzam, że moja niepewność wyrażona słowem "może" w wypowiedzi
"może nawet cały świat" miała podstawy - ETOP nie rozgłasza Akamaiowi
całego świata.

Pozdrawiam,

Jacek

do góry