[c-nsp] Microsoft multicasted cluster vs. Cisco IOS

Niels Bakker niels=cisco-nsp at bakker.net
Mon Nov 7 09:30:29 EST 2005


* olivier.dauby at scarlet.be (Olivier Dauby) [Fri 04 Nov 2005, 11:46 CET]:
>I have a 3 Microsoft servers running in cluster facing 2 Cisco routers 
>on an Ethernet segment. The routers allow remote sites to gain access to 
>the cluster.
>
>Problem is that remote users can't gain access to the cluster, but local 
>users can.
>
>The Microsoft cluster is supposed to listen on a virtual ip address 
>using a multicast mac address. Local users see the virtual ip of the 
>cluster (10.106.49.6) with a mac address 03:BF:0A:6A:31:06. I'm already 
>a bit confused here since I expected the multicast mac address to begin 
>with 0x01 instead of 0x03.

3 = 1 (multicast) + 2 (local).

Cisco routers won't enter MAC addresses with the multicast bit set into 
their ARP tables.  Foundry routers and Linux hosts will, I believe 
Force10 will too.  JunOS won't.

(Aside: when a Foundry router sends packets to this MAC address with the 
 multicast bit set, only the unicast interface counter will increase.)

As a workaround, you'll have to, as you already found out:

>I quickfixed this with a dirty 'arp' command on both routers:
>	arp 10.106.49.6 03BF.0A6A.3106 arpa
>
>Is there a nicer (read : more dynamic) way to solve this issue?

No.  Except to use a hub instead of a switch to connect the "highly 
available" cluster members, so they see all packets.

One final thing: Make sure the switch that currently connects them 
forwards multicast frames in hardware.  Not all do by default.


	-- Niels.

-- 


More information about the cisco-nsp mailing list