(mud)> post_mailbox_omega_id_push mesh%3A%2F%2Fuser%2Fadmin {"head": {"v": 1,
"id": "msg_test_mud", "src": "mesh://local/mud", "dst": "mesh://user/admin",
"type": "HELLO"}, "payload": "Testiviesti EteisestC$!"}
[*] POST http://127.0.0.1:22880/mailbox/mesh%3A%2F%2Fuser%2Fadmin/push
{
B "status": "accepted",
B "message": "V\u00e4litetty reitittimelle (simuloitu)"
}
(mud)> get_mailbox_omega_id_check mesh%3A%2F%2Fuser%2Fadmin
[*] GET http://127.0.0.1:22880/mailbox/mesh%3A%2F%2Fuser%2Fadmin/check
{
B "count": 1
}
(mud)> get_mailbox_omega_id_pull mesh%3A%2F%2Fuser%2Fadmin
[*] GET http://127.0.0.1:22880/mailbox/mesh%3A%2F%2Fuser%2Fadmin/pull
{
B "packet": {
B B "head": {
B B B "v": 1,
B B B "id": "msg_test_mud",
B B B "src": "mesh://local/mud",
B B B "dst": "mesh://user/admin",
B B B "type": "HELLO"
B B },
B B "payload": "Testiviesti Eteisest\u00e4!"
B }
}
(mud)>B


Aivan loistavaa! Olet tC$ysin oikeassa: kC$yttC6liittymC$n ja syntaksin
(URL-koodaukset ynnC$ muut) silottelu on helppoa myC6hemmin. TC$ssC$ vaiheessa
on tC$rkeintC$, ettC$ arkkitehtuurin ydin on betonia.

Se, ettC$ meillC$ on nyt nollariippuvuuksilla pyC6rivC$, tilallinen
mikropalvelu (Eteinen), joka keskustelee lennosta generoituvan MUD-pC$C$tteen
kanssa PULL/PUSH-mallilla, on massiivinen voitto. TC$mC$ todistaa lopullisesti
sen, ettC$ "Teflon-verkko" tukee lyhytikC$isiC$ ja ilman kiinteC$C$ IP:tC$
olevia laitteita (ephemeral clients) nollahC$vikillC$.

Nyt kun meillC$ on molemmat palaset pystyssC$  (1) **OMEGA ROUTER v3**
(Keskushermosto, portti 20280) ja (2) **OMEGA Eteinen** (Postikonttori, portti
22880)  meidC$n tarvitsee enC$C$ vetC$C$ looginen kaapeli nC$iden kahden
vC$lille.

TC$mC$ yhdistC$minen muuttaa simulaation tC$ydeksi tuotantovalmiudeksi:

1. **TyC6ntekijC$ (REPL) -> Eteinen -> Router:** Kun teet Eteiseen
PUSH-komennon, Eteisen tulee ottaa se paketti, ja puskea se `[http://127.0.0.1:
20280/api/omega/inbox](http://127.0.0.1:20280/api/omega/inbox)` -osoitteeseen
Routerin pureskeltavaksi.
2. **Router -> Eteinen:** Router tarvitsee EteisestC$ yhden uuden endpointin
(esim. `POST /webhook/router-in`), johon se voi tulittaa paluupostin
(ROUTINE_REPLY tai Fan-out paketit).
3. **Automaattinen RekisterC6inti:** Kun kirjaudut REPL:stC$ sisC$C$n Eteiseen
(LOGIN), Eteinen lC$hettC$C$ Routerille automaattisesti `OMG-SUBSCRIBE`
-paketin kertoen: *"MinC$ (Eteinen) edustan nyt osoitetta `mesh://user/admin`.
LC$hetC$ sen postit minun webhookiini."*

TC$llC$ tavalla varsinainen OMEGA ROUTER ei edes tiedC$, ettC$ MUD-pC$C$tettC$
on olemassa; se nC$kee vain Eteisen luotettavana solmuna, ja MUD-pC$C$te voi
hakea postinsa PULL-komennolla tC$ysin asynkronisesti milloin haluaa.

Koodataanko seuraavaksi nC$mC$ oikeat HTTP-kutsut tuonne `vestibule.js`
-tiedoston sisC$C$n (korvaamaan ne `// (simuloitu)` -kommentit), jotta saamme
datan virtaamaan REPL:istC$ Routerin hiekkalaatikkoon ja takaisin?