Witam,

Zgłaszano mi problemy z serwerem pocztowym na DSL-u (TP) - dziwne timeouty
dla maili przychodzących z o2 (z załącznikami ~100K i więcej). Poprawianie
konfiguracji serwera nie pomogło... Potem okazało się, że to samo jest na
SDI i wszystko stało się jasne: problemem jest styk intranetu TP ze światem
(niżej traceroute). Czy wiadomo, kiedy TP zamierza naprawić *swój* problem?

1 *.internetdsl.tpnet.pl (80.53.218
2 poz-ru2.idsl.tpnet.pl (213.25.2.39)
3 z.poz_ru2.do.poz-r2.tpnet.pl (213.25.5.193)
4 z.poz_r2.do.szcz_r1.tpnet.pl (194.204.175.140)
5 z.szcz_r1.do.gda_r1.tpnet.pl (194.204.175.141)
6 z.gda-r1.do.ols-r1.tpnet.pl (194.204.175.233)
7 * * z.ols-r1.do.war-r3.tpnet.pl (194.204.175.237)
8 do-war-tr4.tptransit.pl (195.149.232.141)
9 war-b1-pos14-0.telia.net (213.248.76.117)
10 hbg-bb2-pos3-2-0.telia.net (213.248.65.33)
11 hbg-b2-pos0-1-0.telia.net (213.248.65.182)
12 sprint-02069-hbg-b2.telia.net (213.248.79.30)
13 sl-bb21-ham-15-0.sprintlink.net (217.147.96.46)
14 sl-bb20-fra-13-0.sprintlink.net (213.206.129.61)
15 sl-bb21-fra-15-0.sprintlink.net (217.147.96.34)
16 sl-bb21-vie-3-0.sprintlink.net (213.206.129.122)
17 sl-gw10-vie-15-0.sprintlink.net (80.66.136.37)
18 sle-gtshu-14-0.sprintlink.net (80.66.137.30)
19 195.39.208.158 (195.39.208.158)
20 koda4-g0-1-473.ipartners.pl (217.153.2.205)
21 z-ipartners.poznan-pol34.pl (195.94.194.2)
22 lm-gw.man.poznan.pl (212.126.28.117)
23 kogut.o2.pl (212.126.20.61)

do góry

Piotr C. <p...@b...mabanana.com> wrote:

> (niżej traceroute). Czy wiadomo, kiedy TP zamierza naprawić *swój* problem?

A że to problem TPSA - wywróżyłeś z fusów?

--
Przemysław Maciuszko

do góry

Przemysław Maciuszko <s...@h...pl> writes:

> Piotr C. <p...@b...mabanana.com> wrote:
>
>> (niżej traceroute). Czy wiadomo, kiedy TP zamierza naprawić *swój* problem?
>
> A że to problem TPSA - wywróżyłeś z fusów?

Z plam na suficie.

eloy
--
-------e-l-o-y-----------e-l-o-y-@-t-r-a-n-s-i-l-v-a
-n-i-a-.-e-u-.-o-r-g------

jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej

do góry

Piotr C. pisze:
> Zgłaszano mi problemy z serwerem pocztowym na DSL-u (TP) - dziwne timeouty
> dla maili przychodzących z o2 (z załącznikami ~100K i więcej). Poprawianie
> konfiguracji serwera nie pomogło... Potem okazało się, że to samo jest na
> SDI i wszystko stało się jasne: problemem jest styk intranetu TP ze światem
> (niżej traceroute). Czy wiadomo, kiedy TP zamierza naprawić *swój* problem?

A nie jest problemem np. to: http://42.pl/url/1cH ?

--
>Tomasz 'BloodMan' Tomkowiak< [Nie kłóć się z głupim, niektórzy mogą]
r...@t...one.pl [ nie zauważyć między wami różnicy... ]

do góry

Użytkownik "Tomasz Tomkowiak" <u...@t...one.pl> napisał w
wiadomości news:slrn.pl.c8ivoa.dn8.usun_to_bloodman@trzcianka.o
ne.pl...
> A nie jest problemem np. to: http://42.pl/url/1cH ?

Otóż to. Ale nadal twierdze, ze jest to problem TP. Mimo że to oni stawiają
(ew. próbują stawiać) warunki.

pozdr.

do góry

Użytkownik "Piotr C." <p...@b...mabanana.com> napisał:

> Zgłaszano mi problemy z serwerem pocztowym na DSL-u (TP) - dziwne timeouty
> dla maili przychodzących z o2 (z załącznikami ~100K i więcej). Poprawianie
> konfiguracji serwera nie pomogło...

Mam ten sam problem: mój serwer pocztowy stoi na łączu WASK i co rusz
userzy raportują kłopoty w wysyłaniu listów z załącznikami (juz od kilku-
dziecieciu kB) do odbiorców mających konta na serwerach w TPSA. W logach
powtarza sie jak mantra: ".. time out when sending message body .." :(
Podobnie ludziom podpiętym via TP ślimaczą się strony WWW zlokalizowane
na moim serwerze. Co ciekawe z sieci lokalnej bez większego problemu
jest dostęp do hostów "polpakowych" co świadczyłoby że ruch jest ścinany
tylko w jedną stronę :/

Pozdr!
jO.

do góry

Użytkownik "Jacek Orłowski" <J...@O...Com.SpamRemove> napisał w
wiadomości news:c6irlp$qdk$1@opat.biskupin.wroc.pl...
> Mam ten sam problem: mój serwer pocztowy stoi na łączu WASK i co rusz
> userzy raportują kłopoty w wysyłaniu listów z załącznikami (juz od kilku-
> dziecieciu kB) do odbiorców mających konta na serwerach w TPSA.

Okazuje się że wina tepsy jest częściowa. Doszły mnie słuchy, jakoby o2
transmitowało większe MTU niż 1500, czego np. standardowo ustawiony Linux
nie łyka zwracając po ICMP żądanie fragmentacji, które jest gubione na
routerach TP. - i stąd problem. Tzn. nadal wina leży po stronie TP, ale o2
mógłby dać sobie spokój z takimi 'eksperymentami'.

pozdrawiam

do góry

Piotr C. <p...@b...mabanana.com> wrote:
> Użytkownik "Jacek Orłowski" <J...@O...Com.SpamRemove> napisał w
> wiadomości news:c6irlp$qdk$1@opat.biskupin.wroc.pl...
>> Mam ten sam problem: mój serwer pocztowy stoi na łączu WASK i co rusz
>> userzy raportują kłopoty w wysyłaniu listów z załącznikami (juz od kilku-
>> dziecieciu kB) do odbiorców mających konta na serwerach w TPSA.
>
> Okazuje się że wina tepsy jest częściowa. Doszły mnie słuchy, jakoby o2
> transmitowało większe MTU niż 1500
Do kogo niby transmituje to większe MTU? ;-))

> czego np. standardowo ustawiony Linux nie łyka zwracając po ICMP żądanie
> fragmentacji,
Nie ma takiego ICMP.

> które jest gubione na routerach TP. - i stąd problem.
Zapewne chodzi o Fragmentation Needed/DF set. I nie, takie
ICMP nie jest gubione na routerach TP, przynajmniej tych
mi znanych.

> Tzn. nadal wina leży po stronie TP, ale o2
> mógłby dać sobie spokój z takimi 'eksperymentami'.
A Ty z pisaniem na newsy nie mając pojęcia o poruszanym temacie.

Pozdrawiam,

Krzysztof Oledzki

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

do góry

Krzysztof Oledzki pisze:
> Zapewne chodzi o Fragmentation Needed/DF set. I nie, takie
> ICMP nie jest gubione na routerach TP, przynajmniej tych
> mi znanych.

A ja znowu wyszperałem któregoś razu, poganiany przez rzesze
tlenopodobnych, że podobno pomaga [tm] włączenie (a raczej wyłączenie)
'patch mtu discovery'... (w linuxach przez sysctl; ip_no_pmtu_disc)...
...jednak zabawy z bronią nie przyniosły rezultatu...


--
>Tomasz 'BloodMan' Tomkowiak< [Nie kłóć się z głupim, niektórzy mogą]
r...@t...one.pl [ nie zauważyć między wami różnicy... ]

do góry

Tomasz Tomkowiak <u...@t...one.pl> wrote:
> Krzysztof Oledzki pisze:
>> Zapewne chodzi o Fragmentation Needed/DF set. I nie, takie
>> ICMP nie jest gubione na routerach TP, przynajmniej tych
>> mi znanych.
>
> A ja znowu wyszperałem któregoś razu, poganiany przez rzesze
> tlenopodobnych, że podobno pomaga [tm] włączenie (a raczej wyłączenie)
> 'patch mtu discovery'... (w linuxach przez sysctl; ip_no_pmtu_disc)...
Path MTU Discovery, path...

> ...jednak zabawy z bronią nie przyniosły rezultatu...
Bo do tego musza być spełnione dwie rzeczy:
- Różne MTU na końcach lub gdzieś po drodze.
- Blokowanie ICMP FN.


Pozdrawiam,

Krzysztof Oledzki

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

do góry