Hello,
context :
2 Institutions being part of the eduroam Federation :
- they both offer the ssid eduroam
- the 2 institutions are physically closed to each other (on the same campus)
A client from Institution_A authenticate 802.1x to ssid eduroam of its institution :
- after successfull authentication, the client gets a new ip address from the dhcp server of Institution_A
The same client walks towards Institution_B :
- the client associate with ssid eduroam of Institution_B
- the client authenticate through the federation against its Institution_A authentication server
- after successfull authentication, the client starts the process of getting an ip address
At that point here is what is observed on all iPhone/iPad :
- the client asks for its previously obtanined ip address from Institution_A (DHCPREQUEST)
- the dhcp server of Institution_B issues a DHCPNAK to the client because the ip address asked is not part of its subnets
- the client continuosly repeat the process of asking its former ip address, the process can last for minutes/hours (maybe till the end of lease ?)
- As a result the client has no wifi working, till the client decide to issue a DHCPDISCOVER and then get a valid new ip address
Even after a shutdown, the client keeps on asking the same ip address (to be confirmed, but so far this what has been seen).
It is devastating for all our Apple clients.
Regards