Dominio principal
Infraestructura
En la faceta Dominio principal, los análisis de Infraestructura se agrupan por dominio principal para que los lectores puedan seguir un área concreta de la infraestructura de Internet, la gobernanza, los mercados de conectividad o el capital digital. La página reúne artículos relacionados, evidencia pública, instituciones, empresas, personas, exposición regional, dependencias operativas y contexto de mercado que de otro modo aparecerían en páginas de categoría separadas. Explica el dominio, la clase probable de actor, el contexto de mercado o de gobernanza y el material de origen que los lectores deben usar al comparar señales. Operadores, analistas y lectores de gobernanza pueden ver cómo el mismo dominio aparece en eventos, perfiles, cambios de mercado, evidencia de fuentes públicas, dependencias regionales y decisiones de infraestructura de ciclos más largos a lo largo del tiempo.
Tendencias de ISP regionales de Europa y Oriente Medio
El PDU inteligente de RCNTEC acerca la recuperación al rack, pero no elimina sus límites
Cuando un rack remoto pierde su entrada eléctrica principal, la palabra «resiliente» no resuelve nada por sí sola. Hay que saber qué acciones siguen siendo observables, ejecutables y seguras sin desplazar a un técnico hasta el emplazamiento. El RPCM de RCNTEC lleva varias de esas…
IETF
Un QUIC NEW_TOKEN valida una dirección, no a un cliente
Un token QUIC válido puede agilizar la comprobación de una conexión futura. No convierte una dirección de red en una persona, dispositivo, cuenta ni resultado comercial.
IETF
La revisión es parte de la interfaz: RFC 9907 convierte los documentos YANG en controles operativos
Un módulo YANG puede analizarse correctamente y aun así generar operaciones incompatibles si su especificación deja ambiguos el ciclo de vida, el datastore o la autoridad del registro. RFC 9907 convierte la disciplina de autoría y revisión en parte de la superficie de control de…
IETF
El reruteo rápido RSVP-TE permite a un nodo local sortear un fallo sin reescribir el LSP de extremo a extremo
Cuando falla un salto protegido, el Point of Local Repair (PLR) más cercano cambia su operación local de etiquetas para usar un desvío o bypass de facility preestablecido, antes de que el head-end conozca el fallo y recalcule el LSP de extremo a extremo. Esa es la mecánica de…
Historia de Internet
Por qué los offsets de fragmentación IPv4 cuentan de ocho en ocho
IPv4 convierte un campo de posición pequeño en una coordenada de bytes amplia al omitir bits que siempre serían cero. Esa economía del encabezado funciona porque los fragmentos intermedios respetan un límite exacto.
AFNOG
El campo de tipo de propuesta de AfNOG nombra formatos sin definir sus pruebas
La convocatoria de AfNOG de 2007 nombraba tres formatos sin publicar campos específicos para cada uno.
IETF
Aceptar QUIC 0-RTT no es confirmar una transacción
Un panel de latencia puede registrar datos tempranos aceptados mientras la aplicación todavía decide si una repetición puede generar un segundo efecto secundario.
IETF
Todas las celdas dicen basta: RFC 9906 completa la retirada de ECC-GOST en DNSSEC
Cada celda de registro ECC-GOST afectada indica ahora **MUST NOT**: la RFC 9906 cierra tanto la vía de producción como la de validación, a diferencia de la transición de compatibilidad de SHA-1 descrita por la RFC 9905. La retirada alcanza la firma, la validación, la…
AFNOG
El límite de 200 palabras de AfNOG no especifica la señal requerida
La convocatoria de 2007 limitó el resumen a 200 palabras sin decir qué debía demostrar.
Tendencias de ISP regionales de Europa y Oriente Medio
La promoción de 500 Mbit/s de Ray-Svyaz no aclara el precio posterior
La oferta de MyCentra para Sheregesh coloca una velocidad anunciada de 500 Mbit/s junto a un descuento del 50 %. La misma página oficial aclara que el descuento dura tres meses y que después se aplica la tarifa principal acordada al contratar. Por eso, el primer dato económico…
Historia de Internet
Cuando la identificación IPv4 dejó de identificar cada datagrama
*La presencia de un campo en todos los encabezados no garantiza que conserve el mismo significado en todos los paquetes.*
IETF
Dejar de firmar, seguir leyendo: RFC 9905 hace asimétrica la retirada de SHA-1
La RFC 9905 cambia la regla operativa de DNSSEC en las filas de algoritmos afectadas: los algoritmos SHA-1 ya no deben utilizarse para crear material nuevo, mientras que las implementaciones de validadores deben seguir admitiendo la validación durante la transición del parque…
IETF
La protección lineal MPLS coordina la conmutación, pero las reglas de prioridad deciden qué solicitud prevalece
Un extremo del dominio de protección recibe solicitudes locales y remotas, las ordena mediante una prioridad explícita y mueve los selectores entre un camino de trabajo y un camino de protección preaprovisionados. La decisión de liderazgo no es si PSC puede inventar una ruta de…
Historia de Internet
El adjunto declaró su tipo. La máquina local eligió el comando: RFC 1524
Un sufijo podía ayudar a un visor de 1993, pero no convertía los bytes en una imagen verdadera. RFC 1524 construyó el puente entre la etiqueta MIME y el programa local, y dejó visible una lección incómoda: reconocer un formato y autorizar una ejecución nunca fueron el mismo acto.
IETF
QUIC: el límite de recepción no es el PMTU del camino
Un parámetro del par remoto expresa cuánto está dispuesto a recibir; no revela cuánto puede transportar la red.
IETF
Cuatro celdas, una cadena de confianza: RFC 9904 traslada la política de algoritmos DNSSEC al registro
Cada algoritmo DNSSEC queda descrito mediante cuatro recomendaciones distintas: implementación del validador, implementación del firmante, uso para validar y uso para firmar. RFC 9904 lleva esa orientación a los registros de IANA, pero no cambia de entrada el estado de las…
Historia de Internet
El mensaje llegó intacto. Su orden de lectura aún tenía tres responsables: RFC 1556
Un correo con hebreo, inglés, cifras y signos podía atravesar la red sin perder un solo carácter y, aun así, formar dos frases distintas en dos pantallas. RFC 1556 señaló la pieza que faltaba: entregar la secuencia no era decidir quién debía ordenarla para el lector.
Historia de Internet
Por qué TCP necesitó un marcador de fin y un no-op
El área variable de opciones de TCP conserva dos controles de un solo octeto porque terminar una lista y reservar un byte de disposición son problemas distintos.
Historia de Internet
El repetidor respondió antes de reiniciarse: RFC 1516
Un sistema de tickets habría podido ver la respuesta verde y cerrar el caso. La RFC 1516 obligaba a contar una historia más larga: el agente respondía antes de iniciar un reinicio disruptivo, conservaba parte de la memoria de gestión y solo después publicaba señales de salud y…
Historia de Internet
Antes de elegir su próximo protocolo, Internet preguntó quién tendría que convivir con él: RFC 1550
La convocatoria de RFC 1550 puso un contador eléctrico y una red inalámbrica delante de los protocolos candidatos. Primero debían hablar las condiciones de uso; la defensa de cada diseño tendría que esperar.