Tema
Ciclo de vida del software y dependencia del proveedor
Dentro de la faceta Tema, la inteligencia temática Ciclo de vida del software y dependencia del proveedor conecta artículos que comparten un tema específico, un enfoque en señales o una temática de seguimiento. La página ofrece a los lectores un recorrido más completo a través de informes relacionados, evidencia de fuentes, actores del mercado e implicaciones de infraestructura, con el contexto suficiente para entender por qué el tema es relevante en los movimientos corporativos, las decisiones de gobernanza, la exposición regional y el riesgo operativo. Los lectores pueden comparar señales recurrentes, organizaciones implicadas, evidencia pública, contexto de mercado, continuidad del servicio, contratación, competencia, cumplimiento y cuestiones de planificación estratégica que subyacen al tema, en lugar de quedarse en una lista escueta de artículos relacionados. Explica de qué trata el tema, qué actores o políticas de infraestructura están implicados, qué evidencia respalda la cobertura y por qué puede ser relevante para operadores, clientes, inversores y lectores interesados en las políticas.
Historia de Internet
El nombre antiguo se convirtió en URN, pero no se resolvió solo: RFC 3151
XML heredó identificadores públicos pensados para durar más que una máquina, aunque no podían entrar sin cambios en interfaces que exigían una URI. RFC 3151 ofreció una transcripción exacta a `urn:publicid:`. El puente hacía comparable el nombre normalizado; no registraba al…
IETF
El DHCP prometía 1 Gbit/s; la cola seguía en otro sitio
El borrador de señalización explícita de velocidad por DHCP ofrece una pieza útil para coordinar redes de acceso. Pero el número recibido pertenece al plano de política. Para convertirlo en una afirmación sobre capacidad o experiencia hacen falta recibos de ejecución y…
Historia de Internet
El agente controlaba las funciones. El botón de silencio seguía local: RFC 3149
MGCP situó la inteligencia de llamada fuera del teléfono, pero RFC 3149 no convirtió cada gesto en una consulta de red. El Call Agent asignaba significado a las teclas numeradas y manejaba la pantalla XML. El volumen, el cambio inmediato entre auricular y altavoz, y el silencio…
Historia de Internet
La nueva red de gestión tuvo que cruzar la antigua: RFC 3147
La sustitución de una red rara vez comienza sustituyendo el camino. En el escenario de RFC 3147, los equipos nuevos ya hablaban IP, pero podían quedar al otro lado de una infraestructura de gestión CLNS todavía imprescindible. GRE dentro de CLNP hizo transitable esa…
IETF
El enlace figuraba dormido. Nadie había probado que pudiera despertar.
Una base de estado de enlace puede conservar la identidad de un recurso que ya no reenvía tráfico. Esa persistencia permite planificar su regreso. El error consiste en leer el registro como si fuera un comprobante del estado eléctrico, de la coordinación entre extremos y de la…
Tendencias de servicios en la nube de Norteamérica
El 76% de SaaS de Thryv también depende del ciclo de sus directorios
El software aporta ya la mayoría de los ingresos declarados por Thryv, pero el 76% es una proporción, no una tasa de crecimiento. En el segundo trimestre de 2026, los ingresos SaaS bajaron un 0,5% interanual mientras los servicios de marketing retrocedieron un 62%. El calendario…
IETF
El sobre estaba firmado. El texto cifrado separado quedó fuera de la firma.
El fallo no se ve al verificar la firma, sino al preguntar qué archivo estaba unido a ella en ese instante. COSE permite separar los bytes cifrados de la estructura de control; desde entonces, la seguridad depende tanto de la custodia del objeto externo como del algoritmo que…
IETF
El calendario lo llamó propietario. Aún no le había concedido control.
Un registro de calendario puede llamar propietario a un participante sin convertirlo en editor autorizado. La etiqueta describe un papel; el protocolo de intercambio todavía debe decidir quién puede mover el evento, cambiar a los asistentes o distribuir una actualización.
IETF
La redirección funcionó. La credencial ya había viajado en claro.
El monitor enseñó una URL HTTPS y la operación terminó bien. Esa imagen final no incluye el dato decisivo: el cliente había enviado la credencial dentro de la primera petición HTTP, antes de que el servidor pudiera contestar con una redirección.
IETF
La cadena validó el ancla que traía. La parte verificadora aún no había confiado en ella.
did:x509 permite demostrar que una cadena y un identificador encajan sin convertir ese encaje en permiso. El problema aparece cuando una aplicación confunde el ancla usada para cerrar el cálculo con el ancla que su propia organización decidió aceptar.
IETF
El respaldo vio caer al primario. Solo había caído su ruta de observación.
La protección de entrada BIER puede convertir una pérdida de visibilidad entre dos routers en una orden para mover un flujo que seguía llegando a sus receptores. El fallo no está solo en el enlace: está en permitir que una observación gobierne una superficie distinta.
Historia de Internet
La prueba duradera tenía que sobrevivir a la clave: RFC 3126
RFC 3126 entendió la firma antigua como un problema de custodia. Un cálculo correcto en 2001 no podría explicarse años después si habían desaparecido certificados, estados de revocación, bytes exactos o algoritmos confiables. La respuesta fue una cadena renovable de evidencia, no…
IETF
El servicio abrió el handshake, pero aún no podía autenticar al remitente
En MLS, descifrar el mismo Commit o Proposal que reciben los miembros no entrega automáticamente la memoria necesaria para verificar quién lo envió. Esa memoria vive en el GroupContext: época, hoja, credencial y lista acordada de receptores externos.
IETF
El entero llegó intacto; el significado se rompió después
Dos dispositivos pueden verificar la misma sesión EDHOC y aun así discrepar sobre una extensión privada. Basta con que uno conserve el entero CBOR completo y el otro lo reduzca a un tipo firmado de 32 bits. La criptografía no corrige una pérdida de información que ocurre dentro…
Historia de Internet
Una firma válida todavía necesitaba una política: RFC 3125
RFC 3125 quiso convertir las reglas que rodeaban una firma electrónica en una referencia precisa y procesable. La operación criptográfica era solo la primera comprobación: todavía había que saber qué política exacta, compromiso, periodo y conjunto de confianza gobernaban la…
Historia de Internet
Un permiso de envío no era una cola de paquetes: RFC 3124
El Congestion Manager intentó coordinar cuándo podían transmitir varias aplicaciones de un mismo equipo. Su diseño conservó una frontera crucial: concedía una oportunidad breve, pero no guardaba el paquete, no elegía su contenido y no podía certificar su entrega.
IETF
La clave vigente firmó a su sucesora. Ahí empezó el problema.
Una cadena de firmas puede explicar cómo se llegó a un estado de claves. No demuestra que la clave sospechosa tuviera derecho a convertir su control presente en autoridad futura.
Historia de Internet
Una lista de prefijos todavía no era una política de acceso: RFC 3123
El DNS podía publicar redes en una lista compacta. RFC 3123 hizo algo más importante que asignar el tipo 42: dejó claro que transportar prefijos no equivalía a ordenar qué debía aceptar, bloquear o creer un sistema.
Historia de Internet
El número de demora también afirmaba algo sobre el reloj: RFC 3116
En un banco ATM, restar la hora de salida de la hora de llegada parecía una operación objetiva. RFC 3116 obligó a mostrar lo que esa resta ocultaba: dos contadores, una referencia temporal y una carga concreta.
IETF
El paquete era auténtico; la ausencia seguía siendo una decisión local
Un vecino pregunta por una credencial y una ruta. El nodo responde con un bundle protegido, pero omite ambas. En otra interfaz, el mismo nodo anuncia la credencial y una topología distinta. No hace falta suponer una falsificación: SAND permite que la política local module lo…