La capacidad de una red no se entiende bien con una sola cifra bonita. Para calcularla con criterio hay que distinguir entre la velocidad de transferencia que ves en una prueba, la capacidad teórica del enlace y las limitaciones reales que impone el ruido, el Wi-Fi o el propio equipo. En este artículo desgloso la fórmula práctica, las expresiones que se usan en ingeniería y los errores más comunes para que sepas interpretar de verdad cuánto puede mover tu conexión.
Lo esencial para calcular capacidad y no confundirla con velocidad
- En redes, el ancho de banda suele referirse a la capacidad máxima de transmisión, no a la rapidez percibida.
- La fórmula más útil para estimar una transferencia real es datos transferidos / tiempo, expresada en bits por segundo.
- Si quieres la capacidad teórica de un canal con ruido, la referencia correcta es Shannon-Hartley.
- Para un canal ideal y sin ruido, aparece la relación de Nyquist.
- Mb/s y MB/s no son lo mismo; esa confusión cambia mucho el resultado.
- La cifra real casi siempre es menor que la teórica por sobrecarga, interferencias y congestión.
Qué mide realmente el ancho de banda en una red
Yo lo explico siempre así: en redes, el ancho de banda es la cantidad máxima de datos que puede circular por un enlace en un intervalo de tiempo. Por eso suele expresarse en bits por segundo, kilobits por segundo, megabits por segundo o gigabits por segundo. No mide la latencia, no mide la distancia y tampoco describe por sí sola la calidad de la conexión.
El problema es que la palabra se usa con dos sentidos distintos. En telecomunicaciones también puede referirse al rango de frecuencias de una señal, medido en hercios, pero cuando hablamos de internet, fibra, Wi-Fi o redes locales, casi siempre pensamos en capacidad de transporte de datos. Esa distinción importa, porque si mezclas ambos significados, la interpretación de la fórmula sale torcida desde el inicio.
La idea práctica es simple: si una red tiene más ancho de banda, puede transportar más información por segundo. Ahora bien, eso no significa que el usuario vaya a ver exactamente esa cifra en una prueba de velocidad, porque entre la teoría y la realidad hay varias capas de sobrecarga. Con esa base clara, ya podemos pasar a la fórmula que sí sirve para hacer cálculos útiles.
La fórmula básica que te sirve para estimar una transferencia real
La expresión más directa es esta:
Ancho de banda útil = datos transferidos / tiempo
Si el tamaño del archivo está en bytes, conviene convertirlo antes a bits. La razón es muy simple: las redes suelen medir su capacidad en bits por segundo, mientras que los archivos y discos suelen mostrarse en bytes, megabytes o gigabytes. Un byte equivale a 8 bits, así que el cambio de unidad no es opcional si quieres comparar bien.
Lo práctico es seguir este orden:
- Convierte el volumen de datos a bits.
- Convierte el tiempo a segundos.
- Divide bits entre segundos.
- Si hace falta, pasa el resultado a Mb/s o Gb/s.
Ejemplo realista: si transfieres 12 GB en 30 minutos, estás moviendo 96 gigabits en 1.800 segundos. El cálculo da 53,3 Mb/s. Esa es la tasa media mínima para completar la transferencia en ese tiempo, pero yo no la tomaría como margen suficiente si el enlace va a convivir con videollamadas, copias de seguridad y otras tareas al mismo tiempo.
Ese cálculo es útil para estimar transferencias, pero no responde del todo a la pregunta de capacidad física del canal. Para eso entran en juego modelos más precisos, que son los que de verdad usan los ingenieros cuando el ruido importa. La siguiente sección despeja esa parte.
Cuándo conviene usar Shannon o Nyquist
Si tu duda es simplemente cuánto tardará en subirse un archivo, la fórmula básica basta. Pero si quieres saber cuál es la capacidad máxima que puede soportar un canal en condiciones teóricas, la respuesta cambia. Ahí aparecen dos expresiones clásicas que conviene no mezclar.
Shannon-Hartley para canales con ruido
La fórmula de Shannon-Hartley se expresa así:
C = B log2(1 + S/N)
Donde C es la capacidad del canal en bits por segundo, B es el ancho de banda en hercios y S/N es la relación señal-ruido en valor lineal. La clave es esa última parte: no se mete directamente el valor en decibelios, sino su equivalente lineal. Mucha gente se pierde justo ahí.
Yo la uso como referencia cuando quiero entender el límite teórico de una conexión realista, porque introduce el factor que más condiciona cualquier medio físico: el ruido. Cuanto mejor sea la relación señal-ruido, mayor capacidad puede alcanzar el canal, pero siempre dentro de un límite matemático.
Lee también: Ondas milimétricas - ¿Por qué son clave en 5G y dónde usarlas?
Nyquist para un canal ideal
La formulación de Nyquist, simplificada, es:
C = 2B log2(M)
Aquí M representa el número de niveles de señal distintos que se usan para codificar información. Esta expresión asume un canal ideal, sin ruido, así que sirve más como base conceptual que como estimación de una red doméstica o empresarial. Aun así, ayuda a entender por qué subir la complejidad de la modulación permite transportar más datos en el mismo ancho de banda.
En la práctica, Shannon responde mejor cuando el canal tiene ruido real; Nyquist, cuando quieres entender el límite ideal de la señalización. Con esto claro, el siguiente tropiezo habitual ya no es matemático, sino de unidades.
| Fórmula | Qué calcula | Cuándo usarla | Limitación principal |
|---|---|---|---|
| Datos / tiempo | Tasa media de transferencia o rendimiento observado | Copias de archivos, pruebas reales, planificación básica | No describe el límite físico del canal |
| C = B log2(1 + S/N) | Capacidad máxima teórica con ruido | Enlaces físicos, telecomunicaciones, análisis de capacidad | Requiere S/N en valor lineal y una interpretación técnica correcta |
| C = 2B log2(M) | Capacidad ideal en un canal sin ruido | Modelos teóricos y señalización digital | Supone condiciones irreales para la mayoría de redes |
Cómo pasar de MB/s a Mb/s sin equivocarte
Este punto parece menor, pero es donde más errores veo. La diferencia entre Mb/s y MB/s es crítica: la b minúscula significa bits, la B mayúscula significa bytes. Como un byte son 8 bits, basta una conversión mal hecha para multiplicar o dividir por ocho y sacar conclusiones absurdas.
La regla rápida es esta:
- 1 MB/s = 8 Mb/s
- 10 MB/s = 80 Mb/s
- 25 MB/s = 200 Mb/s
- 100 Mb/s = 12,5 MB/s
Cuando comparo una tarifa comercial con una prueba de descarga, siempre miro si el dato está en bits o en bytes. También conviene recordar que algunos servicios muestran prefijos decimales y otros binarios, así que 1 GB y 1 GiB no son exactamente iguales. La diferencia no siempre cambia el diagnóstico, pero sí puede mover el resultado varios puntos porcentuales.
Si estás dimensionando una red, esta conversión te ahorra malos cálculos. Y una vez tienes las unidades bajo control, el siguiente paso es entender por qué la cifra real casi nunca coincide con la teórica. Ahí es donde se gana o se pierde una instalación.
Por qué la cifra real casi nunca coincide con la teórica
La capacidad anunciada de una red o de un enlace rara vez se entrega íntegra al usuario final. Entre el dato y el destino se interponen protocolos, cabeceras, retransmisiones, interferencias y, en muchos casos, otros equipos usando el mismo medio. Yo suelo pensar en ello como una cadena de pequeños descuentos: cada uno parece pequeño, pero juntos se notan bastante.
Las causas más habituales son estas:
- Sobreca del protocolo: TCP/IP, Wi-Fi, VPN o cifrado añaden información de control que no es carga útil.
- Congestión compartida: en redes inalámbricas varios dispositivos compiten por el mismo medio.
- Interferencias: paredes, distancia, canales saturados y otros emisores degradan la señal.
- Cuello de botella del equipo: router, ONT, switch, tarjeta de red o disco pueden limitar antes que el enlace.
- Servidor remoto lento: a veces la red local va bien, pero el otro extremo entrega datos despacio.
Una forma útil de leer estos síntomas es compararlos con lo que ves en el día a día.
| Síntoma | Causa probable | Qué haría yo primero |
|---|---|---|
| La velocidad cambia mucho de una prueba a otra | Wi-Fi inestable o congestión | Probar por cable y cambiar de canal inalámbrico |
| Todos los equipos van lentos a la vez | Plan insuficiente o router saturado | Medir en horas de uso alto y revisar el equipo principal |
| La videollamada se corta aunque la descarga parezca correcta | Latencia o jitter | Reducir tráfico paralelo y priorizar la llamada |
| La red va bien por cable y mal por Wi-Fi | Interferencia o mala cobertura | Acercar el punto de acceso o rehacer la ubicación |
Cuando separas la parte matemática de la parte física, el diagnóstico mejora mucho. Y eso me lleva a la pregunta más útil para una casa o una oficina: cuánta capacidad necesitas de verdad, no en teoría, sino para el uso diario.
Cómo dimensionar una conexión para casa o trabajo
Yo no dimensiono una conexión por el mejor caso, sino por el peor momento razonable. Eso significa pensar en qué ocurrirá cuando varias personas trabajen, alguien haga una copia de seguridad y otro vea vídeo o juegue online. Si calculas solo la media, casi siempre te quedas corto.
Mi método es bastante directo:
- Apunto las tareas que se solapan en el tiempo.
- Estimo cuántos megabits por segundo necesita cada una.
- Sumo las cargas simultáneas.
- Añado margen para picos, retransmisiones y sobrecarga.
Ejemplo práctico: un backup de 100 GB que quieres terminar en 4 horas exige, de media, unos 55,6 Mb/s. Si además hay videollamadas y navegación, yo no lo dejaría al límite de esa cifra. Preferiría que la conexión tuviera margen real, porque cualquier pico de uso puede romper el objetivo de tiempo.
Lo mismo pasa en una casa con varios dispositivos. No basta con saber la velocidad nominal de la fibra; hay que mirar cuántas sesiones van a coincidir, qué parte se hace por Wi-Fi y dónde están los puntos débiles de la red interna. En una oficina, además, entran en juego copias en la nube, VPN y herramientas colaborativas, que consumen bastante más de lo que aparentan a simple vista.
Si el objetivo es acertar con una compra o con una mejora de red, la última comprobación importa tanto como la fórmula. Esa es la parte que más dinero ahorra.
La comprobación final que yo haría antes de cambiar de tarifa
Antes de pagar más por una conexión nueva, yo reviso tres cosas: si el problema aparece también por cable, si coincide con horas de mucha carga y si el equipo de red está preparado para soportar la velocidad contratada. Muchas veces el cuello de botella no está en la línea, sino en el router, en la cobertura Wi-Fi o en el propio dispositivo que hace la prueba.
También miro si la diferencia entre lo esperado y lo medido es pequeña o enorme. Una variación moderada es normal; una caída persistente y grande no lo es. Cuando eso ocurre, primero ajusto la red interna y después comparo con la capacidad que realmente necesito. En otras palabras: no subiría de tarifa hasta saber qué parte del problema es de infraestructura y qué parte es de demanda.
La idea de fondo es esta: para transferencias cotidianas uso la fórmula de datos entre tiempo; para capacidad teórica, me apoyo en Shannon o Nyquist; y para tomar una decisión útil, siempre cruzo el cálculo con las condiciones reales de la red. Esa combinación es la que evita confundir megabits con megabytes, capacidad con velocidad y teoría con experiencia de uso.
