Medición del uso de ancho de banda: métodos, KPI y configuración
Published
Usted administra un hotel, un campus o una cadena de recintos. El informe mensual indica que el enlace ascendente solo se utiliza parcialmente. Luego llega la noche, la red de invitados se ralentiza y los tickets de soporte aparecen de todos modos. Esa discrepancia es el resultado de una medición del uso de ancho de banda deficiente cuando se limita a un total mensual.
El volumen promedio es una base de referencia útil. No describe la hora pico, la dirección del tráfico ni qué grupo estuvo transmitiendo a las 9 p.m. El cifrado empeora el atajo antiguo, ya que los números de puerto y la inspección de carga útil ya no identifican la aplicación con certeza.
Lo que todavía funciona es más específico. Conte los bytes en ambas direcciones en un punto determinado, tome muestras con la frecuencia suficiente para ver la forma de la demanda y atribuya el uso a una sesión, una VLAN o una clave. Etiquete cualquier elemento más detallado como una inferencia. La siguiente configuración abarca qué fuente responde a qué pregunta, qué KPI merecen una alerta y cómo comprobar los números en un sitio antes de publicarlos en todas partes.
Tabla de contenido
- Elija el método que coincida con su pregunta
- KPIs que muestran la demanda, no solo el volumen
- Cómo configurar la medición en ocho pasos
- Muestreo frente a captura completa y el costo de cada uno
- Atribución del uso cuando la mayor parte del tráfico está cifrado
- Por qué sus números no coinciden y cómo reconciliarlos
- Valide en un sitio antes de generar reportes para toda la empresa
Elija el método que coincida con su pregunta
Un grupo hotelero puede operar a alrededor del 35% de la capacidad del enlace ascendente a lo largo del día y, aun así, recibir quejas de los huéspedes todas las noches. El promedio respondió a una pregunta de capacidad. Los huéspedes hacían una pregunta sobre la hora de mayor tráfico. La medición del uso de ancho de banda solo ayuda cuando la fuente coincide con la pregunta, por lo que la mayoría de los sitios necesitan dos fuentes antes de que alguien dibuje una gráfica. Una fuente es para los totales y la tendencia. La otra es para la atribución.
Rara vez necesita hardware nuevo. Ya existen seis fuentes en los puntos de acceso, el controlador, el enrutador y el servicio de autenticación.
| Origen | Lo que reporta | Granularidad | Ideal para | Carga de procesamiento |
|---|---|---|---|---|
| Contadores de interfaz SNMP (ifHCInOctets, ifHCOutOctets) | Bytes de entrada y salida por puerto o radio | Por interfaz, sondeado cada 1-5 minutos | Tendencias de enlace ascendente y planificación de capacidad | Baja |
| NetFlow v9 o IPFIX | Registros de flujo con origen, destino, puertos, bytes y paquetes | Por flujo, típicamente exportado cada 1-5 minutos | Principales generadores de tráfico y quién se comunica con qué | Media, por la exportación y carga de CPU |
| sFlow | Encabezados de paquetes muestreados más contadores de interfaz | 1 de cada N paquetes, escalado a estimaciones | Enlaces rápidos (10G y superiores) y principales generadores de tráfico casi en tiempo real | Baja, el muestreo se ejecuta en hardware |
| Contadores por SSID y por VLAN | Bytes y número de clientes por red inalámbrica o VLAN | Por SSID, VLAN y punto de acceso | Carga de invitados frente a personal y costo de tiempo de aire de cada SSID | Baja |
| Contabilidad RADIUS (Acct-Input-Octets, Acct-Output-Octets) | Bytes por sesión autenticada | Por sesión, actualizaciones intermedias cada 5-15 minutos | Atribuir el uso a un usuario, dispositivo o clave | Baja |
| Registros de DNS y DNS de protección | Consultas de dominio por directiva o categoría | Por consulta | Visibilidad a nivel de categoría sin inspección de contenido | Baja a media |
Alinee el contador con la pregunta
Los contadores SNMP son la fuente del total. Sondee los objetos de 64 bits, ifHCInOctets e ifHCOutOctets. Un contador de octetos de 32 bits en un puerto de 1 Gbps se reinicia en unos 34 segundos a máxima velocidad, por lo que un sondeo de cinco minutos en el objeto antiguo genera deltas negativos o sin sentido. Los contadores por SSID muestran la carga de clientes y el costo de tiempo de aire de cada red inalámbrica. La contabilidad RADIUS vincula bytes a un usuario, un dispositivo o una clave, lo que constituye el flujo de atribución cuando los datos útiles están cifrados.
La demanda móvil es lo suficientemente grande como para que, al mezclarla con el total de un sitio fijo, se oculte la restricción real. El tráfico global de internet alcanzó 1 zettabyte de tráfico de usuarios finales de banda ancha móvil en 2023, según ITU Facts and Figures 2024. El enlace ascendente de un recinto y la ruta de descarga celular son mediciones distintas.
Elija una fuente primaria de totales y una fuente de atribución para cada sitio antes de configurar cualquier cosa. Agregar una tercera fuente más adelante es fácil. Desenredar dos fuentes sin etiqueta después de un mes no lo es.
KPI que muestran la demanda, no solo el volumen
Una línea base útil calcula el volumen total en el punto de acceso del usuario final, descargas y cargas sumadas, durante un período constante, generalmente un mes calendario. Los metadatos de la Comisión Europea, basados en la metodología de la ITU, definen así el tráfico de banda ancha fija, y mantienen separado el tráfico de banda ancha móvil al excluir el tráfico mayorista y de jardín amurallado. Esa distinción también importa en la red de un recinto. El uso de los clientes no es lo mismo que la capacidad del backbone o el tráfico que nunca sale del operador.
Nombre el punto de medición en cada informe. Indique si las tramas de control y gestión están excluidas. Sin esos controles, dos sitios con los mismos usuarios no se podrán comparar.
Regla práctica: Si un KPI no especifica el punto, la dirección, el intervalo de muestreo y el período, aún no está listo para generar alertas.
Fórmulas que puede verificar a mano
El rendimiento promedio es el total de bytes multiplicado por 8, y luego dividido entre los segundos del período. El rendimiento máximo es la muestra de 1 minuto o 5 minutos más alta, no la media mensual. El percentil 95 ordena cada muestra y toma el valor al 95%, de modo que una sola copia de archivo no define el nivel de ocupación. El volumen de hora pico son los bytes en la hora más alta, y esa hora es la que determina el dimensionamiento. Los clientes activos concurrentes cuentan los dispositivos que transmitieron datos en la misma ventana. La utilización de tiempo de aire es la proporción de tiempo que el canal estuvo ocupado, obtenida de los contadores de radio del punto de acceso, y con frecuencia representa el límite inalámbrico mientras el enlace ascendente sigue luciendo bien. La proporción ascendente son los bytes ascendentes divididos entre los bytes totales.
| KPI | Cómo calcularlo | Qué le indica | Ejemplo práctico |
|---|---|---|---|
| Volumen total | Suma de bytes entrantes y salientes durante el período | Línea base de capacidad y tendencia mensual | 40 GB por día a lo largo de 30 días equivale a 1.2 TB al mes |
| Rendimiento promedio | Bytes x 8 divididos entre segundos | Carga media | 40 GB por día equivale a un promedio aproximado de 3.7 Mbps |
| Rendimiento pico | Muestra más alta de 1 minuto o 5 minutos | Demanda de ráfaga | La muestra de 5 minutos más ocupada en ese enlace ascendente |
| Rendimiento del percentil 95 | Ordenar muestras y tomar el valor al 95% | Nivel de actividad sostenido sin picos poco frecuentes | La marca del 95% a lo largo de un mes de sondeos de 5 minutos |
| Volumen en hora pico | Bytes en la hora de mayor tráfico | Dimensionamiento para la peor hora | 9 GB en la hora de las 9 p.m. |
| Clientes activos concurrentes | Clientes que transmiten datos en la misma ventana de muestra | Contención y presión del tiempo de aire | 45 clientes transmitiendo datos en una sola ventana de 5 minutos |
| Utilización del tiempo de aire | Tiempo del canal ocupado desde los contadores de radio del AP | Congestión inalámbrica | Proporción de tiempo que el canal permanece ocupado |
| Proporción de carga de subida | Bytes de subida divididos entre los bytes totales | Videollamadas, respaldos en la nube, cargas | 2 GB de subida de 10 GB totales equivale al 20% |
Esas cifras calculadas son verificaciones aritméticas, no un objetivo para sus sitios. Un sitio con un promedio de 3.7 Mbps aún puede estar saturado durante una hora.
Alertas antes del panel de control
Establezca un umbral antes de enviar el primer informe. Un buen punto de partida es marcar cualquier sitio cuyo percentil 95 se mantenga por encima del 80% de la capacidad del enlace ascendente durante una hora pico completa, e investigar cualquier canal cuyo tiempo de aire se mantenga alto durante noches consecutivas. Ajuste ambos parámetros tras un mes de referencia. Genere informes por sitio, SSID y VLAN. Un promedio general de toda la propiedad ocultará la ubicación que está fallando, razón por la cual una vista de uso por ubicación debe estar junto a los contadores sin procesar.
Antes de publicar un número, debe ser capaz de indicar su punto de medición, dirección, intervalo de muestreo y período en una sola oración.
Cómo configurar la medición en ocho pasos
Escriba el diseño de recopilación antes de tocar un dispositivo. Los ocho pasos a continuación son el mínimo que sobrevive a un año de cambios de personal y a una actualización de firmware.
Escríbalo, luego recopile
Escriba la pregunta y el límite en una sola oración. Ejemplo: bytes por SSID de invitado, por sitio, por mes, en ambas direcciones. Si la oración plantea dos preguntas, construirá dos informes a medias. El error común es empezar a partir de una plantilla de panel de control en lugar del ticket que intenta explicar.
Elija el punto de medición. El enlace ascendente o el controlador inalámbrico proporcionan totales. El router principal proporciona flujos. El firewall perimetral proporciona únicamente tráfico externo y omitirá las transferencias de LAN a LAN. No sume esos tres elementos. El error es tratarlos como duplicados de un mismo número.
Habilite el sondeo de contadores de 64 bits. Utilice intervalos de 1 minuto en enlaces ascendentes ocupados e intervalos de 5 minutos para tendencias a largo plazo. Los datos de un minuto muestran el pico que un promedio de cinco minutos aplana. Sondear el objeto de 32 bits es el error que corrompe primero los puertos más ocupados.
Exporte flujos a un colector. Configure el tiempo de espera activo de 1 a 5 minutos para que una sesión larga aparezca antes de que finalice. Sin ese tiempo de espera, parecerá que una videollamada no consumió nada hasta que el invitado se desconecte. Monitoree la CPU y las caídas de exportación en el router. Un colector que se retrasa reduce el conteo de forma silenciosa.
Etiquete cada serie. El sitio, el SSID, la VLAN y el nombre del punto de acceso deben estar en el registro cuando se almacene. Los datos no etiquetados no se pueden segmentar más adelante, y cambiar el nombre de un SSID el próximo trimestre no reparará el historial. El error es asumir que el nombre de host del dispositivo es una clave de sitio estable.
Active la contabilidad RADIUS con actualizaciones interinas. Quince minutos es un intervalo práctico. Los registros interinos mantienen visible una sesión larga y sobreviven a un cliente que nunca envía una parada limpia. Si espera a la desconexión, las sesiones nocturnas desaparecerán del informe diario cada vez que se pierda la parada.
Retención y una transferencia conocida
Establezca la retención intencionalmente. Conserve 13 meses de totales de 5 minutos para poder comparar la misma semana del próximo año. Conserve de 7 a 14 días de flujos sin procesar. El historial completo de flujos para cada sitio cuesta más de lo que aporta. El error común es conservar los flujos sin procesar para siempre porque nadie configuró una tarea de eliminación.
Valide con una transferencia conocida. Descargue un archivo de 10 GB en un dispositivo y confirme que los totales se muevan aproximadamente en la misma cantidad, dentro de un pequeño porcentaje, en el contador que eligió como primario. Haga esto antes de que alguien confíe en una gráfica. Omitir la validación es la razón por la que un contador reiniciado o una exportación de flujo unidireccional termina entregándose como un plan de capacidad.
Si el paso 8 falla, deténgase. Corrija el contador, el tiempo de espera o la ruta faltante. No aplique la misma configuración al siguiente sitio.
Muestreo frente a captura completa y lo que cuesta cada uno
Los totales provienen de contadores, los principales generadores de tráfico provienen de flujos no muestreados, los enlaces rápidos se muestrean y la captura completa se reserva para ventanas forenses cortas. La precisión, el almacenamiento y la privacidad se mueven en direcciones opuestas, por lo que usar un solo método para cada consulta mentirá o llenará el disco.
| Enfoque | Precisión | Almacenamiento y sobrecarga | Exposición de privacidad | Ideal para |
|---|---|---|---|---|
| Contadores de interfaz sondeados cada 5 minutos | Totales exactos de bytes | Muy bajo | Ninguna | Totales, tendencias y verificaciones de facturación |
| Registros de flujo sin muestreo (NetFlow o IPFIX) | Exacto por flujo, menos la pérdida de exportación | Moderado, crece con el número de flujos | Baja, solo encabezados | Principales generadores de tráfico e indicios de aplicaciones a nivel de puerto |
| sFlow de 1 en 1,000 a 1 en 4,000 paquetes | Estimación, menor para flujos pequeños | Bajo | Baja, encabezados y carga útil truncada | Enlaces rápidos de 10G o superiores |
| Captura completa de paquetes | Exacto, cada paquete | Muy alto, varios TB por día en un enlace 10G ocupado | Alta, puede contener datos personales | Ventanas forenses cortas durante incidentes |
Dónde falla cada método
Los contadores de interfaz son exactos para los bytes y no ofrecen información sobre quién los envió. Úselos cuando una factura o un argumento de capacidad deba ser sustentable. No identificarán al emisor del tráfico.
NetFlow o IPFIX sin muestreo registra cada flujo, que es lo que se requiere para identificar a los usuarios con mayor consumo. Las pérdidas en la exportación y un colector sobrecargado aún pueden descartar registros en un router con tráfico alto, por lo que la suma del flujo puede estar por debajo del contador de la interfaz sin que nadie haya configurado mal la coincidencia. Trate esa diferencia como una señal de estado del sistema, no como capacidad no utilizada.
sFlow realiza muestreos por hardware, a menudo entre 1 de cada 1,000 y 1 de cada 4,000 paquetes en enlaces de acceso y núcleo, y luego escala las muestras para generar una estimación de volumen. Se mantiene económico en enlaces de 10G y más rápidos. Los flujos pequeños pueden desaparecer. La mensajería, el DNS y una multitud de sesiones HTTPS cortas son exactamente donde la estimación es más débil, por lo que no debe facturar a partir de sFlow ni utilizarlo para probar el uso de un solo dispositivo.
La captura completa de paquetes es exacta, y en un enlace rápido de 10G a velocidad de línea puede generar varios terabytes al día. La carga útil puede contener datos personales que su política no le permite conservar.
Si la respuesta debe ser exacta para una disputa, use contadores. Si debe ofrecer indicios sobre las aplicaciones, use registros de flujo solo con encabezados. Si se trata de un incidente aislado, realice la captura durante menos de una hora y deténgala cuando la ventana se cierre.
Cómo atribuir el uso cuando la mayor parte del tráfico está cifrado
La inspección de carga útil (payload inspection) es una base débil para nombrar aplicaciones. Mediciones recientes indican que HTTPS representó más del 95% de las solicitudes observadas a finales de 2025, según lo reportado en el resumen de Help Net Security sobre las tendencias de internet de Cloudflare para 2025. QUIC, DNS cifrado, CDNs compartidas, VPNs y las funciones de privacidad hacen que las etiquetas basadas en puertos sean aún menos confiables.
El tráfico cifrado no hace que la medición del uso de ancho de banda sea imposible. Simplemente cambia la evidencia. Aún puede medir bytes, paquetes, tiempos, dirección, cantidad de conexiones, retransmisiones y latencia. Cuando la política lo permita, puede agregar la categoría de destino o una identidad autenticada. Lo que no puede afirmar es que el contenido le indicó cuál era la aplicación.
Un stack que declara su nivel de confianza
Cree una atribución a partir de registros que pueda defender.
- Bytes de sesión RADIUS (alta confianza): Acct-Input-Octets y Acct-Output-Octets vinculan el volumen a una sesión autenticada, un dispositivo o una clave xPSK. "Este dispositivo consumió 8 GB" puede ser de alta confianza cuando la ruta de contabilidad está completa.
- Contadores por VLAN (alta confianza para el grupo): Invitados, personal, cajas registradoras e IoT se ubican cada uno en una VLAN, por lo que la carga del grupo no depende de descifrar nada.
- Categorías de directivas de DNS (media y etiquetada): Los totales por categoría ofrecen una visibilidad similar a la de las aplicaciones. "El video consumió 5 GB" es una inferencia. Indíquelo así en el informe.
- Registros de flujo agregados (baja para el nombre de la aplicación): Los encabezados aún muestran quién se comunicó con qué dirección y cuántos bytes se movieron. Una dirección de CDN compartida no es una aplicación.
Las direcciones MAC aleatorias distorsionan el conteo de dispositivos. Un solo teléfono puede parecer dos dispositivos a lo largo de los días, lo que infla el total de clientes y divide sus bytes. Cuente las sesiones por persona o por clave cuando la directiva le proporcione esa identidad. Para una tienda minorista, esta misma idea se refleja en la forma en que separa el tráfico de los compradores del tráfico del personal en una radio compartida, lo cual forma parte de un diseño sólido de WiFi para retail.
El balance en términos sencillos se encuentra en este breve recorrido.
Conserve los registros vinculados a la identidad únicamente para la resolución de problemas, la planificación de capacidad y el cumplimiento normativo. Elimínelos según una agenda programada. Incluir una etiqueta de nivel de confianza en cada cifra no cuesta nada y evita que una suposición de categoría se tome como una factura real.
Por qué sus números no coinciden y cómo reconciliarlos
El promedio mensual puede parecer saludable mientras los usuarios se quejan todas las noches. Esas dos afirmaciones a menudo son ciertas al mismo tiempo. El tráfico combinado de red fija y móvil también es un objetivo en constante cambio. Las estadísticas de tráfico de 2023 de la ITU ubican el crecimiento promedio anual de 2019 a 2023 en aproximadamente un 30%, con el aumento más pronunciado al inicio de la pandemia en 2020. El crecimiento por sí solo no explica una mala noche. La distribución del día sí lo hace.
El informe de banda ancha del Q1 2025 de OpenVault muestra por qué una sola media resulta engañosa para el trabajo de capacidad. El uso promedio por suscriptor en EE. UU. alcanzó los 663.2 GB por mes, un aumento del 9.5% año tras año, mientras que el uso de descarga en horas pico empresariales subió un 21.2% y el uso de carga aumentó un 23.6%. La demanda de descarga empresarial alcanzó su punto máximo a la 1 p.m. La demanda residencial de carga y descarga alcanzó su punto máximo cerca de las 9 p.m. Un hotel o una propiedad residencial pueden parecer modestos en la gráfica mensual y aún así fallar a una hora predecible. Reducir los gigabytes mensuales no resuelve esa queja. Mover la carga fuera de la hora pico, o corregir el tiempo de aire y la contención, a menudo ayuda más a los huéspedes que un enlace agregado más grande.
Analice la discrepancia antes de comprar ancho de banda
| Síntoma | Causa probable | Comprobación |
|---|---|---|
| Los contadores muestran el 30% de la capacidad, pero los invitados siguen quejándose | Los promedios ocultan picos nocturnos o contención de tiempo de aire | Compare el percentil 95 en horas pico y la utilización del canal |
| Los totales de flujo están un 15% por debajo de los contadores de interfaz | Error de muestreo, enrutamiento asimétrico o falta un exportador en una ruta | Compare en un enlace sin muestreo y confirme que cada ruta exporte flujos |
| Los totales por SSID no suman el total del AP | El tráfico de administración está excluido, o los clientes realizan roaming a mitad del muestreo | Alinee las marcas de tiempo y confirme qué tramas incluye cada contador |
| Los totales de RADIUS superan los recuentos de dispositivos | Sesiones duplicadas tras la reconexión o restablecimiento de contadores al reautenticar | Agrupe por ID de sesión y verifique el manejo de restablecimientos |
| Un sitio consume el doble que un sitio idéntico | Diferente mezcla de usuarios, actualizaciones en caché o un error de etiquetado de VLAN | Desglose por VLAN y las principales categorías de destino |
| El uso se dispara el día posterior a un despliegue | Actualizaciones en la nube o una nueva clase de dispositivo se unió a la red | Verifique las categorías de DNS y la hora exacta del despliegue |
Corrija la alineación de tiempo primero, luego el muestreo y después la atribución. Los errores posteriores agravan los anteriores.
Una diferencia del doble entre sitios idénticos suele deberse a una etiqueta VLAN o a una mezcla diferente de dispositivos, no a una aplicación misteriosa. Confirme el reloj, el exportador y la clave de sesión antes de reescribir el plan de capacidad. Un promedio general de toda la organización no es un modelo representativo de cada ubicación.
Valide en un sitio antes de generar informes para toda la empresa
No aplique un nuevo diseño de medición a todas las propiedades desde el primer día. Realice una prueba piloto en un sitio representativo durante dos a cuatro semanas. La ventana debe incluir al menos una noche de mucho tráfico y un día laborable tranquilo, o solo demostrará el promedio en el que ya no confía.
Mantenga la nueva recolección de datos junto a la red que opera actualmente. No reemplace los contadores existentes hasta que la nueva serie coincida con ellos, dentro de un margen aproximado del 5% en los bytes totales. Una ejecución en paralelo es la forma de detectar un contador reiniciado, un exportador faltante o una VLAN que nunca se etiquetó.
Evalúe la prueba piloto con base en dos pruebas, no en qué tan completo se ve el panel de control.
- Tickets: ¿Las cifras de la hora de mayor tráfico coinciden con las quejas que ya tiene? Si la gráfica muestra tranquilidad durante la peor noche, el intervalo de muestra o el punto de medición son incorrectos.
- Auditoría: ¿Puede alguien responder a una pregunta real, como qué VLAN utilizó un dispositivo en un día determinado? Si el registro no puede responder a eso, la atribución no se ha completado.
Primero probamos un diseño en un sitio, en los puntos de acceso que ese sitio ya tiene, junto a la red en vivo, y lo evaluamos mediante tickets y evidencia de auditoría antes de un despliegue más amplio. Una sesión de diseño de 45 minutos es suficiente para que un ingeniero mapee los SSID actuales en redes abiertas, seguras y xPSK en ese hardware, y usted conserva el plan. El monitoreo de la salud de la red permite profundizar desde toda la propiedad hasta una ubicación y un equipo de hardware específico, con pruebas de velocidad, tasas de autenticación y datos de descarga y comportamiento para que el uso indebido sea visible en lugar de una suposición. El plan de radio aún debe ser sólido. La medición no reparará un plan de canales que nunca se diseñó, por lo que el diseño de red WiFi se mantiene como un trabajo independiente.
Establezca las reglas de reporte antes del segundo sitio. Utilice el mismo período y el mismo intervalo de muestreo en todas partes. Clasifique el nivel de confianza. Genere reportes por sitio, SSID y VLAN, y asigne un responsable a cada panel de control. Realice el despliegue solo cuando la prueba piloto coincida con los contadores y el equipo pueda responder sus tres preguntas principales con los datos. Si no puede, vuelva a las verificaciones de discrepancias. Ampliar una base de referencia defectuosa solo acelera la publicación del error.
Purple Access habilita accesos abiertos, seguros y xPSK en los puntos de acceso que ya utiliza, con contabilidad RADIUS basada en la nube que puede vincular a un usuario, un dispositivo o una clave, además de vistas de estado que separan un promedio mensual tranquilo de una hora pico problemática. Compruébelo en un sitio contrastándolo con sus tickets y su registro de auditoría antes de cambiar el resto de las instalaciones. Vea cómo se adapta a sus recintos en Purple Access.
