| Configuring the WSM using Device Manager |
RADIUS snooping examines RADIUS accounting packets for client information. to update static session entries. The WSM session table uses these to maintain persistency for load balancing. If a static session entry is added using RADIUS snooping, it must also be deleted using RADIUS snooping, instead of aging out. The WSM load balances both the RADIUS and WAP gateway traffic using the same virtual server IP address.
The following is a step-by-step description of how RADIUS snooping works:
| If any information is missing, the WSM will not add the session entry. |
| If a session entry for a client cannot be added because of resource constraints, the subsequent WAP packets for that client will not be load balanced correctly; and the client must drop the connection and reconnect to his wireless service. |
| The WSM maintains persistency during the session, however, session persistence cannot be maintained if the number of healthy real WAP gateways changes during the session, for example, if a new WAP server comes into service or existing WAP servers are down. |
| Persistence cannot be maintained if the user moves from one ISP to another, or if the base of the user's session changes (that is, from CALLING_STATION_ID to USER_NAME, or vice versa). For example, if a user moves out of a roaming area, it is possible that his/her CALLING_STATION_ID is not available in the RADIUS Accounting packets. If not, the WSM uses USER_NAME to choose a WAP server instead of CALLING_STATION_ID, and persistence cannot be maintained. |
See also: