Re: Good daemon, but I'd like to use range of multicast addresses
this idea is valid for unicast routing, but it breaks the multicast concept.
Each multicast stream (destination IP) is individual and there is no logical concept of grouping by ranges as it exists for unicast addresses.
Consequently existing multicast router (e.g. mrouted) don't support such a routing of multicast ranges. This is also reflected in the (mroute) API of the Linux kernel, it's only possible to set a route for a specific source, destination address pair, but not for ranges.
So, I have two reasons not to implement it:
- First, it breaks the multicast concept.
- Second, my only option in smcroute would be to run a loop over the given subnet and try to add a bunch (256 for a /24 range) of multicast routes to the kernel. I don't like this, because it would give you as a user the impression that there a ranges where in reality no ranges are.
If you, after all, still need this feature you can simply write a perl-script and implement the ranges on top of smcroute.
Thanks for your feedback,
> I'd like to route all range 220.127.116.11 -
> 18.104.22.168 to eth1 instead of add
> individual routing 50 times.