[Fli4l_dev] Tarball und OPT_IGMP

[Florian Wolters]

Hallo Ralf,

> So ... was komisch war das der process nicht gekillt werden konnte!
> 
> fli4l 3.9.0-r32667-testing # killall igmpproxy
> killall: igmpproxy: no process killed
> fli4l 3.9.0-r32667-testing # igmpproxy -v -v /etc/igmpproxy.conf
> fli4l 3.9.0-r32667-testing #

Das ist tatsächlich komisch und würde darauf hindeuten, dass der
igmpproxy doch nicht läuft. Wann genau passiert das? War das direkt nach
dem fli4l boot? Dann stimmt evtl. doch etwas im Zusammenspiel mit dem
DHCP client nicht.


> dann der Syslog
[...]

> Das Bild ist vor dem neustarten von imgpproxy und danach nach 10 sek
> stehen geblieben. Ich starte den fli4l gleich mal neu und schaue mal ob
> der imgpproxy läuft.
> 
> 
> So beim ersten start war noch nicht alles umgestöpselt ...
> 
> fli4l 3.9.0-r32667-testing # ps | grep igmpproxy
>  2223 root       560 S    igmpproxy -v -v /etc/igmpproxy.conf
>  2838 root      1160 S    {exe} grep igmpproxy
> fli4l 3.9.0-r32667-testing # killall igmpproxy
> fli4l 3.9.0-r32667-testing # igmpproxy -v -v /etc/igmpproxy.conf
> fli4l 3.9.0-r32667-testing #

Ok, sofern das direkt nach dem Start war, lief der IGMP Proxy doch.

> das Ergebnis ist sehr ähnlich ... ich habe die Zeitstempel mal weggelassen.
> 
> User.Notice    192.168.6.1    igmpproxy[2223]: leaveMcGroup: 239.35.10.2
> on eth1.8
> User.Notice    192.168.6.1    igmpproxy[2223]: leaveMcGroup:
> 239.35.100.7 on eth1.8
> User.Notice    192.168.6.1    igmpproxy[2223]: All routes removed.
> Routing table is empty.
> 
> User.Notice    192.168.6.1    igmpproxy[2901]: adding VIF, Ix 0 Fl 0x0
> IP 0x0103a8c0 eth2, Threshold: 1, Ratelimit: 0
> User.Notice    192.168.6.1    igmpproxy[2901]: adding VIF, Ix 1 Fl 0x0
> IP 0xdfe6a954 eth1.8, Threshold: 1, Ratelimit: 0

Hier sind zumindest schon mal beide Interfaces benannt und offenbar auch
eingebunden. Die Message bzgl. missing interfaces von vorher ist also
schon mal weg.

[...]

Der Auszug aus dem Syslog sieht schon mal gut aus. Genauso protokolliert
der IGMP Proxy bei mir auch. Dennoch läuft das IPTV Bild nicht? Auch
nicht nach Kanalwechsel?
Hast du die Paketfilter Einträge bzgl. 224.0.0.0/4 drin?

PF_INPUT_x='any 224.0.0.0/4 ACCEPT'
und
PF_FORWARD_x='any 224.0.0.0/4 ACCEPT'

Und falls ja, was sagt der Zähler in den iptabes zu den Regeln? Ein
"iptables -L -nv | grep 224" sollte z.B. sowas liefern:

--- 8< snip ---
10095 2585K ACCEPT     all  --  *      *       0.0.0.0/0
224.0.0.0/4          /* PF_FORWARD_7='any 224.0.0.0/4 ACCEPT' */
22190 2992K ACCEPT     all  --  *      *       0.0.0.0/0
224.0.0.0/4          /* PF_INPUT_4='any 224.0.0.0/4 ACCEPT' */
--- 8< snap ---

Viele Grüße

   Florian

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 836 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.spline.inf.fu-berlin.de/pipermail/fli4l_dev/attachments/20140914/607f6a8c/attachment.asc>