(RADIATOR) Problem with Ascend

Wed Jun 6 18:58:27 CDT 2001

---------------------- Forwarded by Craig O'Toole/Remex/AU on 07/06/2001
10:04 ---------------------------

Craig O'Toole
07/06/2001 00:02

To:   Edwin_Everett at cargill.com
cc:

Subject:  RE: (RADIATOR) Problem with Ascend  (Document link not converted)

Received: from postoffice.remex.com.au ([192.168.50.10]) by
mail.remex.com.au (Lotus SMTP MTA Internal build v4.6.2  (651.2 6-10-1998))
with SMTP id 4A256A63.003FCDDD; Wed, 6 Jun 2001 21:36:54 +1000
Received: from server1.open.com.au (server1.open.com.au [209.61.182.19])
     by postoffice.remex.com.au (8.11.0/8.11.0) with SMTP id f56BehB29995;
     Wed, 6 Jun 2001 21:40:43 +1000
Received: (from majordomo at localhost)
     by server1.open.com.au (8.11.0/8.11.0) id f568bEw24805
     for radiatorzz-list; Wed, 6 Jun 2001 03:37:14 -0500
X-Authentication-Warning: server1.open.com.au: majordomo set sender to
owner-radiator at open.com.au using -f
Received: from charon.cargill.com (charon.cargill.com [167.136.225.225])
     by server1.open.com.au (8.11.0/8.11.0) with ESMTP id f568bDD24801;
     Wed, 6 Jun 2001 03:37:13 -0500
Received: from hermes.cargill.com (hermes.cargill.com [167.136.226.140])
     by charon.cargill.com (8.8.8/8.8.8) with ESMTP id FAA24969;
     Wed, 6 Jun 2001 05:32:39 -0500 (CDT)
From: Edwin_Everett at cargill.com
Received: from hdqt.cargill.com (avocdc01.admin.cargill.com
[167.136.226.136])
     by hermes.cargill.com (8.8.8/8.8.8) with ESMTP id FAA31136;
     Wed, 6 Jun 2001 05:32:39 -0500 (CDT)
Received: from localhost (root at localhost)
     by hdqt.cargill.com (8.8.6 (PHNE_17190)/8.8.6) with ESMTP id FAA09446;

     Wed, 6 Jun 2001 05:32:38 -0500 (CDT)
X-OpenMail-Hops: 1
Date: Wed, 6 Jun 2001 05:32:35 -0500
Message-Id: <H0000679261f48d5.0991823554.hdqt.cargill.com at MHS>
Subject: RE: (RADIATOR) Problem with Ascend
MIME-Version: 1.0
TO: ganbold at micom.mng.net, hugh at open.com.au, radiator at open.com.au
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline; filename="BDY.TXT"
     ;Creation-Date="Wed, 6 Jun 2001 05:32:35 -0500"
Content-Transfer-Encoding: 7bit
Sender: owner-radiator at open.com.au
Precedence: bulk

Gentlepoeple,

I have not done this yet, and have the same issue as Ganbold. I would
assume that another way to solve this is to set up user accounts called
banner etc... and have radiator respond to these with the flags that are
required rather than turning them off altogether. By respond, I mean just
send the flags, not an accept packet, just a flag. This way, there would be
no login possible. This way, we can have stacked MAX's and have configs
based on dynamic info generated from a "smart" config in radiator. Alas, I
don't even know enough about radiator to know if this is possible

I am interest if anyone has done this, I havn't as yet, it is still on my
list of to-do.

The messages do not appear to harm anything, after they are rejected by
radiator, they go away till the next reboot or reconfig of the radius port
/ ip address.

Cheers

Craig

PS: I should get out the email ettiquete notes, please don't get messed up
in a flame.
PPS: Thanks to regular input to the list by others, I have not needed to
ask a couple of silly questions. Hopefully we will also be able to
contribute from the experiances and success in our business.

Edwin_Everett at cargill.com on 06/06/2001 20:32:35

 To:      ganbold at micom.mng.net, hugh at open.com.au,            
          radiator at open.com.au                                

 cc:                                                          

 Subject: RE: (RADIATOR) Problem with Ascend                  

>You should be able to stop the Ascend from sending these requests
altogether
by configuring it appropriately.

What kind of crappy comment is that? "If you did it right...nyeah..."
cut the snide remarks and give your advice like a big boy.

-----Original Message-----
From: hugh at open.com.au [mailto:hugh at open.com.au]
Sent: Wednesday, June 06, 2001 1:00 AM
To: ganbold at micom.mng.net; radiator at open.com.au
Subject: Re: (RADIATOR) Problem with Ascend

Hello Ganbold -

You should be able to stop the Ascend from sending these requests
altogether
by configuring it appropriately. Otherwise, you can just add dummy user
entries with these names so they get processed. You will probably want
to use
an "Auth-Type = Reject" so these names cannot be used to log in.

hth

Hugh

On Thursday 07 June 2001 04:26, ganbold wrote:
> Hello,
>
> We have problem with Ascend Max with Radiator 2.18.1.
> Ascend sends garbage something like banner, initial-banner, route1
etc.
> I read FAQ and configured Ascend in that way but again it didn't solve
> the problem.
> What should I do in this case? I searched through mailing list but
seems
> like there is no solution.
>
> Is there any solution exits?
>
>
> thanks in advance,
>
> Ganbold
>
> ===
> 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.

____________________
Craig O'Toole
Remex Consulting
Ph +61 2 9437 9122
Fax 61 2 9437 9615

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