probably. whats annoying is that probably you can't suppress these
messages without recompiling the source.
and we are talking, 1 every few minutes.
I removed the "debug" on the line but it only affects pppd
and not pptp.
Regards,
tzahi.
> -----Original Message-----
> From: Ilya Konstantinov [mailto:[EMAIL PROTECTED] On Behalf
> Of Ilya Konstantinov
> Sent: Wednesday, July 21, 2004 6:31 PM
> To: Tzahi Fadida
> Cc: [EMAIL PROTECTED]
> Subject: Re: pptp discarding out-of-order
>
>
> On Tue, Jul 20, 2004 at 12:28:00PM +0200, Tzahi Fadida wrote:
> > Jul 19 20:24:19 LinuxRules pptp[713]:
> log[decaps_gre:pptp_gre.c:262]:
> > discarding out-of-order seq is 9995 seqrecv is 9996
>
> I have those as well, on NetVision cable:
>
> Jul 18 06:04:38 furr pptp[12499]: anon
> log[decaps_gre:pptp_gre.c:397]: buffering out-of-order packet
> 1091406 (expecting 1091405) Jul 18 06:04:38 furr pptp[12499]:
> anon log[decaps_gre:pptp_gre.c:391]: discarding duplicate or
> old packet 1091405 (expecting 1091407)
>
> My guess: PPTP implements GRE itself (instead of using a
> network stack provided by the kernel), and instead of
> reseting the connection over an error (is there any way to
> request a re-send on GRE?), it swallows the error.
>
> No harm done, I guess. Those kind of errors probably happen
> daily on your TCP connections but you don't notice them since
> TCP silently recovers.
>
>
=================================================================
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]
