From owner-freebsd-isp@FreeBSD.ORG Wed Dec 20 15:42:42 2006 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6EBB616A412 for ; Wed, 20 Dec 2006 15:42:42 +0000 (UTC) (envelope-from jtregunna@blurgle.ca) Received: from picard.blurgle.ca (picard.blurgle.ca [64.187.9.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id A960C43CB5 for ; Wed, 20 Dec 2006 15:42:33 +0000 (GMT) (envelope-from jtregunna@blurgle.ca) Received: from [192.168.7.5] (office.highspeedfx.net [64.187.18.74]) (authenticated bits=0) by picard.blurgle.ca (8.13.8/8.13.8) with ESMTP id kBKFD8jK060682 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO) for ; Wed, 20 Dec 2006 10:13:09 -0500 (EST) (envelope-from jtregunna@blurgle.ca) Mime-Version: 1.0 (Apple Message framework v752.3) To: freebsd-isp@freebsd.org Message-Id: <2004672F-664F-4331-A09F-D09A0C9DD99E@blurgle.ca> From: Jeremy Tregunna Date: Wed, 20 Dec 2006 10:14:27 -0500 X-Mailer: Apple Mail (2.752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RADIUS/PPPoE Dead Connections X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 15:42:42 -0000 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