IETF Network Discovery and Selection Overview September 2004 IETF Network Discovery and Selection Overview Eleanor Hepworth, Andrew McDonald Siemens Roke Manor eleanor.hepworth@roke.co.uk, andrew.mcdonald@roke.co.uk E. Hepworth/A. McDonald, Siemens Roke Manor

IETF Network Discovery and Selection Overview September 2004 IETF Network Discovery and Selection Overview We have been requested to review two Internet Drafts Network Discovery and Selection Problem (draft-ietf-eap-netsel-problem-01.txt) Identity selection hints for EAP (draft-adrangi-eap-network-discovery-03.txt) E. Hepworth/A. McDonald, Siemens Roke Manor

Network Discovery and Selection Problem Internet Draft September 2004 Network Discovery and Selection Problem Internet Draft Provides a problem definition Specifies design constraints Identifies existing work E. Hepworth/A. McDonald, Siemens Roke Manor

Problem Definition Three different ways to view the problem: September 2004 Problem Definition Three different ways to view the problem: Access network discovery, Identity selection, AAA routing, Payload routing Discovery, Decision, and Selection Type of Information access network identification, roaming agreements, authentication mechanisms, QoS, cost, etc E. Hepworth/A. McDonald, Siemens Roke Manor

Design Constraints Constraints relating to AAA routing and protocols September 2004 Design Constraints Constraints relating to AAA routing and protocols Must be Compatible with future AAA or access network features Must not consume significant resources Must not cause problems with limited packet sizes Should not require changes to installed base of APs, clients, network access servers Should allow interoperability with devices not modified to support network discovery and selection E. Hepworth/A. McDonald, Siemens Roke Manor

Existing Work Provides overview of work from IETF IEEE 3GPP September 2004 Existing Work Provides overview of work from IETF IEEE 3GPP Others (WWRF, Intel) E. Hepworth/A. McDonald, Siemens Roke Manor

Conclusions A solution is needed September 2004 Conclusions A solution is needed Alternative views/solutions coming from IETF/IEEE/3GPP New link layers should have support for providing network advertisement information May not be possible to solve all problems with current link layers – may need phased approach E. Hepworth/A. McDonald, Siemens Roke Manor

Identity selection hints for EAP Internet Draft September 2004 Identity selection hints for EAP Internet Draft Provides a solution to part of the problem described in the netsel-problem draft Allows a network to advertise the NAI realms it supports in an EAP Identity Request E. Hepworth/A. McDonald, Siemens Roke Manor

September 2004 Background Developed from previous draft (draft-adrangi-eap-network-discovery-and-selection-01.txt) which covered both discovery and selection Network selection (NAI decoration) moved to draft RFC2486bis This draft covers only the discovery aspect Tried to present the concept in much shorter text and a more generic way so that it can be applied for mediating network discovery (required by 3gpp) and identity selection Adapted from an e-mail from Farid Adrangi E. Hepworth/A. McDonald, Siemens Roke Manor

September 2004 Proposed Solution Add identity hint information after displayable string in EAP Identity Request Example: identity-request-data = [ displayable-string ] [ %x00 "NAIRealms=" realm-list ] displayable-string = *OCTET realm-list = realm / ( realm-list ";" realm ) "Hello\0NAIRealms=example.com;mnc014.mcc310.3gppnetwork.org" E. Hepworth/A. McDonald, Siemens Roke Manor

Alternative Candidate Solutions September 2004 Alternative Candidate Solutions The previous discovery-and-selection draft selected this option from a number of candidates Network information included in SSID AP broadcasts (e.g. beacon frames) Probe request/response Client-side mapping of SSID to mediating network names EAP E. Hepworth/A. McDonald, Siemens Roke Manor