7. Automates d'état de connexion de contrôle (Control Connection State Machines)
Ce chapitre définit les automates d'état pour l'établissement, le maintien et la suppression des connexions de contrôle et des sessions L2TP.
7.1 Fonctionnement du protocole de connexion de contrôle (Control Connection Protocol Operation)
L'automate d'état de connexion de contrôle décrit les transitions d'état pour l'établissement et la suppression du tunnel. Chaque état définit les événements acceptables, les actions correspondantes et l'état suivant.
7.2 États de connexion de contrôle (Control Connection States)
La connexion de contrôle comprend les états suivants :
- idle : état initial, aucune connexion établie
- wait-ctl-reply : en attente de la réponse de connexion de contrôle du pair
- wait-ctl-conn : en attente de la finalisation de la connexion de contrôle
- established : connexion de contrôle établie
- closing : fermeture de la connexion de contrôle en cours
7.2.1 Établissement de la connexion de contrôle (Control Connection Establishment)
L'établissement de la connexion de contrôle s'effectue via une triple poignée de main (SCCRQ, SCCRP, SCCCN). Les transitions d'état sont :
- idle → wait-ctl-reply (envoi de SCCRQ)
- wait-ctl-reply → wait-ctl-conn (réception de SCCRP)
- wait-ctl-conn → established (réception de SCCCN)
7.3 Considérations temporelles (Timing Considerations)
- Minuterie de retransmission : retransmission des messages de contrôle pour une transmission fiable
- Intervalle Hello : intervalle d'envoi périodique des messages Hello
- Détection de délai d'attente : mécanisme de délai d'attente pour détecter les défaillances de tunnel
7.4 Appels entrants (Incoming Calls)
L'établissement des appels entrants implique des transitions d'état coordonnées entre le LAC (L2TP Access Concentrator, concentrateur d'accès L2TP) et le LNS (L2TP Network Server, serveur réseau L2TP).
7.4.1 États d'appel entrant LAC (LAC Incoming Call States)
États d'appel entrant côté LAC :
- idle : aucun appel actif
- wait-reply : en attente de l'ICRP du LNS
- wait-connect : en attente de la connexion d'appel
- established : session établie
7.4.2 États d'appel entrant LNS (LNS Incoming Call States)
États d'appel entrant côté LNS :
- idle : aucun appel actif
- wait-connect : en attente de l'ICCN du LAC
- established : session établie
7.5 Appels sortants (Outgoing Calls)
Les appels sortants sont initiés par le LNS, et le LAC effectue l'opération d'appel réelle.
7.5.1 États d'appel sortant LAC (LAC Outgoing Call States)
États d'appel sortant côté LAC :
- idle : aucun appel actif
- wait-reply : en attente de la réponse à l'OCRQ
- wait-cs-answer : en attente de la réponse d'appel
- established : session établie
7.5.2 États d'appel sortant LNS (LNS Outgoing Call States)
États d'appel sortant côté LNS :
- idle : aucun appel actif
- wait-reply : en attente de l'OCRP du LAC
- wait-connect : en attente de l'OCCN
- established : session établie
7.6 Déconnexion du tunnel (Tunnel Disconnection)
La déconnexion du tunnel peut être initiée par le LAC ou le LNS en envoyant un message StopCCN. À la réception d'un StopCCN, le pair DOIT acquitter le message et libérer toutes les ressources associées.
Remarque : Pour les tableaux complets de transitions d'état et les diagrammes détaillés des automates d'état, veuillez consulter le texte original du RFC 2661. Ce chapitre fournit une vue d'ensemble des automates d'état et des principales transitions d'état.