From owner-freebsd-isp@FreeBSD.ORG Fri Mar 11 04:28:46 2005 Return-Path: Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 825C816A4CE for ; Fri, 11 Mar 2005 04:28:46 +0000 (GMT) Received: from smtp4.wlink.com.np (smtp4.wlink.com.np [202.79.32.87]) by mx1.FreeBSD.org (Postfix) with SMTP id 502CE43D55 for ; Fri, 11 Mar 2005 04:28:43 +0000 (GMT) (envelope-from bikrant_ml@wlink.com.np) Received: (qmail 12122 invoked from network); 11 Mar 2005 04:28:38 -0000 Received: from unknown (HELO wlink.com.np) (202.79.32.45) by 0 with SMTP; 11 Mar 2005 04:28:38 -0000 Received: (qmail 32295 invoked by uid 510); 11 Mar 2005 04:28:38 -0000 Received: from 202.79.36.168 by testmx.wlink.com.np (envelope-from , uid 508) with qmail-scanner-1.25 (clamdscan: 0.83/705. Clear:RC:1(202.79.36.168):. Processed in 0.030466 secs); 11 Mar 2005 04:28:38 -0000 X-Qmail-Scanner-Mail-From: bikrant_ml@wlink.com.np via testmx.wlink.com.np X-Qmail-Scanner: 1.25 (Clear:RC:1(202.79.36.168):. Processed in 0.030466 secs) Received: from [202.79.36.168] (HELO bikrant.wlink.com.np) by wlink.com.np (qmail-smtpd) with SMTP; 11 Mar 2005 04:28:36 -0000 (Fri, 11 Mar 2005 10:13:36 +0545) From: Bikrant Neupane To: freebsd-net@freebsd.org Date: Fri, 11 Mar 2005 10:13:30 +0545 User-Agent: KMail/1.7.2 References: <002a01c523ef$bc5af280$eb2d4fca@HOME> <01d001c5246c$0b9ddc50$42764eca@ilo.skyinet.net> In-Reply-To: <01d001c5246c$0b9ddc50$42764eca@ilo.skyinet.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503111013.30287.bikrant_ml@wlink.com.np> X-Spam-Check-By: wlink.com.np Spam: No ; 4.1 / 5.0 X-Spam-Status-WL: No, hits=4.1 required=5.0 cc: freebsd-isp@freebsd.org cc: fooler Subject: Re: Session Timeout issue in pppoed X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 04:28:46 -0000 Exactly!!! There was a bug in our radius code :D thanks again, Bikrant On Wednesday 09 March 2005 11:36, fooler wrote: > ----- Original Message ----- > From: "Bikrant Neupane" > To: > Cc: > Sent: Tuesday, March 08, 2005 11:01 PM > Subject: Session Timeout issue in pppoed > > > Hi, > > I have a pppoe server on FreeBSD 4.10. > > I have configured my Radius Server ( radiator) to set Session-Timeout > > parameter so that the clients who are using prepaid hour based service > > get disconnected when their time is over. In the ppp.log file I see the > > the Sessio-Timeout being accepted by the server. In the mean time the > > same connection has another Session-Timeout parameter set whose value is > > 0!! As > > a > > > result the clients do not get dsconnected at the specified time. > > I guess this is configuration issue/problem with ppp rather than pppoed. > > > > this is a portion of my ppp.log file. > > > > ppp[18466]: Phase: PPP Started (direct mode). > > ppp[18466]: Phase: bundle: Establish > > ppp[18466]: Phase: deflink: closed -> opening > > ppp[18466]: Phase: deflink: Link is a netgraph node > > ppp[18466]: Phase: deflink: Connected! > > ppp[18466]: Phase: deflink: opening -> carrier > > ppp[18466]: Phase: deflink: carrier -> lcp > > ppp[18466]: Phase: bundle: Authenticate > > ppp[18466]: Phase: deflink: his = none, mine = PAP > > ppp[18466]: Phase: Pap Input: REQUEST (gomez5) > > ppp[18466]: Phase: Radius: Request sent > > ppp[18466]: Phase: Radius(auth): ACCEPT received > > ppp[18466]: Phase: MTU 768 > > ppp[18466]: Phase: VJ enabled > > ppp[18466]: Phase: Session-Timeout 29218 <<<<< > > ppp[18466]: Phase: Session-Timeout 0 <<<<< > > ppp[18466]: Phase: Pap Output: SUCCESS > > ppp[18466]: Phase: deflink: lcp -> open > > ppp[18466]: Phase: bundle: Network > > ppp[18466]: Phase: Radius(acct): Accounting response received > > > > Here is my ppp.conf file > > default: > > allow users > > enable pap > > allow mode direct > > set mru 1492 > > set mtu 1492 > > set speed sync > > set timeout 172800 #2 days: 48hrs > > enable lqr > > set ifaddr 202.79.xx.xx 202.79.xx.xx-202.79.xx.xx > > load server > > set radius /etc/radius.conf > > accept dns > > > > > > Any idea why this is happening?? Please suggest. > > pppoed is just a daemon processing the pppoe frames while (user) ppp is the > one handling the session-timeout radius attribute once configured to use > the radius service... the way i look at it, your radius server (radiator) > is sending two session-timeout attributes which the user ppp accepted the > two attributes and set the last value which is 0 (unlimited time)... try a > tcpdump or your radiator utility if indeed your radius server is sending > two session-timeout attributes... > > fooler. > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"