Odkryłem bardzo ciekawą rzecz. Na tyle oryginalną, że aż mi się nie chce
w to wierzyć. Dlatego też nie piszę reklamacji do GTS, tylko poproszę
tutaj ochotników o sprawdzenie.

Otóż, wszystkie moje obserwacje wskazują, że na styku GTS-TPSA giną
pakiety idące z GTS do TPSA protokołu TCP z flagami SYN,ACK i z źródłowym
portem 411-413. Przy czym źródłowy adres może być z sieci GTS albo
z dowolnej sieci spiętej przez BGP z GTS.

Niespełnienie dowolnego z powyższych warunków powoduje, że pakiety
przechodzą. Pakiety z samą flagą SYN idą. Pakiety z portu do 410 oraz
powyżej 414 też idą.


Co ciekawe, łatwo to sprawdzić w tepsie:

telnet: Unable to connect to remote host: Connection refused
ser.suw:~ $ telnet 157.25.4.65 80
Trying 157.25.4.65...
telnet: Unable to connect to remote host: Connection refused
ser.suw:~ $ telnet 157.25.4.65 410
Trying 157.25.4.65...
telnet: Unable to connect to remote host: Connection refused
ser.suw:~ $ telnet 157.25.4.65 411
Trying 157.25.4.65...

ser.suw:~ $ telnet 157.25.4.65 412
Trying 157.25.4.65...

ser.suw:~ $ telnet 157.25.4.65 413
Trying 157.25.4.65...

ser.suw:~ $ telnet 157.25.4.65 414
Trying 157.25.4.65...
telnet: Unable to connect to remote host: Connection refused


To samo pokazuje tcptraceroute:

ser.mas:/home/gregor # tcptraceroute -p 410 217.98.1.1
Tracing the path to 217.98.1.1 on TCP port 80 (www), 30 hops max
3 taro-dbp2-ge-0-0-0-202.net.ipartners.pl (157.25.4.77) 3.775 ms 3.963 ms 3.882
ms
4 * * *
5 157.25.4.66 4.558 ms 24.920 ms 6.425 ms
6 gts-ipart.war-ar2.tpnet.pl (80.50.232.197) 22.711 ms 4.267 ms 25.656 ms
7 do.poz-ar3.z.poz-r1.tpnet.pl (213.25.5.90) 14.879 ms 11.335 ms 11.207 ms
8 217.98.1.1 [open] 33.580 ms 22.909 ms 36.287 ms

ser.mas:/home/gregor # tcptraceroute -p 411 217.98.1.1
Tracing the path to 217.98.1.1 on TCP port 80 (www), 30 hops max
3 taro-dbp2-ge-0-0-0-202.net.ipartners.pl (157.25.4.77) 4.007 ms 3.892 ms 4.146
ms
4 * * *
5 * * *
6 * * *
7 * * *

Nie mam zielonego pojęcia, o co chodzi. Chętnych mających dostęp do łącza
TPSA albo GTS proszę o sprawdzenie.

--
Grzegorz Janoszka

do góry

On Wed, 12 Sep 2007 20:19:25 +0000 (UTC) I had a dream that Grzegorz Janoszka
<G...@S...Janoszka.pl> wrote:
>Otóż, wszystkie moje obserwacje wskazują, że na styku GTS-TPSA giną
>pakiety idące z GTS do TPSA protokołu TCP z flagami SYN,ACK i z źródłowym
>portem 411-413. Przy czym źródłowy adres może być z sieci GTS albo
>z dowolnej sieci spiętej przez BGP z GTS.

Aha, podany powyżej problem NIE występuje w przypadku sieci spiętej po
BGP z TPSA, objawia się tylko dla adresu docelowego należącego do AS5617
(TPSA).

--
Grzegorz Janoszka

do góry

Dnia 12.09.2007 Grzegorz Janoszka <G...@S...Janoszka.pl> napisał/a:
>
> Nie mam zielonego pojęcia, o co chodzi. Chętnych mających dostęp do łącza
> TPSA albo GTS proszę o sprawdzenie.

faktycznie , nie przechodzą ;)


--
Tomasz Paszkowski
SS7, Asterisk, IPTV, BGP

do góry

G...@S...Janoszka.pl (Grzegorz Janoszka) writes:

> ser.suw:~ $ telnet 157.25.4.65 410
> Trying 157.25.4.65...
> telnet: Unable to connect to remote host: Connection refused
> ser.suw:~ $ telnet 157.25.4.65 411
> Trying 157.25.4.65...
>

Yep. Z tepsy jest jak wyżej, z pracy mam na obu portach Connection
refused.

MZPP? (*)

MJ
(*) Mały Zielony Pożeracz Pakietów?

do góry

Grzegorz Janoszka pisze:
> Nie mam zielonego pojęcia, o co chodzi. Chętnych mających dostęp do łącza
> TPSA albo GTS proszę o sprawdzenie.
>

5 katowice-abr2-ge-1-3-0-11.net.ipartners.pl (157.25.4.169) 7.569 ms
6.593 ms 6.032 ms
6 taro-katowice1-so-6-0-0.net.ipartners.pl (157.25.4.45) 6.959 ms
7.507 ms 6.609 ms
7 taro-dbp2-so-7-0-0.net.ipartners.pl (157.25.4.49) 15.072 ms
14.430 ms 14.376 ms
8 * * *
9 * * *
10 * * *
11 * * *

I dalej qpa na oczy.

--
.: Lesio :.
www.lesio.net
GG:1163804

do góry

On Wed, 12 Sep 2007 22:50:31 +0200 I had a dream that Michal Jankowski
<m...@f...edu.pl> wrote:
>> ser.suw:~ $ telnet 157.25.4.65 410
>> Trying 157.25.4.65...
>> telnet: Unable to connect to remote host: Connection refused
>> ser.suw:~ $ telnet 157.25.4.65 411
>> Trying 157.25.4.65...
>Yep. Z tepsy jest jak wyżej, z pracy mam na obu portach Connection
>refused.

Ufff, dobrze, że potwierdziliście, bo samo zjawisko jest niewiarygodne
i już myślałem, że jedzenie z mikrofali naprawdę szkodzi na mózg ;)

>MZPP? (*)
>(*) Mały Zielony Pożeracz Pakietów?

Raczej MZBWPP - Mały Zielony Bardzo Wybredny Pożeracz Pakietów,
bo smakują mu tylko TCP SYN,ACK z portem źródłowym 411-413 ;)

--
Grzegorz Janoszka

do góry

Grzegorz Janoszka pisze:
> Odkryłem bardzo ciekawą rzecz. Na tyle oryginalną, że aż mi się nie chce
> w to wierzyć. Dlatego też nie piszę reklamacji do GTS, tylko poproszę
> tutaj ochotników o sprawdzenie.
>

potwierdzam,
2 gdansk-abr1-ge-0-2-0-3.net.ipartners.pl (217.153.2.161) 8.660 ms
8.090 ms 6.477 ms
3 taro-dbp1-so1-0-0.net.ipartners.pl (157.25.3.249) 12.817 ms 11.848
ms 8.770 ms
4 * * *
5 * * *
6 * * *

moze to jest ten problem, ktorego nie potrafia zdiagnozowac w swoim
szkielecie ? ;]

do góry

Grzegorz Janoszka pisze:
> On Wed, 12 Sep 2007 22:50:31 +0200 I had a dream that Michal Jankowski
<m...@f...edu.pl> wrote:
>>> ser.suw:~ $ telnet 157.25.4.65 410
>>> Trying 157.25.4.65...
>>> telnet: Unable to connect to remote host: Connection refused
>>> ser.suw:~ $ telnet 157.25.4.65 411
>>> Trying 157.25.4.65...
>> Yep. Z tepsy jest jak wyżej, z pracy mam na obu portach Connection
>> refused.
>
> Ufff, dobrze, że potwierdziliście, bo samo zjawisko jest niewiarygodne
> i już myślałem, że jedzenie z mikrofali naprawdę szkodzi na mózg ;)

Czyli poprostu tna direct connect. 411 to podstawowy port hubow DC, 412
to port na ktorym siedzi klient DC.


--
Pozdrawiam
kanold

"Jeśli zrobienie czegoś sprawia Ci trudność, sięgnij po większy młotek"

do góry

K pisze:
> moze to jest ten problem, ktorego nie potrafia zdiagnozowac w swoim
> szkielecie ? ;]

A moze to wina uszkodzonego swiatlowodu ? :] pakiety leca w kosmos.

--
.: Lesio :.
www.lesio.net
GG:1163804

do góry

On Wed, 12 Sep 2007 23:36:53 +0200 I had a dream that kanold <a...@K...pl> wrote:
>Czyli poprostu tna direct connect. 411 to podstawowy port hubow DC, 412
>to port na ktorym siedzi klient DC.

No właśnie ja to odkryłem przez diagnozowanie problemów właśnie z DC.
Swoją drogą problem na pewno występuje od co najmniej paru miesięcy.

--
Grzegorz Janoszka

do góry