Date: Wed, 20 Dec 2006 18:25:35 -0500 From: Jeremy Tregunna <jtregunna@blurgle.ca> To: dblais@interplex.ca Cc: freebsd-isp@freebsd.org Subject: Re: RADIUS/PPPoE Dead Connections Message-ID: <A32015F2-2590-48F5-B64E-0F53D7D6DECD@blurgle.ca> In-Reply-To: <56245.24.122.21.214.1166649785.squirrel@secure.interplex.ca> References: <2004672F-664F-4331-A09F-D09A0C9DD99E@blurgle.ca> <56245.24.122.21.214.1166649785.squirrel@secure.interplex.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
My apologies, I just did some local testing here at home using it, and although the setup isn't exactly the same, it's close enough for testing purposes. Using mpd, logging in and then disconnecting by way of putting the machine to standby, then bringing it back out, reconnecting; I don't have this issue any longer -- seems to work great. Much appreciated Regards; Jeremy Tregunna On 20-Dec-06, at 4:23 PM, Dominic Blais wrote: > Try mpd instead of ppp, great performances... we're using it as a > pppoe > concentrator for more than 100 simultaneous connections.. > > See /usr/ports/net/mpd > > mpd4 is beta, don't try it for production. > > > >> >> I've got a FreeBSD NAS and a FreeBSD RADIUS server (both running 6.1) >> serving up access to a wireless network. In any event, everything >> seems to work peachy when a user logs in and disconnects manually. >> But if for instance, someone closes the lid on their laptop and their >> wireless card powers off due to standby mode, the connection to the >> NAS is broken and the disconnect request never makes it from the NAS >> to the RADIUS server to inform it that the client went offline. >> >> Now then, I'm not so much worried about that stale entry staying on >> the RADIUS server until the user tries to log in again (I don't care >> much about time used, only bandwidth numbers); but ultimately it >> would be nice to have one of two solutions: >> >> (1) A user tries to log in when he's already logged in, have it >> disconnect that user and then log in; or >> (2) Have the NAS send a Disconnect-Request to the RADIUS server >> when-- >> as in the above example--someone closes the lid on their laptop. >> >> An idle timeout isn't a workable solution for me, neither is a >> session timeout; I need both to have no fixed limit for all clients. >> >> My ppp.conf file is basically defined as: >> >> ### ppp.conf begin >> >> default: >> set log Chat Command Phase >> enable pap >> allow mode direct >> enable proxy >> disable ipv6cp >> set radius /etc/radius.conf >> set mru 1492 >> set mtu 1492 >> accept dns >> >> ### end ppp.conf >> >> The relevant users portion is like: >> >> DEFAULT Auth-Type := System >> Service-Type := Framed-User, >> Framed-Protocol := PPP, >> Framed-IP-Address := 192.168.8.50, >> Framed-IP-Netmask := 255.255.255.0, >> Framed-Routing := Broadcast-Listen, >> Framed-MTU := 1492 >> >> And the relevant portions of attrs is like: >> >> DEFAULT >> Service-Type == Framed-User, >> Framed-Protocol == PPP, >> Framed-MTU == 1492, >> Framed-Filter-ID =* ANY, >> Reply-Message =* ANY, >> Session-Timeout == 0, >> Idle-Timeout == 0, >> Port-Limit <= 2 >> >> Any assistance would be greatly appreciated. >> >> Regards, >> >> Jeremy Tregunna >> >> >> >> _______________________________________________ >> freebsd-isp@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-isp >> To unsubscribe, send any mail to "freebsd-isp- >> unsubscribe@freebsd.org" >> > > > -- > Dominic Blais > Administrateur réseau > Interplex Télécom Inc. > http://www.interplex.ca > > > > !DSPAM:4589a963678325368818224! >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?A32015F2-2590-48F5-B64E-0F53D7D6DECD>