Gluon Babel Firmware Test: Unterschied zwischen den Versionen
Aus Opennet
Leo (Diskussion | Beiträge) |
Leo (Diskussion | Beiträge) (→IP Adressen) |
||
Zeile 27: | Zeile 27: | ||
===== IP Adressen===== | ===== IP Adressen===== | ||
− | |||
− | |||
− | + | 2001:67c:1400:2430::1/60 (von IN-BERLIN) - für Server gai | |
− | + | fd32:d8d3:87da::/48 - ONI ULA | |
− | + | ||
− | + | ||
− | + | ||
− | + | /home/christoph/babeld.conf | |
− | 2001:67c:1400:243f: | + | redistribute local ip fd32:d8d3:87da::245/128 allow |
+ | redistribute ip 2001:67c:1400:243f::1/128 deny | ||
+ | redistribute ip 2001:67c:1400:243f::/64 eq 128 allow | ||
+ | redistribute ip fd32:d8d3:87da:bab1::/64 eq 128 allow | ||
− | + | Client: 2001:67c:1400:243f:3e97:eff:fe6c:42b3/64 | |
− | 2001:67c:1400:243f:3e97:eff:fe6c:42b3/64 | + | |
+ | Martin: 2001:67c:1400:243f:3e97:eff:fe6c:42b3/64 | ||
=====DNS64/NAT64===== | =====DNS64/NAT64===== |
Version vom 31. Oktober 2020, 11:12 Uhr
Wir sind interessiert an der Gluon Firmware. Würde wir diese Firmware bei uns einsetzen, könnten wir an deren Weiterentwicklung partizipieren.
Aktuell (2020) gibt es eine Entwicklung, um das Babel Routing in Gluon anstatt batman zu nutzen.
Doku:
- https://l3-freifunk.readthedocs.io/de/latest/components.html
- https://wiki.freifunk-franken.de/w/Layer3Firmware#.2Fetc.2Fconfig.2Fgateway
- https://wiki.ffm.freifunk.net/infrastruktur:gateway:babel-gateway
Babel Firmware von Klaus_Dieter:
Site Config - Magdeburg:
- beispielsweise https://github.com/FreifunkMD/site-ffmd/tree/babel
Gluon Originial:
- Original: https://github.com/freifunk-gluon/gluon
Inhaltsverzeichnis |
ONI Babel Gluon Test-Firmware
Test1: Firmware mit Original Gluon + Babel
Um die Gluon Config zu verstehen haben wir das Original Gluon (inkl. Babel) installiert und getestet.
- Gluon https://github.com/freifunk-gluon/gluon
- Site Config https://dev.opennet-initiative.de/browser/on_site_babel_test
IP Adressen
2001:67c:1400:2430::1/60 (von IN-BERLIN) - für Server gai fd32:d8d3:87da::/48 - ONI ULA
/home/christoph/babeld.conf redistribute local ip fd32:d8d3:87da::245/128 allow redistribute ip 2001:67c:1400:243f::1/128 deny redistribute ip 2001:67c:1400:243f::/64 eq 128 allow redistribute ip fd32:d8d3:87da:bab1::/64 eq 128 allow
Client: 2001:67c:1400:243f:3e97:eff:fe6c:42b3/64
Martin: 2001:67c:1400:243f:3e97:eff:fe6c:42b3/64
DNS64/NAT64
- DNS64 Docker Container auf gai
- NAT64 (tayga) Container auf gai
- MTU Probleme beim NAT64. Aus dem Internet werden große IPv5 Pakete (>1380) geschickt. Nach der IPv4-zu-IPv6 Übersetzung müssen sie durch den fastd VPN Tunnel geschickt werden. Der VPN Tunnel hat aber nur eine MTU von 1380. Ein größeres Paket wird mit ICMP frag-needed abgewiesen. Diese ICMP Meldung wird zum NAT64 GW geschickt. Leider kommt diese ICMP Meldung nicht bis in Internet. Man sieht das ICMP Paket noch auf dem tayga nat64 Interface aber danach "verschwindet" es.
Test2: Firmware mit christf Gluon + Babel
Die letzten Tools (z.B. prefid) sind im Repo https://github.com/christf/gluon/tree/christf_next zu finden. Mit diesem Repo testet auch Magdeburg.
- Gluon https://github.com/christf/gluon/tree/christf_next
- Site Config .....