[Fli4l_dev] Informationen zum Weekly-Tarball vom 27.6.2013 (r31300)

[Christoph Schulz]

Hallo,

im Vergleich zum Tarball vom 20.6.2014 (r31183) gibt es die folgenden 
Änderungen:

Fertiggestellt:
---------------
FFL-598: STUN client für fli4l bereitstellen
* inklusive Bugfixes und aller nötigen Übersetzungen der Dokumentation

FFL-822: Neue Datei /etc/os-release
* enthält ID, NAME und PRETTY_NAME, mehr nicht (zu Details siehe Ticket)

FFL-836: fli4l kann nicht auf eine virtuelle SATA Festplatte innerhalb von 
Virtualbox installiert werden
* Bemerkung über VirtualBox und DMA in der Paketkonfiguration integriert

FFL-864: "fbr-make update-repo-binaries": Prüfung auf unterschiedliche 
Build-IDs fehlerhaft
* deswegen hat im letzten Tarball der pppoe-server nicht funktioniert (nur 
im FFL-506-Zweig auffällig, weil das pppoe_server-Paket im testing-Zweig 
nicht Teil der Distribution ist)

FFL-867: UDP-Multicast-Serveranwendungen (z.B. DHCPv6-Server) funktionieren 
nicht mit Kerneln >= 3.13
* Patch für 3.15.1 integriert (wird für 3.15.2 wieder entfallen, da dort 
bereits enthalten)

FFL-871: Einbinden von USB-Modeswitch-Dateien via Wildcards im UMTS-Paket
* wenn man Wildcards nutzen kann, sollte man sie nutzen...
---------------

Diesmal gab es auch im FFL-506-Zweig einige Änderungen, die eine Anpassung 
der Konfiguration erfordern (stark gekürzter Auszug):
---------------
* r31204: neuer Circuit-Zustand "semionline", falls bei einem Dual-Stack-
Circuit nur ein Layer-3-Protokoll hochkommt; die Zustände "comingup" und 
"goingdown" wurden entfernt
* r31206: Abhängigkeiten zu Circuits können nun das Layer-3-Protokoll mit 
einschließen, z.B. "CIRC_2_DEPS='internet/ipv4'" bei einem 6in4-Tunnel
* r31211: Tags sind nun unabhängig vom Layer-3-Protokoll, somit gibt es die 
Variablen CIRC_x_TAGS_IPV4 und CIRC_x_TAGS_IPV6 nicht mehr, sondern nur noch 
CIRC_x_TAGS
* r31226: Fehlerkorrektur: serverseitige PPP-Multilink-Bündel werden jetzt 
korrekt abgebaut, auch wenn sie sofort nach dem Aufhängen wieder neu 
gestartet werden
* r31228: die Netzwerkschnittstelle wird nun für serverseitige PPP-Slave-
Links auch dann korrekt vermerkt/angezeigt, wenn der Link das Bündel 
wechseln muss
* r31243 (FFL-868): dhclient entfernt, weil er Probleme macht
* r31258: regulären Ausdruck korrigiert beim Prüfen von CIRC_ONLINE
* r31263: CIRC_x_NETS_IPV4 und CIRC_x_NETS_IPV6 wurden durch "richtige" 
Arrays ersetzt, d.h. man muss nun CIRC_x_NETS_IPV4_N und CIRC_x_NETS_IPV4_y 
benutzen, um die zu routenden Netze anzugeben
---------------

Bekannte Probleme:
------------------
* Im Testing-Zweig funktionieren die PPP-Filter bei ISDN-PPP-Circuits mit 
Kernel 3.15.1 nicht. D.h. dass wenn jemand ISDN-PPP-Circuits verwendet, es 
sein kann, dass der Circuit nie auflegt, nämlich wenn der fli4l von außen 
ständig mit TCP-Anfragen oder Ping-Paketen bombardiert wird. Das ist im 
Prinzip eine weitere Inkarnation von FFL-858, nur diesmal im ISDN4Linux-
Subsystem, nicht im PPP-Subsystem. Ich werde den Kernel-Patch entsprechend 
erweitern. Workaround bis zum nächsten Tarball ist, auf den FFL-506-Zweig 
umzusteigen oder Kernel 3.10.x zu nutzen.

Die "FFL-<Nummer>"-Angaben sind Tickets. Sie können unter
http://bugs.fli4l.de/ eingesehen werden.


Viele Grüße und erfolgreiches Testen,
-- 
Christoph Schulz
[fli4l-Team]