Re: [magma] Question about IGMPv3 state change

Indranil Bhattacharya <myselfindranil@gmail.com> Tue, 08 March 2011 07:31 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 C45373A68FD for <magma@core3.amsl.com>; Mon, 7 Mar 2011 23:31:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.715
X-Spam-Level:
X-Spam-Status: No, score=-2.715 tagged_above=-999 required=5 tests=[AWL=0.283, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_21=0.6, RCVD_IN_DNSWL_LOW=-1]
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 0tuTcI6BC8gv for <magma@core3.amsl.com>; Mon, 7 Mar 2011 23:31:37 -0800 (PST)
Received: from mail-qy0-f179.google.com (mail-qy0-f179.google.com [209.85.216.179]) by core3.amsl.com (Postfix) with ESMTP id 2B6763A6849 for <magma@ietf.org>; Mon, 7 Mar 2011 23:31:37 -0800 (PST)
Received: by qyk7 with SMTP id 7so4060875qyk.10 for <magma@ietf.org>; Mon, 07 Mar 2011 23:32:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=6FssNsJ5NsDQ5+L1WMwFkPofMCDWXi6kuLvsMb+YQk0=; b=OFRxAaymgoSFdsllnmvfDCQUmyZgT6dSol+znDfA6a8edm5Y8tbCrCBfVmPZGPrUZT GyLFEwnzsPSwek5/TYDDKse+E9IAPrtne9XE+6jJs07U4dj3UkGiOc4mpao+c1RsWQn8 obZ5nyffnVGkRVFrdSVRlrCOudW9YjeLBoUGQ=
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=NVEAMHoBis+fubeCzwcCAg3WDv7IojNscOhFgY7q3Wm0K/TtCNDmPSUpRdwb8J3aet Q+QlBSFIOnMnUhleHx5gBY/xJdbT1q3uQsvw+kOxjmZWkyv/MEhVRYngnbiC/Z7bCqW2 haNmhn2y0R0Akm93dSsw6HF1gX66+ryg0xoxs=
MIME-Version: 1.0
Received: by 10.229.107.7 with SMTP id z7mr3784329qco.30.1299569569811; Mon, 07 Mar 2011 23:32:49 -0800 (PST)
Received: by 10.229.83.203 with HTTP; Mon, 7 Mar 2011 23:32:49 -0800 (PST)
In-Reply-To: <4FD1E7CD248BF84F86BD4814EDDDBCC150EBFAEE10@EUSAACMS0703.eamcs.ericsson.se>
References: <4FD1E7CD248BF84F86BD4814EDDDBCC150EA194541@EUSAACMS0703.eamcs.ericsson.se> <AANLkTi=eLgsxAA3xtMHyheASX0AdwWXHDtNhWaYWTzku@mail.gmail.com> <4FD1E7CD248BF84F86BD4814EDDDBCC150EBFAEDFF@EUSAACMS0703.eamcs.ericsson.se> <AANLkTim9aVmk0xkp9=gsRfkyUEqOJASQp_JnGbiZvN5w@mail.gmail.com> <4FD1E7CD248BF84F86BD4814EDDDBCC150EBFAEE10@EUSAACMS0703.eamcs.ericsson.se>
Date: Tue, 8 Mar 2011 13:02:49 +0530
Message-ID: <AANLkTinPkewOk2uCQzWjgoKX+a4UDbm0OyJL3cbsf4n9@mail.gmail.com>
From: Indranil Bhattacharya <myselfindranil@gmail.com>
To: Kunal Shah <kunal.shah@ericsson.com>
Content-Type: multipart/alternative; boundary=0023544711c491cfc4049df39ece
Cc: "magma@ietf.org" <magma@ietf.org>
Subject: Re: [magma] Question about IGMPv3 state change
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, 08 Mar 2011 07:31:38 -0000

Hi Kunal,

             The interpretation of the statement is different. It means
router filter mode is exclude but you are receiving include mode reports.
That's what is meant as conflict in desired reception state.

Thanks,
Indranil

On Mon, Mar 7, 2011 at 6:40 PM, Kunal Shah <kunal.shah@ericsson.com> wrote:

>  Hi Indranil,
>
> From the RFC "
>
> When a router filter-mode for a group is EXCLUDE, the source record
>    list contains two types of sources.  The first type is the set which
>    represents conflicts in the desired reception state; this set must be
>    forwarded by some router on the network.
>
> "
> This means that a source can be in X only if it is being requested for
> being blocked as well as for being forwarded. In my example below s5 is not
> being requested to be blocked by any host. So what is the reason for keeping
> it in X??
>
> Kunal
>
>  ------------------------------
>  *From:* Indranil Bhattacharya [mailto:myselfindranil@gmail.com]
> *Sent:* Monday, March 07, 2011 6:33 PM
>
> *To:* Kunal Shah
> *Cc:* magma@ietf.org
> *Subject:* Re: [magma] Question about IGMPv3 state change
>
>   Hi Kunal,
>              X is for all INCLUDE mode sources. A is TO_IN report. So, s5
> should be there in X. Why should s5 be blocked? Somebody wants data from
> this source.
>
> Thanks,
> Indranil
>
> On Mon, Mar 7, 2011 at 5:52 PM, Kunal Shah <kunal.shah@ericsson.com>wrote:
>
>>  Hi Indranil,
>>
>> Consider this,
>>
>> X= s1,s2
>> Y= s3,s4
>>
>> A=s4,s5
>>
>> Then X+A= s1,s2,s4,s5
>> Y-A=s3
>>
>> s5 is in X even when it is not being blocked ??
>>
>> Kunal
>>
>>  ------------------------------
>> *From:* Indranil Bhattacharya [mailto:myselfindranil@gmail.com]
>> *Sent:* Monday, February 28, 2011 6:57 PM
>> *To:* Kunal Shah
>> *Cc:* magma@ietf.org
>> *Subject:* Re: [magma] Question about IGMPv3 state change
>>
>>   Hi Kunal,
>>
>>
>> x = s1,s2
>> y= s3,s4
>> a=s2,s3
>>
>> x+a = s1,s2,s3
>> y-a = s4
>> Does it answer your question?
>>
>> Thanks,
>> Indranil
>>
>>
>> On Tue, Feb 15, 2011 at 1:28 AM, Kunal Shah <kunal.shah@ericsson.com>wrote:
>>
>>>  Hi all,
>>>
>>> I have a question about IGMPv3 state machine. If a group is in EX(X,Y)
>>> and a TO_IN(A) is received, the new state according to the RFC is EX (X+A,
>>> Y-A). I think this mean remove all the elements of A from Y and add all
>>> elements of A to X. This also implies that sources not removed from Y will
>>> still end up being added to X. My question is why cant we add only those
>>> elemets of A to X which are removed from Y as opposed to adding all the
>>> elements of A to X ??
>>>
>>> If only the elements that are removed from Y are added to X, the new
>>> state would look like EX (X+(Y*A), Y-A).
>>>
>>> Am I missing something here??
>>>
>>> Kunal
>>>
>>>
>>> _______________________________________________
>>> magma mailing list
>>> magma@ietf.org
>>> https://www.ietf.org/mailman/listinfo/magma
>>>
>>>
>>
>