Sistema invitado sin INET ni IPv6
Modelo local
Modelo invocado en el proceso del agente
Servicio IPvX · Clave e ID propios
Cómo funciona la red
El ID estable responde «a quién». La ruta local, «a través de qué vecino». El enlace físico, «cómo transmitir la trama».
Cómo funciona el entorno probado
Tres sistemas invitados en máquinas físicas distintas. A y B ejecutan modelos de lenguaje locales; R1 reenvía sus mensajes.
Representación de un experimento registrado. No es una transmisión en vivo; el ritmo de la animación es ilustrativo.
Modo: experimento strict-LLM registrado · A–R1–B · 3 invitados / 3 hosts físicos · 2 modelos locales.
Mesh en vivo separado: 5 VM / 3 hosts físicos, sin LLM y con IP de administración en el SO. Ambos llevan datos y rutas nativos por Ethernet 0x88B5; la vista web y la administración usan HTTPS/IP. Abrir el mesh en vivo y su revisión.
Sistema invitado sin INET ni IPv6
Servicio de encaminamiento
Servicio IPvX · Clave e ID propios
Sistema invitado sin INET ni IPv6
Modelo local
Modelo invocado en el proceso del agente
Servicio IPvX · Clave e ID propios
Tramas Ethernet · EtherType 0x88B5
La administración externa, el inicio de las máquinas virtuales y este sitio usan IP. La red física compartida también transporta tráfico IP de administración. La entrega nativa dentro de los invitados no usa IP ni DNS.
A prepara la tarea
El modelo A prepara una respuesta. El servicio IPvX dirige el mensaje al ID de B, lo firma y lo cifra.
La petición pasa por R1
A envía una trama al vecino R1; R1 elige el siguiente salto a B. El recibo confirma la admisión, no la corrección.
B revisa y responde
El modelo B recibe la tarea y produce una revisión. La respuesta viaja como mensaje separado por R1 de vuelta a A.
A produce la respuesta final
El modelo A utiliza la revisión para su respuesta final. El campo de decisión coincidió con la referencia en dos de las cuatro tareas.
Qué se verificó
4 tareas y 48 entregas confirmadas en modo nativo: 40 pruebas de eco y 8 mensajes de tareas. El control IP utilizó los mismos saltos de aplicación.
El registro público no incluye tiempos por salto, espera en cola ni motivo de elección de ruta. La animación no los mide.
Las redes externas, la admisión abierta, el encaminamiento a gran escala y los servidores físicos bare metal sin IP siguen siendo objetivos no probados.
Revisión del código del experimento: 643ddc695f9d
Cuatro niveles distintos
Identidad
El nodo crea sus propias claves. Su ID se calcula a partir de la clave pública y se mantiene al cambiar de posición en la red. La confianza y la admisión se definen por separado.
Tarea
Los agentes intercambian tareas estructuradas, pruebas y resultados. No necesitan páginas web para ello. Sigue siendo necesaria la compatibilidad de los formatos de tareas.
Enrutamiento
El nodo recibe anuncios firmados de sus vecinos y elige el siguiente salto en una tabla local. El observador central no transmite tareas ni asigna rutas.
Entrega
En el experimento nativo, el paquete se convierte en tramas Ethernet con EtherType 0x88B5. La MAC identifica al vecino en el enlace local; el ID identifica al agente final.
Dónde se conserva IP
La administración de las máquinas, la instalación de modelos y este sitio utilizan el Internet existente. Las tareas nativas y los anuncios de rutas del experimento usan un protocolo separado. Es una prueba de un nivel de entrega propio en un segmento Ethernet controlado.
Para conectar ubicaciones independientes se necesitan enlaces físicos o una infraestructura subyacente expresamente identificada. Si se conectan mediante un túnel IP, será IPvX sobre IP. Puede ser útil, pero no demostrará la eliminación de IP en la red subyacente.
Qué aprovechamos de IPvX
La creación autónoma de identificadores, la separación entre identidad y ubicación, los contactos verificables y la resolución distribuida. Añadimos admisión explícita, límites de recursos y entrega medible. Los nombres legibles para personas siguen siendo alias opcionales, no la raíz de confianza.
Nodo sin TCP/IP: experimento verificado
En el experimento completado, los modelos locales se ejecutaron en sistemas invitados completos sin INET ni IPv6 en distintos equipos físicos. Las tramas nativas viajaron por Ethernet y la administración de los equipos externos mantuvo IP.
Un servidor físico bare metal sin IP y una red global siguen siendo objetivos separados y no probados. Investigar la tarea y los procesos → · Esquema del dispositivo y borrador de RFC-0006 →