An RV publisher automatically joining an IGMP group will result in undesired traffic from other RV publishers for the same multicast group going to this machine. How to avoid this?

An RV publisher automatically joining an IGMP group will result in undesired traffic from other RV publishers for the same multicast group going to this machine. How to avoid this?

book

Article ID: KB0088601

calendar_today

Updated On:

Products Versions
TIBCO Rendezvous -
Not Applicable -

Description

Resolution:
Description
========
For a UDP multicast sender, it is not necessary to join the multicast group to be able to send datagrams to the multicast group. However, when part two - multicast groups is specified for the network parameter, RV publishers will join the IGMP group. This implies that if RV publishers on another host in the same network is also publishing on the same multicast group, the traffic will also goes to this machine regardless of whether there are RV listeners running.

Example:

On Machine A, tibrvsend -network ";228.1.1.1" test

On Machine B, tibrvsend -network ";228.1.1.1"  another.subject

The packet send from B will arrive  at machine A ( and vice versa). You can verify this by "netstat -s" statistics of UDP received packets. This is not necessary since machine A is not interested in any specific subject (except the normal protocol/advisory message).

Environment
=========
All

Resolution
=========

To prevent the unnecessary traffic from going to the publisher host in the preceeding scenario set the network parameter of the RV publisher as ";;[multicast address]"

In this case, the RV publisher will not join the IGMP group. Since the part three - send address specify that the data should be sent to the multicast address, it is equivalent to ";[multicast address" in terms of the message delivery. However, it saves the network bandwidth of sending the data to the undesired host.


Keywords:
=========
IGMP

Issue/Introduction

An RV publisher automatically joining an IGMP group will result in undesired traffic from other RV publishers for the same multicast group going to this machine. How to avoid this?