Erik Taraldsen
2012-Sep-13 08:41 UTC
[Bridge] tc does not affect multicast traffic over bridge interface
Hi!
I am rigging a IPTV multicast test-bed. The goal is to be able to simulate
network scenarios such as loss, duplicates, jitter, reordering to benchmark
the IPTV solutions. And benchmark the quality reporting tool as well. My
problem is that multicast traffic is unaffected by 'tc' (traffic
control)
operations. Unicast, such as video on demand and management traffic, is
affected by tc.
Is there some special treatment of multicast by linux bridging? Hardware
acceleration for example?
My setup:
I have a four port network card. br0 is used for wan side of the
residential gateway. br1 is used between the RG and the IPTV Set Top Box.
Linux version 3.5.3-1.fc17.i686 (mockbuild@) (gcc version 4.7.0 20120507
(Red Hat 4.7.0-5) (GCC) ) #1 SMP Wed Aug 29 19:25:38 UTC 2012
[root at bridgemaster proc]# brctl show
bridge name bridge id STP enabled interfaces
br0 8000.001b21bba80c no p1p1
p1p2
br1 8000.001b21bba80e no p1p3
p1p4
[root at bridgemaster proc]#
*-network:0
description: Ethernet interface
product: 82580 Gigabit Network Connection
vendor: Intel Corporation
physical id: 0
bus info: pci at 0000:01:00.0
logical name: p1p1
version: 01
serial: 00:1b:21:bb:a8:0c
size: 1Gbit/s
capacity: 1Gbit/s
width: 32 bits
clock: 33MHz
capabilities: pm msi msix pciexpress bus_master cap_list
rom ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd
autonegotiation
configuration: autonegotiation=on broadcast=yes driver=igb
driverversion=3.4.7-k duplex=full firmware=3.19-0 latency=0 link=yes
multicast=yes port=twisted pair speed=1Gbit/s
-Erik Taraldsen
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.linuxfoundation.org/pipermail/bridge/attachments/20120913/55879b85/attachment.html>