(RADIATOR) AddtoReply

miko at yournetplus.com miko at yournetplus.com
Mon Aug 26 11:41:04 CDT 2002


The only downside to doing it this way is that it still adds the
attributes to access-reject reply packets, which inherantly does not
cause problems, except when dealing with larger networks, such as UUNet
which request that the only attributes passes back are Proxy-State and
Reply-Message...

-Miko

> -----Original Message-----
> From: owner-radiator at open.com.au 
> [mailto:owner-radiator at open.com.au] On Behalf Of 
> alexander.deboer at kpn.com
> Sent: Monday, August 26, 2002 8:25 AM
> To: Wim.Biemolt at surfnet.nl
> Cc: radiator at open.com.au
> Subject: RE: (RADIATOR) AddtoReply 
> 
> 
> If you don't like this behavior, you can specify your 
> handlers like this:
> 
> <Handler Realm=bogus-service, Request-Type=Access-Request>
> 	...
> 	...
> 	AddToRequest Attribute-Name = Attribut-Value
> </Handler> 
> 
> <Handler Realm=bogus-service, Request-Type=Accounting-Request>
> 	...
> 	...
> </Handler>
> 
> Cheers,
> Alexander
> 
> -----Original Message-----
> From: Wim Biemolt [mailto:Wim.Biemolt at surfnet.nl]
> Sent: zaterdag 24 augustus 2002 14:12
> To: Hugh Irvine
> Cc: radiator at open.com.au
> Subject: Re: (RADIATOR) AddtoReply 
> 
> 
> 
> So many e-mail. So little time. But ...
> 
> ==> From: Hugh Irvine
> 
> > This is the expected behaviour - why is it a problem?
> 
> Why is it expected behaviour that AddToReply also works for 
> Accounting replies when the manual states (6.17.8 AddToReply) 
> "Adds attributes to Access-Accepts before replying to the 
> originating client."? If I read this I expect AddToReply 
> wouldn't add attributes to accounting replies.
> 
> And since I don't need attributes added to the accounting 
> replies I would be in favour of the behaviour described in 
> the manual. But since on the other hand the added attributes 
> to the accounting replies don't cause any real problem 
> updating the manual would also be fine with me. Leaving 
> everything just the way it is now probably isn't a good idea.
> 
> -Wim -/- SURFnet
> 
> ===
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on radiator-announce at open.com.au
> To unsubscribe, email 'majordomo at open.com.au' with
> 'unsubscribe radiator' in the body of the message.
> ===
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on radiator-announce at open.com.au
> To unsubscribe, email 'majordomo at open.com.au' with
> 'unsubscribe radiator' in the body of the message.
> 

===
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.


More information about the radiator mailing list