-
It may happen that we need to acknowledge a control frame with a ZLB while some packets are waiting in the transmit queue. In such a case, the ZLB sequence number Ns is incorrect because it is given the value of the last queued Ns, and not the Ns that the peer is waiting for. The peer than considers the ZLB packet as out-of-order at best, drops the packet at worst.
This patch fixes this...
2009-08-25 09:05:54 UTC by tsurrel
-
Is the problem not comming from the 256 hard coded limitation instead ?
#define MAX_FDS 256
should be increased to be able to receive more connections, or be configurable.
2009-08-14 09:23:37 UTC by tsurrel
-
We have been evaluating rp-l2tp for use in an embedded (slow) Linux platform.
We have been stress-testing it by creating/data-xfer/destroying tunnels.
After alot of tunnel creates/destroys, pppd sometimes fails with:
ppp-c2811.log:Failed to open /dev/pts/3: No such file or directory
We applied all the existing rp-l2tp patches and the problem persisted.
By searching the Internet we.
2006-12-07 00:48:02 UTC by kjans
-
One from the stupid L2TP clients department...
We've got L2TP routers that speak just enough L2TP to get the tunnel going, then basically just encapsulate PPP packets in L2TP wrappers. What they don't do is actually acknowledge (let alone do anything useful with) any L2TP control packets received after the initial tunnel and session handshakes.
SLI packets and periodic HELLOs sent after...
2006-11-28 09:05:29 UTC by don_stokes
-
Two patches. The first has l2tpd pass the calling number (if supplied) from the calling number AVP into l2tp_session_lns_handle_incoming_call()'s calling number parameter (as suggested by the "TODO" comment before said call).
The second is a patch to the sync-pppd handler which places the calling number and the peer host name into the environment variables L2TP_CALLING_NUM and...
2006-11-20 04:28:23 UTC by don_stokes
-
How do you set up l2tp as a lac?
How do you get 'LAC' data to the l2tpd program?.
2006-11-16 17:00:30 UTC by nobody
-
This may be the same problem I just came across, see patch 1596730.
2006-11-15 01:56:31 UTC by don_stokes
-
We've observed L2TP implementations both insert and omit the HDLC address & control octets from the start of the PPP frames sent over L2tp. RP l2tp's behaviour with these bytes is a bit odd:
In l2tp_dgram_take_from_wire() in dgram.c:
/* Forget the 0xFF, 0x03 HDLC markers */
payload += 2;
framelen -= 2;
This is done unconditionally. Then in handle_frame() in...
2006-11-15 01:54:31 UTC by don_stokes
-
Hi..
Was busy crosscompiling and applied pacth as per 1469689.
Also found that handlers/Makefile.in had missing
$(DESTDIR) in lines 54, 55, 57 and 58
Thanx.
2006-11-09 18:32:04 UTC by nobody
-
.
2006-05-30 18:33:00 UTC by nobody
