(RADIATOR) Using Radiator with ISC DHCP server

[Cockerell Martin (UK)]

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/440746ae/attachment.html>