Contenido

Introducción

Suposición

Resumen de tecnología

Ventajas y desventajas de la arquitectura PPPoE

Ventajas

Desventajas

Consideraciones de instrumentación de la arquitectura PPPoE

Puntos clave de la arquitectura PPPoE

Conclusión

Referencias

Información Relacionada

Introducción

Este documento describe una arquitectura ADSL (Asymmetric Digital Subscriber Line) de fin a fin que utiliza PPPoE Ethernet (Point-to-Point Protocol over Ethernet).

En el entorno actual de las tecnologías de acceso, es deseable conectar varios hosts en un sitio remoto a través del mismo dispositivo de acceso en las instalaciones del cliente. También es esencial proporcionar funciones de control de acceso y facturación de forma similar a los servicios de marcación manual que utilizan el protocolo de punto a punto (PPP). En muchas tecnologías de acceso, el método más rentable para conectar varios hosts al dispositivo de acceso de las instalaciones del cliente es a través de Ethernet. Además, es deseable mantener el costo de este dispositivo tan bajo como sea posible y el requisito de configuración menos o ninguno.

A medida que los clientes implementan ADSL, deben admitir autenticación y autorización de estilo PPP en una gran base instalada de equipos de cliente de conexión en puente (CPE) heredados. PPPoE proporciona la capacidad de conectar una red de hosts a través de un simple dispositivo de acceso de puente a un concentrador de acceso remoto o concentrador de agregación. Con este modelo, cada host utiliza su propia pila PPP. Por lo tanto, presenta al usuario una interfaz de usuario familiar. Puede acceder al control, la facturación y el tipo de servicio por usuario, en lugar de por sitio.

Suposición

La arquitectura de línea de base supone que se proporcionan estos elementos:

- Acceso a Internet de alta velocidad y acceso corporativo al suscriptor final que utiliza PPPoE.

- ATM como tecnología de red troncal principal, implementado por el Cisco 6400 Universal Access Concentrator (UAC).

Esta restricción de implementación de diseño puede limitar el uso de esta arquitectura en otras plataformas, pero PPPoE evoluciona constantemente. Lea las últimas notas de la versión para productos relacionados para aprovechar las funciones nuevas y actualizadas.

Este documento se basa en las implementaciones actuales, así como en las pruebas internas que utilizan Cisco 6400 UAC. Este artículo es una continuación del documento PPPoA Baseline Architecture y se refiere a él con frecuencia. Se supone que ha leído el informe técnico de la arquitectura de línea de base PPPoA y que comprende los fundamentos de PPP, y que ha leído las notas de la versión para la última versión del software.

Resumen de tecnología

Como se especifica en RFC 2516, PPPoE tiene dos etapas distintas: una etapa de detección y una etapa de sesión PPP. Cuando un host inicia una sesión PPPoE, primero debe realizar la detección para identificar qué servidor puede satisfacer la solicitud del cliente. En segundo lugar, necesita identificar la dirección MAC Ethernet del par y establecer una ID de sesión PPPoE. Si bien PPP define una relación peer-to-peer, la detección es inherentemente una relación cliente-servidor.

En el proceso de detección, un host (el cliente) detecta uno o más concentradores de acceso (los servidores) y selecciona uno. Cuando la detección se completa correctamente, tanto el host como el concentrador de acceso seleccionado tienen la información para construir su conexión punto a punto sobre Ethernet. Después de establecer una sesión PPP, tanto el host como el concentrador de acceso deben asignar los recursos para una interfaz virtual PPP (probablemente no sea el caso para todas las implementaciones). Para obtener más detalles sobre la especificación PPPoE, consulte RFC 2516.

Ventajas y desventajas de la arquitectura PPPoE

La arquitectura PPPoE hereda la mayoría de las ventajas de PPP utilizadas en el modelo de marcado manual y en la arquitectura PPPoA. En estas secciones se enumeran algunas ventajas y desventajas clave de PPPoE y la diferencia entre ellas y PPPoA.

Ventajas

Estas son algunas de las ventajas clave de PPPoE y su diferencia con PPPoA:

- Autenticación por sesión basada en el protocolo de autenticación de contraseña (PAP) o el protocolo de autenticación por desafío mutuo (CHAP). Esta es la mayor ventaja de PPPoE, ya que la autenticación supera el agujero de seguridad en una arquitectura de conexión en puente.

- La contabilización por sesión es posible, lo que permite al proveedor de servicios cargar al suscriptor en función del tiempo de sesión por los diversos servicios ofrecidos. El proveedor de servicios también puede requerir un cargo mínimo por acceso.

- Puede utilizar PPPoE en las instalaciones CPE actuales que no se pueden actualizar a PPP o que no tienen la capacidad de ejecutar PPPoA, que extiende la sesión PPP sobre la LAN Ethernet puenteada al PC.

- PPPoE conserva la sesión punto a punto utilizada por los proveedores de servicios de Internet (ISP) en el modelo de marcación manual actual. PPPoE es el único protocolo capaz de ejecutar punto a punto a través de Ethernet sin el requisito de una pila IP intermedia.

- El proveedor de acceso a la red (NAP) o el proveedor de servicios de red (NSP) pueden proporcionar acceso seguro a un gateway corporativo sin la gestión de circuitos virtuales permanentes (PVC) de extremo a extremo y sin el uso de túneles L2TP (protocolo de túnel de capa 3) o de routing de capa 2. Esto hace escalable el modelo empresarial de la venta de servicios al por mayor y redes privadas virtuales (VPN).

- PPPoE puede proporcionar acceso de host (PC) a varios destinos en un momento dado. Puede tener varias sesiones PPPoE por PVC.

- El NSP puede suscribirse en exceso mediante la implementación de tiempos de espera de sesión y de inactividad con la ayuda de un servidor de servicio de usuario de acceso telefónico de autenticación remota (RADIUS) estándar del sector para cada suscriptor.

- Puede utilizar PPP con la función Service Selection Gateway (SSG).

Desventajas

Estas son algunas de las desventajas clave de PPPoE y cómo difieren de PPPoA:

- Debe instalar el software cliente PPPoE en todos los hosts (PC) que se conectan al segmento Ethernet. Esto significa que el proveedor de acceso debe mantener el CPE y el software del cliente en el PC.

- Dado que la implementación de PPPoE utiliza el bridging RFC 1483, es susceptible a tormentas de difusión y posibles ataques de denegación de servicio.

Consideraciones de instrumentación de la arquitectura PPPoE

Estos son algunos puntos clave que debe tener en cuenta antes de implementar este tipo de arquitectura.

- El número de suscriptores admitidos. El número de servidores PPPoE necesarios depende del número de sesiones.

- Si las sesiones PPP finalizan en el router de agregación del proveedor de servicio o se reenvían a otros gateways corporativos o ISP.

- Si el proveedor de servicios o el destino final del servicio proporcionan la dirección IP.

- En el caso de más de un usuario, si todos los usuarios necesitan alcanzar el mismo destino o servicio final, o si todos tienen destinos de servicio diferentes. ¿Los suscriptores finales requieren acceso simultáneo a varios destinos?

- El software cliente PPPoE que utiliza el proveedor de acceso y si el software se ha probado, el sistema operativo que utiliza el host y si ese sistema operativo puede tomar una decisión de ruteo inteligente.

- Cómo factura el proveedor de servicios a los suscriptores en función de una tarifa plana, el uso por sesión o los servicios utilizados.

- Implementación y suministro de CPE, DSLAM y puntos de presencia de agregación (POP).

- El modelo de negocio para el NAP. ¿El modelo también incluye la venta de servicios al por mayor como acceso corporativo seguro y servicios de valor añadido como voz y vídeo? ¿Son los NAP y los NSP la misma entidad?

- El modelo de negocio de la empresa. ¿Es comparable con un operador de intercambio local (ILEC) independiente, un operador de intercambio local competitivo (CLEC) o un ISP?

- Los tipos de aplicaciones que el NSP ofrece al suscriptor final.

- El volumen previsto de flujo de datos ascendente y descendente. Tenga en cuenta el rendimiento de NRP, la ingeniería de tráfico y cualquier problema de QoS.

Este documento explica cómo la arquitectura PPPoE se ajusta y se amplía a diferentes modelos de negocio para proveedores de servicios y cómo los proveedores pueden beneficiarse con la ayuda de esta arquitectura.

Arquitectura de red

Consideraciones de diseño para la arquitectura PPPoE

Esta sección trata los problemas que se aplican específicamente a la arquitectura PPPoE.

Antes de implementar cualquier arquitectura, es esencial comprender el modelo empresarial del proveedor de servicios y los servicios que ofrece. Debe conocer el software cliente que se utiliza en el PC. El software más común es el de Routerware. Dado que el software cliente está instalado en un PC, el técnico del proveedor de servicios necesita tener un buen conocimiento de ese PC y su sistema operativo.

Según lo especificado en RFC 2516, la opción maximum receive unit (MRU) no debe negociar a un tamaño mayor que 1492. Ethernet tiene un tamaño de carga útil máximo de 1500 octetos. El encabezado PPPoE es de 6 octetos y el ID de protocolo PPP es de 2 octetos, por lo que la unidad máxima de transmisión (MTU) PPP no debe ser mayor que 1492. Esto se logra con la configuración de IP MTU 1492 para interfaces de plantilla virtual PPPoE.

De forma predeterminada, no se preclona ninguna interfaz de acceso virtual cuando se configura un grupo de VPDN PPPoE. Los usuarios pueden cambiar el número máximo de interfaces de acceso virtual preclonadas ejecutando el comando virtual-template <number> pre-clone <number> global.

Para proteger el router contra los ataques de denegación de servicio, PPPoE (de forma predeterminada) permite que sólo una sesión se origine desde una dirección MAC sobre un VC. Los usuarios pueden ejecutar los comandos pppoe session-limit per-mac y pppoe session-limit per-vc para cambiar los valores predeterminados.

El proceso de contabilidad, autorización y autenticación es el mismo que el de PPPoA. La única diferencia es que actualmente, la autenticación basada en VPI/VCI, que está disponible para PPPoA y no disponible para PPPoE, puede utilizar las arquitecturas L2TP y SSG para los servicios mayoristas.

Puntos clave de la arquitectura PPPoE

CPE

El CPE se configura para puentes RFC 1483 puros. Cada CPE consume sólo un par VPI/VCI y todas las sesiones PPPoE iniciadas por hosts detrás de este CPE se transmiten en este único VC.

Administración de IP

La asignación de dirección IP para el host individual que ejecuta el cliente PPPoE se basa en el mismo principio de PPP en la negociación del modo de marcado IPCP. El origen de la dirección IP depende del tipo de servicio que el suscriptor adquiere y de dónde terminan las sesiones PPP. PPPoE utiliza la función de red de marcación manual de Microsoft Windows y la dirección IP asignada se refleja en el adaptador PPP.

La asignación de dirección IP puede provenir del concentrador de acceso que termina las sesiones PPPoE o, en el caso de L2TP, de las puertas de enlace domésticas. La dirección IP se asigna para cada sesión PPPoE.

El CPE no puede realizar la traducción de direcciones de red/protocolo de configuración dinámica de host (NAT/DHCP) porque está conectado en puente y no hay ninguna dirección IP asignada a él.

Cómo se llega al destino de servicio

Estas son las maneras de alcanzar el destino del servicio:

- La terminación de las sesiones PPP en el proveedor de servicios

- tunelización L2TP

- Con el uso de SSG

Las explicaciones detalladas de estas arquitecturas se tratan en documentos independientes.

Descripción operativa de PPPoE

Esta versión del software cliente PPPoE soporta las etapas de detección y sesión descritas en RFC 2516. Hay cuatro pasos hasta la etapa de descubrimiento. Cuando se completa, ambos pares conocen el ID de sesión PPPoE y la dirección Ethernet del par, que juntos definen de forma única la sesión PPPoE. Estos son los pasos:

1. El host transmite un paquete de iniciación.

El host envía el paquete de inicio de detección activa (PADI) PPPoE con el valor destination_addr establecido en la dirección de difusión. El PADI consta de una etiqueta que indica el tipo de servicio que solicita.

2. Uno o más concentradores de acceso envían paquetes de oferta.

Cuando el concentrador de acceso o el router recibe un PADI que puede servir, envía un paquete de oferta de detección activa (PADO) PPPoE. destination_addr es la dirección de unidifusión del host que envió el PADI. Si el concentrador de acceso no puede servir al PADI, no debe responder con un PADO. Desde que se transmitió el PADI, el host puede recibir más de un PADO.

3. El host envía un paquete de solicitud de sesión de unidifusión.

El host busca a través de los paquetes PADO que recibe y elige uno. La elección se basa en los servicios ofrecidos por cada concentrador de acceso. Luego, el host envía un paquete PADR al concentrador de acceso que elige. El campo destination_addr se establece en la dirección Ethernet de unidifusión del concentrador de acceso o el router que envía el PADO.

4. El concentrador de acceso seleccionado envía un paquete de confirmación.

Cuando el concentrador de acceso recibe un paquete PADR, se prepara para iniciar una sesión PPP. Genera un ID de sesión único para la sesión PPPoE y responde al host con un paquete de confirmación de sesión de detección activa (PADS) PPPoE. El campo destination_addr es la dirección Ethernet de unidifusión del host que envía el PADR.

Una vez que comienza la sesión PPPoE, los datos PPP se envían como en cualquier otra encapsulación PPP. Todos los paquetes Ethernet son unidifusión.

El host o el concentrador de acceso pueden enviar un paquete de finalización de detección activa (PADT) PPPoE en cualquier momento después de establecer una sesión para indicar que se ha finalizado una sesión PPPoE.

Para obtener una explicación más detallada, consulte RFC 2516.

Conclusión

En el caso de ADSL, PPPoE gana popularidad y sólo ocupa el segundo lugar después de PPPoA.

Referencias

- RFC 2516: método para transmitir PPP sobre Ethernet (PPPoE)

- RFC 1483: Encapsulación multiprotocolo sobre capa 5 de adaptación ATM

- RFC 2364: punto a punto sobre AAL5

Información Relacionada

- Arquitectura de línea de base PPPoA

- Soporte técnico de DSL

- Soporte Técnico - Cisco Systems