(RADIATOR) Framed-IP of 0.0.0.0

Kitabjian, Dave dave at netcarrier.com
Thu Sep 13 12:30:47 CDT 2001


Hmm. Perhaps we weren't clear. If the NAS is going to send 0.0.0.0 for any
subsequent channels of a multilink dialup (such as 2B ISDN), then you will
break all those customers if you reject them, right? Sending a "Reject" back
to the NAS isn't going to "teach it to send the right data", right?

Unless you find a way to get the NAS to give you the actual IP, you will
probably have to modify your concurrency enforcement to ignore the IP, or
something like that...

Dave

> -----Original Message-----
> From: William Hernandez [mailto:whr at essnet.com] 
> Sent: Thursday, September 13, 2001 9:58 AM
> To: Radiator
> Subject: RE: (RADIATOR) Framed-IP of 0.0.0.0
> 
> 
> Thanks everyone.
> 
> Given that we don't use FramedGroupBaseAddress in our Client 
> clauses, and given that the problem has been reported with 
> Radiator out of the picture, I'll conclude that this is a NAS issue.
> 
> However, before I close this issue does it make sense to 
> write a PostAuthHook that would check FRAMEDIPADDRESS and if 
> matches 0.0.0.0 change the Accept to a Reject and basically 
> force the user to reconnect and expect (hope) the NAS will 
> generate a correct IP the second time around.
> 
> Below is a trace 4. It seems that the 0.0.0.0 address occurs 
> when Framed-Protocol=MP or Framed-Protocol=MPP. But I'll have 
> to check more cases to say for sure.
> 
> Thanks in advance,
> William
> 
> 
> Mon Aug 27 14:22:24 2001: DEBUG: Packet dump:
> *** Received from 208.249.78.9 port 1028 ....
> Code:       Accounting-Request
> Identifier: 18
> Authentic: 
> (<196><208><254>x<239><243><235><22>#<196>x<166><138><182><15>
> Attributes:
>         User-Name = "horizonmm.com"
>         NAS-IP-Address = 208.249.78.9
>         NAS-Port = 10207
>         Ascend-NAS-Port-Format = 3
>         NAS-Port-Type = Sync
>         Acct-Status-Type = Start
>         Acct-Delay-Time = 0
>         Acct-Session-Id = "364406391"
>         Acct-Authentic = RADIUS
>         Ascend-Multilink-ID = 1309213583
>         Ascend-Num-In-Multilink = 2
>         Acct-Link-Count = "<0><0><0>0"
>         Acct-Multi-Session-Id = "4e09038f"
>         Ascend-Modem-PortNo = 31
>         Ascend-Modem-SlotNo = 9
>         Calling-Station-Id = "7879778517"
>         Called-Station-Id = "6419200"
>         Framed-Protocol = MP
> 
> Mon Aug 27 14:22:24 2001: DEBUG: Check if Handler 
> Realm=surfea.net should be use d to handle this request Mon 
> Aug 27 14:22:24 2001: DEBUG: Check if Handler 
> Realm=prwebtv.net should be us ed to handle this request Mon 
> Aug 27 14:22:24 2001: DEBUG: Check if Handler 
> Realm=holaplaneta.net should b e used to handle this request 
> Mon Aug 27 14:22:24 2001: DEBUG: Check if Handler 
> Realm=prdigital.com should be used to handle this request Mon 
> Aug 27 14:22:24 2001: DEBUG: Check if Handler 
> Called-Station-Id=/5050$/ shou ld be used to handle this 
> request Mon Aug 27 14:22:24 2001: DEBUG: Check if Handler  
> should be used to handle this  request Mon Aug 27 14:22:24 
> 2001: DEBUG: Handling request with Handler '' Mon Aug 27 
> 14:22:24 2001: DEBUG: prw-sessiondb Adding session for 
> horizonmm.com,  208.249.78.9, 10207 Mon Aug 27 14:22:24 2001: 
> DEBUG: do query is: delete from RADONLINE where NASIDE 
> NTIFIER='208.249.78.9' and NASPORT=010207
> 
> Mon Aug 27 14:22:24 2001: DEBUG: do query is: insert into 
> RADONLINE (USERNAME, N ASIDENTIFIER, NASPORT, ACCTSESSIONID, 
> TIME_STAMP, FRAMEDIPADDRESS, NASPORTTYPE,
> SERVICETYPE) values ('horizonmm.com', '208.249.78.9', 010207, 
> '364406391', 99893 6544, '0.0.0.0', 'Sync', '')
> 
> Mon Aug 27 14:22:24 2001: DEBUG: Handling with 
> Radius::AuthFILE Mon Aug 27 14:22:24 2001: DEBUG: Processing 
> PostAuthHook:setSessionTimeout Mon Aug 27 14:22:24 2001: 
> DEBUG: setSessionTimeout: username is: horizonmm.com Mon Aug 
> 27 14:22:24 2001: DEBUG: setSessionTimeout: Called-Station-Id 
> is: 641920 0 Mon Aug 27 14:22:24 2001: DEBUG: Query is: 
> select USERNAME,TIMEBLOCK,CLASS,DISAB LETIME,DISABLECLASS 
> from XSTOP where USERNAME='horizonmm.com' Mon Aug 27 14:22:24 
> 2001: DEBUG: Accounting accepted Mon Aug 27 14:22:24 2001: 
> DEBUG: Packet dump:
> *** Sending to 208.249.78.9 port 1028 ....
> Code:       Accounting-Response
> Identifier: 18
> Authentic: 
> (<196><208><254>x<239><243><235><22>#<196>x<166><138><182><15>
> Attributes:
> 
> 
> -----Original Message-----
> From: Hugh Irvine [mailto:hugh at open.com.au]
> Sent: Wednesday, September 12, 2001 7:35 PM
> To: William Hernandez; Radiator
> Subject: Re: (RADIATOR) Framed-IP of 0.0.0.0
> 
> 
> 
> Hello William -
> 
> The only way to understand what is happening is to look at a 
> trace 4 debug from Radiator to see in what circumstances this 
> occurs. As it is the NAS that sends the accounting packets 
> that are used to maintain the session database, it is highly 
> likely that this is a NAS issue.
> 
> Note that we have seen similar behaviour occassionally when 
> it is Radiator allocating the addresses, and one work-around 
> is to send a copy of the address in a Class attribute and use 
> a PreClientHook to restore it.
> 
> Obviously if it is the NAS that is allocating the addresses, 
> you will need to check with the NAS vendor if there is a fix 
> for the problem.
> 
> regards
> 
> Hugh
> 
> 
> On Thursday 13 September 2001 00:16, William Hernandez wrote:
> > Hello everyone,
> >
> > We're using 2.18.2. Recently we started to see FRAMEDIPADDRESS
> of
> > 0.0.0.0 in RADONLINE. These records create a problem when 
> checking for 
> > Simultaneous-Use. Is this a problem with the
> Ascend
> > NASes that we use?
> >
> > Thanks in advance,
> > William
> >
> > ===
> > 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.
> 
> --
> Radiator: the most portable, flexible and configurable RADIUS 
> server anywhere. Available on *NIX, *BSD, Windows 95/98/2000, 
> NT, MacOS X.
> -
> Nets: internetwork inventory and management - graphical, 
> extensible, flexible with hardware, software, platform and 
> database independence.
> 
> ===
> 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.
> 
===
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