Diese Seiteninformationen sind nicht vollständig.
Hilf mit und bringe diese Seite auf einen aktuellen Stand.
Aktuell haben wir folgende Json-Struktur: https://p.6core.net/p/UtRVrsK4qOEd1CYXMPJaDhbm Diese muss zur Aufbereitung der Node-Daten für die Map mit dem neighbours-Stream korrelierbar sein.
Durch die Hinzufügung von ll-Addresse in Form einer der beiden Varianten, können von babel[ifname:{ll-addr,…} zum Nachschlagen verwendet werden.
Dafür kann wie unter https://p.6core.net/p/DBKFoJm2kACb9ZkIbCjXYjFw anstatt der Mac-Adresse die ll-Adresse des Interfaces angegeben werden.
mesh.babel.interfaces.wireless[ll-addr]
in der Struktur könnte das Interface mit den Attributen ll-addr und mac wie folgt aufgenommen werden:
mesh.babel.interfaces.wireless[ifname1:{mac, lladdr}, ifname2{mac, lladdr}]
Beispiel: https://p.6core.net/p/YAAU1US8ztAwO2mkPF3igyX8
babel[ifname:{ll-addr,mac,protocol,neighbours}]
Dadurch kann mit dieser MAC unter mesh.babel.interfaces.wireless[mac] nach geschlagen werden.
Beispiel: https://p.6core.net/p/3AwW4Po6ndkJNa5hDEoC7Tl3
babel[ifname:{ll-addr,type,protocol,neighbours}]
detailiertere Types möglich, durch Anhängen am Prefix: z.B. tunnel-fastd, wireless-24ghz oder other-lwl
Gleiches Format wie Batman
Auch für Batman verwendbar, weitere Informationen stehen verfügbar.
Geringster Programmieraufwand - ggf. kann nodeinfo.mesh.interfaces entfernt werden.
Neue Funktionalitäten ohne verstoße gegen json-format möglich - ggf. kann nodeinfo.mesh.interfaces entfernt werden.
Anpassung in Nodeinfo → Nutzung LL-Adresse statt Mac
Entscheidung ist da: 21:24 neoraider| Ich finde, das ist nicht nur der einfachste und schnellste Weg, sondern auch der korrekteste