(RADIATOR) Using Radiator with ISC DHCP server

[Ingvar Berg (LI/EAB)]

Hi,
 
 AddressAllocatorDHCP should use Calling-Station-Id as the "MAC address". Have you checked if there is such a field in the request?
 
/Ingvar

-----Original Message-----
From: owner-radiator at open.com.au [mailto:owner-radiator at open.com.au]On Behalf Of Cockerell Martin (UK)
Sent: den 9 juni 2005 14:23
To: radiator at open.com.au
Subject: (RADIATOR) Using Radiator with ISC DHCP server



In our trials environment we are running a single Radiator 3.5 server for GPRS authentication, using ISC DHCP V3 for IP address allocation - here's part of radius.cfg:

 

<AddressAllocatorDHCP>

        Identifier DHCPAllocator

        SubnetSelectionOption 118

        DHCPClientIdentifier %{Calling-Station-Id}

</AddressAllocator>

 

# Default for ADE Marlow realms

<Realm DEFAULT>

        AuthByPolicy ContinueWhileAccept

        RewriteUsername s/^([^@]+).*/$1/

        MaxSessions 128

 

        PreProcessingHook file:"%D/usermsisdn.hook"

        <AuthBy FILE>

                Filename %D/users

        </AuthBy>

 

        <AuthBy DYNADDRESS>

                Allocator DHCPAllocator

                StripFromReply  PoolHint

                MapAttribute    yiaddr, Framed-IP-Address

                MapAttribute    subnetmask, Framed-IP-Netmask

        </AuthBy>

 

        AcctLogFileName %L/users.acct

 

</Realm>

 

We are experiencing a problem where the DHCP servers are failing to allocate an IP address, even when it appears that the address pool has free entries.

We have noticed that the DHCP requests seem to have a 'constructed' Client MAC Address (it starts '0F'), so even when the ClientIdentifier field is the same (same mobile) a new IP address is offered.  Is Radiator constructing this MAC address? - if so, how is it constructed; can we perhaps substitute the Client Identifier?

 

Any thoughts would be much appreciated.

 

Regards,

Martin Cockerell

 

===================================================== 

This electronic message contains information from O2 which may be privileged or confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient be aware that any disclosure, copying distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the numbers or address above) immediately. 

===================================================== 

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