(RADIATOR) Using Radiator with ISC DHCP server

[Hugh Irvine]

Hello Martin -

You are correct, Radiator fabricates a MAC address as there is  
generally not one available.

Using the "SubnetSelectionOption" tells the DHCP server to use a  
different field to identify the clients.

Without seeing a trace 4 debug it is impossible to say what may be  
happening.

You should also check the DHCP server logs to see what is happening  
there.

regards

Hugh


On 9 Jun 2005, at 22:23, Cockerell Martin ((UK)) wrote:

> 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.
> =====================================================
>


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?

-- 
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows, MacOS X.
-
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.


--
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.