Los proxies de mejora del rendimiento ( PEP ) son agentes de red diseñados para mejorar el rendimiento de un extremo a otro de algunos protocolos de comunicación . Los estándares PEP se definen en RFC 3135 (PEP destinados a mitigar las degradaciones relacionadas con el enlace) y RFC 3449 (Implicaciones de rendimiento de TCP de la asimetría de ruta de red).
Clasificación
Las implementaciones de PEP disponibles utilizan diferentes métodos para mejorar el rendimiento.
- Tipo de proxy: un PEP puede 'dividir' una conexión o 'fisgonear' en ella. En el primer caso, el proxy pretende ser el extremo opuesto de la conexión en cada dirección, dividiendo literalmente la conexión en dos. En el último caso, el proxy controla las transmisiones de los segmentos TCP en ambas direcciones, mediante el filtrado de ack y la reconstrucción en la conexión existente (ver suplantación de protocolo ). Esto se basa en el nivel OSI de implementación del PEP. [1]
- Distribución: las PEP pueden integrarse o distribuirse. El PEP integrado se ejecutará en una sola caja, mientras que el PEP distribuido deberá instalarse en ambos lados del enlace que causa la degradación del rendimiento. Esto es bastante común en los dispositivos PEP comerciales, que actúan como una caja negra , utilizando protocolos más o menos abiertos para comunicarse entre ellos en lugar de TCP.
- Simetría: una implementación de PEP puede ser simétrica o asimétrica. Los PEP simétricos utilizan un comportamiento idéntico en ambas direcciones; las acciones tomadas por el PEP ocurren independientemente de qué interfaz se reciba un paquete. Los PEP asimétricos funcionan de manera diferente en cada dirección, lo que puede provocar, por ejemplo, que se mejore el rendimiento de una sola dirección de enlace.
Tipos
Existe una variedad de diferentes tipos de PEP. Cada uno se utiliza para resolver un problema relacionado con el enlace. Algunos tipos comunes incluyen:
- TCP dividido
- Ack diezmar
- Fisgonear
- Proxy D
TCP dividido
El TCP dividido se utiliza normalmente para resolver problemas de TCP con grandes tiempos de retardo de ida y vuelta . Un sistema típico utiliza PEP de TCP dividido para mejorar el rendimiento de TCP a través de un enlace por satélite . Divida las funciones de TCP dividiendo la conexión de un extremo a otro en múltiples conexiones y usando diferentes parámetros para transferir datos a través de las diferentes ramas. Los sistemas finales utilizan TCP estándar sin modificaciones y no necesitan conocer la existencia de los PEP intermedios. Split TCP intercepta las conexiones TCP de los sistemas finales y las termina. Esto permite que los sistemas finales funcionen sin modificaciones y puede superar algunos problemas con los tamaños de ventana TCP en los sistemas finales configurados demasiado bajos para las comunicaciones por satélite.
Ack filtrado / diezmado
El filtrado o diezmado de Ack se utiliza en enlaces altamente asimétricos . En los enlaces asimétricos, las velocidades ascendentes y descendentes varían ampliamente. Un ejemplo común es la banda ancha por satélite, en la que un enlace por satélite descendente proporciona anchos de banda significativamente mayores que el enlace por módem de acceso telefónico ascendente. En este escenario, la velocidad a la que el módem puede devolver confirmaciones de TCP puede ser un factor limitante. A medida que los reconocimientos de TCP se reconocen de forma acumulativa, algunos pueden diezmarse o filtrarse para mejorar el rendimiento.
Fisgonear
El proxy Snoop [2] es un ejemplo de proxy integrado. Está diseñado para ocultar interferencias o pérdidas de paquetes basadas en colisiones a través de un enlace inalámbrico. Los proxies de Snoop detectan pérdidas al monitorear las transmisiones TCP en busca de confirmaciones duplicadas. Cuando Snoop recibe confirmaciones de TCP duplicadas, que indican la pérdida de un paquete, se descartan silenciosamente y se retransmiten los paquetes de datos perdidos. El remitente de TCP no debería tener conocimiento de la pérdida. Esto debería evitar que los remitentes de TCP reduzcan innecesariamente la ventana de TCP.
D-Proxy
D-Proxy [3] [4] también está diseñado para ocultar la pérdida de paquetes basada en interferencias o colisiones a través de un enlace inalámbrico. D-Proxy es un nuevo proxy TCP distribuido que requiere un proxy a cada lado del enlace con pérdida. Al igual que Snoop, utiliza números de secuencia TCP para detectar paquetes perdidos. Sin embargo, tiene un enfoque proactivo, monitoreando los números de secuencia de TCP en paquetes de datos en lugar de reconocimientos. Cuando se produce la pérdida de paquetes, el flujo de TCP se almacenará temporalmente en búfer hasta que el paquete faltante se pueda recuperar y volver a secuenciar.
Ver también
Referencias
- ^ [1] : PROXY DE MEJORA DEL RENDIMIENTO (PEP): TCP en red inalámbrica
- ^ Balakrishnan, Hari; Srinivasan Seshan; Randy H. Katz (diciembre de 1995). "Mejora del rendimiento de TCP / IP en redes inalámbricas". Redes inalámbricas ACM . 1 (4).
- ^ Murray, David; Terry Koziniec; Michael Dixon (2009). "Solución de ineficiencias de Ack en redes 802.11". Conferencia Internacional IEEE sobre Arquitectura y Aplicaciones de Sistemas Multimedia de Internet .
- ^ Murray, David; Terry Koziniec; Michael Dixon (2010). "D-Proxy: confiabilidad en redes inalámbricas". 16ª Conferencia de Comunicaciones de Asia y el Pacífico (APCC) .
enlaces externos
- PEPsal : una implementación de PEP de división integrada, basada en Linux y con licencia GPL
- Servidor PEP MediaSputnik : el servidor PEP MediaSputnik 2402 ha sido desarrollado por MediaSputnik como servidor compatible con I-PEP que cumple con las recomendaciones de SatLabs Group (ESA) para admitir redes y estándares DVB-RCS
- RFC 3135 : Todo el RFC (Proxies de mejora del rendimiento destinados a mitigar las degradaciones relacionadas con los enlaces)