Protocole de tunneling de couche 2

Layer 2 Tunneling Protocol ( L2TP ) est un protocole réseau , les trames de protocoles de la couche liaison (couche 2) du modèle OSI par des routeurs entre deux réseaux sur un réseau de tunnels IP . Les routeurs L2TP et les connexions IP entre eux apparaissent comme des commutateurs L2 .

À cette fin, les trames sont emballées dans un message de données L2TP dans un réseau local par un concentrateur d'accès L2TP (LAC) - généralement un routeur avec la fonctionnalité de protocole L2TP correspondante - et envoyées via un réseau IP à un serveur de réseau L2TP (LNS) dans le réseau cible . Cela décompresse le message et envoie le contenu sous forme de trame OSI Layer 2 au réseau là-bas.

L2TP est une solution de tunnel qui combine les avantages de PPTP (Point-to-Point Tunneling Protocol) et L2F (Layer 2 Forwarding) . Avec l'aide d'un identifiant de tunnel dans l'en-tête L2TP, plusieurs tunnels côte à côte sont possibles, tout comme l'utilisation de NAT (Network Address Translation) .

En tant que méthodes d'authentification, L2TP fournit les procédures CHAP (Challenge Handshake Authentication Protocol) et PAP (Password Authentication Protocol) à. Un cryptage n'est pas directement dans L2TP. Cela doit être repris par d'autres protocoles si nécessaire. L2TP est donc souvent utilisé en combinaison avec IPsec . ( RFC 3193 - «Sécurisation de L2TP à l'aide d'IPSec»)

L2TP version 2

La version 2 du protocole de tunneling de couche 2 a été développée pour la tunnelisation de trames PPP . Les trames d'autres protocoles ne peuvent pas être transmises. Le tunneling a lieu via UDP ou d'autres réseaux à base de paquets ( Frame Relay ou ATM ).

L2TPv2 est une norme proposée selon l' IETF (Internet Engineering Task Force) et est définie dans la RFC comme RFC 2661 .

L2TP version 3

La version 3 du protocole de tunneling de couche 2 est un développement ultérieur de L2TP, qui représente une alternative au protocole MPLS pour l'encapsulation de différents protocoles au niveau 2 du modèle OSI . Il fonctionne comme L2TPv2 sur UDP ou d'autres PSN (Packet Switched Networks), mais peut également utiliser IP directement . De plus, d'autres protocoles de la couche liaison de données peuvent être tunnelés au lieu de PPP.

Les spécifications sont définies dans la RFC 3931 .

L2TPv3 peut être considéré comme une version allégée de MPLS. Une fonctionnalité qui n'est pas intégrée est par exemple B. l' ingénierie du trafic Cependant, des fonctionnalités pourraient facilement être ajoutées dans les futurs produits.

Formats d'en-tête

Champs dans l'en-tête L2TP:

• T = Type de message. Ce champ définit s'il s'agit d'un message de contrôle (valeur 1) ou de données (valeur 0).
• L = longueur. Les messages de contrôle doivent avoir ce bit défini.
• S = séquence. Si ce bit est mis à 1, les champs Ns et Nr sont visibles. Les messages de contrôle doivent avoir ce bit défini.
• O = décalage. Lorsque ce bit est défini, le champ Offset Size est visible. Les messages de contrôle doivent avoir ce bit mis à zéro.
• P = priorité. Les messages de contrôle doivent avoir ce bit mis à zéro.
• Version. Décrit le protocole L2TP utilisé (version 2 = 2). Les paquets avec une valeur inconnue doivent être ignorés.
• La longueur est facultative (existe si L est défini). La longueur totale du message en octets .
• ID du tunnel.
• ID de session.
• Ns = numéro de séquence (existe si S est défini).
• Nr = numéro de séquence attendu (existe si S est défini).
• Offset Size (taille de décalage, existe si O est défini).
• Les tampons décalés (tampons décalés) ont en option une longueur variable.
• Données (longueur variable).

Champs de l'AVP (paire de valeurs d'attribut):

• M = obligatoire
• H = caché
• Longueur AVP (valeurs 6 à 1023). Spécifie le nombre d' octets contenus dans l'AVP.
• ID du fournisseur AVP. L'IANA attribue des valeurs aux «codes d'entreprise privée de gestion de réseau SMI» ( RFC 1700 ).
• Le type AVP est de 16 bits.

En-tête L2TPv2

Paire de valeur d'attribut avec la version 2

En-tête L2TPv3

L'ID de tunnel et l'ID de session de la version 2 (16 bits chacun) sont remplacés par un ID de session 32 bits et un ID de connexion de contrôle.

Paire de valeur d'attribut avec la version 3

La valeur définie 58 définit que l'ID de fournisseur AVP étendu est utilisé.

Type de paire de valeurs d'attribut

RFC pour L2TP

• RFC 2661 Layer Two Tunneling Protocol "L2TP". Définit la version 2 de L2TP.
• RFC 2809 Implémentation du tunnel obligatoire L2TP via RADIUS .
• Accès distant sécurisé RFC 2888 avec L2TP.
• RFC 3070 Layer Two Tunneling Protocol (L2TP) over Frame Relay.
• Informations sur la cause de déconnexion RFC 3145 L2TP.
• RFC 3193 Sécurisation de L2TP à l'aide d'IPsec.
• RFC 3301 Layer Two Tunneling Protocol (L2TP): extensions de réseau d'accès ATM.
• Extension de services différenciés L2TP (Layer Two Tunneling Protocol) RFC 3308 .
• RFC 3355 Layer Two Tunneling Protocol (L2TP) Over ATM Adaptation Layer 5 (AAL5).
• RFC 3371 Layer Two Tunneling Protocol "L2TP" Management Information Base.
• RFC 3437 Extensions de protocole de tunnel de couche deux pour la négociation de protocole de contrôle de liaison PPP.
• RFC 3438 Layer Two Tunneling Protocol (L2TP) Internet Assigned Numbers Authority (IANA) Considerations Update.
• RFC 3573 Signalisation de l'état du modem en attente dans Layer 2 Tunneling Protocol (L2TP).
• RFC 3817 Layer 2 Tunneling Protocol (L2TP) Active Discovery Relay for PPP over Ethernet (PPPoE).
• RFC 3931 Layer Two Tunneling Protocol - Version 3 (L2TPv3). Définit la version 3 de L2TP.
• Extensions de la RFC 4045 pour prendre en charge le transport efficace du trafic de multidiffusion dans le protocole L2TP (Layer-2 Tunneling Protocol).

liens web

• Vue d'ensemble de L2TP (fichier PDF; 110 ko)