[ietf78-tech] EDUroam connect request

[Geert Jan de Groot]

On Thu, 08 Jul 2010 09:56:42 -0700 joel jaeggli wrote:
> Right and that's yet another beacon frame at roughly 100ms intervals on 
> both a and b channels times ~60 aps with two radio's each, I'm all for 
> having the number of ssids that we need in total to support the client 
> and role segmentation necessary to run the network, but not more than 
> that. we already know that a number of devices have finite number of 
> slots either in their devices drivers or firmware for the number of 
> beacons they're prepared to cache before ejecting some.

>From Jim's notes, we'll have 4 SSID's: 
- ietf-portal
- ietf-portal-a
- ietf.1x
- ietf-a.1x

If the admission control fails, we'll add:
- ietf
- ietf-a
for a total of 6 concurrent SSID's in operation.

This learns me 2 things:
1. We hope we can run with 6 SSIDs (or we have a problem with our
   backup scheme in case the admission thing fails)
2. We should have a way to change the SSID config of our AP's
   automagically, as we might need to add ietf and ietf-a

Perhaps we can let eduroam use the 5th slot? If 5 slots turns out
to be a problem, then we can decide to take it down, but if we do,
we also know that our backup plan for the admission experiment
is faulty.
 
I suspect Paul would not mind that if the number SSID slots would 
turn out to be an issue, and removing eduroam would fix that issue, 
the answer would be to remove eduroam.
(and, at the same time, pray we don't need to implement our
backup plan).

You guys have much more experience - would this be workable?

Geert Jan

(jim - fixing my email setup now - sorry!)