(RADIATOR) Some users got connected without IP in NAS.

Nayeem nayeem at ksa.zajil.com
Wed Aug 16 05:08:38 CDT 2006


I send it.

Regards,
Nayeem.

-----Original Message-----
From: Hugh Irvine [mailto:hugh at open.com.au] 
Sent: Monday, August 14, 2006 12:30 AM
To: Nayeem
Cc: 'Martin Wallner'; radiator at open.com.au
Subject: Re: (RADIATOR) Some users got connected without IP in NAS.


Hello Nayeem -

I will need to see a copy of your configuration file and a trace 4  
debug showing what is happening.

It is difficult to imagine how a user can get connected, but without  
an IP address. What are the exact symtoms?

BTW - you can also define multiple IP address pools on most NAS  
equipment.

regards

Hugh


On 13 Aug 2006, at 23:10, Nayeem wrote:

> Thanks for reply,
>
>
>
> Actually we have different IP Pools for different domains like  
> 256.domain.com or 128.domain.com or 64.domain.com that why we  
> cannot use Router Pool and some users had static IP also but  
> presently we are facing this problem very frequent. So how can we  
> solve this issue.
>
>
>
> Regards,
>
> Nayeem.
>
>
>
> From: owner-radiator at open.com.au [mailto:owner- 
> radiator at open.com.au] On Behalf Of Martin Wallner
> Sent: Sunday, August 13, 2006 1:03 AM
> To: Nayeem (ZajilCom); radiator at open.com.au
> Subject: AW: (RADIATOR) Some users got connected without IP in NAS.
>
>
>
> Are you using dynamic IP pool? If yes, are you using the pool on  
> the router or do you let RADIATOR do the dirty deed of giving out  
> IP-Adresses?
>
>
>
> IMHO the best way is to let the router deal with the dynamic IP's....
>
>
>
> On a CISCO router it sometimes happens that the user don't get a  
> dynamic IP-Address when the PPP Negotiation takes too long or the  
> client demands an IP Address the router is not willing to give (we  
> had some time ago a 64k dial in demanding our main DNS servers  
> address... brrr :-), so client and router couldn't agree on an  
> address, and the connection stays LCP up/negotiating for a bit....  
> in the 'show user' on a cisco it's shown as a virtual interface  
> without an IP.....
>
>
>
> Another possibility is, that the router runs out of dynamic IP- 
> Adresses... (all used), that is easyly checked by a 'sh ip local  
> pool' ... if yes, just add some more addresses to the pool - you  
> can do that on the fly...)
>
>
>
> If RADIATOR gives out the (dynamic) addresses, it can be that some  
> addresses are not stored in the database, and RADIATOR dishes out  
> the addresses twice... making a mess on the router... (that's why I  
> don't like the Idea of Radiator giving out the Addresses, makes the  
> router more vulnerable to such errors...)
>
>
>
> =mw=
>
>
>
>
>
> Von: owner-radiator at open.com.au im Auftrag von Nayeem (ZajilCom)
> Gesendet: Sa 12.08.2006 22:21
> An: radiator at open.com.au
> Betreff: (RADIATOR) Some users got connected without IP in NAS.
>
> Dear All,
>
> Presently I'm facing problem that when ever I restart radius then  
> some users
> got connected without IP address in NAS, so what could be the  
> reason that
> users didn't get IP in NAS?
>
> I check the trace 4 logs also but could not find this problem.
>
> Thanks,
>
> Regards,
> Nayeem.
>
> --
> 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.
>
>



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


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


More information about the radiator mailing list