Re: [magma] A size limit of a Multicast Address Specific Query in MLDv2
Indranil Bhattacharya <myselfindranil@gmail.com> Tue, 28 September 2010 10:47 UTC
Return-Path: <myselfindranil@gmail.com>
X-Original-To: magma@core3.amsl.com
Delivered-To: magma@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix)
with ESMTP id 964623A6D85 for <magma@core3.amsl.com>;
Tue, 28 Sep 2010 03:47:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.471
X-Spam-Level:
X-Spam-Status: No, score=-2.471 tagged_above=-999 required=5 tests=[AWL=0.127,
BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com
[127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qMvHcVSY5tUc for
<magma@core3.amsl.com>; Tue, 28 Sep 2010 03:47:01 -0700 (PDT)
Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com
[209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id 5C5CC3A6DA0 for
<magma@ietf.org>; Tue, 28 Sep 2010 03:47:01 -0700 (PDT)
Received: by qwc9 with SMTP id 9so4636184qwc.31 for <magma@ietf.org>;
Tue, 28 Sep 2010 03:47:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
h=domainkey-signature:mime-version:received:received:in-reply-to
:references:date:message-id:subject:from:to:cc:content-type;
bh=oxJJqXxLNAn/ch6sxr66Qb3lVKlXhRwdaUKXr2FwiCg=;
b=hXQCz3PSAv2ia2yerqdg2iWF/2WdGcevq+iJyQUu749+NFxXhkMSBEUbt81Fykn4GZ
bssKiVIq3YrErH9ERULLoUMV7utTUFzbmrL8InjM5rb3vfErdeQGZuCCzbWxs4XRefYE
+h68uXtWZ7aLiOMOFwv4qJzOg/2YltBg5eJ08=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:cc:content-type;
b=Ig7HwjtL/FdyAMMrX0zlavKjZ2wqeWPJUYvwRXT9ehfaesr0M7HuzE6QurI07Nl/sj
LPEMMufFeOA+qqAnuF12dMTaiJODHm7A3NG7o0bZkU1pqFC34t56GNOVoWwJ3ehqVmSp
n4ITVM1VREEDvnMPEcWARHIgkGYAed+oy9DkY=
MIME-Version: 1.0
Received: by 10.224.28.207 with SMTP id n15mr6592987qac.379.1285670861803;
Tue, 28 Sep 2010 03:47:41 -0700 (PDT)
Received: by 10.229.67.220 with HTTP; Tue, 28 Sep 2010 03:47:41 -0700 (PDT)
In-Reply-To: <201009281638.CHA00869.VLBJHUXB@ysknet.co.jp>
References: <201009281628.GIA98953.BBJUHVLX@ysknet.co.jp>
<201009281638.CHA00869.VLBJHUXB@ysknet.co.jp>
Date: Tue, 28 Sep 2010 16:17:41 +0530
Message-ID: <AANLkTi=k-LcmdPbT3WwB=S=LQwUnM3rcXNVkiPbeySCq@mail.gmail.com>
From: Indranil Bhattacharya <myselfindranil@gmail.com>
To: "K.Kawaguchi" <kawaguti@ysknet.co.jp>
Content-Type: multipart/alternative; boundary=0015175cb55604277d04914f9358
Cc: magma@ietf.org
Subject: Re: [magma] A size limit of a Multicast Address Specific Query in
MLDv2
X-BeenThere: magma@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multicast and Anycast Group Membership <magma.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/magma>,
<mailto:magma-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/magma>
List-Post: <mailto:magma@ietf.org>
List-Help: <mailto:magma-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/magma>,
<mailto:magma-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Sep 2010 10:47:03 -0000
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 <kawaguti@ysknet.co.jp> 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
> magma@ietf.org
> https://www.ietf.org/mailman/listinfo/magma
>
- [magma] MLDv2 router in the presence of MLDv1 Mul… K.Kawaguchi
- Re: [magma] MLDv2 router in the presence of MLDv1… Indranil Bhattacharya
- Re: [magma] MLDv2 router in the presence of MLDv1… K.Kawaguchi
- [magma] A size limit of a Multicast Address Speci… K.Kawaguchi
- [magma] MLDv2 router in the presence of MLDv1 Mul… K.Kawaguchi
- Re: [magma] A size limit of a Multicast Address S… Indranil Bhattacharya
- Re: [magma] MLDv2 router in the presence of MLDv1… Kunal Shah
- Re: [magma] A size limit of a Multicast Address S… K.Kawaguchi