RFC2710 (MLD) states that when a General Membership Query is received, a
node listening to the query sends a membership report for all multicast
addresses it is listening to, excluding the all-nodes link-local multicast
address and any multicast addresses of scope 0 (reserved) and 1 (node-local)
MLD-snooping switches is the biggest reason.
Brian
Siva Veerepalli wrote:
RFC2710 (MLD) states that when a General Membership Query is received, a
node listening to the query sends a membership report for all multicast
addresses it is listening to, excluding the all-nodes link-local
multicast
At 02:32 PM 2/27/2003 -0500, Brian Haberman wrote:
MLD-snooping switches is the biggest reason.
Ok. So, it seems like there would be no need to send these reports for
link-local multicast on point-to-point links. Should this clarification be
made in the IPv6 over PPP RFC?
thanks,
Siva
Brian
Si
Siva Veerepalli wrote:
At 02:32 PM 2/27/2003 -0500, Brian Haberman wrote:
MLD-snooping switches is the biggest reason.
Ok. So, it seems like there would be no need to send these reports for
link-local multicast on point-to-point links. Should this clarification
be made in the IPv6 over PPP R
Hi Siva,
RFC 2462 says that the node MUST join the solicited-node
multicast group (which implies using MLD) when performing
DAD.
Since the node has to send an MLD report in the first
instance, there's no reason not to follow the rest
of the MLD specification.
Greg
Siva Veerepalli wrote:
At 02:32
> RFC 2462 says that the node MUST join the solicited-node
> multicast group (which implies using MLD) when performing
> DAD.
Presumably it needs to do the MLD join with ::-src address, because
before DAD address is not yet valid.
Personally, I think the spec is just plain wrong. I believe one s
Markku Savela wrote:
RFC 2462 says that the node MUST join the solicited-node
multicast group (which implies using MLD) when performing
DAD.
Presumably it needs to do the MLD join with ::-src address, because
before DAD address is not yet valid.
That is exactly what draft-ietf-magma-mld-source-
Hi Markku,
Markku Savela wrote:
RFC 2462 says that the node MUST join the solicited-node
multicast group (which implies using MLD) when performing
DAD.
Presumably it needs to do the MLD join with ::-src address, because
before DAD address is not yet valid.
Yes. Currently there is a MAGMA draft
f Of Siva Veerepalli
> Sent: jeudi 27 février 2003 20:23
> To: [EMAIL PROTECTED]
> Subject: Question on MLD
>
> RFC2710 (MLD) states that when a General Membership Query is received,
a
> node listening to the query sends a membership report for all
multicast
> addresses it is listeni
Sorry, I did not see all answers you had already got ...
Konstantin
> -Original Message-
> From: Konstantin KABASSANOV [mailto:[EMAIL PROTECTED]
> Sent: vendredi 28 février 2003 08:52
> To: 'Siva Veerepalli'; '[EMAIL PROTECTED]'
> Subject: RE: Question
In your previous mail you wrote:
That is exactly what draft-ietf-magma-mld-source-04.txt is
intended to correct. That draft is in front of the IESG at
this time.
As I pointed out in an earlier message, MLD messages are necessary
in order to deal with MLD snooping switches.
11 matches
Mail list logo