[Fli4l_dev] Tarball und OPT_IGMP

[Christoph Schulz]

Hallo!

B. Sprenger wrote:

>> IP_ROUTE_N='1'
>> IP_ROUTE_1='193.158.34.0/23 93.227.63.254 dev eth1.8'
> 
> Damit läuft der Build-Prozess nicht durch.
> Korrigiert auf IP_ROUTE_1='193.158.34.0/23 93.227.63.254 eth1.8' ergibt
> drei Circuits, wobei der dritte nicht aktiv ist.
> Ist ja eigentlich logisch, die Route wird ja jetzt zweimal gesetzt, oder?

Ähm, ich meinte nicht parallel zu der
  CIRC_x_NETS_IPV4='193.158.34.0/23'
Variable, sondern stattdessen...

Die Variante mit CIRC_x_NETS_IPV4 funktioniert so erst ab Freitag (falls du 
die wöchentlichen FFL-506-Archive verwendest, wovon ich ausgehe).

> Setze ich die Route mit IP_ROUTE_1='193.158.34.0/23 93.227.63.254' zeigt
> mir das Webfrontend einrn Fehler an

Welchen?

> Mit IP_ROUTE_x='193.158.34.0/23 84.164.255.254' funktioniert es auch
> nicht. Fehlermeldung:
> (/etc/rc.d/rc320.route) ERR: translate_ipv4_to_dev: cannot translate
> address '84.164.255.254'

Das ist richtig, und wieder auch nicht. Wieso verwendest du manchmal 
"93.227.63.254" und manchmal "84.164.255.254"? Du musst dich schon 
entscheiden und den Gateway verwenden, der auch tatsächlich vom DHCP-Server 
geliefert wird.

> Mit IP_ROUTE_1='193.158.34.0/23 eth1.8' hat es dann auf einmal
> funktioniert. So steht es ja eigentlich auch in der Dokumentation,
> Es gibt drei Circuits, wobei der dritte inaktiv ist. Aber es
> funktionierte.

Wenn der Circuit inaktiv ist, dann ist die Route nicht installiert. Dann ist 
das Ergebnis genauso, als hättest du die Route gar nicht in die 
Konfiguration geschrieben.

> Der Mediareceiver lies sich rebooten, die Verbindungen
> trennen und wieder aufbauen (VDSL und DHCP) und alles funktionierte
> (ungefähr eine Stunde).
> 
> Dann habe ich den Router rebootet und danach fror das Bild wieder ein.
> Ein Reboot des Mediareceivers hat auch nicht geholfen.
> 
> Und was nun?

Bis Freitag warten und die Änderungen im dhcp_client-Paket testen.


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