On Thu, Mar 20, 2008 at 10:46:11PM +0500, Andrey Rahmatullin wrote:
> On Thu, Mar 20, 2008 at 02:39:21PM +0300, Sergey Vlasov wrote:
> > Кроме того, у /usr/sbin/pptp есть опция --nobuffer, отключающая проверки
> > порядкового номера пакетов и попытки их переупорядочивания.  В этом случае
> > пакеты будут просто передаваться в псевдотерминал в том порядке, в котором
> > они приходят по сети, и с потерянными пакетами будет разбираться уже
> > реализация PPP в ядре; если не используется сжатие или шифрование, эти
> > потери будет приводить только к потерям соответствущих IP-пакетов,
> > передаваемых через туннель, не оказывая влияние на прохождение других
> > пакетов (а вот при использовании буферизации в pptp после потери пакета
> > туннель оказывается заблокированным на некоторое время, пока pptp ждёт
> > пакета с нужным номером).
> 
> $ ps afxww |grep pp
> 17914 ?        Ss     0:00 /usr/sbin/pppd nolog updetach unit 42 local pty /usr/sbin/pptp --nolaunchpppd 10.0.0.1 --nobuffer file /etc/net/ifaces/ppp42/pppoptions
> 25123 ?        S      1:25  \_ pptp: GRE-to-PPP gateway on /dev/ptmx  --nobuffer
> 25127 ?        S      0:00 pptp: call manager for 10.0.0.1  --nobuffer
> 
> $ sudo tail -1 /var/log/daemons/warnings
> Mar 20 22:45:06 wrars-comp pptp[25123]: anon warn[decaps_gre:pptp_gre.c:419]: discarding bogus packet 1261156 (expecting 1258763)

Действительно, часть проверок остаётся и в режиме --no-buffer -
принимаются пакеты, номер которых отличается от ожидаемого не более
чем на 300 (т.е., если будет потеряно более 300 пакетов подряд, после
восстановления связи соединение уже не восстановится).