10. IANA Considerations (Considérations IANA)
Ce chapitre définit divers paramètres qui nécessitent l'attribution et la gestion par l'IANA (Internet Assigned Numbers Authority) pour le protocole L2TP.
10.1 AVP Attributes (Attributs AVP)
L'IANA est responsable de la maintenance du registre des types d'attributs AVP L2TP. Le type d'attribut AVP est un champ de 16 bits.
Exigences d'enregistrement:
- Plage de valeurs 0-1023: Attribuées par consensus IETF (nécessite la publication d'une RFC).
- Plage de valeurs 1024-65535: Attribuées selon la politique "Premier arrivé, premier servi".
Types d'attributs AVP standard attribués:
| Type d'attribut | Nom AVP | Référence |
|---|---|---|
| 0 | Type de message | RFC 2661 Section 4.4.1 |
| 1 | Code de résultat | RFC 2661 Section 4.4.2 |
| 2 | Version du protocole | RFC 2661 Section 4.4.3 |
| 3 | Capacités de trame | RFC 2661 Section 4.4.3 |
| 4 | Capacités du support | RFC 2661 Section 4.4.4 |
| 5 | Briseur d'égalité | RFC 2661 Section 4.4.3 |
| 6 | Révision du micrologiciel | RFC 2661 Section 4.4.3 |
| 7 | Nom d'hôte | RFC 2661 Section 4.4.3 |
| 8 | Nom du fournisseur | RFC 2661 Section 4.4.3 |
| 9 | ID de tunnel attribué | RFC 2661 Section 4.4.3 |
| 10 | Taille de fenêtre de réception | RFC 2661 Section 4.4.3 |
| 11 | Défi | RFC 2661 Section 4.4.3 |
| 12 | Code de cause Q.931 | RFC 2661 Section 4.4.4 |
| 13 | Réponse au défi | RFC 2661 Section 4.4.3 |
| 14 | ID de session attribué | RFC 2661 Section 4.4.4 |
| 15 | Numéro de série d'appel | RFC 2661 Section 4.4.4 |
| 16 | BPS minimum | RFC 2661 Section 4.4.4 |
| 17 | BPS maximum | RFC 2661 Section 4.4.4 |
| 18 | Type de support | RFC 2661 Section 4.4.4 |
| 19 | Type de trame | RFC 2661 Section 4.4.4 |
| 20 | Délai de traitement des paquets | RFC 2661 Section 4.4.6 |
| 21 | Numéro appelé | RFC 2661 Section 4.4.4 |
| 22 | Numéro appelant | RFC 2661 Section 4.4.4 |
| 23 | Sous-adresse | RFC 2661 Section 4.4.4 |
| 24 | Vitesse de connexion Tx | RFC 2661 Section 4.4.4 |
| 25 | ID de canal physique | RFC 2661 Section 4.4.4 |
| 26 | LCP CONFREQ reçu initial | RFC 2661 Section 4.4.5 |
| 27 | Dernier LCP CONFREQ envoyé | RFC 2661 Section 4.4.5 |
| 28 | Dernier LCP CONFREQ reçu | RFC 2661 Section 4.4.5 |
| 29 | Type d'authentification proxy | RFC 2661 Section 4.4.5 |
| 30 | Nom d'authentification proxy | RFC 2661 Section 4.4.5 |
| 31 | Défi d'authentification proxy | RFC 2661 Section 4.4.5 |
| 32 | ID d'authentification proxy | RFC 2661 Section 4.4.5 |
| 33 | Réponse d'authentification proxy | RFC 2661 Section 4.4.5 |
| 34 | Erreurs d'appel | RFC 2661 Section 4.4.6 |
| 35 | ACCM | RFC 2661 Section 4.4.6 |
| 36 | Vecteur aléatoire | RFC 2661 Section 4.3 |
| 37 | ID de groupe privé | RFC 2661 Section 4.4.4 |
| 38 | Vitesse de connexion Rx | RFC 2661 Section 4.4.4 |
| 39 | Séquençage requis | RFC 2661 Section 4.4.4 |
AVP spécifiques au fournisseur:
Les AVP spécifiques au fournisseur utilisent le champ Vendor ID (basé sur les codes d'entreprise privés de gestion de réseau SMI) pour distinguer les extensions de différents fournisseurs.
10.2 Message Type AVP Values (Valeurs AVP de type de message)
La valeur AVP de type de message (type d'attribut 0) est utilisée pour identifier le type de message de contrôle L2TP.
Valeurs de type de message attribuées:
| Valeur | Type de message | Abréviation | Référence |
|---|---|---|---|
| 0 | (Réservé) | ||
| 1 | Demande de démarrage de connexion de contrôle | SCCRQ | RFC 2661 Section 6.1 |
| 2 | Réponse de démarrage de connexion de contrôle | SCCRP | RFC 2661 Section 6.2 |
| 3 | Connexion de contrôle démarrée connectée | SCCCN | RFC 2661 Section 6.3 |
| 4 | Notification d'arrêt de connexion de contrôle | StopCCN | RFC 2661 Section 6.4 |
| 5 | (Réservé) | ||
| 6 | Hello | HELLO | RFC 2661 Section 6.5 |
| 7 | Demande d'appel sortant | OCRQ | RFC 2661 Section 6.9 |
| 8 | Réponse d'appel sortant | OCRP | RFC 2661 Section 6.10 |
| 9 | Appel sortant connecté | OCCN | RFC 2661 Section 6.11 |
| 10 | Demande d'appel entrant | ICRQ | RFC 2661 Section 6.6 |
| 11 | Réponse d'appel entrant | ICRP | RFC 2661 Section 6.7 |
| 12 | Appel entrant connecté | ICCN | RFC 2661 Section 6.8 |
| 13 | (Réservé) | ||
| 14 | Notification de déconnexion d'appel | CDN | RFC 2661 Section 6.12 |
| 15 | Notification d'erreur WAN | WEN | RFC 2661 Section 6.13 |
| 16 | Définir les informations de lien | SLI | RFC 2661 Section 6.14 |
Politique d'enregistrement:
L'attribution de nouvelles valeurs de type de message nécessite la publication d'une RFC sur la piste des normes IETF ou d'une RFC informative approuvée par l'IESG.
10.3 Result Code AVP Values (Valeurs AVP de code de résultat)
L'AVP de code de résultat (type d'attribut 1) est utilisé pour indiquer la raison de la terminaison de la connexion de contrôle ou de la session.
10.3.1 Result Code Field Values (Valeurs de champ de code de résultat)
Codes de résultat généraux:
| Valeur | Signification | Portée |
|---|---|---|
| 0 | Réservé | |
| 1 | Demande générale pour effacer la connexion de contrôle | StopCCN |
| 2 | Erreur générale | StopCCN, CDN |
| 3 | Le canal de contrôle existe déjà | StopCCN |
| 4 | Le demandeur n'est pas autorisé | StopCCN |
| 5 | Version du protocole non prise en charge | StopCCN |
| 6 | Le demandeur est en cours d'arrêt | StopCCN |
| 7 | Erreur de machine à états finis | StopCCN |
Codes de résultat de déconnexion d'appel:
| Valeur | Signification | Portée |
|---|---|---|
| 1 | Perte de porteuse | CDN |
| 2 | Erreur générale | CDN |
| 3 | Raison administrative | CDN |
| 4 | Manque temporaire d'installations appropriées | CDN |
| 5 | Manque permanent d'installations appropriées | CDN |
| 6 | Destination invalide | CDN |
| 7 | Aucune porteuse détectée | CDN |
| 8 | Signal occupé | CDN |
| 9 | Pas de tonalité | CDN |
| 10 | Délai d'attente de porteuse dépassé | CDN |
| 11 | Aucune trame détectée | CDN |
10.3.2 Error Code Field Values (Valeurs de champ de code d'erreur)
Le champ de code d'erreur fournit des détails supplémentaires sur l'erreur.
| Valeur | Message d'erreur |
|---|---|
| 0 | Aucune erreur générale |
| 1 | Aucune connexion de contrôle n'existe encore pour cette paire |
| 2 | La longueur est incorrecte |
| 3 | L'une des valeurs de champ était hors limites |
| 4 | Ressources insuffisantes pour gérer cette opération maintenant |
| 5 | ID de session invalide |
| 6 | Une erreur générique spécifique au fournisseur s'est produite |
| 7 | Essayer un autre (LNS/LAC) |
| 8 | La session ou le tunnel a été arrêté en raison de la réception d'un AVP inconnu avec le bit M défini |
Politique d'enregistrement:
L'attribution de nouvelles valeurs de code de résultat et de code d'erreur nécessite un consensus IETF (nécessite la publication d'une RFC).
10.4 Framing Capabilities & Bearer Capabilities (Capacités de trame et capacités de support)
L'AVP Framing Capabilities (type d'attribut 3) et l'AVP Bearer Capabilities (type d'attribut 4) utilisent des masques de bits pour indiquer les capacités prises en charge.
Définitions de bits de capacités de trame:
| Bit | Signification |
|---|---|
| 0 | Trame asynchrone prise en charge |
| 1 | Trame synchrone prise en charge |
| 2-31 | Réservé |
Définitions de bits de capacités de support:
| Bit | Signification |
|---|---|
| 0 | Accès analogique pris en charge |
| 1 | Accès numérique pris en charge |
| 2-31 | Réservé |
Politique d'enregistrement:
L'attribution de nouveaux bits de capacité nécessite un consensus IETF (nécessite la publication d'une RFC).
10.5 Proxy Authen Type AVP Values (Valeurs AVP de type d'authentification proxy)
L'AVP Proxy Authen Type (type d'attribut 29) est utilisé pour indiquer le type d'authentification utilisé par le LAC.
Valeurs de type d'authentification attribuées:
| Valeur | Type d'authentification | Référence |
|---|---|---|
| 0 | Réservé | |
| 1 | Échange textuel nom d'utilisateur/mot de passe | RFC 1334 (PAP) |
| 2 | PPP CHAP | RFC 1994 |
| 3 | PPP PAP | RFC 1334 |
| 4 | Aucune authentification | |
| 5 | Microsoft CHAP Version 1 | RFC 2433 |
| 6 | Réservé | |
| 7 | Microsoft CHAP Version 2 | RFC 2759 |
Politique d'enregistrement:
L'attribution de nouvelles valeurs de type d'authentification utilise la politique "Premier arrivé, premier servi".
10.6 AVP Header Bits (Bits d'en-tête AVP)
Les 6 premiers bits de l'en-tête AVP sont utilisés comme masque de bits pour contrôler le comportement AVP.
Bits d'en-tête AVP définis:
| Bit | Nom | Signification | Référence |
|---|---|---|---|
| 0 | M (Obligatoire) | Cet AVP doit être compris | RFC 2661 Section 4.1 |
| 1 | H (Caché) | La valeur AVP est cachée | RFC 2661 Section 4.3 |
| 2-5 | Réservé | Réservé, doit être défini à 0 | RFC 2661 Section 4.1 |
Politique d'enregistrement:
L'attribution de bits réservés nécessite une action normative - c'est-à-dire la publication d'une RFC sur la piste des normes IETF.
10.7 L2TP UDP Port (Port UDP L2TP)
Port attribué:
- Numéro de port: 1701
- Protocole: UDP
- Objectif: L2TP
- Référence: RFC 2661
L'IANA a attribué le port UDP 1701 pour L2TP pour les connexions de contrôle et les sessions de données.
10.8 L2TP Protocol Number (Numéro de protocole L2TP)
Bien que la spécification actuelle définisse L2TP fonctionnant sur UDP, L2TP peut également fonctionner directement sur d'autres protocoles de transport de paquets.
Numéro de protocole IP:
- Numéro de protocole L2TP: 115
- Nom: L2TP
- Référence: RFC 3931 (L2TPv3, directement sur IP)
Maintenance du registre IANA:
L'IANA maintient les registres suivants liés à L2TP:
-
Registre des attributs AVP L2TP
-
Registre des types de messages L2TP
- Contient tous les types de messages de contrôle
-
Registre des codes de résultat L2TP
- Contient les codes de résultat et les codes d'erreur
-
Registre des types d'authentification proxy L2TP
- Contient les valeurs de type d'authentification
-
Ports et numéros de protocole L2TP
- Attributions de port UDP et de numéro de protocole IP
Mises à jour et extensions:
Les RFC ultérieures peuvent définir de nouveaux AVP, types de messages ou autres paramètres. Toutes les nouvelles attributions doivent suivre les politiques d'enregistrement définies dans cette section.
Les extensions importantes incluent:
- RFC 3931: Layer Two Tunneling Protocol - Version 3 (L2TPv3)
- RFC 4591: Frame Relay over L2TP
- RFC 5515: Layer Two Tunneling Protocol (L2TP) Access Concentrator Configuration