Jim Graham - Systems TSC writes:
> James,
> 
> > It's a policy document.  What would we need to do for this?
> 
> Perhaps if I take a brief moment to voice a cust concern?

Anything that describes the problem being solved would help.  There's
nothing in RFC 3171 that appears to indicate any problem with Solaris.

> Cisco switch cat6500 is reading the Solaris IGMP join request and not adding 
> it to its IGMP 

Which IGMP version?  V3?

> snooping explicit-tracking database because the request is part of the 
> Local Network Control Block [The range of addresses between 224.0.0.0 
> and 224.0.0.255] that is shared by routing protocols and other low-level
> topology discovery or maintenance protocols, such as gateway discovery
> {GATED @224.0.0.9 is the 1st group record}.

If the switch is ignoring IGMP messages for groups in that range,
that's fine, so long as it floods them properly.  Multicast routers
don't really care about these groups, as they're not forwarded.

> This sharing is believed to
> be affecting the Group Record Order within the IGMP Membership Report,
> causing the client interface to disappear from the mac-address-table on 
> the switch after about 5 mins. The client stops receiving the stream.

That part I don't understand.  It sounds like something that belongs
in a CR (rather than on any mailing list), but it also sounds like a
description of some sort of problem in the switch.

> The customer feels S10 IGMP should not be using the range of addresses 
> between 224.0.0.0 and 224.0.0.255 per BCP:51..

BCP 51 says no such thing.

RFC 1112 describes how IGMP is supposed to behave, and it mentions
only 224.0.0.1 ("all hosts") as being special.  Yes, it seems
reasonable to exclude the whole 224.0.0.0/24 range, but I don't see a
document that _requires_ such behavior.

-- 
James Carlson, Solaris Networking              <[EMAIL PROTECTED]>
Sun Microsystems / 1 Network Drive         71.232W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.496N   Fax +1 781 442 1677
_______________________________________________
networking-discuss mailing list
networking-discuss@opensolaris.org

Reply via email to