Radius Accounting Authentication Redundancy - Revision history

Luc Morissette: Updated links to versions

2022-07-12T14:07:59Z

Updated links to versions

← Older revision		Revision as of 10:07, 12 July 2022
Line 31:		Line 31:

	== Configuration ==		== Configuration ==
	*[[Web_Portal_Tutorial_Guide_v2.7#RADIUS_Authorization_and_Authentication\|Web Portal v2.7: RADIUS Authorization and Authentication]]		*[[Toolpack:Call_Routes_Settings_E#tab=RADIUS_Authorization_and_Authentication\|Web Portal v3.2: RADIUS Authorization and Authentication configuration]]
			*[[Toolpack:Tsbc_Call_Routes_Settings_3.1#tab=RADIUS_Authorization_and_Authentication\|Web Portal v3.1: RADIUS Authorization and Authentication configuration]]
			*[[Toolpack:Tsbc_Call_Routes_Settings_3.0#RADIUS_Authorization_and_Authentication\|Web Portal v3.0: RADIUS Authorization and Authentication configuration]]
			<div class="mw-collapsible mw-collapsed" data-collapsetext="other versions" data-expandtext="Click here for other versions" style="width: 400px;">
			*[[Toolpack:Call_Routes_Settings_C#RADIUS_Authorization_and_Authentication\|Web Portal v2.10: RADIUS Authorization and Authentication configuration]]
			*[[Toolpack:Call_Routes_Settings_B#RADIUS_Authorization_and_Authentication\|Web Portal v2.9: RADIUS Authorization and Authentication configuration]]
			*[[Toolpack:Call_Routes_Settings_A#RADIUS_Authorization_and_Authentication\|Web Portal v2.8: RADIUS Authorization and Authentication configuration]]
			*[[Web_Portal_Tutorial_Guide_v2.7#RADIUS_Authorization_and_Authentication\|Web Portal v2.7: RADIUS Authorization and Authentication configuration]]
			</div>

Nicole Tan: Fixed link

2014-02-05T20:50:41Z

Fixed link

← Older revision		Revision as of 16:50, 5 February 2014
Line 31:		Line 31:

	== Configuration ==		== Configuration ==
	*[[Web_Portal_Tutorial_Guide_v2.7#~~CDR~~\|Web Portal v2.7: RADIUS ~~configuration~~]]		*[[Web_Portal_Tutorial_Guide_v2.7#RADIUS_Authorization_and_Authentication\|Web Portal v2.7: RADIUS Authorization and Authentication]]

Nicole Tan: NT with CB: Improved the description to make it clearer

2014-02-05T19:57:46Z

NT with CB: Improved the description to make it clearer

← Older revision		Revision as of 15:57, 5 February 2014
Line 6:		Line 6:
	Each Radius client processing AUTH and ACCT are flexibly configurable by:		Each Radius client processing AUTH and ACCT are flexibly configurable by:

	~~=====~~Use polling (Status-Server)~~=====~~		*Use polling (Status-Server)

	~~=====~~Requests timeout and number of retries~~=====~~		*Requests timeout and number of retries

	~~This list of Radius servers can be configured here: [[Toolpack:Adding_RADIUS_server_B\|Configuring Radius]]~~		== Current(Primary) Radius AUTH/ACCT server selection ==
			*If polling is enabled, the selected "Current" server will be the first that responds to the polling requests.
	== Current(Primary) Radius AUTH/ACCT server ==
	If polling is enabled, the selected "Current" server will be the first that responds to the polling requests.
	All other servers in the list will be flagged as "online" or "offline" depending whether it responses to the polling.		All other servers in the list will be flagged as "online" or "offline" depending whether it responses to the polling.

	If polling is disabled, the server is selected in a round robin order, the first being tested successfully is the "Current".		*If polling is disabled, the server is selected in a round robin order, the first being tested successfully is the "Current".
	All other servers in the list will be flagged as "online" or "offline" depending whether it responses to requests within the timeout and retries.		All other servers in the list will be flagged as "online" or "offline" depending whether it responses to requests within the timeout and retries.

Line 22:		Line 20:
	Let's take this scenario to explain the Radius AUTH/ACCT switchover feature:		Let's take this scenario to explain the Radius AUTH/ACCT switchover feature:

	We have servers '''A''' and '''B''', both 'online', and server '''A''' is 'Current'.		*We have servers '''A''' and '''B''', both 'online', and server '''A''' is 'Current'.
			*Request W　is sent to server '''A'''.
	Request W　is sent to server '''A'''.		*Request X，R,Z are in the queue sent to server '''A'''.
			*Server '''A''' doesn't respond to Request W. In consequence, server '''A''' is qualified as 'offline' and server B is elected as 'Current'.
	Request X，R,Z are in the queue sent to server '''A'''.		*Request W is then sent to server '''B'''.
			*All new requests M,Y,Q will be sent to server '''B'''.
	Server '''A''' doesn't respond to Request W. In consequence, server '''A''' is qualified as 'offline' and server B is elected as 'Current'.		*The Request X which is in queue to '''A''', will be sent to '''A'''. If A is still qualified as 'offline'. It will be then sent to '''B'''.
			*If server '''A''' is back qualified as "online". It will process the request X.
	Request W is then sent to server '''B'''.		*The requests R,Z in queue will be processed same as X.

	All new requests M,Y,Q will be sent to server '''B'''.

	The Request X which is in queue to '''A''', will be sent to '''A'''. If A is still qualified as 'offline'. It will be then sent to '''B'''.

	If server '''A''' is back qualified as "online". It will process the request X.

	~~The requests R,Z in queue will be processed same as X~~.		== Configuration ==
			*[[Web_Portal_Tutorial_Guide_v2.7#CDR\|Web Portal v2.7: RADIUS configuration]]

Nicole Tan: Removed display title and "applies to rel2.7"

2014-02-05T19:41:53Z

Removed display title and "applies to rel2.7"

← Older revision		Revision as of 15:41, 5 February 2014
Line 1:		Line 1:
	~~'''''Applies to version(s): v2.7'''''~~
	~~{{DISPLAYTITLE:Toolpack:Radius Accounting and Authentication Redundancy}}~~

	With version 2.7, Toolpack fully supports redundancy on Radius authentication and accounting. Short for AUTH/ACCT in the below description.		With version 2.7, Toolpack fully supports redundancy on Radius authentication and accounting. Short for AUTH/ACCT in the below description.

Nicole Tan: moved Radius Acct Auth Redundancy to Radius Accounting Authentication Redundancy: full name for search engine

2014-02-05T19:41:00Z

moved Radius Acct Auth Redundancy to Radius Accounting Authentication Redundancy: full name for search engine

← Older revision	Revision as of 15:41, 5 February 2014
(No difference)

Nicole Tan: NT: corrected a small mistake

2014-02-04T20:14:57Z

NT: corrected a small mistake

← Older revision		Revision as of 16:14, 4 February 2014
Line 40:		Line 40:
	If server '''A''' is back qualified as "online". It will process the request X.		If server '''A''' is back qualified as "online". It will process the request X.

	The requests R,Z in queue will be processed same as A.		The requests R,Z in queue will be processed same as X.

Nicole Tan: Created the initial page with the information

2014-02-04T20:06:33Z

Created the initial page with the information

New page

'''''Applies to version(s): v2.7'''''
{{DISPLAYTITLE:Toolpack:Radius Accounting and Authentication Redundancy}}

With version 2.7, Toolpack fully supports redundancy on Radius authentication and accounting. Short for AUTH/ACCT in the below description.

== Multiple Radius Servers ==
Toolpack Radius AUTH/ACCT can be provisioned with several Radius servers (not only two).
Each Radius client processing AUTH and ACCT are flexibly configurable by:

=====Use polling (Status-Server)=====

=====Requests timeout and number of retries=====

This list of Radius servers can be configured here: [[Toolpack:Adding_RADIUS_server_B|Configuring Radius]]

== Current(Primary) Radius AUTH/ACCT server ==
If polling is enabled, the selected "Current" server will be the first that responds to the polling requests.
All other servers in the list will be flagged as "online" or "offline" depending whether it responses to the polling.

If polling is disabled, the server is selected in a round robin order, the first being tested successfully is the "Current".
All other servers in the list will be flagged as "online" or "offline" depending whether it responses to requests within the timeout and retries.

== Radius AUTH/ACCT switch-over ==
Let's take this scenario to explain the Radius AUTH/ACCT switchover feature:

We have servers '''A''' and '''B''', both 'online', and server '''A''' is 'Current'.

Request W　is sent to server '''A'''.

Request X，R,Z are in the queue sent to server '''A'''.

Server '''A''' doesn't respond to Request W. In consequence, server '''A''' is qualified as 'offline' and server B is elected as 'Current'.

Request W is then sent to server '''B'''.

All new requests M,Y,Q will be sent to server '''B'''.

The Request X which is in queue to '''A''', will be sent to '''A'''. If A is still qualified as 'offline'. It will be then sent to '''B'''.

If server '''A''' is back qualified as "online". It will process the request X.

The requests R,Z in queue will be processed same as A.