(RADIATOR) RADIATOR with Ericsson J20 GGSN

Wed Jun 22 01:34:17 CDT 2005

Hi again
We did some tests with a UDP packet creator we wrote in perl and tested
it against our config. These two commands seem to work. We will be
cutting live tonight and see what the real traffic has to say.
I have a good feeling about this.

regards

Surajh Surjoo
Systems Engineer - Data
Mobile: 0832129829

MTN. Everywhere You Go.

 You always take your MTN simcard with you!

NOTE: This e-mail message is subject to the MTN Group disclaimer see
http://www.mtn.co.za/email_disclaimer.asp

-----Original Message-----
From: Hugh Irvine [mailto:hugh at open.com.au] 
Sent: Tuesday, 21 June 2005 02:42 PM
To: Surajh Surjoo [ MTN - Innovation Centre ]
Cc: Frank Danielson; radiator at open.com.au; Trevor Widdows [ MTN -
Innovation Centre ]
Subject: Re: (RADIATOR) RADIATOR with Ericsson J20 GGSN

Hello Surajh, Hello Trevor -

Yes you can try NoIgnoreDuplicates - it will give you finer grained  
control over which packet types you want to process.

As always you will need to do some testing to verify what happens in  
"real" life.

regards

Hugh

On 21 Jun 2005, at 16:38, Surajh Surjoo [ MTN - Innovation Centre ]  
wrote:

> Hi again
> See response from Trevor attached. How about the NoIgnoreDuplicates
> command. Maybe that will work?
> Regards/
>
> Surajh Surjoo
> Systems Engineer - Data
> Mobile: 0832129829
>
>
> MTN. Everywhere You Go.
>
>  You always take your MTN simcard with you!
>
>
>
>
> NOTE: This e-mail message is subject to the MTN Group disclaimer see
> http://www.mtn.co.za/email_disclaimer.asp
>
>
> -----Original Message-----
> From: Hugh Irvine [mailto:hugh at open.com.au]
> Sent: Monday, 20 June 2005 08:09 PM
> To: Frank Danielson
> Cc: Surajh Surjoo [ MTN - Innovation Centre ]; radiator at open.com.au
> Subject: Re: (RADIATOR) RADIATOR with Ericsson J20 GGSN
>
>
> Hello Frank, Hello Surajh -
>
> Frank is correct, you should try setting DupInterval to 0 to avoid
> problems with false duplicates in the situation you describe.
>
> regards
>
> Hugh
>
>
> On 21 Jun 2005, at 00:37, Frank Danielson wrote:
>
>
>> Hi Surajh-
>>
>> The config file and a trace 4 log file of the activity would help a
>> lot.
>>
>>  If I understand what you are saying, each NAS port has its own id
>> so it is
>> possible that Radiator will get an Access-Request with an Id of 1
>> for NAS
>> port 1 and then the next Access-Request could also have an Id of 1
>> but for
>> NAS port2. Then Radiator is detecting the second request as a
>> duplicate and
>> discarding it. Is that correct?
>>
>>  If this is the case the simplest work around is to set the
>> DupInterval to 0
>> in the Client definition so that Radiator does not perform duplicate
>> detection. A more complicated solution would be to set the
>> DupInterval to 0
>> and write a hook to perform your own duplicate detection based on
>> the Id and
>> port number.
>>
>> Of course I may have misunderstood you completely.
>>
>> Frank Danielson
>> Infrastructure Architect
>>
>> ClearSky Mobile Media
>> 56 E. Pine St.
>> Orlando, FL 32801
>> USA
>>
>> fdanielson at csky.com
>>
>> -----Original Message-----
>> From: Surajh Surjoo [ MTN - Innovation Centre ]
>> [mailto:Surajh.Surjoo at mtn.co.za]
>> Sent: Monday, June 20, 2005 9:24 AM
>> To: radiator at open.com.au
>> Subject: (RADIATOR) RADIATOR with Ericsson J20 GGSN
>> Importance: High
>>
>>
>> Hi All
>> Has anyone managed to successfully integrate radiator radius server
>> with the
>> Ericsson J20 GGSN R2.5 (GPRS support node) for mobile networks?
>>
>> We require that radiator reply back to the GGSN to the exact port
>> number and
>> message id from which a message was sent. Radiator thus far does
>> not do this
>> and sees the multiple requests as duplicate requests rather than from
>> multiple NAS ports.
>>
>> The GGSN J20 sends requests from  multiple ports and each port has
>> a message
>> id from 0-255. RADIATOR only replies to the message id (0-255) and
>> not to
>> the port number as well. Hence the duplicates occur when numerous
>> requests
>> per second are being handled.
>>
>> Please assist.
>>
>> regards
>>
>>
>> Surajh Surjoo
>> Systems Engineer - Data
>> Mobile: 0832129829
>> Mobile fax: 083 118 2129829
>> Office: 011 9123000
>> Office Fax: 011 9123232
>> Email: surajh.surjoo at mtn.co.za
>>
>> Bsc(Honours)Physics; Bsc(Honours)Technology Management;
>> Postgraduate Diploma
>> in Engineering(Satellite and Mobile communications); MTN Management
>> Foundation Programme.
>> Politics is more difficult than physics
>> --Albert Einstein
>> NOTE: This e-mail message is subject to the MTN Group disclaimer see
>> http://www.mtn.co.za/email_disclaimer.asp
>>
>> --
>> 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: I am travelling this week, so there may be delays in our
> correspondence.
>
> -- 
> 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.
> -
> CATool: Private Certificate Authority for Unix and Unix-like systems.
>
>
>
> From: "Trevor Widdows [ MTN - Innovation Centre ]"  
> <Widdow_T at mtn.co.za>
> Date: 21 June 2005 07:41:58 GMT+10:00
> To: "Surajh Surjoo [ MTN - Innovation Centre ]"  
> <Surajh.Surjoo at mtn.co.za>, "Leith Welsford [ MTN - Innovation  
> Centre ]" <Welsfo_L at mtn.co.za>
> Subject: RE: radiator command for duplicates
>
>
> Hi,
>
> the first one may work, the dupinterval we tried when we upgraded to
> cgsn 3.0, and it didn't help.
>
> Regards,
>
> Trevor Widdows
> Engineer:- CTNS-PDS
> Mobile Telephone Networks
> Cell:- +27 83 212 0010
> Fax:- +27 83 118 212 0010
> e-mail:- widdow_t at mtn.co.za
>
>
>
>   _____
>
> From: Surajh Surjoo [ MTN - Innovation Centre ]
> Sent: Monday, 20 June 2005 15:36
> To: Surajh Surjoo [ MTN - Innovation Centre ]; Leith Welsford [ MTN -
> Innovation Centre ]; Trevor Widdows [ MTN - Innovation Centre ]
> Subject: RE: radiator command for duplicates
>
>
>
> How about this command? We could try it out with the bottom command.
>
>
>
> 6.5.4 DupInterval
>
> If more than 1 Radius request is received with the same IP address,
> request type and Radius Identifier within DupInterval seconds, the 2nd
> and subsequent requests are ignored. A value of 0 means duplicates are
> always accepted, which might not be very wise, except during testing.
> Default is 2 seconds, which will detect and ignore duplicates due to
> multiple transmission paths. In general you should never need to worry
> about or set this parameter. Ignore it and accept the default.
>
>
>
> # brian.open.com.au is being tested
>
> <Client brian.open.com.au>
>
>         Secret 666obaFGkmRNs666
>
>     DupInterval 0
>
> </Client>
>
>
>
>
>
> Surajh Surjoo
>
> Systems Engineer - Data
>
> Mobile: 0832129829
>
>
>
> MTN. Everywhere You Go.
>
>  You always take your MTN simcard with you!
>
>
>
>
> NOTE: This e-mail message is subject to the MTN Group disclaimer see
> <http://www.mtn.co.za/email_disclaimer.asp>
> http://www.mtn.co.za/email_disclaimer.asp
>
>   _____
>
> From: Surajh Surjoo [ MTN - Innovation Centre ]
> Sent: Monday, 20 June 2005 03:29 PM
> To: Leith Welsford [ MTN - Innovation Centre ]; Trevor Widdows [ MTN -
> Innovation Centre ]
> Subject: radiator command for duplicates
>
>
>
> Hi
>
> Do you think this will help us with radiator. Could we test this in  
> the
> TP?
>
>
>
>
>
>
> 6.5.19 NoIgnoreDuplicates
>
>
> This optional parameter specifies one or more Radius packet types  
> where
> duplicates are not ignored. NoIgnoreDuplicates is a comma or space
> separated list of request types, such as:
>
> *   Access-Request
>
> *   Accounting-Request
>
> *   Status-Server
>
> *   etc...
>
> By default any request with an identical identifer received from the
> same NAS within the DupInterval period will be ignored. If the request
> type is specified in NoIgnoreDuplicates, it wil not be ignored,
> irrespective of the time since receoption of a previous copy.
>
>
> # Always handle dups of Accounting-Request packets
> NoIgnoreDuplicates Accounting-Request
>
>
>
>
>
> Surajh Surjoo
>
> Systems Engineer - Data
>
> Mobile: 0832129829
>
> Mobile fax: 083 118 2129829
>
> Office: 011 9123000
>
> Office Fax: 011 9123232
>
> Email:  <mailto:surajh.surjoo at mtn.co.za> surajh.surjoo at mtn.co.za
>
>
>
> Bsc(Honours)Physics; Bsc(Honours)Technology Management; Postgraduate
> Diploma in Engineering(Satellite and Mobile communications); MTN
> Management Foundation Programme.
>
> Politics is more difficult than physics
> --Albert Einstein
>
> NOTE: This e-mail message is subject to the MTN Group disclaimer see
> <http://www.mtn.co.za/email_disclaimer.asp>
> http://www.mtn.co.za/email_disclaimer.asp
>
>
>
>
>
>

NB: I am travelling this week, so there may be delays in our  
correspondence.

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