[Fli4l_dev] Informationen zum Weekly-Tarball vom 1.8.2014 (r31922)

[Christoph Schulz]

Hallo,

im Vergleich zum Tarball vom 25.7.2014 (r31787) gibt es die folgenden 
Änderungen:

---------------
Fertiggestellt:
---------------
FFL-902: WLAN N keine 40MHz Kanäle
* IEEE 802.11n funktioniert jetzt auch mit 40 MHz-Kanälen

FFL-904: update von wpa_supplicant und hostapd
* beide Programme sind auf die Version 2.2 aktualisiert worden

FFL-906: Kleinere OPT_LOGIP-Korrekturen in Bezug auf IPv6 und WebGUI
* Download des IPv6-WAN-Adressen-Protokolls sollte jetzt besser 
funktionieren

FFL-909: alte Pakete "rrdtool" und "embedded" in die release-Liste "obsolet"
verschieben
* Diese Pakete sind durch "rrdtool3" und "hwsupp" ersetzt worden.

FFL-911: awk bereitstellen
* dem ist nichts hinzuzufügen ;-)

----------
In Arbeit:
----------
FFL-805: FBR-Update, u.a. auf Version 2014.05 des µClibc-Buildroots
* Update von dnsmasq auf Version 2.71

FFL-912: wget kann kein ssl weil die root-certs fehlen
* Zertifikate aktualisiert, wget auf Version 1.15 aktualisiert

FFL-914: Typ x7sla in HWSUPP funktioniert nicht
* einige Anpassungen, damit die Darstellung in der Web-GUI funktioniert und 
die richtigen Kernel-Module geladen werden

------------------------------------------------------------
Im FFL-506-Zweig gibt es die folgenden Änderungen (gekürzt):
------------------------------------------------------------
FFL-469 ("DHCPv6-Unterstützung ausbauen"):
* r31879: Patch für dibbler entwickelt, welcher es ermöglicht, mehrere 
Exemplare des Clients oder des Servers ohne Probleme gleichzeitig laufen zu 
lassen
* r31893: dibbler-Skripte entsprechend angepasst

FFL-736 ("IPv6 RA auf dem ppp0 Interface erzeugt reconnect des IPv6 
Circuit"):
* r31821: Die Gültigkeitsdauer von Präfixen wird nun berücksichtigt
* r31852: neue Skripte addr(v6)-up/down eingeführt, um dynamisch 
hinzukommende Adressen auf Grund von Präfixen mit überlappenden 
Gültigkeitsdauern (wie sie bei IPv6 auftreten) verarbeiten zu können
* r31917: registriere Tags, wenn ein Präfix ankommt (dies ist momentan nur 
ein Workaround und wird später anders gelöst werden)

FFL-875 ("dyndns Updates"):
* r31823: DYNDNSDK-Provider (und vermutlich andere) korrigiert, die eine 
Aufsplittung des Hostnamen in Domäne und Subdomäne benötigen
* r31824: Standardbelegung für DYNDNS_x_CHECK_TIME ("ipup") eingeführt, 
falls nicht explizit in der Konfiguration gesetzt

FFL-506:
* r31790: das Verschieben von Multilink-PPP-Links auf Server-Seite 
funktioniert wieder
* r31792: neue Variable(n) CIRC_x_NETS_IPV4/6_GATEWAY zur Konfiguration 
spezieller Gateways für bestimmte Netze
* r31797: neue Circuits vom Typ "net", ersetzen mittelfristig 
IP_NET_x/IP_ROUTE_x;

### ACHTUNG ###
Dies ist momentan noch nicht vollständig einsatzbereit, weil es in den 
Firewall-Regeln keine Möglichkeiten gibt, das Analogon zu IP_NET_x_IPADDR 
auszudrücken

* r31801 u.a.: Referenzen auf Netzwerk-Schnittstellen von Circuits müssen 
nun immer in {...} gesetzt werden und dürfen keine Tags beinhalten, sondern 
nur den Circuit-Namen. Aus
  CIRC_x_DHCP_DEV='pppoe-v6'
wird somit
  CIRC_x_DHCP_DEV='{telekom-dsl}'
Genauso muss es in der Firewall nun PF_FORWARD_x='if:{circ1}:{circ2} ...' 
statt PF_FORWARD_x='if:circ1:circ2 ...' heißen.

### ACHTUNG ###
Das wird von mkfli4l nicht angemeckert, weil mkfli4l nicht wissen kann, ob 
es nicht tatsächlich eine Schnittstelle auf dem fli4l gibt, die "circ1" 
heißt! Diese Änderung bedeutet auch, dass man bei zwei separaten DSL-
Anschlüssen mit nativem IPv6 auch zwei unterschiedliche DHCPv6-Circuits 
konfigurieren muss. (Das sollte allerdings die wenigsten betreffen...)

* r31807; vorbereitende Maßnahmen zur korrekten Verarbeitung von dynamischen 
Netz-Präfixen (wichtig für IPv6, siehe FFL-736)

### ACHTUNG ###
Diese Änderung erfordert, dass bei DHCPv6-over-PPP-Situationen die Default-
Route nun über den PPP-Circuit gehen muss und _nicht_ mehr über den DHCPv6-
Circuit. CIRC_x_NETS_IPV6_1='::/0' muss nun also vom DHCPv6-Circuit in den 
DSL-Circuit verschoben werden. Die Beispiel-Konfiguration in der Standard-
Konfiguration und der Dokumentation ist somit nicht mehr korrekt.

* r31818: Firewall-Regeln erlauben nun Circuits in mehr Kontexten; so kann 
man nun z.B. eine Regel wie
  PF6_PREROUTING_1='[{inet}] [IPV6_NET_1]:8080 DNAT:[{inet}0:0:0:2::1]:80'
schreiben. "inet" ist hier in dem Beispiel ein Tag für einen Circuit, der 
ein IPv6-Präfix registriert (also z.B. ein 6in4-Tunnel oder DHCPv6).
* r31917: Abhängigkeiten zwischen Circuits auf Grund der Nutzung derselben 
Netzwerk-Schnittstelle korrigiert

------------------

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

------------------
Bekannte Probleme:
------------------
* Die Tarball-Seite unter http://fli4l.nettworks.org/tarballs/ liefert zur 
Zeit nicht alle Tarballs aus. Dies wird in der nächsten Zeit korrigiert 
werden.


Viele Grüße und viel Spaß beim Testen,
-- 
Christoph Schulz
[fli4l-Team]