Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(4) |
Oct
(2) |
Nov
(10) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(2) |
Feb
(1) |
Mar
(4) |
Apr
(2) |
May
(4) |
Jun
(13) |
Jul
(16) |
Aug
(16) |
Sep
(38) |
Oct
(34) |
Nov
(48) |
Dec
(31) |
2006 |
Jan
(33) |
Feb
(15) |
Mar
(38) |
Apr
(13) |
May
(19) |
Jun
(20) |
Jul
(2) |
Aug
(24) |
Sep
(14) |
Oct
(17) |
Nov
(5) |
Dec
(4) |
2007 |
Jan
(7) |
Feb
(5) |
Mar
(1) |
Apr
(6) |
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(8) |
Nov
(5) |
Dec
(1) |
2008 |
Jan
|
Feb
(1) |
Mar
(3) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(9) |
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(6) |
2010 |
Jan
(8) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
1
|
2
|
3
|
4
|
5
|
6
|
7
|
8
|
9
|
10
|
11
|
12
(2) |
13
(1) |
14
(1) |
15
(1) |
16
|
17
|
18
|
19
|
20
|
21
|
22
|
23
(1) |
24
|
25
|
26
|
27
|
28
|
29
|
30
|
|
|
|
|
|
From: Aleksandar Zakic <azakic@gm...> - 2007-04-23 11:57:53
|
Hi, I install l2tpns-2.2.0-head with mlppp patch. Mi ISDN pci card (Fritz B1) with two line working corectli, but my intracom terminal adapter (netmod) with integrated isdn modem disconnected 5-10s after connection . In connection status PPP Multilink is off, on pci card PPP Multilink is on. Terminal adapter is connected to PC over serial or USB cable. |
From: Tim Warnock <timoid@ge...> - 2007-04-15 01:00:49
|
-----Original Message----- >Can we get to the bottom of the problem if is a code problem, or >can we code l2tpns to deal with this situation without requiring an >external monitoring script? I've never seen this occur on l2tpns, but I have with rp-l2tp. I wrote a patch that immediately killed the session should this event occur. The end user would then reauth successfully. What needs to be determined is: is l2tpns not completing the tunnel teardown because there is incoming data (and maybe resetting the tunnel idle timer)? > >What are other peoples thoughts on this, please? > It sounds to me like a code problem and should be addressed there. Thanks Tim Warnock ISP Technical Manager getonit internet 1300 88 00 97 timoid (at) getonit.net.au |
From: <paul@cu...> - 2007-04-14 23:37:40
|
On Thu, Apr 12, 2007 at 06:28:20PM +0200, Eden Akhavi wrote: > We see this regularly; we only option we have to resolve it is drop the > connection from the CLI. > > I ended up writing a script to check the connections using expect and then > drop the ones in hung state. > > It would be nice to get a fix for this. It sounds like lots of people are affected by this. An older thread viewable on sf.net suggests that this problem tends to be related to Netgear and D-Link CPEs - certainly we only see it with these - customers with Belkin, Zyxel etc CPEs do not seem to be affected. Not withstanding Mat's comments about fixing the real source of the disconnections, I believe that this is scenario should be dealt with by l2tpns - certainly the Cisco L2TP implemenation either deals with the problem or doesn't have the problem. Is everyone other than Mat dealing with this by writing their own monitoring scripts? If so, should we pool efforts to have a single good script? Can we get to the bottom of the problem if is a code problem, or can we code l2tpns to deal with this situation without requiring an external monitoring script? What are other peoples thoughts on this, please? |
From: Mat Walker <mat@ma...> - 2007-04-13 00:07:29
|
Paul, We find this quite regularly. The closest reason we could find for it happening, was particular users were disconnecting regularly (for numerous reasons) without correct session termination sequences occurring. When the user disconnects, L2TPNS takes around 10seconds for it to detect the session is dead and takes some time to shut it down via cleanup. L2TPNS starts its close down sequence, but during this time the users re-syncs, and tries to re authenticate. In most cases the users comes in via the same tunnel and session number, thus L2TPNS starts to receive "ConfigReq" for a session thats in Closing state. This goes on forever until you drop the session manually via CLI. We chose to more correct the issue with the customer rather than L2TPNS, and find out why the users was disconnecting un-cleanly, that is, without sending the correct disconnection notice for the PPP session shut down. In most cases its either been a bad line, incorrect filter use or stuffed filter, faulty CPE, user just pulling the power on a USB CPE and not disconnecting the PPP session etc etc. Not sure if this helps you or not, but it at least explains why it happens. Mat Paul Cupis wrote: > [ re-sent to -users rather then devel ] > > LCP: ignoring ConfigReq in state Closing > > Has anyone else seen the above error in their l2tpns logs? We have a > user who's session will, after a while, start spewing this message into > our log and they cannot pass any traffic. Dropping their session and > allowing them to log back in and it works as before. > > Plenty of other users connected and they don't have this problem. > Customer is using a Netgear DG834v3. If I connect them to a Cisco VXR I > do not get this problem. > > This is using an L2TP feed for UK ADSL and l2tpns 2.1.21-1 on Debian 4.0 > 'etch'. > > Thanks in advance. > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > L2tpns-users mailing list > L2tpns-users@... > https://lists.sourceforge.net/lists/listinfo/l2tpns-users > > > |
From: Eden Akhavi <eden.akhavi@lt...> - 2007-04-12 16:31:45
|
We see this regularly; we only option we have to resolve it is drop the connection from the CLI. I ended up writing a script to check the connections using expect and then drop the ones in hung state. It would be nice to get a fix for this. > -----Original Message----- > From: l2tpns-users-bounces@... > [mailto:l2tpns-users-bounces@...] On Behalf > Of Paul Cupis > Sent: 12 April 2007 12:43 > To: l2tpns-users@... > Subject: [l2tpns-users] LCP: ignoring ConfigReq in state Closing > > [ re-sent to -users rather then devel ] > > LCP: ignoring ConfigReq in state Closing > > Has anyone else seen the above error in their l2tpns logs? We > have a user who's session will, after a while, start spewing > this message into our log and they cannot pass any traffic. > Dropping their session and allowing them to log back in and > it works as before. > > Plenty of other users connected and they don't have this problem. > Customer is using a Netgear DG834v3. If I connect them to a > Cisco VXR I do not get this problem. > > This is using an L2TP feed for UK ADSL and l2tpns 2.1.21-1 on > Debian 4.0 'etch'. > > Thanks in advance. > > > -------------------------------------------------------------- > ----------- > Take Surveys. Earn Cash. Influence the Future of IT Join > SourceForge.net's Techsay panel and you'll get the chance to > share your opinions on IT & business topics through brief > surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge &CID=DEVDEV > _______________________________________________ > L2tpns-users mailing list > L2tpns-users@... > https://lists.sourceforge.net/lists/listinfo/l2tpns-users > |
From: <paul@cu...> - 2007-04-12 10:43:22
|
[ re-sent to -users rather then devel ] LCP: ignoring ConfigReq in state Closing Has anyone else seen the above error in their l2tpns logs? We have a user who's session will, after a while, start spewing this message into our log and they cannot pass any traffic. Dropping their session and allowing them to log back in and it works as before. Plenty of other users connected and they don't have this problem. Customer is using a Netgear DG834v3. If I connect them to a Cisco VXR I do not get this problem. This is using an L2TP feed for UK ADSL and l2tpns 2.1.21-1 on Debian 4.0 'etch'. Thanks in advance. |