This bug was not completely fixed but there is need also this patch[1].
Further testing has revealed a couple more problems
with the packet reordering/buffering code.
1) Some clients (notably the PPTP client) start their sequence
numbers at 1 instead of 0 as the RFC mandates. My previous
1.3.4 was released Upstream on 2007-04-16 and have solved this bug.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
G'day,
I've released pptpd 1.3.4 which contains a fix for this Debian bug
#416404. I've only just been made aware of the Debian bug report.
The problem was classified by upstream as release critical, but it is
now fixed.
I agree with Debian tagging this etch-ignore, because packet loss is
just
Tags:fixed-upstream patch
The bug seems to be fixed upstream[1].
Please contact upstream author if he want to integrate the patch in a
new 1.3.4. In the meantime we could integrate this patch on the official
debian version 1.3.0.
Contact also stable release manager for release this as update for
Please see this two thread from upstream release manager on poptop
mailing list[1][2].
[1]http://marc.info/?l=poptop-serverm=117616416514604w=2
[2]http://marc.info/?l=poptop-serverm=117641873919989w=2
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Why was tagged as etch-ignore?
In situation that the pptp connection need packet reordering pptpd begin to
malform gre packets.
The upstream author is investigating this issue with specific reordering
tests.
Please confirm as an Etch RC bug.
Regards,
Ste
--
Email.it, the professional e-mail,
On Fri, Apr 06, 2007 at 02:45:26AM +0200, Bluefuture wrote:
Why was tagged as etch-ignore?
In situation that the pptp connection need packet reordering pptpd begin to
malform gre packets.
The upstream author is investigating this issue with specific reordering
tests.
Because I have no
Package: pptpd
Version: 1.3.0-2
Severity: Grave
With version 1.3.0 pptp very often freeze the tunnell and i get RX error on
the ppp interface on the pptpd server machine.
Using pppdump seems that ppp packets are not corrupted but using tshark on
the interfece i see that there are many MALFORMED
8 matches
Mail list logo