Probablemente haya oído la misma queja de tres formas distintas.
En un hotel, los huéspedes dicen que el WiFi no se puede usar, aunque el circuito de internet parezca generoso sobre el papel. En un hospital, los médicos culpan a la red cuando un dispositivo móvil tarda demasiado en sincronizarse. En un centro comercial, los inquilinos insisten en que la conexión compartida es el problema mientras los pagos con tarjeta, los sistemas de inventario y el acceso de invitados compiten por el mismo enlace de subida.
Ahí es donde la mayoría de los consejos sobre gestión del ancho de banda se quedan cortos. Le dicen cómo limitar, priorizar o dar forma al tráfico, pero se saltan la pregunta más importante. ¿Debería cambiar la política? En las redes reales, un "internet lento" puede deberse a una política incorrecta, a una capa inalámbrica congestionada, a una red de retorno saturada o a una mezcla de las tres cosas. Si trata cada queja como un problema de ancho de banda, gastará dinero y tiempo resolviendo el problema equivocado.
Más allá de las quejas de "WiFi lento"
Un gestor de espacios no suele informar de pérdida de paquetes, utilización de canales o congestión del enlace de subida. Informa de síntomas. Las videollamadas se congelan. Las tabletas de registro van lentas. La transmisión de los invitados se corta. Los datáfonos parecen inestables. La frase es casi siempre la misma: "el WiFi va lento".
Esa frase esconde varios fallos diferentes. Una red puede tener de sobra capacidad de internet y seguir ofreciendo una experiencia deficiente si los puntos de acceso están sobrecargados, si demasiados dispositivos comparten el mismo espacio de radio o si se permite que el tráfico de poco valor desplace a las aplicaciones críticas para el negocio. Preseem lo deja claro: la gestión del tráfico solo ayuda a la calidad de la experiencia si la red de acceso subyacente está sana, y un punto de acceso sobrecargado seguirá rindiendo mal incluso con controles inteligentes implementados, especialmente en entornos de hostelería, sanidad y comercio minorista donde las quejas a menudo se remontan a la congestión de RF o a los límites de la red de retorno más que a la política por sí sola ( Preseem on bandwidth management best practices ).
Capacidad y experiencia no son lo mismo
Veo este error a menudo en espacios de uso mixto. Alguien actualiza el circuito, las quejas disminuyen brevemente y luego vuelven. No ha ocurrido nada mágico. El margen extra enmascaró una mala asignación durante un tiempo, pero el problema subyacente continuó ahí.
La gestión del ancho de banda funciona mejor cuando se trata como un control de recursos, no como un castigo. Está decidiendo qué tráfico debe pasar de forma limpia, qué tráfico puede esperar un momento y qué tráfico necesita una parte justa pero limitada.
Las quejas por WiFi lento suelen ser precisas desde la perspectiva del usuario y, aun así, erróneas en cuanto a la causa.
Esa distinción es importante en términos prácticos:
- El problema de un huésped de hotel podría ser una mala cobertura en la habitación, no un ancho de banda insuficiente.
- Un problema de operaciones en el sector minorista puede deberse a que el tráfico de invitados satura un enlace ascendente compartido durante las horas de mayor afluencia.
- Un problema de movilidad en un hospital puede estar causado por el roaming, el solapamiento de RF o el comportamiento de las aplicaciones, más que por la capacidad de internet.
Si su primera medida es comprar más ancho de banda, puede que mitigue el síntoma sin demostrar la causa. Si su primera medida es limitar todo el tráfico, puede que proteja el enlace ascendente a costa de empeorar la experiencia del usuario.
Comience por la experiencia física
Antes de modificar las políticas de QoS, verifique los aspectos básicos. Los fallos de cobertura, una señal débil y una mala colocación de los puntos de acceso pueden hacer que cualquier conexión a internet parezca caída. Para los equipos que solucionan problemas de rendimiento en un establecimiento, esta guía sobre cómo mejorar la intensidad de la señal WiFi es un recordatorio útil de que no todas las quejas de rendimiento se originan en el extremo de la WAN.
El enfoque correcto es sencillo. Primero, diagnosticar. Después, decidir si la solución reside en las políticas, en el diseño inalámbrico o en la planificación de los circuitos.
Los cuatro pilares de la gestión del ancho de banda
La gestión del ancho de banda no consiste en un único control. Es un conjunto de controles que realizan funciones distintas. Cuando los equipos los agrupan todos, suelen acabar aplicando reglas poco precisas que frustran a los usuarios y, aun así, no consiguen proteger las aplicaciones críticas.
Esta imagen resume el modelo principal:
Los datos de Ofcom destacan por qué los matices son importantes. La velocidad media de descarga de la línea fija en el Reino Unido era de 69,4 Mbit/s, mientras que el 10 % más rápido de las conexiones de fibra óptica completa alcanzaba unos 1,6 Gbit/s. Esto significa que el margen disponible varía drásticamente según la tecnología de acceso, lo que hace que la QoS por aplicación y el moldeado de tráfico sean más útiles que una simple respuesta de "comprar más ancho de banda" cuando el cuello de botella se encuentra en la capa de acceso ( explicación de ManageEngine sobre la gestión de ancho de banda y las diferencias de acceso en el Reino Unido ).
Moldeado de tráfico
El moldeado de tráfico consiste en controlar el flujo, no solo en reducir la velocidad. Esto es comparable a regular la entrada de vehículos en una autopista concurrida para que toda la carretera siga avanzando. En términos de red, el moldeado suaviza los picos de tráfico y reduce la posibilidad de que una saturación repentina eclipse todo lo demás.
Esto resulta fundamental en establecimientos con tráfico mixto. Un pico en las descargas de los invitados, la sincronización en la nube o las actualizaciones de software puede producirse exactamente en el peor momento. El moldeado no creará más capacidad, pero puede evitar que los picos de tráfico repentinos arruinen los servicios interactivos.
Quality of Service
QoS es el carril de emergencia. Marca cierto tráfico como más importante que el resto para que las aplicaciones sensibles al retraso reciban atención primero.
La voz y la colaboración en tiempo real son ejemplos comunes. No necesitan necesariamente una gran velocidad de transferencia, pero sí consistencia. Una transmisión de voz gestionada con rapidez suele ofrecer una mejor experiencia que una transferencia grande que se queda con todo el ancho de banda pero añade fluctuación a las llamadas.
Regla práctica: Utilice QoS para proteger las aplicaciones que fallan debido al retraso, no para recompensar al equipo que más grite.
Asignación de ancho de banda
La asignación es el motor de la equidad. Decide qué cantidad del recurso compartido se destina a un grupo de usuarios, clase de servicio o grupo de inquilinos.
Muchas redes de invitados fallan cuando no hay asignación. Sin ella, un puñado de usuarios de alta demanda puede dominar un servicio compartido. Con una asignación sensata, el personal, los invitados, los dispositivos y los inquilinos reciben una cuota definida que refleja el valor empresarial.
Una forma sencilla de verlo:
| Pilar | Función principal | Mejor caso de uso |
|---|---|---|
| Modelado de tráfico | Suavizar picos | Periodos de alta actividad con picos repentinos de demanda |
| QoS | Proteger el tráfico sensible | Voz, pagos, aplicaciones clínicas, operaciones |
| Asignación de ancho de banda | Dividir la capacidad compartida de forma justa | Espacios multiinquilino, de invitados, de personal y de uso mixto |
| Priorización de aplicaciones | Elevar servicios específicos | Aplicaciones críticas que deben mantener la capacidad de respuesta |
Priorización de aplicaciones
La priorización de aplicaciones es más específica que las clases generales de QoS. Se centra en aplicaciones reconocidas y hace que, en la práctica, estas tareas pasen al principio de la cola.
En la práctica, esto resulta útil cuando varios servicios comparten la misma red pero no merecen el mismo trato. Un sistema de gestión de propiedades, el tráfico de los puntos de venta o un flujo de trabajo clínico no deberían competir en igualdad de condiciones con las descargas masivas de contenido multimedia o la sincronización en segundo plano.
El objetivo no es sobrediseñar cada paquete. Consiste en elegir el conjunto más pequeño de controles que proteja la experiencia que realmente importa.
Diseño de políticas inteligentes para su espacio
Una buena política de ancho de banda refleja el funcionamiento del espacio. No empieza con "¿qué podemos restringir?" Empieza con "¿qué debe funcionar siempre?"
Por eso, las plantillas genéricas suelen fallar. Un hotel se preocupa por la satisfacción de los huéspedes y los sistemas de recepción. Un hospital se preocupa por la fiabilidad clínica y la segregación de dispositivos. Un centro comercial tiene que proteger los sistemas operativos y, al mismo tiempo, ofrecer un acceso útil a los invitados. Un edificio residencial necesita equidad entre muchos usuarios sin que la red se convierta en un caos sin control.
La política también debe respetar las limitaciones del mundo real. Desde el 20 de marzo de 2020, la Obligación de Servicio Universal de banda ancha del Reino Unido otorga a las instalaciones que cumplen los requisitos el derecho legal a solicitar una velocidad de descarga de 10 Mbit/s y de subida de 1 Mbit/s, lo que convirtió la conectividad básica en una consideración tanto de regulación y calidad de servicio como técnica, especialmente en ubicaciones rurales o de difícil acceso ( descripción general de SearchInform sobre la monitorización del ancho de banda y el valor de referencia de la USO del Reino Unido ).
Comience con clases de tráfico, no con dispositivos
Muchos equipos empiezan listando el hardware. Ese es el orden incorrecto. Comience con las clases de tráfico y las consecuencias para el negocio.
Hágase estas tres preguntas:
- ¿Qué interrumpe la actividad si se degrada?
- ¿Qué debe funcionar bien pero puede tolerar cierto retraso?
- ¿Qué se puede ralentizar de forma justa sin causar un perjuicio real?
Esto genera reglas más limpias que intentar redactar políticas para cada teléfono, portátil, escáner o televisión.
Plantillas de políticas de ancho de banda por sector
| Sector | Tráfico de alta prioridad | Tráfico de prioridad media | Tráfico de baja prioridad / con límite de velocidad |
|---|---|---|---|
| Hotel | PMS, POS, comunicaciones del personal, sistemas de recepción | Navegación de huéspedes, mensajería, aplicaciones empresariales rutinarias | Grandes descargas de huéspedes, actualizaciones de software, sincronización en segundo plano |
| Centro comercial | Pagos, herramientas de inventario, operaciones de inquilinos, servicios relacionados con la seguridad | Navegación de clientes, aplicaciones de fidelización, tráfico administrativo de inquilinos | Streaming, descargas masivas, tráfico de clientes no esencial |
| Hospital | Sistemas clínicos, flujos de trabajo médicos, servicios de identidad del personal, comunicaciones operativas | Plataformas de administración, portales de pacientes, aplicaciones de oficina estándar | Tráfico de entretenimiento de pacientes, actualizaciones masivas, transferencias no urgentes |
| Residencial o BTR | Operaciones del edificio, sistemas de acceso, herramientas de gestión | Navegación de residentes, teletrabajo, aplicaciones de colaboración | Tráfico masivo de igual a igual (P2P), actualizaciones no gestionadas, sincronización en segundo plano |
Cómo se aplica una política inteligente en la práctica
Un hotel no debería obligar a todos los huéspedes y sistemas operativos a compartir la misma cola. Los dispositivos del personal, las terminales POS y los sistemas del establecimiento necesitan un tratamiento más limpio que el tráfico de entretenimiento. Los huéspedes siguen necesitando una buena experiencia, pero "buena" no significa prioridad ilimitada.
En el sector minorista, el error habitual es proteger únicamente el tráfico de la oficina corporativa y olvidarse de los inquilinos, quioscos y usuarios invitados. Esto suele crear patrones de congestión local que no se muestran claramente a menos que se segmente por función.
Los hospitales necesitan la disciplina más estricta. Si los flujos de trabajo clínicos comparten la misma prioridad práctica que el tráfico de invitados, la política es errónea, incluso si el uso medio parece aceptable.
La mejor política suele ser la que tiene menos excepciones. Cada excepción se convierte en el problema de soporte del mañana.
Diseñe para el espacio real que tiene
La calidad de la política depende de suposiciones realistas sobre la densidad de dispositivos y la cobertura. Si está planeando un acceso para invitados o un despliegue de uso mixto, la calculadora de puntos de acceso de Purple es una forma práctica de comprobar si su diseño inalámbrico puede soportar la política que desea aplicar.
Algunas reglas de diseño funcionan bien en todos los sectores:
- Proteja primero el tráfico transaccional: Los pagos, el registro de entrada, los flujos de trabajo clínicos y los servicios de identidad del personal deben estar por encima del uso discrecional.
- Ofrezca a los invitados un mínimo justo: Los invitados no necesitan un acceso ilimitado, pero sí consistencia.
- Gestione el tráfico de fondo de forma agresiva: Las actualizaciones y los trabajos de sincronización nunca deberían poder saturar las operaciones en directo.
- Separe por función siempre que sea posible: El tráfico del personal, de los invitados, de los inquilinos y de los dispositivos se comporta de forma diferente. Su política debe reflejar eso.
Si puede explicarle la política en términos sencillos a un director de operaciones, probablemente sea útil. Si requiere un diagrama de flujo para entender quién recibe qué, probablemente sea demasiado frágil.
De la política a la práctica - Implementación e integración
La mayoría de las políticas de ancho de banda parecen lógicas sobre el papel. Se desmoronan durante la implementación porque el equipo de red no ha traducido la intención en controles aplicables. La brecha suele aparecer en tres puntos: falta de visibilidad del tráfico actual, un alcance de la política demasiado amplio y la ausencia de una forma clara de asignar los usuarios a las reglas correctas.
Esta perspectiva del proceso es una forma útil de mantener la implementación realista:
Audite antes de configurar
Comience por observar la red en su estado normal. No empiece con suposiciones como "el streaming es el problema" o "los invitados son el problema". Establezca una línea de base de qué consume el enlace de subida, cuándo ocurren los picos y qué quejas coinciden con esos picos.
A continuación, clasifique el tráfico en grupos operativos:
- Servicios críticos: pagos, flujos de trabajo clínicos, acceso del personal, voz
- Servicios importantes pero tolerantes: aplicaciones de oficina, navegación, plataformas de negocio estándar
- Servicios elásticos o aplazables: actualizaciones, descargas de archivos multimedia, sincronización en segundo plano
Esto le proporciona un modelo de política que puede aplicar en la mayoría de las plataformas de WiFi empresariales y dispositivos perimetrales.
Aplique reglas donde tenga sentido
En plataformas como Meraki, Aruba, Ruckus, Mist y UniFi, los detalles de implementación difieren, pero la lógica no cambia. Defina clases, dé prioridad a lo que debe seguir respondiendo y limite lo que se pueda restringir de forma segura.
El problema al que se enfrentan los equipos suele ser el alcance. Si aplica las reglas únicamente por SSID, a menudo acabará tratando a todos los usuarios de esa red de la misma manera. Esto es manejable en un centro pequeño, pero resulta ineficaz en un hotel, un hospital o un inmueble de uso mixto donde un mismo SSID puede albergar perfiles de tráfico muy diferentes.
La identidad supera a la política compartida
Las redes basadas en la identidad son mucho más prácticas que la regulación general a nivel de SSID. En lugar de establecer que "todos los usuarios de esta red reciben el mismo trato", puede asignar políticas por rol. El personal puede tener un conjunto de reglas, los invitados otro, los inquilinos otro y los dispositivos gestionados otro diferente.
Ahí es donde la integración cobra importancia. Una plataforma como el enfoque de implementación de Purple para WiFi de invitados y acceso basado en identidad encaja con este modelo porque funciona con la infraestructura del fabricante y los sistemas de directorio para vincular las políticas de acceso al tipo de usuario en lugar de únicamente al punto de acceso de radio. En términos operativos, esto se traduce en una menor dispersión manual de las políticas y una aplicación más limpia cuando los usuarios se unen, se marchan o cambian de rol.
Si su política depende de que las personas se conecten al SSID correcto en cada ocasión, no es una política sólida.
Una secuencia de despliegue práctica
Utilice un despliegue por etapas en lugar de un cambio radical y directo.
- Cree un conjunto de políticas de base: defina clases prioritarias, medias y restringidas.
- Aplíquelo primero a un área limitada: una sola planta, planta de hospital, zona de inquilinos o un grupo de tiendas es suficiente.
- Pruebe con flujos de trabajo reales: inicios de sesión de empleados, pagos, voz, registro de invitados, roaming de dispositivos.
- Evalúe la necesidad de excepciones: si todo el mundo solicita de inmediato una regla especial, el modelo de política es erróneo.
- Amplíelo solo tras la validación: realice un despliegue más amplio cuando el patrón de quejas mejore y las operaciones se mantengan estables.
Conviene evitar algunos errores de implementación:
- Reglas que se solapan: si varias políticas pueden coincidir con el mismo tráfico, tarde o temprano alguien olvidará cuál tiene prioridad.
- Puntos ciegos en las aplicaciones: si no puede identificar el tráfico correctamente, su política se basará en meras suposiciones.
- Ignorar el comportamiento de subida (upstream): las etiquetas QoS internas no garantizan un tratamiento de extremo a extremo más allá de su dominio de control.
El objetivo práctico no es la elegancia. Es la repetibilidad. Una política de gestión de ancho de banda solo resulta útil cuando la red puede aplicarla de forma consistente entre usuarios, ubicaciones y equipos de soporte.
Medir lo que importa: monitorización y diagnóstico
La mayoría de los proyectos de gestión de ancho de banda fallan de la misma manera. El equipo realiza un cambio en la política, las quejas varían ligeramente y nadie puede demostrar si la red ha mejorado o si los usuarios simplemente han dejado de abrir incidencias durante una semana.
Por eso la monitorización es más importante que los ajustes. Necesita suficiente visibilidad para responder a tres preguntas distintas. ¿Qué aplicaciones están consumiendo el recurso limitado? ¿La congestión es local o se produce en el enlace de subida? ¿Ha mejorado la política la experiencia del usuario o solo ha modificado los gráficos de utilización?
Creanord destaca una brecha que muchas guías generales pasan por alto. La monitorización avanzada puede identificar el ancho de banda disponible sin afectar al tráfico en directo y respaldar una planificación de capacidad proactiva, lo que hace que la pregunta crítica no sea tanto “¿cómo limito el ancho de banda?”, sino más bien “¿cómo mido correctamente la congestión antes de cambiar las políticas o comprar más ancho de banda?” ( Creanord sobre la medición de la congestión y la planificación proactiva de la capacidad ).
Qué observar en lugar de solo la utilización total
La utilización total es útil, pero es un diagnóstico deficiente por sí solo. Un enlace saturado no es automáticamente un enlace caído, y un enlace poco utilizado aún puede ofrecer una experiencia de usuario pésima.
Realice un seguimiento de los indicadores que revelan el impacto en el usuario:
- Latencia de la aplicación: importante para aplicaciones con un uso intensivo de transacciones y plataformas en la nube.
- Fluctuación de fase (jitter) y consistencia: esenciales para la voz y la colaboración en tiempo real.
- Rendimiento por usuario: útil en entornos de invitados y multiinquilino donde la equidad es importante.
- Comportamiento de la cola bajo carga: muestra si el modelado de tráfico y la priorización están funcionando como se pretendía.
- Correlación temporal con las quejas: la métrica más infravalorada en las operaciones.
Cómo distinguir entre política, RF y backhaul
La forma más rápida de perder el tiempo es tratar todo el rendimiento deficiente como un problema de políticas. Utilice el patrón de síntomas para separar las causas más probables.
| Patrón de síntomas | Causa más probable | Qué comprobar primero |
|---|---|---|
| Solo fallan ciertas aplicaciones durante los periodos de alta actividad | Problema de política o de clasificación | Mapeo de clases de tráfico, reglas de cola, identificación de aplicaciones |
| Los usuarios de una zona se quejan más que los de otras | Saturación de RF o del punto de acceso | Cobertura, uso de canales, ubicación de AP, densidad de clientes |
| Todo el sitio va más lento a las mismas horas todos los días | Limitación de backhaul o enlace ascendente | Patrón de uso de WAN, demanda en periodos pico, margen del circuito |
| Los servicios del personal funcionan pero la experiencia de invitados se desmorona | La asignación puede ser intencionada o demasiado estricta | Límites de invitados, reglas de equidad, flujo de autenticación |
| Todo parece inconsistente incluso con una utilización moderada | Salud de la red inalámbrica o inestabilidad ascendente | Carga de AP, comportamiento de roaming, pérdida de paquetes, calidad de la ruta del proveedor |
Un buen flujo de trabajo de diagnóstico suele ser el siguiente:
- Confirmar dónde se produce la queja: una zona, un grupo de usuarios, una aplicación o todo el sitio.
- Comprobar si el enlace ascendente está limitado: no dé nada por sentado.
- Revisar la salud de la red inalámbrica en la zona afectada: la densidad de clientes y las condiciones de RF suelen explicar los problemas locales.
- Inspeccionar la clasificación de aplicaciones: si la aplicación no está en la clase que cree, la política será irrelevante.
- Comparar el antes y el después de un cambio controlado de política: si la experiencia del usuario no mejora, el fallo está en otra parte.
No se pregunte si el enlace está lleno. Pregúntese si el tráfico adecuado pasa limpiamente cuando la demanda es caótica.
Informes útiles para los equipos de operaciones
Los equipos de red necesitan detalles técnicos. Los responsables de los recintos necesitan tomar decisiones. Sus informes deben respaldar ambos aspectos.
Esto significa traducir la monitorización en resultados claros, como qué servicios mantuvieron su capacidad de respuesta en las horas pico, qué zonas generaron quejas reiteradas y si el tráfico de invitados se contuvo sin perjudicar los flujos de trabajo operativos. Las herramientas que combinan la visibilidad de la red con el contexto del recinto pueden ayudar en este sentido. Las analíticas de WiFi de invitados de Purple son un ejemplo de cómo los datos de usuarios y sesiones pueden respaldar esa visión operativa más amplia junto con la telemetría de red.
Un valor clave de la monitorización es la confianza. Cuando se puede demostrar que una ralentización se debe a la saturación de RF en un ala, se deja de reescribir políticas de QoS que nunca fueron el problema.
Resolución de problemas habituales en la gestión del ancho de banda
Incluso una gestión del ancho de banda bien diseñada falla cuando la lógica de aplicación se vuelve confusa. Los síntomas pueden resultar familiares: videollamadas con cortes, acceso de invitados impredecible, aplicaciones en la nube lentas, quejas de inquilinos en las horas de mayor actividad. La causa suele ser menos llamativa de lo que se espera.
Los errores que se repiten constantemente
Algunos fallos aparecen una y otra vez:
- Marcas de QoS sin efecto práctico: Puede marcar el tráfico perfectamente dentro de su red y, aun así, no obtener ningún beneficio si esas marcas no se respetan más allá del segmento que usted controla.
- Colisiones de políticas: Dos reglas coinciden con la misma aplicación o grupo de usuarios, y el resultado depende del orden de procesamiento en lugar de la intención.
- Limitación excesiva (over-shaping): El equipo se vuelve demasiado agresivo con los controles y termina ahogando el trabajo normal, no solo el tráfico no esencial.
- Mala clasificación: La aplicación se identifica incorrectamente, se cifra de una manera que sus herramientas no pueden interpretar o se agrupa en la clase incorrecta.
Estos problemas son la razón por la que las políticas simples a menudo superan a las complejas. La complejidad le ofrece más mandos que girar. También le ofrece más formas de equivocarse.
Una lista de verificación rápida para el aislamiento de fallos
Cuando alguien informe de una "videollamada lenta" o "WiFi roto", pruebe el síntoma en este orden:
- Ubicación primero: ¿Está aislado en una sola habitación, planta, ala o local comercial?
- Grupo de usuarios después: ¿Afecta a invitados, personal, inquilinos o a todos?
- Ámbito de la aplicación: ¿Se trata de una sola aplicación o de todo el tráfico interactivo?
- Patrón temporal: ¿Ocurre solo durante picos predecibles?
- Comprobación de políticas: ¿Ha cambiado recientemente la clase de tráfico afectada?
- Comprobación del estado de la red inalámbrica: ¿Es la calidad de la señal o la densidad de clientes el problema real?
- Revisión del backhaul: ¿Está limitado el enlace de subida durante la ventana de la queja?
Si un usuario se queja en todas partes, inspeccione el dispositivo. Si muchos usuarios se quejan en un solo lugar, inspeccione el entorno de RF. Si todos se quejan al mismo tiempo, inspeccione el enlace de subida.
Un hábito práctico de resolución de problemas ayuda. Cambie una sola cosa a la vez, registre el resultado y evite los "paquetes de soluciones" en los que altera la limitación de ancho de banda, la configuración de los puntos de acceso y el enrutamiento de Internet en una sola ventana de mantenimiento. Si el rendimiento mejora, no sabrá por qué. Si empeora, no sabrá dónde revertir los cambios.
Preguntas frecuentes sobre la gestión del ancho de banda
¿La gestión del ancho de banda aumenta la latencia?
Puede hacerlo si se realiza de manera incorrecta. Cualquier mecanismo de cola puede añadir retraso si crea colas de tamaño excesivo o introduce demasiado tráfico en una clase restringida. Si se realiza correctamente, la gestión del ancho de banda a menudo mejora el rendimiento percibido porque protege el tráfico sensible al retraso de las ráfagas y la congestión.
La clave es priorizar de manera selectiva. No coloque la mitad de la red en un contenedor de "alta prioridad" y espere resultados limpios.
¿Sigue siendo necesaria la gestión del ancho de banda a medida que aumentan las velocidades de banda ancha?
Sí. Las velocidades de descarga de banda ancha fija promedio en el Reino Unido aumentaron de 54.2 Mbit/s en noviembre de 2019 a 69.4 Mbit/s en noviembre de 2020, y las velocidades de subida promedio se incrementaron de 8.2 Mbit/s a 17.2 Mbit/s durante el mismo periodo. Ese aumento es importante porque el uso intensivo de subida, como las reuniones por vídeo, las copias de seguridad en la nube y las herramientas colaborativas, hace que la priorización y la monitorización sean más importantes, no menos ( resumen de Bandicoot Marketing sobre los cambios de velocidad de banda ancha de Ofcom y el contexto de planificación de ancho de banda ).
Más capacidad ayuda. No elimina la contención entre el tráfico crítico y el no crítico.
¿Cuál es la diferencia entre las políticas basadas en la identidad y las reglas basadas en MAC?
Las reglas basadas en MAC identifican dispositivos. Las reglas basadas en la identidad identifican usuarios, grupos o roles. Esa es una diferencia operativa importante.
Las reglas MAC son frágiles en entornos con dispositivos cambiantes, dispositivos personales, incorporación de invitados y espacios compartidos. La política basada en la identidad es más fácil de alinear con la lógica empresarial, como el personal, los invitados, los contratistas, los inquilinos o los dispositivos gestionados.
¿Cómo se relaciona la gestión del ancho de banda con SD-WAN?
Resuelven problemas diferentes. SD-WAN decide cómo el tráfico utiliza las rutas y políticas disponibles entre sedes o circuitos. La gestión del ancho de banda decide cómo el tráfico comparte los recursos limitados en una ruta o segmento determinado.
En la práctica, se complementan. SD-WAN puede dirigir el tráfico de forma inteligente, mientras que la gestión del ancho de banda protege las aplicaciones importantes una vez que el tráfico llega a un circuito o red de acceso local.
¿Qué debo hacer cuando el tráfico está cifrado y es difícil de clasificar?
Dependa menos de la identificación profunda y más de una combinación de rol, patrón de destino, segmento de red y contexto de la aplicación de las plataformas que controla. No siempre obtendrá una visibilidad perfecta del tráfico cifrado, por lo que el diseño de las políticas debe seguir siendo práctico incluso cuando la clasificación sea incompleta.
Por lo general, esto significa favorecer reglas claras basadas en roles en lugar de micropolíticas demasiado ambiciosas.
¿Se debe limitar siempre el ancho de banda a los invitados?
No siempre. Los invitados necesitan una experiencia predecible, especialmente en entornos de hostelería y comercios premium. El objetivo es la equidad y la protección de los servicios principales, no la privación arbitraria.
Un enfoque mejor consiste en dar al tráfico de invitados una clase adecuada y un límite máximo claro, preservando al mismo tiempo un nivel mínimo de servicio estable.
¿Con qué frecuencia deben revisarse las políticas de ancho de banda?
Revíselas siempre que el espacio cambie sustancialmente. Una reforma, el despliegue de una nueva aplicación, un cambio en el flujo de trabajo clínico, un cambio en la combinación de inquilinos o una variación en los patrones de uso de los invitados pueden dejar obsoleta una política antigua. Incluso sin cambios importantes, una revisión periódica es sensata porque los patrones de tráfico rara vez se mantienen estáticos.
¿Cuál es la política útil más sencilla para un espacio de uso mixto?
Empiece con tres categorías: tráfico empresarial crítico, tráfico comercial y de invitados normal, y tráfico de fondo o masivo. Si puede clasificar de manera fiable a ese nivel y supervisar el resultado, a menudo obtendrá mejores resultados que con una taxonomía elaborada que nadie pueda mantener.
Purple ofrece a los equipos de TI una forma práctica de aplicar el control de políticas y el acceso basado en la identidad en entornos de WiFi de invitados, personal y multiinquilino sobre la infraestructura existente. Si desea ir más allá de las contraseñas compartidas y las reglas estrictas para todo el SSID, vale la pena evaluar Purple junto con su pila de red actual.
