[Fli4l_dev] Informationen zum Weekly-Tarball vom 11.7.2013 (r31641)

[Christoph Schulz]

Hallo,

trotz der ersten (zum Glück positiven ;-) Rückmeldungen zum neuen Tarball 
kommt hier als "Aufhänger" mal wieder die wöchentliche Übersicht. Im 
Vergleich zum Tarball vom 4.7.2014 (r31452) gibt es die folgenden 
Änderungen:

---------------
Fertiggestellt:
---------------
FFL-863: Integration igmpproxy ins Paket proxy
* Alles Wissenswerte steht im Thread "Tarball und OPT_IGMP" hier in der NG. 
Kurze Zusammenfassung: Eine Nutzung des externen igmpproxy-Pakets ist mit 
dem aktuellen Tarball nicht mehr nötig.

FFL-876: usercmd um die Möglichkeit erweitert Dateien einzubinden
* Damit können eigene Skripte einfach auf den Router geschoben werden.

FFL-879: Einbinden des DDNS Anbieters TWODNS in dyndns
* Dem ist nichts hinzuzufügen, außer dass diejenigen, die es nutzen möchten, 
es auch testen sollten. (Ich konnte es nicht testen.)

FFL-880: Linux 3.15 erlaubt ipppd nicht, einen Filter zu setzen oder zu 
entfernen
* Nun funktionieren PPP-Filter auch im testing-Zweig mit dem 3.15er Kernel.

FFL-891: wlan funktioniert mit x86_64 nicht
* Hier fehlten einige für WLAN nötigen AES-Kryptomodule, die unter der 
x86_64er Architektur anders heißen als unter der x86-Architektur. Dies 
erforderte auch eine Erweiterung von mkfli4l in Bezug auf mehrdeutige Modul-
Aliase.

FFL-896: update auf kernel 3.14.12
FFL-897: update auf Kernel 3.15.5
* Bitte jeweils KERNEL_VERSION entsprechend anpassen!

----------
In Arbeit:
----------
FFL-759: knxeib mit tpuarts Support
* Korrektur der Multicast-Konfiguration.

------------------------------------------------------------
Im FFL-506-Zweig gibt es die folgenden Änderungen (gekürzt):
------------------------------------------------------------
* r31473: Paketabhängigkeiten bei PPP und PPPoE korrigiert: jetzt kann das 
pppoe-Paket auch ohne das ppp-Paket entpackt werden, ohne dass es zu 
mkfli4l-Meldungen kommt, auch wenn kein PPPoE-OPT aktiviert ist
* r31474: diverse dyndns-Korrekturen
* r31490: IPv6-route-Circuits können als Gateway wieder "normale"
  IPv6-Adressen nutzen.
* r31555: Fehlerkorrektur: Interne Daten über geroutete Netze wurden beim
  Herunterfahren eines Circuits nicht korrekt aktualisiert.
* r31556: Bugfix: Potentielles unendliches Warten bei "fli4lctrl hangup"
  korrigiert.
* r31579: Bugfix: Potentiellen Deadlock im Circuit-System beim Neustart
  bestimmter PPP-Server-Circuits korrigiert.
* (verschiedene Revisionen) diverse Verbesserungen der PPP-over-ISDN-
  Unterstützung:
  - Mehr Freiheiten bei der Konfiguration von MSNs und eingehender /
    ausgehender Rufnummern (FFL-895).
  - Ein Fehler beim Einwählen unter Verwendung von PPP-over-ISDN wurde
    behoben.
  - Ein ISDN-Einwahltimeout kann gesetzt werden (via
    CIRC_x_PPP_ISDN_TIMEOUT).
  - ISDN-Server-Circuits sind jetzt verfügbar. Damit kann man einen
    ISDN-Einwahlknoten mit fli4l betreiben. Auf Grund der Integration in das
    für den FFL-506-Zweig neu entwickelte PPP-Circuit-Framework stehen alle
    Optionen wie Komprimierung, Multilink-Bündelung etc. zur Verfügung.
  - ISDN-Netzwerkschnittstellen werden nur bei Bedarf aktiviert

------------------
Bekannte Probleme:
------------------
Im testing-Zweig ist es auf Grund eines Umbaus zur Zeit nicht möglich, die 
Pakete modem, poptop und pppoe_server zu verwenden, weil der dafür nötige 
pppd-Dämon vom dsl-Paket nur zur Verfügung gestellt wird, wenn eines der 
dort vorhandenen Pakete (OPT_PPPOE, OPT_FRITZDSL, OPT_PPTP) aktiviert wird. 
Ein vorübergehender Workaround ist das Hinzufügen der Zeile

provides dsl version 4.0.0

ganz am Anfang der Datei check/dsl.ext im dsl-Paket.

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

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]