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

Robert