[RADIATOR] Replying to a Change-Filter-Request request

[Hugh Irvine]

Hello Matthew -

I suggest you add a RequestHook to your AuthBy INTERNAL clause to  
return whatever you need.

See section 5.48.7 in the Radiator 4.3.1 reference manual.

regards

Hugh


On 17 Oct 2008, at 16:48, Matthew Watson wrote:

> Hi,
>
>  I'm trying to use radiator as a test radius server while  
> developing CoA capabilities,
>
>  I want to be able to send radiator a 'Change-Filter-Request'  
> request, and just have it accept it, however it looks like its not  
> sending any reply for some reason,
>
> what I have in the config is this
>
> <Handler Request-Type = Change-Filter-Request>
>             <AuthBy INTERNAL>
>                    DefaultResult ACCEPT
>             </AuthBy>
> </Handler>
>
>
> In the log file I have..
>
> Fri Oct 17 16:46:23 2008: DEBUG: Packet dump:
> *** Received from 127.0.0.1 port 64162 ....
> Code:       Change-Filter-Request
> Identifier: 48
> Authentic:  !<4>]?<206>0ZKs<184><234><202>k<142><21><212>
> Attributes:
>         Acct-Session-Id = "004271CA"
>         cisco-avpair = "ip:sub-qos-policy-out=(ACL=153-SPEED=48000) 
> (ACL=154-SPEED=48000)-TRAFFIC_RULES=1"
>
> Fri Oct 17 16:46:23 2008: DEBUG: Handling request with Handler  
> 'Request-Type = Change-Filter-Request'
> Fri Oct 17 16:46:23 2008: DEBUG: Handling with AuthINTERNAL:
>
>
>
> From the client, the request just times out, I assume its because  
> AuthBy INTERNAL doesn't know how to send the Change Filters Ack
>  and Change Filters Nak ?
>
>  Is there any way to make radiator handle this?
>
> Thanks
>
> Regards,
> Matthew Watson.
>
> This email and any files transmitted with it are confidential and  
> intended solely for the use of the individual or entity to whom  
> they are addressed. Please notify the sender immediately by email  
> if you have received this email by mistake and delete this email  
> from your system. Please note that any views or opinions presented  
> in this email are solely those of the author and do not necessarily  
> represent those of the organisation. Finally, the recipient should  
> check this email and any attachments for the presence of viruses.  
> The organisation accepts no liability for any damage caused by any  
> virus transmitted by this email.
>
> _______________________________________________
> radiator mailing list
> radiator at open.com.au
> http://www.open.com.au/mailman/listinfo/radiator



NB:

Have you read the reference manual ("doc/ref.html")?
Have you searched the mailing list archive (www.open.com.au/archives/ 
radiator)?
Have you had a quick look on Google (www.google.com)?
Have you included a copy of your configuration file (no secrets),
together with a trace 4 debug showing what is happening?
Have you checked the RadiusExpert wiki:
http://www.open.com.au/wiki/index.php/Main_Page

-- 
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows, MacOS X.
Includes support for reliable RADIUS transport (RadSec),
and DIAMETER translation agent.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
-
CATool: Private Certificate Authority for Unix and Unix-like systems.