RA6700/WUMC710: Multicast IGMP V2 support?

Dear readaers and supporters
I hope to be able to use this setup of devices on a friends place. The use IPTV which is a multicast stream over IGMP V2/3.
Unfortunately, I wasn't able to find any notes and specifications on both products support web pages.
Can either Linksys/Cisco supporter(s) or users useing this setup provide me with informations that this is running and working without problems or give me any kind of suggestions?
The final setup should look like this:
VDSL-ISDN Modem --> EA6700 <---> WUMC710 --> Setop Box --> HDMI LCD TV
Thank you in advance for anyones help and suggestions.
Have a great time
Greetings
Thomas

Hi thotha2007 ,
You may try the set-up below. Let me know if you need further assistance.

Similar Messages

Enabling VM Guest NLB w/Multicast IGMP on 2012 Hyper-V host w/ converged SCVMM fabric switch

What a mouthful.
As short as possible:
WHAT I'M ATTEMPTING:
I'm trying to build a new NLB cluster for a 2008 R2 SP1 Remote Desktop Services farm. And I'm trying to do it the right way, with multicast igmp, not unicast.
The two guest VMs with NLB install converge fine. VIP gets this:
IP: 192.168.100.157
MAC: 01-00-5e-7f-64-9d
NLB NIC is on the same VLAN & "Converged switch" in VMM as our mgmt/server traffic (That is to say it's on production VLAN, not on a separate vlan)
PROBLEM:
Can't ping 100.157. From VM guest itself, from host, or from Cisco 6509 switch.
Cisco show mac address lookup does not see that MAC anywhere
show ip igmp groups shows not igmp traffic at all. Clearing counters show sno multicast increment.
FURTHERMORE:
Host is setup thusly:
- Dell R810
- 8x1GbE Broadcom 5709c in a Server 2012 LACP/HASH team built via VMM powershell cmdlets
- On the physical switch side, those 8 nics are in a Cisco port-channel, trunked, all VLANs allowed
- Host has no "physical" nics per se, as in a 2008 R2 hyper-v host. Instead Host has these:
Set-VMNetworkAdapter -ManagementOS -Name "Live Migrate" -MinimumBandwidthWeight 35
Set-VMNetworkAdapter -ManagementOS -Name "MGMT" -MinimumBandwidthWeight 25
Set-VMNetworkAdapter -ManagementOS -Name "CSV" -MinimumBandwidthWeight 40
Set-VMNetworkAdapter -ManagementOS -Name "iSCSI #1" -MinimumBandwidthWeight 0
Set-VMNetworkAdapter -ManagementOS -Name "iSCSI #2" -MinimumBandwidthWeight 0
Set-VMNetworkAdapter -ManagementOS -Name "Aux" -MinimumBandwidthWeight 0
Get-VMSwitch outputs this on the converged v-switch:
ComputerName : My-host
Name : My awesome switch
Id : e2377ce3-12b4-4243-9f51-e14a21f91844
Notes :
SwitchType : External
AllowManagementOS : True
NetAdapterInterfaceDescription : Microsoft Network Adapter Multiplexor
Driver
AvailableVMQueues : 0
NumberVmqAllocated : 0
IovEnabled : False
IovVirtualFunctionCount : 0
IovVirtualFunctionsInUse : 0
IovQueuePairCount : 0
IovQueuePairsInUse : 0
AvailableIPSecSA : 0
NumberIPSecSAAllocated : 0
BandwidthPercentage : 0
BandwidthReservationMode : Weight
DefaultFlowMinimumBandwidthAbsolute : 0
DefaultFlowMinimumBandwidthWeight : 1
Extensions : {Microsoft NDIS Capture, Microsoft
Windows Filtering Platform, Microsoft
VMM DHCPv4 Server Switch Extension}
IovSupport : False
IovSupportReasons : {This network adapter does not support
SR-IOV.}
IsDeleted : False
Question:
Aside from a few of my favorite MS MVPs (shout out to
WorkingHardInIt for having this same question), I can't find much documentation on employing 2008 R2 NLB on guest VM within a fabric-oriented, VMM-built 2012 Hyper-Visor converged switch (no network virtualization...yet).
Yes I know all about VMM NLB but 1) I'm trying to wedge NLB in after building these VMs without a service template (NLB is the audible, essentially) and 2) MS NLB is configured in providers & I've created requisite VIP templates.
Even so, I ought to be able to create an NLB cluster without VMM's assistance in this scenario correct? Suboptimal, I know but possible, yes? Essentially I've put to synthetic NICs on each VM, set IPs manually, and assigned them to the same vlan. I can ping
each synthetic NIC, but not the cluster IP.
And yes: these particular vNICs have Mac Address Spoofing enabled.
Cisco:
I have a TAC case open with Cisco, but they can't quite figure it out either. IGMP Snooping enabled across the switch. And they insist that the old static arp entry to resolve this problem is no longer necessary, that Microsoft now complies with relevant
RFCs
Possible SOlution:
Only thing I can think of is flipping MulticastForwarding param below from disabled to enabled. Anybody ever tried it on a converged virtual switch on the Hyper visor? Is my virtual converged switch protecting
me from multicast igmp packets?
PS C:\utilities> Get-NetIPv4Protocol
DefaultHopLimit : 128
NeighborCacheLimit(Entries) : 1024
RouteCacheLimit(Entries) : 128
ReassemblyLimit(Bytes) : 1560173184
IcmpRedirects : Enabled
SourceRoutingBehavior : DontForward
DhcpMediaSense : Enabled
MediaSenseEventLog : Disabled
IGMPLevel : All
IGMPVersion : Version3
MulticastForwarding : Disabled
GroupForwardedFragments : Disabled
RandomizeIdentifiers : Enabled
AddressMaskReply : Disabled
Thanks for any thoughts.
Robert

Sorry for the poor follow-up Steven. We are using Server 2012 Hyper-V, not VMWare, on the hosts. You can close this but for the benefit of anyone who comes across it:
After working with Cisco, we decided not to implement multicast IGMP. Cisco says you still need to create a static ARP entry on the physical switch, though my cluster IP address & Microsoft NLB 2008 R2 were set up with igmp multicast, not multicast or
unicast. Here was his email:
Yes, we will need the static mapping for the NLB server in this case because the NLB mac address is multicast and the IP address is unicast. I was under the impression that even the server would be using IGMP but that’s not
the case. We won’t need to do the mapping for the nodes though if they use IGMP. To this end, following is the configuration that should make this work.rp 192.168.100.157
0100.5e7f.649d arpa
<u5:p></u5:p>
mac address-table static 0000.0000.649d vlan <> interface <> disable-snooping
ßThis is the switch interface where the NLB server is located<u5:p></u5:p>
interface vlan<>
<u5:p></u5:p>
ip pim sparse-dense-mode <- This is needed for the switch to elicit IGMP joins from the nodes<u5:p></u5:p>
end<u5:p></u5:p>
I don't think it got through to him that there was a virtual Layer 2/3 Hyper-V switch on top of 8 teamed GbE interfaces in LACP/hash. "Where the NLB server is located" = 1)a Cisco port-channel bound to one of six physical hosts; the NLB VM itself could be
on any of those port channels at any given time (We have a six node Hyper-V cluster).
Once I enabled pim I did see activity; but we killed this later as we realized we'd have to implement the same on 40+ managed routers globally
Anyway we further would have had to implement this across managed routers at 40 sites globally according to Cisco.
Robert

Multicasting (IGMP Snoop) between Nortel and Cisco

We are currently having issues with Zen imaging (multicasting) and our setup is the following.
Please take into account, our knowledge is very limited with IGMP Snooping setup etc.
MDF = 6 Nortel 450-24T's using FirmWare -1.48 / SoftWare - 4.5.2.4
IGMP Settings are such :
VLAN: [ 1 ]
Snooping: [ Enabled ]
Proxy: [ Disabled ] -----> This was on...but once off, runs much smoother.
Robust Value: [ 2 ]
Query Time: [ 125 seconds ]
Set Router Ports: [ Version 1 ]
In the MDF (anythig directly in those switches) images fine now. (once I disabled PROXY)
However I have a few IDF's off the MDF that are using OLD Nortel 350F-HD's (no IGMP Snooping support) and it's horrible (can only do a few computers at a time.
So in one of the IDF's (the biggest one) I pulled out the 350F-HD and replaced it with a CISCO 2950 w/Fiber and it's using 12.1.20EA1 and I left IGMP Snooping on (thinking this will fix it) and couldn't even get ONE machine to connect and image in the multicast session. It's settings were (by default):
Global IGMP Snooping configuration:
IGMP snooping : Disabled
IGMPv3 snooping (minimal) : Enabled
Report suppression : Enabled
TCN solicit query : Disabled
TCN flood query count : 2
Vlan 1:
IGMP snooping : Disabled
Immediate leave : Disabled
Multicast router learning mode : pim-dvmrp
Source only learning age timer : 10
I then completly disabled IGMP Snooping on the CISCO and we're able to Image 5-7 Computers without a crash (more than that and it crashes - disconnects etc)
In the area's that I have All 450's or all CIsco's the imaging seems to go fine. (with minor errors)
Can any one give me some advice (or hopefully ran into this mixed setup before)?
Thank you.

Bosalaza,
Thank you for replying (and I read even more on the ip multicast routing). However I've not ran into the same issue at any school that has 100% cisco switches or 100% Nortels (that are setup correctly and not older than dirt). I think we've not needed the multicast routing setup as we only have one router on the network (and it's flat at the moment anyway). As long as IGMP Snooping is enabled correctly (on the switches) it seems to serve us well.
Although from what I've read (where you pointed me too) it seems even in our setup we would benifeit from taking time to setup "ip pim ....." etc.
I was able to scrounge from another network and change out a few very old Nortels (that didn't support IGMP Snoop) and all seems well now.
So long story short (and incase anyone else needs this info. The Nortel 350T and F - HD's were the main issue. It seems (for now) that a mixture of Nortel 350/450-24T's (any model that at least has IGMP Snooping) and Cisco's mixed (also Snoop on) works pretty well.
I'm going to consider this solved as I was able to fix it with changing out some old product. However I really appreciate your efforts and pointing my towards some good info. (Which I'm going to read up on more, as I'm sure we'll need to get it setup in the near future.)
Thanks again.

Multicast VPN Extranet Support doesn't work after reload

Hi!
We have Cat6500 with configured Multicast VPN Extranet Support feature. After reload of the 6500 customers in the receive MVPN cannot get mcast stream. We connect test device into source MVPN on that 6500 - everything is OK, mcast stream is available.
Workaround is "no mls ip multicast/mls ip multicast". After these commands mcast in the receive MVPN works fine.
IOS 12.2 SXJ2
Looks like a bug. We have several Cat6500 but only two of them have this issue.
Does anybody faced with such trouble?

Hi!
We have Cat6500 with configured Multicast VPN Extranet Support feature. After reload of the 6500 customers in the receive MVPN cannot get mcast stream. We connect test device into source MVPN on that 6500 - everything is OK, mcast stream is available.
Workaround is "no mls ip multicast/mls ip multicast". After these commands mcast in the receive MVPN works fine.
IOS 12.2 SXJ2
Looks like a bug. We have several Cat6500 but only two of them have this issue.
Does anybody faced with such trouble?

Multicast (IGMP) in new air port extreme??

multicast (IGMP) in new air port extreme??

You can get to IGMP settings going to AirPort utility. In network tab there are extended network options tab then enable IGMP tracking (or something like this, I don't know how it named in english version)
Ed.
But! If you enable this option, this won't get multicast to you.
You still won't connect to multicast streams on 224.0.0.0-224.0.0.255
Message was edited by: A1l3

How to configure SFE2000 to filter multicast (IGMP is enabled)

We have a SFE2000 switch and we're having trouble configuring IGMP snooping. It is enabled but we are still seeing multicast traffic on ports which have definitely not done an IGMP join - indicating something is not right. The literature on the switch says it supports IGMP snooping. Can anyone advise or point me to a technical resource? This switch is part of a standard package and we are looking at alternative suppliers since this switch is not doing what we need. I'd like to confirm this switch can't do what we need or understand how to properly configure it before going elsewhere. I have reviewed the manuals. I suspect the issue relates to configuring a multicast querier. I don't see a way to do this on the SFE2000. Our system is isolated so the SFE2000 is not connecting to a higher level switch. The SFE2000 needs to act as the querier. Thanks in advance for any help/direction. - Jim

The following two links are related and interesting :
http://www.plctalk.net/qanda/showthread.php?t=49905
http://forums.linksysbycisco.com/linksys/board/message?board.id=Switches&thread.id=3043
I'm not sure converting the SFE2000 to layer 3 will cause it to act as a querier or not.

IGMP v3 support in Solaris

Does anybody know the status of igmp v3 in solaris 10? Will it be supported or not?
Thanx,
Vik

So where is the LINUX support in the new Solaris 10?It does not exist (at least not outside of Sun).
There are rumours that it will be available in one of the Solaris
10 update releases. In case S10 FCS will be available in
january/february 2005, and the rumour are true, I'd expect that
the linux support will be available somewhere in june 2005 (??
S10 Update 1) or october 2005 (?? S10 Update 2). (Pure
speculation be me, I don't know the schedule)
I downloaded the free Software Express for Solaris
x86 Platform (11/04) and installed it on a Dell 8600
P4 1.8 system. Fresh install on a new hard drive.
Then I tried to install the new FireFox web browser
r for Linux. Why didn't you download/install the firefox for Solaris x86
release? Or was that intended as a test for "Janus", the
(non existing) linux compatibility layer in Solaris 10?

Multicast IGMP

What command turns on IGMP on when configuring Multicast?

For Nexus:
You cannot enable IGMP manually on an interface. IGMP is automatically enabled when you perform one of the following configuration tasks on an interface:
Enable PIM
Statically bind a local multicast group
Enable link-local group reports
Source: http://www.cisco.com/en/US/docs/switches/datacenter/sw/nx-os/multicast/configuration/guide/b_multicast_chapter_011.html
For Catalyst:
By default, IGMP snooping is globally enabled on the switch. When globally enabled or disabled, it is also enabled or disabled in all existing VLAN interfaces. IGMP snooping is by default enabled on all VLANs, but can be enabled and disabled on a per-VLAN basis.
Global IGMP snooping overrides the VLAN IGMP snooping. If global snooping is disabled, you cannot enable VLAN snooping. If global snooping is enabled, you can enable or disable VLAN snooping.
Beginning in privileged EXEC mode, follow these steps to globally enable IGMP snooping on the switch:
conf t
ip igmp snooping !Globally enable IGMP snooping in all existing VLAN interfaces.
end
Source: http://www.cisco.com/en/US/docs/switches/lan/catalyst3750/software/release/12.2_55_se/configuration/guide/swigmp.html

Some basic problems with multicast, IGMP & NLB

Hi out there
We have two DC's with 10G interconnection in between - these connections are run as L2 links - put into a set of nexus 5000 (the old nx5020) - acting access-switches - and uplinked to a set of nexus 7009 which act as L3 switch for us.
We have a cluster of vmware boxes in each site and are running MS windows 2008 machines with MS NLB for TerminalServices - in IGMP multicast mode - in VLAN 21.
Now I looked in the log of the nexus 7000 and found that the PIM DR is "flapping" between the two sites from time to time:
2013 Nov 25 22:50:58 ve-coresw-01 %PIM-5-DR_CHANGE: pim [26128] DR change from 172.21.159.253 to 172.21.144.3 on interface Vlan21
2013 Nov 25 22:51:54 ve-coresw-01 %PIM-5-DR_CHANGE: pim [26128] DR change from 172.21.144.3 to 172.21.159.253 on interface Vlan21
2013 Nov 25 23:26:07 ve-coresw-01 %PIM-5-DR_CHANGE: pim [26128] DR change from 172.21.159.253 to 172.21.144.3 on interface Vlan21
2013 Nov 25 23:26:10 ve-coresw-01 %PIM-5-DR_CHANGE: pim [26128] DR change from 172.21.144.3 to 172.21.159.253 on interface Vlan21
I am not that familiar with multicast but the basic concepts are there - in the vrf I have defined
ip pim ssm range 232.0.0.0/8
the vlan is defined as:
vlan configuration 21
layer-2 multicast lookup mac
vlan 2001
under the SVI interface vlan 21 I have also defined - and there is a sample showning the nlb
interface Vlan21
vrf member DMZ_21
no ip redirects
ip address 172.21.144.3/20
ip pim sparse-mode
ip arp 172.21.149.19 0100.5E7F.9513
these flapping should only occur if the keep-alives between the two sites are missed 3 times
The uplinks to the nexus 5000 are defined as mrouters
vlan 21
ip igmp snooping mrouter interface port-channel5
ip igmp snooping mrouter interface port-channel16
SW5020-01# sh ip igmp snooping vl 21
IGMP Snooping information for vlan 21
IGMP snooping enabled
IGMP querier present, address: 172.21.144.3, version: 2, interface port-channel5 -> the DR on the nx7k
Switch-querier disabled
IGMPv3 Explicit tracking enabled
IGMPv2 Fast leave disabled
IGMPv1/v2 Report suppression enabled
IGMPv3 Report suppression disabled
Link Local Groups suppression enabled
Router port detection using PIM Hellos, IGMP Queries
Number of router-ports: 3
Number of groups: 3
VLAN vPC function enabled
Active ports:
    Po10        Po15    Eth1/3 Eth1/11
    Eth1/12     Eth1/13 Eth1/14 Eth1/15
    Eth1/16     Eth1/17 Eth1/18 Eth1/19
    Eth1/20     Eth1/25 Eth1/26 Eth1/27
    Eth1/28     Eth1/29 Eth1/30 Eth1/31
    Eth1/32     Po16    Po5
The link between the two sites - and boxes - is running error-free. As far as I can see there hasn't been any problems in that vlan since ??
If I look at f.ex spanning-tree the topology hast changed for long time in that vlan (2 weeks).
Could I harden the igmp multicast setup?
What is happening when a DR is changing? Will the multicast stop work or what happens?
As far as I understood the DR is the service which forwards the multicast traffic to the groups so if suddenly some re-negotiation occurs I would expect that the active traffic will be interrupted.
here the actual MS NLB clusters adresses:
SW5020-01# sh ip igmp snooping groups vl 21
Type: S - Static, D - Dynamic, R - Router port
Vlan Group Address      Ver Type Port list
21 */*                -    R     Po10 Po16 Po5
21 239.255.149.19     v1   D     Eth1/14 Eth1/19 Eth1/32
21 239.255.149.24     v1   D     Eth1/12 Eth1/15 Eth1/16
                                    Eth1/26 Eth1/31
21 239.255.255.250    v2   D     Po15 Eth1/11 Eth1/28
                                    Eth1/29
SW5020-01#
Any suggeestions?

What Is OneClickStarter.exe?
OneClickStarter.exe is a type of EXE file associated with TuneUp Utilities 2013 developed by AVG Technologies for the Windows Operating System. The latest known version of OneClickStarter.exe is 13.0.4000.189, which was produced for Windows.
This EXE file carries a popularity rating of 1 stars and a security rating of "UNKNOWN".
Sounds like you have some misbehaving software on your system. I would suggest a clean install to see if you still have all the problems you are reporting.

Route streaming multicast+igmp

Hi,
Here is the problem: i have a pc connected to my broadband connection, and we have streaming of several tv stations and lectures through multicast,udp... I have also a laptop, but i couldn't find a way to play those streams on it. It looks like igmp packets aren't forwarded. I use iptables to share my connection and i allowed all traffic for the time being, but that didn't help.
Has anyone any idea how to achieve this?
Last edited by lman (2009-03-24 18:11:04)

You can get to IGMP settings going to AirPort utility. In network tab there are extended network options tab then enable IGMP tracking (or something like this, I don't know how it named in english version)
Ed.
But! If you enable this option, this won't get multicast to you.
You still won't connect to multicast streams on 224.0.0.0-224.0.0.255
Message was edited by: A1l3

Multicast, IGMP and ACL's

Hi!
Maybe somebody can describe me why in ACL You are able to specify IGMP code only up to 15 while the
number for Leave message is 0x17 (RFC2236)? Host report is not 2, and host query is not 1 in original packets
but it is in ACL. I've dig all over the cisco site and didn't find nothing about it. This is serious security leak
actually, it is possible to influence the multicast flow.
Best regards Matvey Teplov

Since there has been no response to your post, it appears to be either too complex or too rare an issue for other forum members to assist you. If you don't get a suitable response to your post, you may wish to review our resources at the online Technical Assistance Center (http://www.cisco.com/tac) or speak with a TAC engineer. You can open a TAC case online at http://www.cisco.com/tac/caseopen
If anyone else in the forum has some advice, please reply to this thread.
Thank you for posting.

SG300-28P Multicast (IGMP) and IGMP routing..

A brief background on the setup:
I recently switched out my switch. It was a Cisco 3750 10/100 switch and I wanted to upgrade to Gig. The cost of a Gig+POE 3750 is too much to bite so I opted for the SG300. My router is a Cisco 891. Here is the setup:
Cisco 891:
two SVI's: vlan1 and vlan 100
Vlan1 = 10.0.1.1/24
Vlan100 = 10.0.100.2/24
Connected to SG300 via Fa0
DHCP Server for vlan1+vlan100
Cisco SG300-28P:
two SVI's: vlan 1 and vlan 100
vlan 1 = 10.0.1.21/24
vlan 100 = 10.0.100.1/24
Connected to 891 on via Gi18
The connection between 891 and SG300 = trunk, vlan1-u, vlan100-t
The problem:
With the 891+3750, I was able to add "ip pim sparse-dense-mode" on all the SVI's and hosts could join any multicast group, irregardless of which vlan the host was a member of.
Now I've changed switches, and I dont get the same love. I have the PIM statement on both SVI's on the 891, but Im unsure of what I need to configure on the SG300. I have enabled "Bridge multicast filtering" + "IGMP snooping". What can I do to get similar functionality using the SG300 + 891? I assume this is my lack of understanding IGMP in general, but was able to get away with it using the PIM statements on the 891+3750 stack.
Jeff

You should be able to filter unregisted multicast on every port.
To be able to pass multicast over subnets two things must be certain, the node/device is able to send and receive multicast packets but also register the multicast address being listened to by the node so the local and remote routers can route the multicast packets.
When the switch learns a multicast address through IGMP snooping, this is a registered multicast. The switch will only forward multicast to ports that are registered to the multicast group. Where unregistered multicast comes in, is the multicast that is not statically defined or learned through IGMP which in turn will be forwarded to all ports of the vlan.

Multicast, L2TPv3,EoMPLS support

My requirements are to support Multicast for future deployment and vlan extension over a MPLS ISP( ISP is provding ospf handoff)
I will have to use a software based solution since the tunnel needs to start and terminate on 3845s so L2tpv3 which is router-based solution is a good candidate.
Also EoMPLS does not support multicast I would have to use a GRE tunnel to provide support for multicast.
With MPLS over GRE with EoMPLS feature I am looking at a maximum mtu size of 1570 and if voice is deployed over this then each tiny voice packet will have a pretty big header compared to the header. here i would need to use an additional GRE tunnel for multicast support.
With L2TPv3 it would add 20 bytes of header.
So would l2TPv3 and a gre tunnel for multicast be a good design??
I am thinking using L2TPv3 for layer 2 extension and a GRE tunnel for multicast support.

Hi,
it depends on your multicast application, and topology. Normally I've seen implemented the multicast transport over MPLS cloud in two ways:
1. Multicast over MPLS, using MDT like a GRE tunnel:
http://www.cisco.com/en/US/tech/tk436/tk428/technologies_configuration_example09186a0080242aa8.shtml
2. Multicast over VPLS istance (treated like a broadcast):
http://www.cisco.com/en/US/tech/tk436/tk891/technologies_q_and_a_item09186a00801ed3bf.shtml
Today multicast is not label switched (last Farinacci draft is dated 2003).
HTH
Andrea

Will up coming 9.0 release support multicast in multi-context mode?

I understand that in 8.4 multicast is not support in multi-context mode. How about the up-and-coming release of 9.0?

No, multicast is still not supported on multi context mode in the upcoming 9.0 release.
However, IPSec LAN-to-LAN VPN is supported on multi context mode.

Breaking 100Mbps on Multicast with WDS

I'm building WDS (with MDT) servers that will be replacing legacy Symantec Ghost imaging environments.
I really like the "Auto-cast" concept of a revolving multicast. That could really be game-changing.
However, all my servers refuse to go past the 100Mbps seemingly artificial limit. This has been seen on various HP, Dell, and VMWare servers running Windows Server 2008 R2, 2012, and 2012 R2.
For the most part, the transmission stays pegged at 99.9-100Mbps, occasionally suffering a drop to lower speeds, and then jumping back up.
A Ghostcast on the other hand will jump from 30Mb to 300Mb wildly.
The network is full Gig, all gig ports, and all switches with IGMP(v3) support and snooping set up.
What can I do to unlock full Gig multicast speeds? Even a jump from 100Mb to 500Mb will be a huge jump.
I am multicasting to SSD devices and modern machines- I do not believe that disk I/O on the target device is a problem. Server I/O is on a RAID 5 or greater.
Thanks for any help...!

Hi,
Notice: Content referred modifying registry, please backup before any operation.
The setting is also available via registry setting. In order to make sure the settings are applied, we ca have atry.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WDSServer\Providers\WDSMC
Change the value of "DefaultProfile" to the desired setting (10Mbps, 100Mbps, 1Gbps, or Custom).
If using Custom, make sure to make the necessary customizations under the registry key:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WDSServer\Providers\WDSMC\Profiles\Custom
Do not make any customizations to any of the built in profiles (10Mbps, 100Mbps, 1Gbps). Use the Custom profile if any customizations
are desired.
Hope this helps.

RA6700/WUMC710: Multicast IGMP V2 support?

Similar Messages

Maybe you are looking for