[linux-dvb] Routing multicast - broken linuxtv networking?
stonewall at inebraska.com
stonewall at inebraska.com
Wed Jul 13 20:23:57 CEST 2005
Julian - and others.
It didn't work - but smcroute hasn't been updated since 2002; my guess is it
is not 2.6.x aware, or at least enabled to manipulate such.
I didn't get any errors - it just doesn't route anything.
Having said that, though, I did a test with a couple ethernet devices and an
external DVB-S modem.
I was able to bridge them - using the 18.104.22.168 kernel - with no problem. This
implies that the kernel bridge module maintainer is correct - that something
is broke in the 22.214.171.124 patched linuxtv-dvb network interfaces.
I'm no kernel/driver hacker, by any means, but I will see what I can see. The
change that broke this evidently occurred between 126.96.36.199 and 188.8.131.52.
My next test is to put my NOVA-S in this box, and see if it is purely the new
driver . . . or if it is the whole linuxtv-dvb network interface.
On Wednesday 13 July 2005 16:40, Julian Somers wrote:
> On Wed, Jul 13, 2005 at 03:06:55PM +0000, stonewall at inebraska.com wrote:
> > I am attempting to solve a problem that has began to plague me since
> > kernel version 2.6.11.
> > I have a single DVB-S PCI card. I receive six PIDs via that card for
> > news streaming (I'm a news junky). The problem is that the multicast
> > streams on each of the six PIDs come from the same address - 10.230.17.5.
> > When I configure the dvb0_? devices, I had been using 10.230.17.20-25 up
> > through kernel 2.6.11. All worked fine - I was able to connect to the
> > six multicasts and see all six PIDs.
> > Starting with 2.6.11, though, the routing table had become much tighter,
> > and it would then only stream through the first device I configured for
> > that subnet. I can tcpdump all the devices and see the stream packets -
> > but I cannot "read" or forward on any except the first I configure for
> > that subnet.
> > I initially tried:
> > route add -net 184.108.40.206 netmask 255.255.255.255 dvb0_0
> > route add -net 220.127.116.11 netmask 255.255.255.255 dvb0_1
> > route add -net 18.104.22.168 netmask 255.255.255.255 dvb0_2
> > route add -net 22.214.171.124 netmask 255.255.255.255 dvb0_3
> > route add -net 126.96.36.199 netmask 255.255.255.255 dvb0_4
> > route add -net 188.8.131.52 netmask 255.255.255.255 dvb0_5
> > This did not help - I still could only see the first device configured
> > for the subnet. I configured each device for a completely different
> > subnet - each, and then attempted to route - still failure.
> > I have read, unfortunately, that multicast cannot be routed. Or at least
> > with the traditional methods.
> SMCRoute might provide a workaround: it can make static routes for
> multicast streams without IGMP. I think you can define source as well as
> destination interfaces. http://www.cschill.de/smcroute/
> > So then I bridged all the devices together:
> > brctl addbr br0
> > brctl stp br0 off
> > brctl addif br0 dvb0_0
> > brctl addif br0 dvb0_1
> > brctl addif br0 dvb0_2
> > brctl addif br0 dvb0_3
> > brctl addif br0 dvb0_4
> > brctl addif br0 dvb0_5
> > ifconfig dvb0_0 0.0.0.0 up
> > ifconfig dvb0_1 0.0.0.0 up
> > ifconfig dvb0_2 0.0.0.0 up
> > ifconfig dvb0_3 0.0.0.0 up
> > ifconfig dvb0_4 0.0.0.0 up
> > ifconfig dvb0_5 0.0.0.0 up
> > ifconfig br0 10.230.17.20
> > And this worked through kernel version 184.108.40.206. But, I use the
> > skystar2 card, and until 220.127.116.11, it's flaky. Under 18.104.22.168, the new
> > b2c2_flexcop driver seems to work grand - but now bridging no longer
> > works. I can bridge without errors, but now no data flows from any of
> > the PIDs.
> > I corresponded briefly with the kernel bridge maintainer, and from the
> > initial conversation, I used macchanger to change the mac address for
> > each dvb0_? device so that each was unique within my system. Still no
> > go. The final statement from the bridge module maintainer is that the
> > networking device from linuxtv-dvb must be broke.
> > All I want to do is be able to stream all six PIDs and see them (outside
> > of tcpdump).
> > Final notes - multicast is compiled into the kernel, and ifconfig shows
> > MULTICAST on the devices.
> > Any ideas?
> > Stonewall
> > _______________________________________________
> > linux-dvb mailing list
> > linux-dvb at linuxtv.org
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> linux-dvb mailing list
> linux-dvb at linuxtv.org
More information about the linux-dvb