cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1620
Views
0
Helpful
2
Replies

Multicast Application using 225.0.0.1 GDA

kfarrington
Level 3
Level 3

All,

I have a multicast problem that I think I know the awnser to, but would like to know if there is any official documentation for this issue.

I have the following switched topology.

Host A connects to sw3 and host b connects to sw4.

Host A sends a multicast stream to the GDA 225.0.0.1 (Mac 1:00:5e:00:00:01 - same as all-hosts-onsubnet mac) and host B does not receive it.

Inswitches, this MAC has speacial meaning for processing, ie, it has to go to the system port!! To get this working, would I have to put a static cam entry in sw3 to point to sw1 and then in sw1 to poing to sw2 (if that was the prefered path?)

The simple solution is for the devlopers to change their code, but you know what developers are like ;)

router1 router2

| |

| |

| VLAN x |

sw1 sw2

|| ||

|| ||

||--------sw3-------------||

| hosta |

| |

|---------sw4-------------|

hostb

Many thx indeed.

2 Replies 2

kfarrington
Level 3
Level 3

cant do pics on the formum page, just for you info, sw1, sw2, sw3 and sw4 are all in one VLAN. we are talking about a host on sw3 in vlan x sending a udp stream and the other host on sw4 in the same vlan, not receiveing it.

They say a picture paints a thousand words :))

Hi,

if the hosts are in the same VLAN they should be able to send/receive multicasts with default setting - no manual address configuration necessary.

Are you able to ping from one host to the other?

If yes, try to connect protocol analyzer on the receiving port and see if the multicasts are really coming. The easiest way is to run Ethereal (www.ethereal.com - freeware) on the host. If not, check if the multicast are sent out from the first host (again - running Ethereal is the easiest way).

BTW, it's pretty stupid to use 1:00:5e:00:00:01 as a multicast address by any application but you know that.

Regards,

Milan