Parte 33 · Clase 325 de 830

ARQ-325 · Telecomunicaciones y redes de datos

Parte 33 · Clase desarrollada · Incorporada en v0.19.0.

Prerrequisitos conceptuales: ARQ-324, ARQ-169, ARQ-027. Sin calendario. Casos, observaciones y parámetros ficticios salvo antecedentes atribuidos. Material educativo; revisión externa especializada pendiente.

Pregunta central

¿Cómo relacionar una red de datos con sus servicios, espacios y condiciones de funcionamiento sin confundir velocidad nominal, tráfico útil, latencia y continuidad?

Resultado y continuidad

ARQ-324 mantuvo la frontera entre energía y seguridad de una instalación. Ahora RED-PAY-01 y RED-COLA-01 estudian cantidades de información y tiempo con datos ficticios. No representan una red conectada ni se ejecutan pruebas sobre dispositivos reales. Entregarás un esquema de servicios, un balance de tráfico y una revisión de picos, dependencias y espacios de mantenimiento.

1. Del cable dibujado al servicio que se necesita

Una red transporta información entre dispositivos y servicios. Para proyectar su infraestructura hay que identificar destinos, funciones, cantidades, tiempos y condiciones de operación. Una cámara, una llamada, una lectura de sensor y una copia de archivos pueden utilizar la misma infraestructura y requerir comportamientos diferentes.

El plano debe relacionar recorridos, armarios, alimentación, ambiente y acceso de mantenimiento. El medio físico es parte del sistema, no toda su capacidad. Un enlace nominalmente rápido puede compartir recursos con otros equipos o depender de una conexión cuya condición no se ha investigado.

La infraestructura de operación del edificio puede tener requisitos distintos de una red de trabajo administrativo. NIST incluye automatización de edificios y control físico entre los ámbitos de tecnología operacional [BMS-OT]. La referencia se usa para reconocer esas diferencias; no se implementa aquí una arquitectura de seguridad ni se configura una red real.

2. Unidades y fronteras de la información

Un bit y un byte no son la misma unidad. Para los cálculos adoptamos ocho bits por byte y prefijos decimales: un Mbit equivale a un millón de bits; un MB, a un millón de bytes. No se mezclan esas convenciones con prefijos binarios sin explicarlo.

La tasa expresa cantidad por tiempo. Transmitir cien Mbit/s durante diez segundos representa hasta mil Mbit dentro de una condición ideal de servicio sostenido. No significa que cualquier aplicación obtenga esa tasa ni que cada mensaje llegue en una centésima de segundo.

El tráfico útil de una aplicación puede requerir información adicional de encapsulado, control u otras funciones. Antes de aplicar un porcentaje, define si se refiere al tráfico útil o al total transmitido. Confundir esos denominadores produce errores incluso cuando todas las multiplicaciones parecen sencillas.

3. Caso trabajado: tráfico útil y sobrecarga

RED-PAY-01 reúne doce flujos de cuatro Mbit/s y cuarenta sensores que aportan cada uno 0,05 Mbit/s. Son tasas simuladas. El tráfico útil total es 12×4+40×0,05 = 50 Mbit/s.

Adoptamos que la información adicional representa veinte por ciento de todo lo transmitido. Por tanto, lo útil es ochenta por ciento del total T: 0,80 T = 50. La tasa total requerida resulta 62,50 Mbit/s, no sesenta.

Multiplicar cincuenta por 1,20 calcularía otra hipótesis: una sobrecarga de veinte por ciento del tráfico útil. En ese caso, la sobrecarga sería diez de sesenta, es decir, 16,67 % del total. Ambas cuentas pueden servir si sus definiciones son explícitas; no pueden intercambiarse después.

4. Capacidad nominal y comportamiento del servicio

Un enlace de cien Mbit/s tiene una tasa nominal superior a 62,50 en el escenario promedio. Esto no demuestra ausencia de pérdidas, latencia suficiente o continuidad. Faltan variabilidad temporal, colas, límites de otros componentes y condiciones del protocolo.

El documento RFC 1242 define términos de evaluación de dispositivos de red, entre ellos latencia, pérdida y rendimiento bajo condiciones especificadas [NET-RFC]. Es un documento informativo de 1991, no una certificación del sistema ni una nueva norma de arquitectura. Se utiliza su separación de magnitudes, no sus procedimientos como ensayo realizado.

Para un mensaje ideal de doce mil bits sobre un servicio de cien millones de bits por segundo, el tiempo de serialización es 12.000/100.000.000 = 0,00012 s, o 0,12 ms. No incluye propagación, espera, procesamiento ni respuesta de aplicación. Llamarlo «latencia total» omitiría esos componentes.

5. Una ráfaga que supera al servicio

RED-COLA-01 comienza vacío. Durante diez segundos llegan 160 Mbit/s y el servicio procesa cien Mbit/s. Adoptamos un modelo fluido, no paquetes discretos, sin otras restricciones. Mientras existe esa diferencia, el contenido crece a sesenta Mbit/s.

Al finalizar la ráfaga hay 60×10 = 600 Mbit, equivalentes a 75 MB, esperando. Entraron 1.600 Mbit y salieron mil: el balance cierra. Este contenido no significa que todos los mensajes tengan igual tiempo de espera; el modelo solo describe una cantidad agregada.

Después las llegadas disminuyen a cuarenta Mbit/s y el servicio continúa en cien. El contenido decrece a sesenta Mbit/s y tarda diez segundos en volver a cero. Durante ese segundo período se reciben cuatrocientos, se entregan mil y se consume la existencia previa de seiscientos. No aparece contenido negativo al continuar después del vaciado.

Figura 325. El máximo es seiscientos Mbit en el modelo sin límite. Una capacidad de almacenamiento finita exige contabilizar separadamente lo perdido.

6. La capacidad de almacenamiento cambia el balance

RED-COLA-LIM limita el almacenamiento a cuatrocientos Mbit. Bajo la misma ráfaga, se llena después de 400/60 = 6,666667 s. Durante el resto, las llegadas que exceden el servicio no caben: se pierden doscientos Mbit en el modelo.

El balance del intervalo es 1.600 entrantes = 1.000 servidos +400 almacenados +200 perdidos. No se guardan seiscientos dentro de un límite de cuatrocientos ni se borra la diferencia. Las pérdidas son cantidades del modelo, no evidencia de un protocolo, aplicación o equipo particular.

Con la llegada posterior de cuarenta, los cuatrocientos almacenados se vacían en 400/60 = 6,666667 s. Aumentar almacenamiento podría evitar pérdidas en esta ráfaga, pero también conservaría más datos esperando. No demuestra por sí solo que el servicio responda dentro del tiempo requerido.

7. Ubicación física y dependencias compartidas

Una ruta de cables necesita espacio, identificación, acceso y compatibilidad con otras instalaciones. El armario técnico requiere condiciones que deben verificarse según equipos y normativa: no se asignan desde este capítulo distancias, temperaturas o capacidades universales.

Dos conexiones pueden compartir la misma alimentación, armario, trayecto o servicio externo. Contarlas como dos no las hace independientes. La representación debe mostrar esas dependencias para que la comparación de continuidad tenga una base concreta.

La ampliación futura también tiene límites. Reservar espacio para otro cable no confirma puertos, alimentación, capacidad o licencia. La matriz de crecimiento debe distinguir reserva geométrica, capacidad contratada y funcionamiento verificado. Cada una requiere evidencia diferente y puede cambiar durante la operación.

8. Servicios del edificio y decisiones de aislamiento

No toda comunicación tiene que atravesar un mismo nivel de supervisión. Puede ser necesario conservar funciones locales cuando una conexión de gestión está ausente. La arquitectura concreta depende de análisis competente y de requisitos del sistema, no de una regla única de conexión o desconexión.

Esta clase prepara el tema de ciberseguridad: inventario, fronteras y dependencias deben ser legibles antes de decidir quién puede comunicarse con qué. No contiene instrucciones para descubrir dispositivos ajenos, intervenir redes o eludir controles. Los ejercicios se resuelven con datos locales y sintéticos.

La documentación debe distinguir enlace, dispositivo, aplicación y usuario autorizado. Que un paquete llegue no demuestra que su contenido sea legítimo; que un dispositivo se identifique no demuestra que el servicio físico se haya completado. Esas capas reaparecerán en control de acceso y automatización.

9. Medir y documentar sin inventar calidad de servicio

Un resultado debe conservar tamaño de datos, duración, condiciones de carga, frontera y método. Una captura aislada no demuestra comportamiento anual. Una prueba sin pérdidas con cierta mezcla no representa automáticamente todas las combinaciones posibles.

El expediente docente contiene las series, los balances, las unidades y los límites del modelo. Separa tasa media, pico, volumen en espera y pérdida. No se crea una puntuación única donde un ancho de banda alto compense una condición necesaria de respuesta o continuidad sin comprobar.

La pregunta al responsable técnico debe vincular el dato con la tarea: qué información necesita llegar, a dónde, bajo qué estado y con qué criterio. Así el proyecto deja de pedir simplemente «una red potente» y pasa a definir prestaciones que podrán verificarse.

Práctica independiente

Un conjunto produce 36 Mbit/s útiles y la sobrecarga representa diez por ciento del total transmitido. Calcula la tasa total. Explica qué valor resultaría si el diez por ciento se refiriera en cambio al tráfico útil.

En un modelo separado, llegan noventa Mbit/s durante ocho segundos a un servicio de sesenta. Parte vacío. Después llegan treinta con el mismo servicio. Calcula contenido máximo y tiempo de vaciado sin límite de almacenamiento. Repite la primera fase con capacidad de 150 Mbit, conservando las pérdidas. No atribuyas esas series a los dispositivos del primer problema.

Autoevaluación y enlace

Conserva bits y bytes, define porcentajes, cierra colas sin contenido negativo y distingue capacidad de servicio. ARQ-326 aplicará las capas de información y decisión al control de acceso, sin usar esta tasa como garantía de seguridad o de evacuación.

Decisión pedagógica y posición curricular

Por qué existe

Esta clase existe para resolver una necesidad concreta del recorrido: ¿Cómo relacionar una red de datos con sus servicios, espacios y condiciones de funcionamiento sin confundir velocidad nominal, tráfico útil, latencia y continuidad?

Por qué está exactamente aquí

Ocupa el lugar 5 de la Parte 33. Se estudia después de ARQ-324 · Gas, combustibles y ventilación de recintos porque usa esa base para responder «¿Cómo relacionar una red de datos con sus servicios, espacios y condiciones de funcionamiento sin confundir velocidad nominal, tráfico útil, latencia y continuidad?». Se ubica antes de ARQ-326 · Control de acceso y seguridad electrónica porque la evidencia producida aquí debe estar disponible para ese paso.

• Prerrequisitos: ARQ-324, ARQ-169, ARQ-027
• Capacidad que introduce: ARQ-324 mantuvo la frontera entre energía y seguridad de una instalación. Ahora RED-PAY-01 y RED-COLA-01 estudian cantidades de información y tiempo con datos ficticios. No representan una red conectada ni se ejecutan pruebas sobre dispositivos reales.
• Clases o experiencias que dependen de ella: ARQ-326, ARQ-329

flowchart LR
    A["Prerrequisitos · ARQ-324, ARQ-169, ARQ-027"] --> B["ARQ-325 · necesidad y fundamento"]
    S["Fuentes · NET-RFC RFC 1242: Benchmarking Terminology for Network Interconnection Devices + BMS-OT NIST SP 800-82 Revision 3:…"] --> B
    B --> C["Actividad auténtica"]
    C --> D["Evidencia auditable"]
    D --> E["Continuidad · ARQ-326, ARQ-329"]

El diagrama permite comprobar una relación que el texto lineal oculta con facilidad: esta clase recibe capacidades previas, toma decisiones apoyadas por fuentes, exige una experiencia y produce evidencia que habilita trabajo posterior. No representa un procedimiento de obra.

Resultado observable, evidencia y evaluación

1. Identificar y delimitar las condiciones necesarias para responder la pregunta central de telecomunicaciones y redes de datos.
2. Producir y comprobar la evidencia declarada por la clase: ARQ-324 mantuvo la frontera entre energía y seguridad de una instalación. Ahora RED-PAY-01 y RED-COLA-01 estudian cantidades de información y tiempo con datos ficticios. No representan una red conectada ni se ejecutan pruebas sobre dispositivos reales.
3. Justificar una decisión de telecomunicaciones y redes de datos mediante fuentes, supuestos, alternativas y límites explícitos.

Actividad, evidencia y criterio de aceptación

Actividad: Un conjunto produce 36 Mbit/s útiles y la sobrecarga representa diez por ciento del total transmitido. Calcula la tasa total. Explica qué valor resultaría si el diez por ciento se refiriera en cambio al tráfico útil.

Evidencia mínima: ARQ-324 mantuvo la frontera entre energía y seguridad de una instalación. Ahora RED-PAY-01 y RED-COLA-01 estudian cantidades de información y tiempo con datos ficticios. No representan una red conectada ni se ejecutan pruebas sobre dispositivos reales.

Archivo sugerido: evidence/ARQ-325/evidencia.md.

Criterio de aceptación: la entrega se acepta cuando:

• La entrega responde explícitamente a la pregunta: ¿Cómo relacionar una red de datos con sus servicios, espacios y condiciones de funcionamiento sin confundir velocidad nominal, tráfico útil, latencia y continuidad?
• La actividad conserva las fronteras del caso y permite reconstruir el procedimiento: Un conjunto produce 36 Mbit/s útiles y la sobrecarga representa diez por ciento del total transmitido. Calcula la tasa total. Explica qué valor resultaría si el diez por ciento se refiriera en cambio al tráfico útil.
• Cada afirmación externa puede seguirse hasta una fuente, su alcance consultado y su límite.
• La evidencia deja disponible una entrada comprobable para ARQ-326.
• Conserva bits y bytes, define porcentajes, cierra colas sin contenido negativo y distingue capacidad de servicio. ARQ-326 aplicará las capas de información y decisión al control de acceso, sin usar esta tasa como garantía de seguridad o de evacuación.

La rúbrica común complementa estos criterios; no los reemplaza. Una entrega puede superar un promedio y continuar pendiente si oculta una condición crítica.

Trazabilidad de las decisiones

La tabla permite auditar las relaciones; la explicación, el caso y la práctica de la clase siguen siendo la documentación principal.

Autoevaluación, recuperación y continuidad

Errores diagnósticos

Antes de avanzar, comprueba si puedes reconstruir cada resultado sin mirar la solución, señalar qué evidencia lo sostiene y nombrar una condición que obligaría a revisar tu decisión. Conserva la primera versión, la objeción recibida y la revisión.

Conexión siguiente: La continuidad inmediata es ARQ-326 · Control de acceso y seguridad electrónica; conserva el método y vuelve a verificar datos y límites.

Fuentes y alcance de uso

Los casos, datos, diagramas y soluciones son elaboraciones originales. Las fuentes nuevas se consultaron el 23 de septiembre de 2026; las heredadas conservan su alcance. No se declara lectura integral cuando el acceso fue parcial ni se anuncian ensayos reales.

[NET-RFC] RFC 1242: Benchmarking Terminology for Network Interconnection Devices

Scott Bradner / IETF BMWG, RFC Editor. https://www.rfc-editor.org/rfc/rfc1242.html

Consulta: Apartados 3.6, 3.8, 3.12, 3.14 y 3.17 sobre pérdida, latencia, sobrecarga, reinicio y throughput. Apoyo: Separar velocidad nominal, tasa útil, pérdidas y retardo; definir condiciones de una medición. Límite: Documento informativo de 1991, no estándar obligatorio ni prueba de una red actual. El balance de cola es propio.

[BMS-OT] NIST SP 800-82 Revision 3: Guide to Operational Technology Security

Keith Stouffer y colaboradores / NIST. https://csrc.nist.gov/pubs/sp/800/82/r3/final

Consulta: Ficha y resumen de la revisión 3 final de 2023. Nota de 21 de septiembre de 2026 remite al borrador inicial de revisión 4. El PDF completo no pudo recuperarse. Apoyo: La tecnología operacional incluye automatización, acceso y monitorización de edificios, con requisitos de seguridad física y fiabilidad. Límite: No se presenta la revisión 4 en borrador como final ni se declara aplicación íntegra de la guía. La arquitectura defensiva y los ejercicios son propuestas didácticas propias.