-
Data: 2004-04-10 22:48:12
Temat: Re: Problem z NEO+ i Allegro. Dla sieciowców i informatyków
Od: Krzysztof Oledzki <o...@...ns.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]maciek kanski <n...@s...maila> wrote:
> On Sat, 10 Apr 2004 09:24:51 +0000 (UTC), Jacek Wąsowski wrote:
>> Czy może coś w tym jest, że każdy komputer w sieci powinien mieć identyczne
>> wartości MTU ??
> W teorii wiąże się to tylko z e/w utratą wydajności, co nawet wyliczyłem w
> <aucpmc$4lh$1@foka.acn.pl>
> Gorsza jest praktyka, która powoduje, że niektóre rutery nie radzą sobie wtedy
> ze zwrotną defragmentacją i może nie działać część stronek.
Macku.. Obecnie o fragmentacji prawie że nie może być mowy - wszystkie dojrzałe
implementacje stosu IP wysyłają pakiety TCP z ustawioną flagą DF. Problemem nie jest
zatem defragmentacja tylko blokowanie ICMP przez mastah-adminów.
> Robiąc maskaradę upewniam się tylko, że mój ruter radzi sobie z faktem, że na
> jednym IF ma 1500 a na drugim 1492 i wtedy działa.
Nie bardzo. Trzeba jeszcze pilnować żeby zza takiego routera nie wyszyły pakiety
SYN ze zbyt dużym MSS, a do tego trzeba coś bardziej sprytnego niż zwykły router.
Takie np. iptables potrafą, potrafią także niektóre implemntacje PPPoE.
>> Co to jest PPPoE czy PPPoA?
> NEO+ na modemach z ethernetem ma PPP over Ethernet; 8 bajtów jest tracone na
> nagłówek PPP. PPP over ATM ma inne długości nagłówków (nie wiem dokładnie ile) i
> jest stosowane w NEO+ na modemach z USB.
W przypadku PPPoA w ogóle nie ma problemu, możesz sobie (prawie) dowolne MTU
wynegocjować. Problemme są czasami niedorobione sterowniki do modemów -
patrz Linux+Sagem. Z Thomson/Alcatel SpeedTouch nie ma problemu.
> W każdym razie lepiej dać MTU mniejsze niż większe. Niektórzy ustawiają wręcz na
> 1300. Chciałem się więc spytać na jakim maksymalnym MTU to NEO+ ma działać, bo
> znowu część stron mi nie działa (i to nie z powodu klasy 83/8 i konfliktu z
> kurnikiem)
Ja na mojej neostradzie mam 1500, większe nie ma sensu, mniejsze tym bardziej.
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)
Następne wpisy z tego wątku
- 10.04.04 23:43 maciek kanski
- 17.04.04 18:40 maciek kanski
- 17.04.04 20:30 maciek kanski
- 18.04.04 00:44 Krzysztof Oledzki
- 12.04.04 22:30 Krzysztof Oledzki
Najnowsze wątki z tej grupy
- Jest tutaj kto? Halo, Darius Expert?
- Czy to konieczne? ATMAN - 30.06.2019 - Wyłączenie news.atman.pl
- pl.internet.polip - is DEAD?
- ovh
- INEA
- Prośba o traceroute z Vectry
- BGP - wszyscy wkładają głowę w piasek.
- http://pl
- Re: Czemu jest wylaczany serwer w3cache.icm.edu.pl ?
- Taaaka integracaj na rynku, a tu nikt, nic..
- Alternatywna sieć dla internetu kiedyś w Polsce
- ooerator gsm + stały ip z revdns
- Dostęp do ip nostrady
- narzędzia do weryfikacji poprawności bazy WHOIS
- T-mobile bawi się w MITM....
Najnowsze wątki
- 2024-12-11 SEP 1 kV E
- 2024-12-11 DNS restrictions are on
- 2024-12-11 wielkie bu
- 2024-12-11 Białystok => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-11 Aku LiPo źródło dostaw - ktoś poleci ?
- 2024-12-11 Warszawa => Specjalista Bezpieczeństwa Informacji <=
- 2024-12-11 Wrocław => Application Security Engineer <=
- 2024-12-11 Warszawa => Analyst in the Trade Development department (experience wi
- 2024-12-11 Lublin => Programista Delphi <=
- 2024-12-11 Motodziennik #305 Nowy ELEKTRYK za 350 złotych miesięcznie? Kreatywne kredytowanie problemów
- 2024-12-11 Warszawa => Spedytor Międzynarodowy <=
- 2024-12-11 Katowice => Key Account Manager (ERP) <=
- 2024-12-11 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-11 Idzie zima...czyli zaczynamy TETRIS :)
- 2024-12-11 Warszawa => Analityk w dziale Trade Development (doświadczenie z Powe