{"id":45757,"date":"2023-06-29T13:48:40","date_gmt":"2023-06-29T11:48:40","guid":{"rendered":"https:\/\/www.teldat.com\/\/blog\/\/"},"modified":"2025-02-04T13:16:01","modified_gmt":"2025-02-04T12:16:01","slug":"qos-redes-sd-wan","status":"publish","type":"post","link":"https:\/\/www.teldat.com\/es\/blog\/qos-redes-sd-wan\/","title":{"rendered":"QoS en redes SD-WAN"},"content":{"rendered":"

\"Qo\"Citius, Altius, Fortius (m\u00e1s r\u00e1pido, m\u00e1s alto, m\u00e1s fuerte), es el lema ol\u00edmpico que anima a los atletas a esforzarse al m\u00e1ximo de sus capacidades en la competici\u00f3n.<\/p>\n

<\/p>\n

Podr\u00eda decirse que el entorno de las telecomunicaciones es tan competitivo como el deportivo, es f\u00e1cil encontrar decenas sino cientos de aplicaciones en un dispositivo fijo o m\u00f3vil, todas ellas conectadas a la vez y compitiendo por el ancho de banda disponible. Esta competici\u00f3n se multiplica cuando son varios los usuarios, m\u00e1quinas y otros dispositivos IoT<\/strong> que comparten un mismo acceso a la red. \u00bfQu\u00e9 mecanismos existen para ponen orden en esta selva?<\/p>\n

Protocolo TCP\/IP<\/h2>\n

La mayor parte del m\u00e9rito est\u00e1 en el dise\u00f1o del protocolo TCP\/IP<\/strong>. No en vano contin\u00faa siendo el soporte incontestable de las telecomunicaciones hoy en d\u00eda, casi medio siglo despu\u00e9s de su invenci\u00f3n, algo memorable considerando el ritmo de las evoluciones tecnol\u00f3gicas durante este tiempo. El secreto del \u00e9xito est\u00e1 en dos mecanismos incluidos en TCP<\/strong>: Slow Start y Congesti\u00f3n Avoidance, cuya explicaci\u00f3n queda fuera del alcance de este blog, pero que de forma muy resumida podr\u00edan explicarse como la forma de adaptar la velocidad de transmisi\u00f3n a las disponibilidades en cada momento. Es como si cada una de nuestras aplicaciones fuera una empresa de transportes que ha de enviar sus veh\u00edculos (paquetes IP<\/strong>) por una autopista, da igual el n\u00ba de carriles que tenga una autopista, todos sabemos que puede llegar a colapsarse. Pues bien, la magia del TCP limitar\u00e1 el n\u00ba de veh\u00edculos de forma equitativa entre las distintas empresas de transporte, adecu\u00e1ndolo a la capacidad de la autopista y evitar\u00e1 colas que provocar\u00edan retardos en las entregas (l\u00f3gicamente habr\u00e1 menos entregas, pero todas a tiempo).<\/p>\n

Protocolo UDP<\/h2>\n

Por desgracia esto no es suficiente para garantizar una correcta experiencia de usuarios por 2 razones. Por un lado, TCP no es el \u00fanico protocolo utilizado, entre otros el m\u00e1s destacables es sin duda UDP, que se suele usar para Telefon\u00eda sobre IP<\/strong> y tr\u00e1fico de gesti\u00f3n como DNS, NTP o SNMP. Volviendo al s\u00edmil, UDP y otros protocolos ser\u00edan el equivalente a los veh\u00edculos de servicios en la autopista, como polic\u00eda, mantenimiento o ambulancias; no aportan capacidad de transporte pero son necesarios para que el sistema funcione. El \u201cproblema\u201d es que estos protocolos carecen de los mecanismos disponibles en TCP para adaptar el volumen de tr\u00e1fico a las disponibilidades de ancho de banda. M\u00e1s bien al contrario, generan un volumen de tr\u00e1fico al ritmo que necesiten e independientemente de elementos externos as\u00ed mismos, por si esto fuera poco, almacenarlos en un buffer para trasmitirlos cuando haya mayor disponibilidad no suele ser una opci\u00f3n viable. Un buen ejemplo es el tr\u00e1fico de Telefon\u00eda sobre IP.<\/p>\n

Por otro lado, incluso entre aplicaciones usando TCP, no basta con un reparto equitativo, ya que no todas las aplicaciones son igual de cr\u00edticas, por ejemplo, el env\u00edo de un email con unos segundos de retraso no representa un problema, pero para una aplicaci\u00f3n transaccional, telefon\u00eda sobre IP o videoconferencia, unas pocas d\u00e9cimas de segundo pueden marcar la diferencia entre satisfacci\u00f3n o frustraci\u00f3n.<\/p>\n

QoS – Calidad de Servicio<\/h2>\n

Aqu\u00ed es donde entran en juego las t\u00e9cnicas de Calidad de Servicio o QoS – Quality of Service<\/strong>, que son el conjunto de t\u00e9cnicas que se implementan en la red para arbitrar el uso de la misma por las distintas aplicaciones con objetivo de maximizar la experiencia de usuario. QoS es necesario porque las redes no tienen capacidad infinita, de ah\u00ed que QoS se implemente en los puntos de la red llamados \u201ccuellos de botella<\/strong>\u201d que es donde se genera la congesti\u00f3n (a la entrada y salida de la autopista).<\/p>\n

Aunque el abanico de t\u00e9cnicas QoS es amplio, citaremos 3 fundamentales:<\/strong><\/p>\n

    \n
  1. Priorizaci\u00f3n<\/u><\/strong>: Consiste en procesar primero el tr\u00e1fico de las aplicaciones m\u00e1s prioritarias para el usuario, de esta forma se reduce la latencia y se mejora la experiencia del usuario (es clave por ejemplo priorizar Telefon\u00eda IP<\/strong> y es adecuado priorizar aplicaciones transaccionales).<\/li>\n
  2. Reserva de ancho de banda<\/u><\/strong>: Garantizando un caudal m\u00ednimo para ciertas aplicaciones cuando el cuello de botella se congestiona (de nuevo ToIP<\/strong> es un ejemplo claro, pues una peque\u00f1a p\u00e9rdida de paquetes har\u00eda inviable una conversaci\u00f3n). Sin embargo, la mayor\u00eda de aplicaciones usando TCP se recuperan f\u00e1cilmente de situaciones puntuales de p\u00e9rdida de paquetes o en el peor de los casos se adaptan a menor disponibilidad.<\/li>\n
  3. Limitaci\u00f3n de tr\u00e1fico (shapping)<\/u>:<\/strong> Est\u00e1 asociada a la priorizaci\u00f3n, ya que una priorizaci\u00f3n ilimitada de tr\u00e1fico m\u00e1s prioritario podr\u00eda llegar a bloquear el tr\u00e1fico menos prioritario, provocando ca\u00edda de aplicaciones, as\u00ed que priorizamos, pero hasta un l\u00edmite.<\/li>\n<\/ol>\n

    Aplicar QoS en los equipos de acceso<\/strong> a una red IP es obligado, pero por s\u00ed mismo tampoco es suficiente cuando no controlamos el resto de la red, ya que pueden darse \u201ccuellos de botella\u201d en el core de la red, a modo de ejemplo, supongamos una red donde cientos o miles de usuarios o de sedes remotas quieren acceder simult\u00e1neamente a un recurso, situado en el Centro de Datos. Aqu\u00ed nos encontramos un \u201ccuello de botella\u201d en el sentido \u201cdescendente hacia el DC\u201d, y ser\u00e1 la red la que encolar\u00e1 y\/o descartar\u00e1 paquetes aleatoriamente que afectar\u00edan en la misma medida a aplicaciones que toleran latencia\/descartes como a las que no lo soportan.<\/p>\n

    La soluci\u00f3n es obvia. Aplicar QoS tambi\u00e9n en el core de la red<\/strong>. Eso es justo lo que hacen las redes MPLS<\/strong> y gracias a ello es posible construir redes predictivas donde podemos garantizar la experiencia del usuario.<\/p>\n

    Internet o MPLS<\/h2>\n

    El uso de l\u00edneas de internet como alternativa\/apoyo al transporte MPLS<\/strong> es una realidad. Entre otras ventajas<\/p>\n