the kernel does support multicast routed as well as the igmpproxy translates this for NAT. its working well here without any problems. maybe the protocol stream if your isp is more specific and not igmp compatible
This is a bit old but with v23 I'm unable to get the multicast packets from LAN to WAN. Could you list the iptables and route tables you are using or something to help. I could write instructions to the wiki if I get this stuff resolved. Everything works fine without my DD-WRT box in the middle and also I can see from iptables that the multicast packets do get into the router just fine.
As you can see here the origin is always 00000000 which is not right. The source code of igmp-proxy reveals the line:
mfcctrl.mfcc_origin.s_addr = 0;
This is clearly the reason that it's always 0, the comment says "Since the implementation in the kernel has been changed to no longer care for the SOURCE of Multicast packets we can safely pass a 0 as the ORIGIN of multicast packets." However reading the kernel source it clearly cares about this and also tested with newer kernels the situation is the same. It does the comparison:
if (c->mfc_origin==origin && c->mfc_mcastgrp==mcastgrp)
In the official linksys release this c->mfc_origin==origin check is removed from the if in question in ipmr_cache_find and it has also replaced the line:
This is done in both ipmr_mfc_delete and ipmr_mfc_add. After these three small changes the multicast routing should start to work just fine. But compiling DD-WRT is a bit pain in the ass so if someone could compile me v23SP2 with these changes I would be very happy. I don't like v23SP3 since I haven't found any IPv6 setting there and it is totally necessary for me. Is it hidden somewhere?
I'll post this information in both bugtracker and the forum posts.