ToDo Sobre Fast Path

MisKo

El primer modo (el Interleaving) es el que usualmente es utilizado por defecto en los DSLAM de las centrales telefónicas. Históricamente se ha venido utilizando este modo debido a sus ventajas respecto al modo Interleaving en la corrección de errores de ráfagas, bastante habituales en las líneas telefónicas. A cambio, el retardo de los paquetes IP experimentaba un ligero aumento, inapreciable para la mayoría de las aplicaciones hasta la fecha
Actualmente, se está estudiando la posibilidad de configurar los DSLAM en modo "Fast Path", lo que reduciría el retardo de la conexión entre 40 y 60 ms con cualquier servidor. Esta reducción permitiría una ligera reducción de la latencia para algunas aplicaciones usuales (como pueden ser el juego online, la videoconferencia, la administración remota, el chat de voz, etc). Como contrapunto, la corrección de errores estaría a cargo del protocolo TCP/IP, lo que haría que las aplicaciones más sensibles al ruido de ráfagas, como las de vídeo, funcionaran peor.

Como resumen, se puede decir que el Interleaving tiene una función muy concreta y necesaria, que es la de proteger los datos que viajan por las líneas ADSL contra el ruido impulsivo. Esta protección es especialmente importante cuando el ADSL se usa para transmitir canales de televisión u otro servicio basado en protocolos distintos del TCP/IP (como por ejemplo UDP), ya que en ese caso no tenemos el protocolo TCP/IP para ayudarnos.

Base TelEFoNiCa

Idea General -> la Activacion del fast Path Provocara una Reduccion De la seguridad y una calidad mejor en Videoconferencias por IneT

ElPasmo

Te falta el link www.profastpath.com por si alguien aún no se ha enterado de la campaña.

Un sld

aLeX

En un libro de McGrawHill sobre adsl decian que el modo interleaved aumentaba en 20ms la latencia.

Hybrid

Aumenta unos 30 o 40ms mas o menos , 20 ms seria si tuvieramos wena infraestructura , pero como no lo hay pos la pelamos xDD.

dothe

Existen varias formas de enviar un paquete cuando llega a un router. Entre ellas, las 2 más sencillas son:

  • Recibe el paquete completo, comprueba el CRC (comprobación contra errores) y finalmente mira la dirección destino y envía el paquete en esta dirección.

  • El fat path consiste en enviar el paquete antes de su completa recepción en un router. Es decir, en cuanto llega el campo correspondiente a la dirección destino, se comienza a reenviar. Posteriormente se comprobaría el CRC. Si fuese incorrecto se puede abortar el envio del resto del paquete o dejar que lo solucione la capa superior (TCP) que solicitará reenvio.

Obviamente el segundo método produce menos retardo, pero también produce más paquetes incorrectos (los que antes descartaban los routers). Mi reflexión es que fast path si que debe bajar el retardo, pero cuidad que no incremente los paquetes perdidos y erroneos (loss y choke).

Usuarios habituales

  • dothe
  • Hybrid
  • aLeX
  • ElPasmo
  • MisKo