Configuration details for eduroam SP support for PassPoint / Hotspot 2.0 (preliminary)
Industry support for Passpoint is developing at varying speeds across vendors, both on the end-user device side and Wi-Fi networking gear side. This page contains both generic information and configruation hints for various eduroam SP gear. WARNING: these things may change over time. Be sure to check back regularly to see if your setup is still up-to-date and conforms to the then-current recommendations.
Generic Information
eduroam SPs (in Wi-Fi Alliance lingo: "hotspots") need to set up a number of configuration parameters so that well-configured end-user devices recognise the hotspot as a) Passpoint compliant and b) as a hotspot that supports connecting to with eduroam credentials. This requires some information elements to be sent out by the eduroam SP equipment. The following list enumerates the current recommendations.
| Element Name | Recommended Value | Remarks |
|---|---|---|
| Consortium OI | 00-1B-C5-04-60 | The organisation ID 00-1B-C5-04-6 is assigned to GEANT (former TERENA); GEANT has assigned the suffix 0 for eduroam. Further assignments for other consortia such as govroam are possible. |
| NAI Realm List | eduroam.org | In one reading of the specification, every realm that a consortium supports should be listed. This is however not only unpractical for eduroam with its thousands of realms, it is also not required by typical end-user devices: the name seen in the Wi-Fi beacon does not have to match the realm of the client-side credential - it rather matches a configured NAIRealm item in the device. We recommend end-user devices be configured with the same static "eduroam.org" value so that the comparison between client device and beacon is a match. |
| Access Network Type | 1 (private network with guest access) | This value is from an enumeration and is the closest match to a typical eduroam SP. |
| Domain |
| According to the specification, end-user devices can detect if they are "home" or "roaming", and to display this in UI to the user. This appears to be detected by matching this "Domain" parameter with the realm of the client-side credential. There is no UI evidence that the distinction is really made and displayed on any end user device we know of though. |
| Venue Name | Contact information of the eduroam SP (multiple languages possible, at least English is recommended) | This is free-text information. Support phone numbers or mail addresses, or directions to an offline help desk booth appear reasonable choices. eduroam SPs should keep in mind that this info is also displayed to roaming users (language barrier, ability to diagnose roaming user problems, ...) |
| IP address type availability | two classifiers (IPv4/IPv6) from IEEE 802.11-2012, tables 8-186 and 8-187 | according to deployed reality. Examples:
|
| Venue Information | classifier from IEEE 802.11-2012 Table 8-52 and 8-53 | according to actual type of eduroam SP organisation. Typical values are:
|