IETF Logo Mail Archive

Re: [v6ops] new draft: draft-gont-v6ops-slaac-issues-with-duplicate-macs

MAWATARI Masataka <mawatari@jpix.ad.jp> Thu, 01 November 2012 01:26 UTC

Return-Path: <mawatari@jpix.ad.jp>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9024A21F88E6 for <v6ops@ietfa.amsl.com>; Wed, 31 Oct 2012 18:26:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.09
X-Spam-Level:
X-Spam-Status: No, score=-0.09 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mclJ+QID8m7n for <v6ops@ietfa.amsl.com>; Wed, 31 Oct 2012 18:26:03 -0700 (PDT)
Received: from mx20.jpix.ad.jp (mx20.jpix.ad.jp [210.171.225.78]) by ietfa.amsl.com (Postfix) with ESMTP id 0820121F86BE for <v6ops@ietf.org>; Wed, 31 Oct 2012 18:26:02 -0700 (PDT)
Received: from [10.10.31.235] (eth3-1-bb-fw-34.jpix.ad.jp [210.171.226.102]) by mx20.jpix.ad.jp (Postfix) with ESMTP id 33B38FC040; Thu, 1 Nov 2012 10:26:01 +0900 (JST)
Date: Thu, 01 Nov 2012 10:26:01 +0900
From: MAWATARI Masataka <mawatari@jpix.ad.jp>
To: markzzzsmith@yahoo.com.au
In-Reply-To: <1351671270.212.YahooMailNeo@web32508.mail.mud.yahoo.com>
References: <20121031142605.94F5.8FE1F57E@jpix.ad.jp> <1351671270.212.YahooMailNeo@web32508.mail.mud.yahoo.com>
Message-Id: <20121101102600.8DF1.8FE1F57E@jpix.ad.jp>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Becky! ver. 2.61.01 [ja]
Cc: draft-gont-v6ops-slaac-issues-with-duplicate-macs@tools.ietf.org, v6ops@ietf.org
Subject: Re: [v6ops] new draft: draft-gont-v6ops-slaac-issues-with-duplicate-macs
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Nov 2012 01:26:03 -0000

Hi Mark-san,


If MAC address duplication occured on IX segment, both of IPv4 and
IPv6 would been destroyed.
I think that IX people do not have the definitive solution when it
happens.  First of all they will inquire of router vendors.  It will
not be technical solution depending on the cause.


Kind Regards,
Masataka MAWATARI


* On Wed, 31 Oct 2012 01:14:30 -0700 (PDT)
* Mark Smith <markzzzsmith@yahoo.com.au> wrote:

> Hi,
> 
> 
> ----- Original Message -----
> > From: MAWATARI Masataka <mawatari@jpix.ad.jp>
> > To: v6ops@ietf.org
> > Cc: draft-gont-v6ops-slaac-issues-with-duplicate-macs@tools.ietf.org
> > Sent: Wednesday, 31 October 2012 4:26 PM
> > Subject: Re: [v6ops] new draft: draft-gont-v6ops-slaac-issues-with-duplicate-macs
> > 
> >G reetings,
> > 
> > 
> > I have read through your document.
> > 
> > Layer 2 IXs are dealing with same issues on IPv6 IX segment.
> > 
> > In regard to link local address, both manual configuration routers
> > and auto configuration (SLAAC) routers are connecting into one
> > ethernet fabric of IX.? Fortunately duplication do not occur so far.
> >?
> 
> How are the IX going to resolve the layer 2 address duplication causing
> 
> layer 2 unicast to fail? MAC forced forwarding or something similar?
> 
> > This document might be worthwhile subject for IPv6 IX.
> 
> > 
> > 
> > Kind Regards,
> > Masataka MAWATARI

v2.23.0 | Report a Bug | By Email