Bienvenido a la Comunidad UBNT

Buenas prácticas con TDD Framing

Hola gente!

Desde el lanzamiento de la rama AC en ubnt he estado investigando y actualizando todos mis nodos para ofrecer a mis clientes un mayor ancho de banda y calidad en general. Una de las cosas más interesantes y poco explicadas en foros (tanto en ingles como aquí en español) ha sido la tecnología TDD Framing aplicada a dichos productos.

En este post, os voy a poner un poco en línea según mi experiencia en este campo después de horas y horas de pruebas.

Como primer asunto, cabe destacar un poco de teórica básica sin meterme en líos...
La tecnología TDD Framing propia de los enlaces wireless, divide las tramas, o para todos los públicos (Tanto va para el cliente <> Tanto recibo del cliente), en unas fracciones de segundo... y punto.
Una buena referencia sería un juego de cartas en una mesa de 10 personas por ejemplo..., pensar en que el crupier que sería el AP y los clientes serían los CPE, aquí es donde surgen los grandes cambios.

Vamos con el crupier (Access Point)
Este tiene la virtud de ver a todos los clientes, ver si son buenos jugadores, si están borrachos, si están en el aseo, o son jugadores atentos.
Aquí antiguamente (Serie M5) de Ubiquiti, el access point, sólo repartía a todos por igual las mismas cartas a la misma velocidad independientemente del estado de los jugadores.... ¿Y cual es el problema).... que hay gente que no quiere jugar o que no puede.
Aquí es donde encontramos los grandes problemas!

Volvamos a la realidad
Si tenemos 20 clientes en un Access Point y 3 que tienen una calidad de juego y atención muy mala, el Access Point se verá obligado a retrasar el reparto de cartas (datos) para todos. Mal asunto para todos los demás jugadores (CPEs)

¿Qué nos ofrece la tecnología TDD Framing para contrarrestar estos problemas? 
La repuesta sencilla es "Un crupier atento a los jugadores". (Dependiendo del protocolo utilizado)
Con esta tecnología hacemos que nuestro access point sea inteligente y un poco más sabio... explicamos...

De primeras:

(FLEX LEGACY) TDMA FILTER
La opción más básica y de las más efectivas, con prudencia. Se utiliza siempre con un TDD Framing clásico (Legacy) y su estructura es la siguiente:
El AP reparte las mismas cartas por igual, pero si alguien se retrasa... se queda sin cartas hasta el nuevo reparto (milisegundos). Sencillo, pero eficaz y no retrasa al AP. Se mantienen las latencias a los buenos clientes en general. Tenemos un margen de (1-9) recomiendo entre 2 y 5. No obstante, sigue fallando en grandes cargas de datos y clientes en el AP. Sigue siendo equitativo, para que todos reciban un poco en general.

Sigue siendo adaptativo en cuestión de UP/DOWN... Pero muy lineal generalmente.

De segundas nuevas:

FLEX (NEW)
Según mi opinión, la mejor opción (Dependiendo las circunstancias)
Esta opción tiene su ideología propia y es la siguiente.... De primeras el AP mira a todos los clientes, después piensa y decide... empieza la ronda de cartas...
Aquí empieza el troceo de cartas (Re-utilización de frecuencias)
En vez de dar cartas a todos a la misma velocidad las troceo en muchos o pocos trozos, y la velocidad la decidirá si el CPE las recibe bien o no. Por lo tanto, habrán clientes que estén atentos y aprovecharán el sistema para acceder mucho más rápidamente al juego y otros que no, y esa espera se utilizará para los buenos clientes.

Completamente adaptativo en cuestión de UP/DOWN, me explico: Si el sistema vé que la mayoría de tráfico es de bajada, priorizará y magnificará dicho tráfico.

El pequeño inconveniente que tiene dicho protocolo es que, debido al troceo y procesamiento, requiere de latencias un poco más altas (en torno al 5-15 ms más añadidos) Siempre dentro de los límites para VOIP y aplicaciones que requieren de un buen jitter y latencia.

De terceras troncales:

FIXED FRAME
Otra opción son los margenes fijos, muy propios de enlaces troncales. Sinceramente, los he probado todos y por ninguno me decido incluso con GPS Sync. (Siempre hablando de PTMP)
Si tenemos todos los enlaces muy bien orientados tal vez, pero a veces, debido a la fijación, puede fallar algún "streaming de upload" principalmente causando latencias a clientes con buena señal. 
Ahora bien, si necesitamos un gran ancho de banda en un enlace único es la mejor opción. Podemos otorgar un gran ancho de banda en un enlace con 20 o 40 Mhz... una barbaridad, he probado con 10 ms 75/25 y funcionan muy bien.

Siempre como he dicho antes, pecando un mínimo de latencia debido a la división de tramas.

Un buen resumen para fixed frame sería... Voy a repartir cartas al gran jugador y esperaré un poco a todos.

Bueno es todo!
Espero que sea de ayuda este post!
Exponer vuestras experiencias.

Saludos.
Etiquetado:
DARKBOB07

Comentarios

Accede o Regístrate para comentar.