Re: A size limit of a Multicast Address Specific Query in MLDv2
"K.Kawaguchi" <[email protected]> Thu, 30 Sep 2010 13:50:25 +0900
| Newsgroups | gmane.ietf.magma |
|---|---|
| Message-ID | <[email protected]> |
Hi Indranil-san, Thank you for your answer. > Yes, I think it should be split up like > IS_IN report and all the split up packets should follow 7.6.3.2 of rfc 3810. I agree of processing of following 7.6.3.2. Best Regards -- Kiyoaki Kawaguchi "Indranil Bhattacharya <[email protected]>" wrote: > > Hi Kiyoaki Kawaguchi, > > Yes, I think it should be split up like > IS_IN report and all the split up packets should follow 7.6.3.2 of rfc 3810. > I have never handled this in code though > > Thanks, > Indranil > > On Tue, Sep 28, 2010 at 1:08 PM, K.Kawaguchi <[email protected]> wrote: > > > Hi all, > > > > # Only the subject was changed. > > > > I have another question. > > > > About a size limit of a Multicast Address Specific Query in MLDv2. > > > > How is a query transmitted when the number of multicast source > > addresses of a query message is limited by the MTU? > > > > Is a Query split like a Report type IS_IN? > > (It isn't a Query like Report type IS_EX, is it?) > > > > > > RFC3810 > > ------------------------------------------------------------------------ > > 5. Message Formats > > > > 5.1. Multicast Listener Query Message > > > > 5.1.10. Number of Sources (N) > > > > The Number of Sources (N) field specifies how many source addresses > > are present in the Query. This number is zero in a General Query or > > a Multicast Address Specific Query, and non-zero in a Multicast > > Address and Source Specific Query. This number is limited by the MTU > > of the link over which the Query is transmitted. For example, on an > > Ethernet link with an MTU of 1500 octets, the IPv6 header (40 octets) > > together with the Hop-By-Hop Extension Header (8 octets) that > > includes the Router Alert option consume 48 octets; the MLD fields up > > to the Number of Sources (N) field consume 28 octets; thus, there are > > 1424 octets left for source addresses, which limits the number of > > source addresses to 89 (1424/16). > > > > > > 5.2. Version 2 Multicast Listener Report Message > > > > 5.2.15. Multicast Listener Report Size > > > > If the set of Multicast Address Records required in a Report does not > > fit within the size limit of a single Report message (as determined > > by the MTU of the link on which it will be sent), the Multicast > > Address Records are sent in as many Report messages as needed to > > report the entire set. > > > > If a single Multicast Address Record contains so many source > > addresses that it does not fit within the size limit of a single > > Report message, then: > > > > o if its Type is not IS_EX or TO_EX, it is split into multiple > > Multicast Address Records; each such record contains a different > > subset of the source addresses, and is sent in a separate Report. > > > > o if its Type is IS_EX or TO_EX, a single Multicast Address Record > > is sent, with as many source addresses as can fit; the remaining > > source addresses are not reported. Although the choice of which > > sources to report is arbitrary, it is preferable to report the > > same set of sources in each subsequent report, rather than > > reporting different sources each time. > > > > Best Regards > > -- > > Kiyoaki Kawaguchi > > > > _______________________________________________ > > magma mailing list > > [email protected] > > https://www.ietf.org/mailman/listinfo/magma > > > > > > >