Autor: Pawel Krawczyk (anti_kravietz_at_ceti.pl)
Data: Sun 13 Aug 2000 - 00:20:19 MET DST
Michal Zalewski <lcamtuf_at_dione.ids.pl> wrote:
>> poprawnosci danych przeciskanych przez modem odpowiadaja protokoly
>> realizowane na poziomie sprzetu - wszystkie MNP itp (nie chce zmyslac ani
>> szukac numerka w specyfikacji).
> A moze to nie MNP odpowiadala za sumy kontrolne i korekcja, nie wazne
Dokładniej jest są to: przestarzały protokół MNP4 i MNP5 (korekcja
i kompresja) oraz obecnie używane V.42 i V.42bis. Oba są obsługiwane
przez większość zwykłych modemów na linie telefoniczne.
W ich przypadku kompresja jest z reguły zupełnie wystarczająca, jeśli
oczywiście zostanie wynegocjowana - z reguły jest, bo V.42bis jest
powszechne. W przypadku wdzwaniania na dialup stosowanie dodatkowej
kompresji programowej raczej nie ma sensu.
Tę ostatnią można próbować włączyć na łączach dzierżawionych zestawianych
na zwykłych modemach. Należy wtedy wyłączyć kompresję sprzętową modemów
i włączyć kompresję programową. Korekcja sprzętowa powinna pozostać.
Wszystko powyższe nie ma znaczenia w przypadku łącz zestawianych
na modemach takich jak Goramo itp. Nie mają one ani korekcji ani
kompresji - jedno i drugie musi być realizowane przez oprogramowanie.
W przypadku łącz 115200 kompresja BSD albo Deflate może mieć bardzo
dobre efekty - może, ale nie musi.
Kompresja PPP jest wrażliwa na błędy transmisji, które w przypadku
modemów na łącza dzierżawione są częste ze względu na brak korekcji
sprzętowej. W praktyce kompresja BSD potrafi się powiesić i wtedy
pomaga tylko reset PPP. Z Deflate nie mieliśmy nigdy tego typu
problemów.
-- Paweł Krawczyk <http://ceti.pl/~kravietz/>
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 16:35:49 MET DST