Chris,
This is the result from my debug (radiusd -x -x)
rad_recv: Accounting-Request packet from host 209.211.205.27:46810, id=250,
length=445
Thread 2 assigned request 6
--- Walking the entire request list ---
Threads: total/active/spare threads = 5/1/4
Waking up in 5 seconds...
Thread 2 handling request 6, (2 handled so far)
User-Name = "[EMAIL PROTECTED]"
NAS-IP-Address = 63.152.3.66
NAS-Port = 7190
Service-Type = Framed-User
Cisco-AVPair = "disc-cause-ext=1043"
Cisco-AVPair = "pre-bytes-in=250"
Cisco-AVPair = "pre-bytes-out=216"
Cisco-AVPair = "pre-paks-in=8"
Cisco-AVPair = "pre-paks-out=6"
Cisco-AVPair = "pre-session-time=27"
Cisco-AVPair = "connect-progress=101"
Cisco-AVPair = "nas-rx-speed=26400"
Cisco-AVPair = "nas-tx-speed=38000"
Cisco-NAS-Port = "Async3/07*Serial7/0:1:22"
Calling-Station-Id = "4193321376"
Acct-Status-Type = Stop
Acct-Delay-Time = 0
Acct-Input-Octets = 0
Acct-Output-Octets = 8
Acct-Session-Id = "02000C91"
Acct-Authentic = RADIUS
Acct-Session-Time = 0
Acct-Input-Packets = 0
Acct-Output-Packets = 1
NAS-Port-Type = Async
X-Ascend-Pre-Input-Octets = 250
X-Ascend-Pre-Output-Octets = 216
X-Ascend-Pre-Input-Packets = 8
X-Ascend-Pre-Output-Packets = 6
X-Ascend-Disconnect-Cause = 43
X-Ascend-Connect-Progress = 101
X-Ascend-Data-Rate = 26400
X-Ascend-PreSession-Time = 27
X-Ascend-Xmit-Rate = 38000
modcall: entering group preacct
modcall[preacct]: module "preprocess" returns noop
rlm_realm: Looking up realm nwonline.net for User-Name =
"[EMAIL PROTECTED]"
rlm_realm: Found realm DEFAULT
rlm_realm: Proxying request from user test to realm DEFAULT
rlm_realm: Adding Realm = "DEFAULT"
rlm_realm: Preparing to proxy accounting request to realm DEFAULT
modcall[preacct]: module "suffix" returns ok
modcall: group preacct returns ok
modcall: entering group accounting
radius_xlat: '/usr/local/var/log/radius/radacct/detail.log'
rlm_detail: /usr/local/var/log/radius/radacct/detail.log expands to
/usr/local/var/log/radius/radacct/detail.log
rlm_detail: Freeradius-Proxied-To set to 208.231.144.20
modcall[accounting]: module "detail" returns ok
radius_xlat: '[EMAIL PROTECTED]'
Accounting: logout: login entry for NAS nas14.arlington1.va.us.da.qwest port
7190 not found
modcall[accounting]: module "radutmp" returns ok
modcall: group accounting returns ok
Sending Accounting-Request of id 4 to 208.231.144.20:1646
User-Name = "[EMAIL PROTECTED]"
NAS-IP-Address = 63.152.3.66
NAS-Port = 7190
Service-Type = Framed-User
Cisco-AVPair = "1043"
Cisco-AVPair = "250"
Cisco-AVPair = "216"
Cisco-AVPair = "8"
Cisco-AVPair = "6"
Cisco-AVPair = "27"
Cisco-AVPair = "101"
Cisco-AVPair = "26400"
Cisco-AVPair = "38000"
Cisco-NAS-Port = "Async3/07*Serial7/0:1:22"
Calling-Station-Id = "4193321376"
Acct-Status-Type = Stop
Acct-Delay-Time = 0
Acct-Input-Octets = 0
Acct-Output-Octets = 8
Acct-Session-Id = "02000C91"
Acct-Authentic = RADIUS
Acct-Session-Time = 0
Acct-Input-Packets = 0
Acct-Output-Packets = 1
NAS-Port-Type = Async
X-Ascend-Pre-Input-Octets = 250
X-Ascend-Pre-Output-Octets = 216
X-Ascend-Pre-Input-Packets = 8
X-Ascend-Pre-Output-Packets = 6
X-Ascend-Disconnect-Cause = 43
X-Ascend-Connect-Progress = 101
X-Ascend-Data-Rate = 26400
X-Ascend-PreSession-Time = 27
X-Ascend-Xmit-Rate = 38000
Proxy-State = "250"
Thread 2 waiting to be assigned a request
rad_recv: Accounting-Response packet from host 208.231.144.20:1646, id=4,
length=25
Thread 3 assigned request 6
rl_next: returning NULL
Waking up in 5 seconds...
Thread 3 handling request 6, (2 handled so far)
Proxy-State = 0x323530
Sending Accounting-Response of id 250 to 209.211.205.27:46810
Finished request 6
Going to the next request
Thread 3 waiting to be assigned a request
>From what it looks like, Qwest is not sending me proxy-state attributes.
This is really interesting as they told us that these were required. My
testing will still not let me log on.
Brandon Lehmann
Network Support Specialist
Networld Online Inc.
1243 Napoleon Street
Fremont, OH 43420
800-644-6638
[EMAIL PROTECTED]
www.nwonline.net
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Chris
> Parker
> Sent: Friday, September 20, 2002 2:36 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Question regarding Proxy-State [33] Attribute
>
>
> At 01:31 PM 9/20/2002 -0500, Franklin Trumpy wrote:
>
> >On Fri, 20 Sep 2002, Brandon Lehmann wrote:
> > > The only reason that this would happen is because our
> proxy server is
> > > NOT sending back a Proxy-State [33] attribute. How can I
> make sure that
> > > FreeRadius sends this attr back? If I can't get it to do this, can
> > > someone please advise a software package that can do this?
> >
> >If the Proxy-State attribute is getting lost somewhere, it's most
> >likely being stripped off by the VopRADIUS server, which, of
> course, it
> >shouldn't be doing.
>
> Which FreeRADIUS handles very gracefully. It also handles
> Merit servers
> which decide to mangle attributes. Any Proxy-State
> attributes that are
> received in a reply from a remote server are discarded by
> FreeRADIUS. The
> Proxy-State attributes that were sent in the *original* request are
> copied into the reply to send back to Qwest. IE, the server already
> handles the case of a remote server stripping or mangling the
> Proxy-State(s).
>
> Hence the request to run it in debug to see what Qwest is sending, and
> what is being sent back to them.
>
> -Chris
> --
> \\\|||/// \ StarNet Inc. \ Chris Parker
> \ ~ ~ / \ WX *is* Wireless! \ Director, Engineering
> | @ @ | \ http://www.starnetwx.net \ (847) 963-0116
> oOo---(_)---oOo--\--------------------------------------------
> ----------
> \ Wholesale Internet Services -
http://www.megapop.net
-
List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
