Wpis z mikrobloga

@NameMaciek: Całość jest prosta jak budowa cepa - serwer ma 3 interfejsy od strony LANu: LAN, WLAN5G oraz WLAN2.4G - do niech podpinają się urządzenia. W moim przypadku źródłem pakietów SSDP jest telefon wpięty po WLAN_5G.

Wszystkie interfejsy powyżej są spięte w br0 (http://ne0.pl/dMmoK-/ ), iptables wygląda tak: http://pastebin.com/PBRHQe3G

Telefon pakiet na pewno wysyła bo widać go w tcpdump na serwerze. Kombinowałem z dodaniem route m-cast dla bridge
@NameMaciek: Dokładnie tak: http://pastebin.com/wGhsf1fh - i co ciekawe pakiety SSDP docierają a jeszcze gdy pisałem 15 minut temu posta to ni huhu to nie działało pomimo, że nic nie dotykałem od tego czasu.

Co ciekawe nie pojawiają się w tcpdump -n "dst port 1900" -vv na serwerze co chyba jest dobrym znakiem

Czary mary czy co?
@NameMaciek: Dam sobie głowę uciąć, że po restarcie i wpisaniu znowu route dla trzech kart nie będzie działać.

A co do preroutingu to mógłbyś nieco jaśniej - skąd dokąd dać skoro to multicast?

Pozostałe regułki w ipt w zasadzie mogę wyłączyć, nawet próbowałem dać sobie exit ale to nic nie zmieniało.
@kiler129: ale to nie jest nic dziwnego, że po restarcie trasy Ci przepadną jeśli nie masz ich wpisanych nigdzie by startowały przy starcie systemu ;-) Co do preroutingu to to jest właśnie multicast (IP 239.255.255.250/32). A Ty potrzebujesz przepchnąć SSDP z WLAN5G na LAN? Czyli ip route add 239.255.255.250/32 dev LAN powinno wystarczyć.
@NameMaciek: Tak, ale po starcie systemu wpisuję od nowa z ręki te route i nic ... jakby jakiś cache istniał.

Co do route to dodaję na zapas cały blok D a nie tylko SSDP. W sumie na mój rozum tu żaden routing nie zachodzi gdyż to ta sama sieć (na interencie jest maa poradników jak routować multicast między sieciami ale to nie to czego potrzbuję).

Coraz bardziej zastanawiam się nad kupieniem