Re: By ich tak pokręciło ...

Autor: Jan Rychter (jwr_at_icm.edu.pl)
Data: Thu 22 Jun 2000 - 15:57:51 MET DST


>>>>> "Paweł" == Pawel Sikora <psi_at_polbox.pl> writes:
 Paweł> Jan Rychter <jwr_at_icm.edu.pl> w wiadomości do grup dyskusyjnych
 Paweł> napisał:m34s6moeiv.fsf_-__at_kzin.rgstudio.com.pl...

 Paweł> Wyobrazmy sobie uzytkownika, ktory wdzwania sie i ma stos TCP
 Paweł> ustawiony na MTU mniejsze niz 1500. Jakis serwer zestawia sesje
 Paweł> tcp wysylajac pakiet z bitem DF Don't Fragment (a duzo takich na
 Paweł> swiecie) zwykle nadaje z MTU 1500 bo to taki czesty standard. I
 Paweł> co. Access serwer nie dzieli pakietu bo jest DF, nie pusci tez
 Paweł> bo jest na laczu komutowanym wynegocjowane MTU mniejsze niz
 Paweł> rozmiar pakietu. Odsyla wiec ICMP "Fragmentation needed but DF
 Paweł> set". Odsyla ten pakiet ze swim adresem zrodowym czyli 10.x.x.x
 Paweł> i ten pakiet ladnie laduje w koszu na brzegach szkieletow
 Paweł> providerow. Czyli user ma zero transmisji z tego hosta.
>>
>> Paweł, rozpędziłeś się, nie wiem co dokładnie robi TPSA (nikt tego
>> nie opisał), ale akurat takie ustawienie adresu klasy prywatnej na
>> interfejsie punkt-punkt nie powinno powodować żadnych zauważalnych
>> złych skutków, pod warunkiem, że urządzenie dostępowe ma "po drugiej
>> stronie" (czyli od strony Internetu) adres zwykły.
>>
>> Inna sprawa, że te adresy to jest taki poor man's "ip
>> unnumbered". Ciekaw jestem, czemu nie dało się użyć odpowiednika ip
>> unnumbered.

 Paweł> Stawiam jednak na to, ze globalny adres urzadzenia jest takze z
 Paweł> klasy prywatnej.
[...]

Jeśli tak, to faktycznie jest to kompletnie bez sensu i będzie działać
źle, tak jak opisałeś.

Nie chce mi się wierzyć, żeby koledzy z TPSA zrobili coś takiego.

--J.



To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 16:34:03 MET DST