RE: 6man discussion on /127 document @ IETF78

"Hemant Singh (shemant)" <shemant@cisco.com> Wed, 25 August 2010 23:08 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 64F853A6A15 for <ipv6@core3.amsl.com>; Wed, 25 Aug 2010 16:08:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.441
X-Spam-Level:
X-Spam-Status: No, score=-10.441 tagged_above=-999 required=5 tests=[AWL=0.158, 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 8ZXOE59dfavX for <ipv6@core3.amsl.com>; Wed, 25 Aug 2010 16:08:31 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 4935A3A68E0 for <ipv6@ietf.org>; Wed, 25 Aug 2010 16:08:31 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAO0/dUytJV2Z/2dsb2JhbACgQXGhFJtshTcEhDqIOw
X-IronPort-AV: E=Sophos;i="4.56,270,1280707200"; d="scan'208";a="151937581"
Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rtp-iport-2.cisco.com with ESMTP; 25 Aug 2010 23:08:48 +0000
Received: from xbh-rcd-302.cisco.com (xbh-rcd-302.cisco.com [72.163.63.9]) by rcdn-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id o7PN8mxe012708; Wed, 25 Aug 2010 23:08:48 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); Wed, 25 Aug 2010 18:08:47 -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: 6man discussion on /127 document @ IETF78
Date: Wed, 25 Aug 2010 18:08:43 -0500
Message-ID: <AF742F21C1FCEE4DAB7F4842ABDC511C027E3EC1@XMB-RCD-114.cisco.com>
In-Reply-To: <m2hbijpgxs.wl%randy@psg.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: 6man discussion on /127 document @ IETF78
Thread-Index: ActD/MV7qTeQoeGPTQSdwsSAqYzLMgAq4YRw
References: <20100824.174633.41682204.sthaug@nethelp.no><AF742F21C1FCEE4DAB7F4842ABDC511C02724197@XMB-RCD-114.cisco.com><63F71EC1-DAC4-4944-AFED-796E56E879E2@juniper.net><20100824.191306.71139595.sthaug@nethelp.no><AF742F21C1FCEE4DAB7F4842ABDC511C02724274@XMB-RCD-114.cisco.com> <m2hbijpgxs.wl%randy@psg.com>
From: "Hemant Singh (shemant)" <shemant@cisco.com>
To: Randy Bush <randy@psg.com>
X-OriginalArrivalTime: 25 Aug 2010 23:08:47.0802 (UTC) FILETIME=[792889A0:01CB44AA]
Cc: dthaler@wollive.windowsmedia.com.akadns.net, ipv6@ietf.org
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: Wed, 25 Aug 2010 23:08:32 -0000

Randy and others,

-----Original Message-----
From: Randy Bush [mailto:randy@psg.com] 
Sent: Tuesday, August 24, 2010 10:25 PM
To: Hemant Singh (shemant)
Cc: sthaug@nethelp.no; adurand@juniper.net;
dthaler@wollive.windowsmedia.com.akadns.net; ipv6@ietf.org
Subject: Re: 6man discussion on /127 document @ IETF78


>not quite.  what kawamucho, maz, i, ... said was that we did not want
>vendors to break /127 on p2p links.  we did not enumerate how the
>vendors might do that.

This discussion has totally derailed from its main perspective.  If I
may please focus the discussion back.  As the subject of the email says,
this was a discussion related to the /127 document
(http://tools.ietf.org/html/draft-kohno-ipv6-prefixlen-p2p-02) presented
at the IETF 78.  Well, did folks get a chance to read this draft which
proposes normative changes to an existing RFC as follows.  The text is
snipped from section 6 of draft-kohno...


[The [RFC4291]is to be revised to allow longer prefix than /64, and
state that Subnet-router anycast address MUST be disabled if the prefix
length of the link is /127.]

I, and I think Dave Thaler too, are saying that the above text is not
acceptable because existing IPv6 RFCs can deal with the situation of
/127 configured and not invoking anycast data forwarding.  Since we said
no RFCs need to change, we had to get into router internals to explain
how so.  This discussion therefore has two paths forward.  Either the
authors of draft-kohno... remove this text from their document or we
continue to discuss why and how existing IETF RFC's take care of the
issue at hand.  Or a third choice is that the community doesn't care how
router internals work and also agree no RFCs need to change and then we
have closure to discuss any more internals. 

Hemant