Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1206991

Re: [PATCH] IGMP: Inhibit reports for local multicast groups

From Andrew Lunn <andrew@lunn.ch>
Newsgroups linux.kernel
Subject Re: [PATCH] IGMP: Inhibit reports for local multicast groups
Date 2015-08-13 19:10 +0200
Message-ID <pX4aR-18m-1@gated-at.bofh.it> (permalink)
References <pWGUX-15C-13@gated-at.bofh.it> <pWNWp-2FJ-3@gated-at.bofh.it> <pX1Zo-6gD-35@gated-at.bofh.it> <pX3ou-8pv-17@gated-at.bofh.it> <pX41c-Hx-15@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Thu, Aug 13, 2015 at 04:52:32PM +0000, Philip Downey wrote:
> Hi Andrew
> IGMP snooping is designed to prevent hosts on a local network from receiving traffic for a multicast group they have not explicitly joined.   Link-Local multicast traffic should not have an IGMP client since it is reserved for routing protocols.  One would expect that IGMP snooping needs to ignore local multicast traffic in the reserved range intended for routers since there should be no IGMP client to make "join" requests.

The point of this patch is that Linux is sending out group membership
for these addresses, it is acting as a client. What happens with a
switch which is applying IGMP snooping to link-local multicast groups?
You turn on this feature, and you no longer get your routing protocol
messages.

I had a quick look at RFC 3376. The only mention i spotted for not
sending IGMP messages is:

   The all-systems multicast address, 224.0.0.1, is handled as a special
   case.  On all systems -- that is all hosts and routers, including
   multicast routers -- reception of packets destined to the all-systems
   multicast address, from all sources, is permanently enabled on all
   interfaces on which multicast reception is supported.  No IGMP
   messages are ever sent regarding the all-systems multicast address.

IGMP v2 has something similar:

   The all-systems group (address 224.0.0.1) is handled as a special
   case.  The host starts in Idle Member state for that group on every
   interface, never transitions to another state, and never sends a
   report for that group.

But i did not find anything which says all other link-local addresses
don't need member reports. Did i miss something?

      Andrew
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH] IGMP: Inhibit reports for local multicast groups Philip Downey <pdowney@brocade.com> - 2015-08-12 18:20 +0200
  Re: [PATCH] IGMP: Inhibit reports for local multicast groups David Miller <davem@davemloft.net> - 2015-08-13 01:50 +0200
    RE: [PATCH] IGMP: Inhibit reports for local multicast groups Philip Downey <pdowney@Brocade.com> - 2015-08-13 16:50 +0200
      Re: [PATCH] IGMP: Inhibit reports for local multicast groups Andrew Lunn <andrew@lunn.ch> - 2015-08-13 18:20 +0200
        RE: [PATCH] IGMP: Inhibit reports for local multicast groups Philip Downey <pdowney@Brocade.com> - 2015-08-13 19:00 +0200
          Re: [PATCH] IGMP: Inhibit reports for local multicast groups Andrew Lunn <andrew@lunn.ch> - 2015-08-13 19:10 +0200
            Re: [PATCH] IGMP: Inhibit reports for local multicast groups Thadeu Lima de Souza Cascardo <cascardo@redhat.com> - 2015-08-13 20:10 +0200
              RE: [PATCH] IGMP: Inhibit reports for local multicast groups Philip Downey <pdowney@Brocade.com> - 2015-08-14 11:00 +0200
            RE: [PATCH] IGMP: Inhibit reports for local multicast groups Philip Downey <pdowney@Brocade.com> - 2015-08-14 11:00 +0200
              Re: [PATCH] IGMP: Inhibit reports for local multicast groups Andrew Lunn <andrew@lunn.ch> - 2015-08-14 15:50 +0200
                RE: [PATCH] IGMP: Inhibit reports for local multicast groups Philip Downey <pdowney@Brocade.com> - 2015-08-14 16:40 +0200

csiph-web