Proxy para mejorar el rendimiento

Los proxies de mejora del rendimiento ( PEP , por sus siglas en inglés) son agentes de red diseñados para mejorar el rendimiento de extremo a extremo de algunos protocolos de comunicación . Los estándares de los PEP se definen en el RFC 3135 (PEP destinados a mitigar las degradaciones relacionadas con el enlace) y en el RFC 3449 (implicaciones del rendimiento de TCP de la asimetría de la ruta de red).

Mecanismo de un PEP dividido distribuido en la capa de protocolo

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 interceptarla. En el primer caso, el proxy simula ser el extremo opuesto de la conexión en ambas direcciones, dividiéndola literalmente en dos. En el segundo caso, el proxy controla las transmisiones de los segmentos TCP en ambas direcciones, mediante el filtrado de confirmaciones y la reconstrucción en la conexión existente (véase suplantación de protocolo ). Esto se basa en el nivel OSI de implementación del PEP. ^{[ 1 ]}
Distribución: Los PEP pueden ser integrados o distribuidos. Un PEP integrado se ejecuta en un solo dispositivo, mientras que un PEP distribuido requiere instalación en ambos extremos del enlace, lo que puede provocar una degradación del rendimiento. Esto es bastante común en los dispositivos PEP comerciales, que funcionan como una caja negra , utilizando protocolos más o menos abiertos para comunicarse entre sí en lugar de TCP.
Simetría: Una implementación de PEP puede ser simétrica o asimétrica. Las PEP simétricas utilizan un comportamiento idéntico en ambas direcciones; las acciones que realiza la PEP ocurren independientemente de la interfaz desde la que se recibe un paquete. Las PEP asimétricas operan de manera diferente en cada dirección, lo que puede provocar, por ejemplo, que solo se mejore el rendimiento de una dirección de enlace.

Tipos

Existen diversos tipos de PEP. Cada uno se utiliza para resolver un problema relacionado con enlaces. Algunos tipos comunes incluyen:

TCP dividido
diezmo de Ack
Fisgonear
D-proxy

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 en un enlace satelital . El TCP dividido funciona dividiendo la conexión de extremo a extremo en múltiples conexiones y utilizando diferentes parámetros para transferir datos a través de los distintos tramos. Los sistemas finales utilizan TCP estándar sin modificaciones y no necesitan conocer la existencia de los PEP intermedios. El TCP dividido intercepta las conexiones TCP de los sistemas finales y las finaliza. Esto permite que los sistemas finales funcionen sin modificaciones y puede solucionar algunos problemas relacionados con tamaños de ventana TCP demasiado bajos para comunicaciones satelitales.

Filtrado/diezmado de Ack

El filtrado o decimación de acuses de recibo se utiliza en enlaces altamente asimétricos . En estos enlaces, las velocidades de subida y bajada varían considerablemente. Un ejemplo común es la banda ancha por satélite, donde el enlace satelital de bajada proporciona un ancho de banda significativamente mayor que el enlace de módem de acceso telefónico de subida. En este caso, la velocidad a la que el módem puede devolver los acuses de recibo TCP puede ser un factor limitante. A medida que los acuses de recibo TCP se confirman 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 la pérdida de paquetes por interferencia o colisión en un enlace inalámbrico. Los proxies Snoop detectan las pérdidas monitorizando las transmisiones TCP en busca de acuses de recibo duplicados. Cuando Snoop recibe acuses de recibo duplicados, que indican una pérdida de paquetes, los descarta silenciosamente y retransmite el paquete de datos perdido. El remitente TCP no debería tener conocimiento de la pérdida. Esto evita que los remitentes TCP reduzcan innecesariamente la ventana TCP.

D-Proxy

D-Proxy ^{[ 3 ]}^{[ 4 ]} también está diseñado para ocultar la pérdida de paquetes por interferencia o colisión en un enlace inalámbrico. D-Proxy es un nuevo proxy TCP distribuido que requiere un proxy en cada extremo del enlace con pérdida. Al igual que Snoop, utiliza números de secuencia TCP para detectar paquetes perdidos. Sin embargo, adopta un enfoque proactivo, monitorizando los números de secuencia TCP en los paquetes de datos en lugar de las confirmaciones. Cuando se produce una pérdida de paquetes, el flujo TCP se almacena temporalmente en búfer hasta que el paquete perdido pueda recuperarse y reordenarse.

Véase también

Referencias

↑: PROXY DE MEJORA DEL RENDIMIENTO (PEP) : TCP en redes inalámbricas
↑ Balakrishnan, Hari; Srinivasan Seshan; Randy H. Katz (diciembre de 1995). "Mejora del rendimiento de transporte y transferencia confiable en redes inalámbricas celulares". Wireless Networks . 1 (4): 469– 481. doi : 10.1007/BF01985757 . S2CID 2204005 .
↑ Murray, David; Koziniec, Terry; Dixon, Michael (2009). "Resolviendo las ineficiencias de Ack en redes 802.11". 2009 IEEE International Conference on Internet Multimedia Services Architecture and Applications (IMSAA) . pp. 1–6 . doi : 10.1109/IMSAA.2009.5439494 . ISBN 978-1-4244-4792-3.
↑ Murray, David; Koziniec, Terry; Dixon, Michael (2010). «D-Proxy: Fiabilidad en redes inalámbricas». 16.ª Conferencia Asia-Pacífico sobre Comunicaciones (APCC) de 2010. págs. 129-134 . doi : 10.1109/APCC.2010.5679750 . ISBN 978-1-4244-8128-6.

Enlaces externos

PEPsal : Una implementación integrada de PEP para la división, basada en Linux y con licencia GPL .
Servidor PEP MediaSputnik : El servidor PEP MediaSputnik 2402 ha sido desarrollado por MediaSputnik como un servidor compatible con I-PEP que cumple con las recomendaciones del Grupo SatLabs (ESA) para admitir los estándares y redes DVB-RCS.
RFC 3135 : El RFC completo (Proxies de mejora del rendimiento destinados a mitigar las degradaciones relacionadas con los enlaces)

[1] : PROXY DE MEJORA DEL RENDIMIENTO (PEP) : TCP en redes inalámbricas

[2] Balakrishnan, Hari; Srinivasan Seshan; Randy H. Katz (diciembre de 1995). "Mejora del rendimiento de transporte y transferencia confiable en redes inalámbricas celulares". Wireless Networks . 1 (4): 469– 481. doi : 10.1007/BF01985757 . S2CID 2204005 .

[3] Murray, David; Koziniec, Terry; Dixon, Michael (2009). "Resolviendo las ineficiencias de Ack en redes 802.11". 2009 IEEE International Conference on Internet Multimedia Services Architecture and Applications (IMSAA) . pp. 1–6 . doi : 10.1109/IMSAA.2009.5439494 . ISBN 978-1-4244-4792-3.

[4] Murray, David; Koziniec, Terry; Dixon, Michael (2010). «D-Proxy: Fiabilidad en redes inalámbricas». 16.ª Conferencia Asia-Pacífico sobre Comunicaciones (APCC) de 2010. págs. 129-134 . doi : 10.1109/APCC.2010.5679750 . ISBN 978-1-4244-8128-6.

[ 1 ]

[ 2 ]

[ 3 ]

[ 4 ]