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.
Expediente
Un archivo CODEOWNERS no es un comprobante de revisión
Un archivo `CODEOWNERS` puede indicar a GitHub a quién debe dirigir una solicitud de revisión cuando cambia una ruta. Esa función es valiosa. No es un registro histórico que demuestre qué regla se resolvió para una pull request, quién tenía entonces la elegibilidad necesaria, si…
Historia de Internet
La línea quedó en silencio. La ruta siguió siendo alcanzable: RFC 1581
Una llamada cerrada no era necesariamente un vecino perdido. En febrero de 1994, RFC 1581 y RFC 1582 intentaron que RIP dejara descansar los circuitos X.25 e ISDN: suprimieron el anuncio periódico en la WAN y conservaron la última información aceptada. El ahorro tenía una…
Expediente
Una expresión de licencia SPDX no es un veredicto de cumplimiento
Una expresión SPDX bien formada cabe en una línea, pero la decisión que alguien pretende apoyar con ella rara vez cabe allí. La misma cadena puede aparecer en un archivo, en un inventario de componentes y en una revisión de entrega. Eso permite intercambiar información con menos…
Historia de Internet
El nombre cruzó la red; la ruta no: RFC 1806
Una barra inclinada puede ser un carácter corriente para el emisor y una instrucción de directorio para el receptor. RFC 1806 permitió que un mensaje propusiera cómo presentar una parte y cómo llamarla al guardarla, pero trazó una frontera decisiva: el nombre podía viajar; la…
Expediente
Una autorización de marca Rust no es una decisión del Proyecto Rust
Que se pueda usar el nombre o el logotipo de Rust aclara un reclamo limitado sobre identidad pública. No concede pertenencia al Proyecto Rust, no demuestra una revisión técnica, no convierte un repositorio en una publicación oficial ni acredita compatibilidad real o despliegue.…
Historia de Internet
La escuela consiguió conexión. Su política seguía por escribir: RFC 1578
Una luz encendida en el módem parecía responder a la pregunta decisiva: la escuela ya estaba en Internet. RFC 1578 mostró que apenas respondía a la primera. Faltaba saber qué servicios funcionaban, quién podía usarlos, quién prestaba ayuda, qué ruta cubría el filtro, qué imponía…
Historias
La fibra de RIPE NCC volvió en minutos. RIPE Access tardó cerca de media hora en recuperarse
El parte de RIPE NCC conserva una diferencia que muchos informes borrarían: la fibra estuvo desconectada apenas unos minutos, pero la recuperación completa necesitó alrededor de media hora. No es una contradicción ni una prueba de que el retorno automático fallara. Es la señal de…
Historia de Internet
Cuatro formas de ser multihomed y ninguna factura en cero
La arquitectura temprana de IPv6 no ocultó el intercambio. Un prefijo independiente protegía la numeración de una empresa, pero añadía estado a routers de todo el mundo. Un prefijo del proveedor agregaba bien, pero convertía el cambio de conexión en una posible renumeración.…
Historia de Internet
Tres opciones Telnet hicieron un terminal. Ninguna nombró la sesión: RFC 1576
Tres negociaciones podían quedar en verde y aun responder preguntas distintas. Terminal-Type elegía una emulación; Binary permitía los octetos; End of Record cerraba el bloque. La pantalla podía funcionar sin que el cliente supiera qué unidad lógica había detrás del servidor ni…
Historia de Internet
El `/24` previsto salió anunciado como un `/8`: la prueba de Net 39
Un operador quiso publicar una ruta estrecha dentro de la red experimental 39. El software, todavía sujeto a la geometría de las clases, la ensanchó hasta abarcar el bloque completo. Ese error no arruinó el experimento: reveló qué parte de la transición a CIDR seguía viviendo en…
Historia de Internet
La respuesta tenía que salir de la dirección consultada: RFC 1788
El RFC 1788 impuso una regla aparentemente contundente: si se preguntaba por el nombre de la dirección A, la respuesta debía tener A como origen. La simetría cerraba una ambigüedad del paquete, pero no convertía a la ruta en credencial ni a la máquina en autoridad universal sobre…
Historia de Internet
El filtro parecía legible. El servidor ejecutó un predicado: RFC 1558
Una línea como `(cn=Babs Jensen)` cabe en la vista de un operador y parece casi una pregunta escrita. Pero al añadir paréntesis, `&`, `|`, `!` y asteriscos, la pregunta se convierte en un programa de selección. RFC 1558 hizo visible el filtro LDAP; no convirtió sus operadores en…
Expediente
Una atestación SLSA es evidencia, no la decisión de aceptación
Una atestación de procedencia SLSA puede describir con precisión un artefacto y la construcción de la que salió. Eso tiene valor. Pero no selecciona por sí sola a qué constructores confía un verificador, qué repositorio y parámetros espera de un paquete, cuándo queda cerrada una…
AFNOG
La invitación parcial de AfNOG abre la entrada sin trazar el proceso
La convocatoria AfNOG de 2007 acogía sugerencias y expresiones de interés aun sin toda la información solicitada, pero no explicaba junto a la invitación su relación con una propuesta completa.
IETF
Una trama QUIC STREAM transporta rangos de bytes, no mensajes de aplicación
Una captura puede mostrar una trama STREAM completa sin demostrar que una solicitud de aplicación esté completa, delimitada, analizada, aceptada o confirmada mediante un resultado duradero.
IETF
Una alarma MPLS puede silenciar el ruido del cliente sin demostrar un fallo del servidor
Un AIS puede silenciar las alarmas en cascada del cliente mientras su L-Flag permanece desactivado; por tanto, silenciar alarmas no demuestra que el servidor haya fallado. El servidor o nodo intermedio puede emitir la indicación por los LSP de cliente afectados, pero el MEP…
IETF
RFC 9917 permite al extremo remoto podar la ruta de ida
Un enlace puede parecer sano donde sale el tráfico y estar dañado donde llega. RFC 9917 convierte esa evidencia del extremo remoto en una señal de política: un umbral definido por el operador puede establecer un Extended Administrative Group en la arista inversa y permitir que la…
Historia de Internet
El octeto que cambió de contrato: de TOS IPv4 a DSCP y ECN
Una misma posición del encabezado IPv4 pasó de expresar preferencias de servicio a seleccionar un comportamiento por salto y señalar congestión de forma explícita.
Historia de Internet
El nombre parecía completo. El resolvedor todavía lo reescribía: RFC 1535
Un punto al final no añadía un servidor ni cambiaba las letras del nombre. Cambiaba la cronología. Con él, `UnivHost.University.EDU.` empezaba en la raíz; sin él, cierto software podía probar antes tres nombres inventados. La diferencia entre llegar al destino pretendido y…
IETF
RFC 9916 pone límite a los datos tempranos de PCEPS
Un controlador PCE puede ahorrar una ida y vuelta del handshake y aun así empeorar un incidente si acepta datos de control de rutas antes de completar un handshake seguro frente a repeticiones. RFC 9916 convierte por ello la sesión PCEPS en un límite de estado de control…