Re: (RADIATOR) Strange unknown attributes

2002-06-04 Thread Hugh Irvine
Hello Robert - These look like broken radius packets - I'll need a trace 5 hex dump to be sure though. regards Hugh On Tue, 4 Jun 2002 22:33, Robert Blayzor wrote: > I've been noticing some strnage errors in our Radiator log files. I > believe this is coming from a badly behaving Ascend Ma

Re: (RADIATOR) TimeBlock.txt

2002-06-04 Thread Hugh Irvine
Hello Jack - The variables $p and $rp are references to the incoming radius request packet and the reply packet that is being prepared to be sent back. The variable $result is the result of the previous AuthBy clause so you can tell whether the request has been accepted or rejected. You will

Re: (RADIATOR) passing information between Radiators and authby question

2002-06-04 Thread Hugh Irvine
Hello Viraj - I would not recommend doing what you describe below. The reason I have shown a pseudo-attribute (VISP-Identifier) is to make the hook code and the configuration file as clear as possible so everyone can easily understand what is going on. regards Hugh On Wed, 5 Jun 2002 01:4

Re: (RADIATOR) Proxying to two RADIUS Servers

2002-06-04 Thread Hugh Irvine
Hello Valentin - I think you will have to write a custom AuthBy module, based on AuthRADIUS.pm, that will do what you describe below. Check out the new Context.pm module which provides a very nice way to maintain state information for limited periods of time, which you will need to keep tra

(RADIATOR) Experience in wholesale implementations

2002-06-04 Thread Claudio Lapidus
Hi all, Just wanted to know if any of you guys have had any experience setting up and using Radiator as the main proxy Radius in a medium to large-scale wholesale network, preferably carrier or operator. We intend to make such a deploy, and are trying to build (if possible) on previous experie

(RADIATOR) Proxying to two RADIUS Servers

2002-06-04 Thread Valentin Tumarkin
Hi, Our customer is looking for a solution to the following scenario: 1. Radiator RADIUS Server receives a request from a NAS 2. Proxies the request to two other RADIUS Servers 3. Only when it receives replies from both RADIUS Servers it replies back to the NAS The whole thing has to run as

(RADIATOR) TimeBlock.txt

2002-06-04 Thread Jaskaran Singh
Dear All, Can someone tell me if I am on the right track, my $p = ${$_[0]}; in the timeblock.txt initializes p to be assigned User_Name from the table and $rp to have Timeout-Session. Then what is the $result being initialized to? Thanks Jack   Jaskaran Singh University Systems & S

Re: (RADIATOR) passing information between Radiators and authby question

2002-06-04 Thread Viraj Alankar
On Tue, Jun 04, 2002 at 06:47:25AM +1000, Hugh Irvine wrote: > > Hello Viraj - > > I think I would write a PreClientHook that would figure out what VISP a > request was for and add a pseudo-attribute to the request indicating which > one. Something like VISP-Identifier = x would do nicely.

RE: (RADIATOR) Redback SMS and NASPort

2002-06-04 Thread Rami Yaseen
Thanks alot for help, I really appreciate it. Best Regards -Original Message- From: Andy De Petter [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 04, 2002 6:04 PM To: 'Rami Yaseen' Cc: [EMAIL PROTECTED] Subject: RE: (RADIATOR) Redback SMS and NASPort It's only copy/paste, and restarti

RE: (RADIATOR) Redback SMS and NASPort

2002-06-04 Thread Andy De Petter
It's only copy/paste, and restarting your radiusd. ;-) -a > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] On Behalf Of Rami Yaseen > Sent: woensdag 12 juni 2002 14:03 > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: RE: (RADIATOR) Redback SMS and N

(RADIATOR) Strange unknown attributes

2002-06-04 Thread Robert Blayzor
I've been noticing some strnage errors in our Radiator log files. I believe this is coming from a badly behaving Ascend Max. I'm wondering if anyone has seen this before? Sun Jun 2 07:27:17 2002: ERR: Attribute number 99 (vendor 1399813490) is not defined in your dictionary Sun Jun 2 07:27:17

RE: (RADIATOR) Redback SMS and NASPort

2002-06-04 Thread Rami Yaseen
Hello, Adding the attributes, is it only cut and paste ? or does it need more work ? Best Regards -Original Message- From: Hugh Irvine [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 04, 2002 2:52 PM To: Rami Yaseen Cc: [EMAIL PROTECTED] Subject: Re: (RADIATOR) Redback SMS and NASPort

Re: (RADIATOR) Redback SMS and NASPort

2002-06-04 Thread Hugh Irvine
Hello Rami - The Redback attributes are contained in the file "dictionary.redback" in the Radiator 3.1 distribution (I have included it in this email for convenience). You should add the Redback vendor-specific attributes to the standard Radiator dictionary with your favourite text editor. r

Re: (RADIATOR) Redback SMS and NASPort

2002-06-04 Thread Toomas Kärner
Hi Rami, You just have to ask for a dictionary from VSA's in normal format from Redback or you can write them into dictionary by yourself. Or you can contact me privately and I'll send you the file (but not after 5.06.2002 - on vacation). I have been working with Redback SMS devices about two and

RE: (RADIATOR) Redback SMS and NASPort

2002-06-04 Thread Rami Yaseen
Hi Hugh, I have changed the field data type to numeric and it's working fine now. As I told you in the previous e-mail that I am working with Redback SMS, but whe I opened the default dictionary our installed Radiator uses I didn't see any attribute related to redback. Because of this the Raddia

Re: (RADIATOR) Ascend-Xmit-Rate problem

2002-06-04 Thread Romain Vergniol
Here is the trace 4 debug and the proxy config file. The problem appears only with accounting requests. Romain = Trace 4 debug *** Received from 172.xx port 1027 Code: Accounting-Request Identifier: 102 Authentic:

Re: (RADIATOR) radpwtst -status

2002-06-04 Thread Mike McCauley
Hi Fred, Thanks for your feedback. We will look at whether that can be done. Cheers. On Tue, 4 Jun 2002 16:51, Fred Albrecht wrote: > Hi Mike and Hugh > > But is this stat then not misleading? This is not a dropped request,it was > accepted and forwarded??? Perhaps there needs to be another