|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Pavel Vasilyev 2:5020/1042.65 19 May 2005 02:24:58
To : Andrey Melnikoff
Subject : ppp сжатие
--------------------------------------------------------------------------------
18 Май 05 20:15, you wrote to me:
>>>>>>> Мoднo кaк-нить пpикpyтить cжaтиe к DialUp?
SA>>>>>> Про V.42bis и V.44 помним?
AM>>>>> Помним, а толку? У модема буфер заведемо меньше и dictionary
AM>>>>> reset чаще происходит.
PV>>>> /etc/ppp/options
PV>>>> -+- кусь ---
PV>>>> vj-max-slots 15
PV>>>> bsdcomp 15,15
PV>>>> deflate 15,15
PV>>>> predictor1
PV>>>> nomppe
PV>>>> -+- кусь ---
AM>>> И чего ты этим хотел сказать ? predictor1 почти нифига не жмет.
PV>> Почти не счетается, либо жмет хоть чего нить либо нет.
AM> 2gogole. Так жать - можно было только на заре интернета.
AM>>> vj/bsd/deflate - зависято от настрое удаленной стороны.
PV>> Это я знаю. bsd/deflate - естественно на BSD и Linux (может
PV>> другие ОСи надо в доках смотреть)
PV>> Чего-чего, спрашивали как прикрутить сжатие к ppp (pppd) вот и
PV>> получите. А насчёт удалённой стороны - это к удалённой стороне :)
AM> Вот утож. А удаленная сторона, которая (hint) ниразу ни линукс -
AM> может на сжатие и не согласиться. Так что, всяко, ssh/scp -C
AM> пользительнее.
Hичего против неимею , но SSH - Это програмный уровень OSI, а PPP - сеансовый.
Так что если не в состоянии повлиять на "Удалённую сторону" (в хорошем смысле
этого поятия)
т.е. решение о сжатии должно приниматся на двух стороннем уровне. То остаётся
Кстати на тему PPP сжатие есть замечательный документ RFC1962 PPP Compression
Control Protocol
Pavel
--- GoldED+/LNX 1.1.5-31012
* Origin: *mz*:%WbtQLh(Fu5Z8Rs_KLM$:`"aj+TnnYW5-sCJ+OnIKhxU37 (2:5020/1042.65)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
ppp сжатие 
