Re: draft-gundavelli-v6ops-l2-unicast WGLC

"Hemant Singh (shemant)" <shemant@cisco.com> Tue, 17 August 2010 15:36 UTC

Return-Path: <shemant@cisco.com>
X-Original-To: ipv6@core3.amsl.com
Delivered-To: ipv6@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 40F563A6953 for <ipv6@core3.amsl.com>; Tue, 17 Aug 2010 08:36:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.416
X-Spam-Level:
X-Spam-Status: No, score=-10.416 tagged_above=-999 required=5 tests=[AWL=0.183, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 aHo2b-ckGRGd for <ipv6@core3.amsl.com>; Tue, 17 Aug 2010 08:36:32 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 9EC983A6862 for <ipv6@ietf.org>; Tue, 17 Aug 2010 08:36:31 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEALlJakytJV2a/2dsb2JhbACgPnGkMpwKhTcEhDGIHw
X-IronPort-AV: E=Sophos;i="4.55,383,1278288000"; d="scan'208";a="148658811"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rtp-iport-1.cisco.com with ESMTP; 17 Aug 2010 15:37:06 +0000
Received: from xbh-rcd-302.cisco.com (xbh-rcd-302.cisco.com [72.163.63.9]) by rcdn-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id o7HFb6po008761; Tue, 17 Aug 2010 15:37:06 GMT
Received: from xmb-rcd-114.cisco.com ([72.163.62.156]) by xbh-rcd-302.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 17 Aug 2010 10:37:06 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: Re: draft-gundavelli-v6ops-l2-unicast WGLC
Date: Tue, 17 Aug 2010 10:37:05 -0500
Message-ID: <AF742F21C1FCEE4DAB7F4842ABDC511C025D6D95@XMB-RCD-114.cisco.com>
In-Reply-To: <4C6A878C.1010305@innovationslab.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: draft-gundavelli-v6ops-l2-unicast WGLC
Thread-Index: Acs+C/WgWdCu/co1SJ2fNUihoRuVUwAFG4ZA
References: <4C61959A.7040805@innovationslab.net> <C88AFA1B.C0E3B%wbeebee@cisco.com> <AF742F21C1FCEE4DAB7F4842ABDC511C025D6531@XMB-RCD-114.cisco.com> <4C65A75E.5040308@ericsson.com> <A77FFB48-ACDC-49C0-BD37-BA2791C7A45E@cisco.com> <AF742F21C1FCEE4DAB7F4842ABDC511C025D6682@XMB-RCD-114.cisco.com> <B1FE2426-09F3-45AD-9C24-9CD91CD5D22A@employees.org> <4C6A878C.1010305@innovationslab.net>
From: "Hemant Singh (shemant)" <shemant@cisco.com>
To: Brian Haberman <brian@innovationslab.net>, Ole Troan <otroan@employees.org>
X-OriginalArrivalTime: 17 Aug 2010 15:37:06.0199 (UTC) FILETIME=[0C0A1A70:01CB3E22]
Cc: IPv6 WG Mailing List <ipv6@ietf.org>, Suresh Krishnan <suresh.krishnan@ericsson.com>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Aug 2010 15:36:33 -0000

-----Original Message-----
From: Brian Haberman [mailto:brian@innovationslab.net] 
Sent: Tuesday, August 17, 2010 8:59 AM
To: Ole Troan
Cc: Hemant Singh (shemant); Sri Gundavelli (sgundave); Suresh Krishnan;
IPv6 WG Mailing List
Subject: Re: Consensus call on
adopting:draft-krishnan-6man-rs-mark-06.txt


>Correct.  The MLD snooping functionality only looks at L3 information
if
>the L2 destination address is a multicast address.  In this case, L2
has
>a unicast address and the MLD snooping function will never see the
>packet (it will be forwarded using standard L2 logic).

Brian, I changed the subject back to the Gundavelli document.  I am
saying a host sent an MLDv2 Report to a router.  There is no network
switch between this host and the router.  Now with the rule in the
Gundavelli document, the host sent the MLDv2 Report with the L3
multicast destination but L2 unicast destination.  The L2 sniffer on the
router fails to capture this packet and fails to forward the packet to
its ULP (Upper Layer Protocol) for multicast.  So now the packet is
shipped to the unicast ULP. Why can't the unicast ULP barf that it
received a packet with a L3 destination when it's a unicast ULP?  Why
shouldn't we test such a case with a router and a host sending such a
doctored MLDv2 Report?  One should use more than one router to test such
a case.  Or am I missing something - if yes, my humble apologies.

Thanks,

Hemant