¿Se prefiere implementar un túnel GRE suave para ejecutarse en la capa 2 frente a la capa 3? ¿Por qué es este el caso?

Voy a tirar aquí: inventé GRE, Tony Li escribió el código Cisco IOS y el RFC (junto con Paul Traina).

El propósito original era permitirle tomar tramas de capa 2 de Ethernet, cifrarlas, guardarlas en un paquete GRE y luego disparar a través de una red IP enrutada que consta de FDDI (¿alguien recuerda eso?) Y enlaces DS-3 (cuando DS-3 era el límite externo de lo que realmente podía enrutar).

El objetivo era crear un “cable de extensión LAN” que no se parecía exactamente a un puente y que claramente no era un enrutador, sino que movía paquetes de un sitio a otro.

La razón comercial subyacente fue que así es como creamos los “Servicios LAN Transparentes” originales, la oferta original de metro Ethernet, en MFS a principios de los 90.

En ese momento, había docenas de protocolos LAN en uso, y nadie quería confiar en un operador para hacer su enrutamiento, pero todos querían la interconexión de velocidad LAN entre oficinas tanto en el área metropolitana como más allá. No estaba claro para la comunidad empresarial que la IP iba ​​a “ganar”, pero era obvio para mí que era la única forma de llevar mi “carga útil” de manera confiable y permitirme ejecutar cualquier cosa que necesitara entre los puntos finales.

Se puede proporcionar algo de color si puede encontrar una copia de “Creación de MAN usando tecnología LAN: a veces hay que romper las reglas”, Actas de la Conferencia de Asociación USENIX de Invierno, 1992, pp. 439-451.

GRE es un protocolo de túnel que se ejecuta sobre IP, que es un protocolo de capa 3. Elegimos hacerlo de esta manera porque solo los protocolos de capa 3 realmente le permiten transitar a través de enrutadores. Por supuesto, eso es muy útil porque significa que su túnel puede recorrer una gran distancia.

Si GRE fuera un protocolo de capa 2, su túnel no podría salir de su casa o empresa, lo que no sería muy útil en absoluto.

El G en GRE es para Genérico y puede llevar cualquier protocolo de paquete dentro de un túnel GRE si los puntos finales están configurados para esperarlo. Conceptualmente, puede tunelizar IPv4 en IPv6, IPv6 en IPv4, Ethernet L2 en IPv4, Ethernet L2 en IPv6, etc. hasta la náusea.

El objetivo simple era proporcionar el protocolo de tunelización más flexible posible, para que cualquiera pueda crear una topología virtual fácilmente.