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

[Matthew Watson]

Great thanks Hugh.

Regards,
Matthew Watson.

On 17/10/2008, at 6:04 PM, Hugh Irvine wrote:

>
> Hello Matthew -
>
> The latest Radiator 4.3.1 patches now support this.
>
> Thanks for the suggestion.
>
> 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.
>
>
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email______________________________________________________________________

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.open.com.au/pipermail/radiator/attachments/20081020/8b6015a7/attachment.html>