Groupe de travail Réseau	P. Calhoun, Cisco Systems, Inc.
Request for Comments : 5417	mars 2009
Catégorie : Sur la voie de la normalisation	
Traduction Claude Brière de L'Isle	

Option DHCP de contrôleur d’accès du protocole de contrôle et de provisionnement de points d’accès sans fil (CAPWAP)

Statut du présent mémoire
Le présent document spécifie un protocole de l’Internet sur la voie de la normalisation pour la communauté de l’Internet, et appelle à des discussions et suggestions pour son amélioration. Prière de se référer à l’édition en cours des "Protocoles officiels de l’Internet" (STD 1) pour voir l’état de normalisation et le statut de ce protocole. La distribution du présent mémoire n’est soumise à aucune restriction.

Notice de droits de reproduction
Copyright (c) 2009 IETF Trust et les personnes identifiées comme auteurs du document. Tous droits réservés.

Le présent document est soumis au BCP 78 et aux dispositions légales de l’IETF Trust qui se rapportent aux documents de l’IETF (http://trustee.ietf.org/license-info) en vigueur à la date de publication de ce document. Prière de revoir ces documents avec attention, car ils décrivent vos droits et obligations par rapport à ce document.

Le présent document peut contenir des matériaux provenant de documents de l’IETF ou de contributions à l’IETF publiées ou rendues disponibles au public avant le 10 novembre 2008. La ou les personnes qui ont le contrôle des droits de reproduction sur tout ou partie de ces matériaux peuvent n’avoir pas accordé à l’IETF Trust le droit de permettre des modifications de ces matériaux en dehors du processus de normalisation de l’IETF. Sans l’obtention d’une licence adéquate de la part de la ou des personnes qui ont le contrôle des droits de reproduction de ces matériaux, le présent document ne peut pas être modifié en dehors du processus de normalisation de l’IETF, et des travaux dérivés ne peuvent pas être créés en dehors du processus de normalisation de l’IETF, excepté pour le formater en vue de sa publication comme RFC ou pour le traduire dans une autre langue que l’anglais.

Résumé
Le protocole de contrôle et de provisionnement de points d’accès sans fil permet à un point de terminaison sans fil d’utiliser DHCP pour découvrir les contrôleurs d’accès auxquels il va se connecter. Le présent document décrit les options DHCP à utiliser par le protocole CAPWAP.
Table des matières
1. Introduction	1
1.1 Conventions utilisées dans ce document	2
1.2 Terminologie	2
2. Option DHCPv4 d’AC CAPWAP	2
3. Option DHCPv6 d’AC CAPWAP	2
4. Considérations relatives à l’IANA	3
5. Considérations sur la sécurité	3
6. Remerciements	4
7. Références	4
7.1 Références normatives	4
7.2 Références pour information	4
Adresse de l’auteur	4

 	1.	Introduction

Le protocole de contrôle et provisionnement de points d'accès sans fil (CAPWAP, Control And Provisioning of Wireless Access Points Protocol) [RFC5415] permet à un point de terminaison sans fil (WTP, Wireless Termination Point) d'utiliser DHCP pour découvrir les contrôleurs d'accès (AC, Access Controller) auxquels il doit se connecter.

Avant le processus de découverte CAPWAP, le WTP peut utiliser une des nombreuses méthodes disponibles pour identifier l'AC approprié avec lequel établir une connexion. Une de ces méthodes est par le protocole DHCP. Ceci est fait avec l'option CAPWAP AC DHCPv4 ou CAPWAP AC DHCPv6.

 	1.1	Conventions utilisées dans ce document
Les mots clés "DOIT", "NE DOIT PAS", "EXIGE", "DEVRA", "NE DEVRA PAS", "DEVRAIT", "NE DEVRAIT PAS", "RECOMMANDE", "PEUT", et "FACULTATIF" en majuscules dans ce document sont à interpréter comme décrit dans le BCP 14, [RFC2119].

 	1.2	Terminologie
Ce document utilise la terminologie définie dans les [RFC3753], [RFC2131], [RFC3315], et [RFC5415].

 	2.	Option DHCPv4 d’AC CAPWAP

Cette section définit une option DHCPv4 qui porte une liste d'adresses IPv4 de 32 bits (en binaire) qui indiquent un ou plusieurs CAPWAP disponibles pour le WTP.

L'option DHCPv4 pour CAPWAP a le format montré dans la figure qui suit :

 0                   1
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code d'option |Longueur option|
+---------------+---------------+
|                               |
+       Adresse IPv4 d'AC       +
|                               |
+---------------+---------------+
|             ...               |
+---------------+---------------+

Code d'option : OPTION_CAPWAP_AC_V4 (138)

Longueur d'option : longueur du champ "options"en octets ; DOIT être un multiple de quatre (4).

Adresse IPv4 d'AC : adresse IPv4 d'un AC CAPWAP que le WTP peut utiliser. Les AC sont énumérés dans l'ordre de préférence d'utilisation par le WTP.

Un client DHCPv4, agissant au nom d'un WTP CAPWAP, DOIT demander l'option CAPWAP AC DHCPv4 dans une option Liste de demandes de paramètre, comme décrit dans les [RFC2131] et [RFC2132].

Un serveur DHCPv4 retourne l'option AC CAPWAP au client si la politique du serveur est configurée de façon appropriée et si le serveur est configuré avec une liste des adresses d'AC CAPWAP.

Un WTP CAPWAP, agissant comme client DHCPv4, qui reçoit l'option CAPWAP AC DHCPv4 PEUT utiliser la ou les (listes d') adresses IP pour localiser un AC. Le protocole CAPWAP [RFC5415] fournit des ligne directrices sur le processus de découverte de WTP.

Le WTP, agissant comme client DHCPv4, DEVRAIT essayer les enregistrements dans l'ordre de la liste d'options CAPWAP AC DHCPv4 reçue du serveur DHCPv4.

 	3.	Option DHCPv6 d’AC CAPWAP

Cette section définit une option DHCPv6 qui porte une liste d'adresses IPv6 de 128 bits (en binaire) qui indiquent un ou plusieurs AC CAPWAP disponibles au WTP.

L'option DHCPv6 pour CAPWAP a le format montré dans la figure suivante :

 0                   1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|     Code d'option             |     Longueur d'option         |
+---------------+---------------+---------------+---------------+
|                                                               |
+                                                               +
|                                                               |
+                          Adresse IPv6 d'AC                    +
|                                                               |
+                                                               +
|                                                               |
+---------------+---------------+---------------+---------------+
|                          ....                                 |
+---------------+---------------+---------------+---------------+

Code d'option :  OPTION_CAPWAP_AC_V6 (52)

Longueur d'option : longueur du champ "options" en octets ; DOIT être un multiple de seize (16).

Adresse IPv6 d'AC : adresse IPv6 d'un AC CAPWAP que le WTP peut utiliser. Les AC sont énumérés dans l'ordre de préférence d'utilisation pour le WTP.

Un client DHCPv6, agissant au nom d'un WTP CAPWAP, DOIT demander l'option CAPWAP AC DHCPv6 dans une option Liste de demandes de paramètres, comme décrit dans la [RFC3315].

Un serveur DHCPv6 retourne l'option d'AC CAPWAP au client si la politique du serveur est configurée de façon appropriée et si le serveur est configuré avec une liste d'adresses d'AC CAPWAP.

Un WTP CAPWAP, agissant comme client DHCPv6, qui reçoit l'option CAPWAP AC DHCPv6 PEUT utiliser la ou les (liste d') adresses IP pour localiser un AC. Le protocole CAPWAP [RFC5415] donne des directives sur le processus de découverte de WTP.

Le WTP, agissant comme un client DHCPv6, DEVRAIT essayer les enregistrements dans l'ordre de la liste de l'option CAPWAP AC DHCPv6 reçue du serveur DHCPv6.

 	4.	Considérations relatives à l’IANA

Le code d'option DHCPv4 suivant pour les options d'AC CAPWAP a été alloué par l'IANA :

Nom d'option	Valeur	Décrite dans
OPTION_CAPWAP_AC_V4	138	Section 2

Le code d'option DHCPv6 suivant pour les options d'AC CAPWAP a été alloué par l'IANA :

Nom d'option	Valeur	Décrite dans
OPTION_CAPWAP_AC_V6	52	Section 3

 	5.	Considérations sur la sécurité

Les considérations de sécurité des [RFC2131], [RFC2132], et [RFC3315] s'appliquent. Si un adversaire s'arrange pour modifier la réponse d'un serveur DHCP ou insérer sa propre réponse, un WTP pourrait être conduit à contacter un AC CAPWAP félon, éventuellement un qui intercepte alors les demandes d'appel ou refuse le service. L'utilisation par CAPWAP de la sécurité de la couche transport de datagrammes (DTLS, Datagram Transport Layer Security) DOIT être employée pour authentifier les homologues CAPWAP dans l'établissement de la session.

Dans la plupart des réseaux, l'échange DHCP qui livre les options avant l'authentification d'accès au réseau n'est ni protégée en intégrité ni authentifié quant à l'origine. Donc, dans les environnements sensibles à la sécurité, les options définies dans le présent document NE DEVRAIENT PAS être les seules méthodes utilisées pour déterminer à quel AC un WTP devrait se connecter. Le protocole CAPWAP [RFC5415] définit d'autres procédures de découverte d'AC qu'un WTP PEUT utiliser.

 	6.	Remerciements

On remercie les personnes suivantes de leurs contributions à cette spécification de protocole : Ralph Droms, Margaret Wasserman.

 	7.	Références
 	7.1	Références normatives

[RFC2119]	S. Bradner, "Mots clés à utiliser dans les RFC pour indiquer les niveaux d'exigence", BCP 14, mars 1997. (MàJ par RFC8174)

[RFC2131]	R. Droms, "Protocole de configuration dynamique d'hôte", mars 1997. (DS) (Mà J par RFC3396, RFC4361, RFC5494, et RFC6849)

[RFC2132]	S. Alexander et R. Droms, "Options DHCP et Extensions de fabricant BOOTP", mars 1997.

[RFC3315]	R. Droms, J. Bound, B. Volz, T. Lemon, C. Perkins et M. Carney, "Protocole de configuration dynamique d'hôte pour IPv6 (DHCPv6)", juillet 2003. (MàJ par RFC6422 et RFC6644, RFC7227 ; rendue obsolète par RFC8415)

[RFC5415]	P. Calhoun et autres, "Spécification du protocole de contrôle et d'approvisionnement de points d'accès sans fil (CAPWAP)", mars 2009. (P. S.)

 	7.2	Référence pour information

[RFC3753]	J. Manner et M. Kojo, éd., "Terminologie de la mobilité", juin 2004. (Information)

 	Adresse de l’auteur

Pat R. Calhoun
Cisco Systems, Inc.
170 West Tasman Drive
San Jose, CA  95134
USA
téléphone : +1 408-902-3240
mél : pcalhoun@cisco.com