Re: [Softwires] [softwire] #25: Maintain or remove MAP1:1 Mode?
Satoru Matsushima <satoru.matsushima@gmail.com> Fri, 15 February 2013 09:46 UTC
Return-Path: <satoru.matsushima@gmail.com>
X-Original-To: softwires@ietfa.amsl.com
Delivered-To: softwires@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57BC321F8629 for <softwires@ietfa.amsl.com>; Fri, 15 Feb 2013 01:46:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 AzR2QGJ-FVRZ for <softwires@ietfa.amsl.com>; Fri, 15 Feb 2013 01:46:15 -0800 (PST)
Received: from mail-pb0-f48.google.com (mail-pb0-f48.google.com [209.85.160.48]) by ietfa.amsl.com (Postfix) with ESMTP id A22E721F861B for <softwires@ietf.org>; Fri, 15 Feb 2013 01:46:15 -0800 (PST)
Received: by mail-pb0-f48.google.com with SMTP id wy12so560293pbc.7 for <softwires@ietf.org>; Fri, 15 Feb 2013 01:46:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer; bh=djxrxcFMTEiyR9DUGa0qmxcrXNjopm1J84FHA/In82E=; b=ncyCKhP54QDt2JYjEyMVFHouKIkl5ZSrHOrlL0eL40fW8GkQFBTNx6gyMVQgWKyyjO 7bsNj973t2Qcu2KPdwqSuXexgL3f2xoj5hRxOgi1g7np6TG1Rl0hZ6GdFm9NT9zXqgcw Opa6QSy0p8JdVMRPSexvRzgFHVehIc5oMmCCetiWn69o+C1MXzw0WnhnbvTKLW0RjHri Ivl4hJApb0uaDC8Eu5gGrv0MLJfoq4OadXp6DWyfgenM3bXbP1vNsrJAAmMbA6hLpol4 LqFALm0zmqUagkMj6mhgCEfA9DK9n4QHDusFe/uXZK/datY9+Y9VMlg+Rg/kix1U7QbK Ah8A==
X-Received: by 10.66.89.199 with SMTP id bq7mr11552860pab.26.1360921575391; Fri, 15 Feb 2013 01:46:15 -0800 (PST)
Received: from [10.201.80.76] ([202.45.12.141]) by mx.google.com with ESMTPS id bi2sm93132372pab.18.2013.02.15.01.46.07 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 15 Feb 2013 01:46:10 -0800 (PST)
Content-Type: text/plain; charset="iso-2022-jp"
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Satoru Matsushima <satoru.matsushima@gmail.com>
In-Reply-To: <511E013B.2000801@cernet.edu.cn>
Date: Fri, 15 Feb 2013 18:46:14 +0900
Content-Transfer-Encoding: quoted-printable
Message-Id: <77C95E94-4906-41B8-9B85-37236B3842C6@gmail.com>
References: <CD42D49A.53F2B%ian.farrer@telekom.de> <511E013B.2000801@cernet.edu.cn>
To: Xing Li <xing@cernet.edu.cn>
X-Mailer: Apple Mail (2.1499)
Cc: softwires@ietf.org, ot@cisco.com, draft-ietf-softwire-map@tools.ietf.org
Subject: Re: [Softwires] [softwire] #25: Maintain or remove MAP1:1 Mode?
X-BeenThere: softwires@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: softwires wg discussion list <softwires.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/softwires>, <mailto:softwires-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/softwires>
List-Post: <mailto:softwires@ietf.org>
List-Help: <mailto:softwires-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/softwires>, <mailto:softwires-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 15 Feb 2013 09:46:16 -0000
On 2013/02/15, at 18:34, Xing Li <xing@cernet.edu.cn> wrote: > Hi, Ian, > > The 1:1 mode is a natural characteristic of MAP and removing it from the draft will cause more confusion. Please also see https://datatracker.ietf.org/doc/draft-xli-softwire-map-testing/ > which shows that a MAP CPE can naturally support 1:1 mode. > > Regards, > > xing > ASAMAP too. cheers, --satoru > > ian.farrer@telekom.de 写道: >> Hi Ole, >> >> Assuming that the Unified CPE draft gets adopted by the workgroup, then >> there needs to be alignment of the different drafts reflecting this. >> >> The unified CPE draft describes how a CPE interprets the presence (or lack >> of) configuration parameters to understand which softwire mode to >> configure. If a MAP CE implemented this (to be a 'unified MAP CE'), then >> it would have two ways of configuring 1:1 mode - via the presence of the >> tunnel endpoint address, an IPv4 address (and optionally a restricted port >> range) and also through a BMR with EA=0. >> >> Two ways of configuring the same function doesn't seem like a good idea, >> even if the underlying mechanism that this function is implemented with is >> different. >> >> So, what I would propose is that EA=0 for MAP is not included as a >> provisioning option in the MAP draft. If the parameters described in the >> unified CPE draft required for 1:1 mode are configured on the unified MAP >> CE, then it should interpret these to mean EA=0 and configure itself >> accordingly. >> >> >> I also think that it would be cleaner if this 1:1 functionality was >> described in a separate document to the current MAP draft. As the 1:1 mode >> functionality of MAP is a big architectural change to the mesh mode >> function, it really needs a lot more than 2 paragraphs in order to >> describe what it is and how it is used. >> >> >> Best regards, >> Ian >> >> On 14/02/2013 11:14, "Ole Troan" <ot@cisco.com> wrote: >> >> >>>> #25: Maintain or remove MAP1:1 Mode? >>>> >>> OK, so here is a task for whomever thinks MAP 1:1 mode should be removed. >>> >>> - what does "remove MAP 1:1 mode mean"? >>> - please suggest text changes to the mechanism that removes 1:1 mode. >>> >>> given that my opinion is that 1:1 mode is an unremovable part of MAP, the >>> question just doesn't make sense to me. >>> >>> I don't want this issue to be an excuse to block a last call, can we >>> quickly resolve this, and can we agree to drop it if there are no >>> significant contributions within the next week? >>> >>> cheers, >>> Ole >>> >>> >>> >>>> The WG discussed several times this point (refer to the mailing list >>>> archives). >>>> >>>> MAP1:1 mode is a particular mode which may re-use some of the >>>> provisioning >>>> methods defined for MAP. >>>> >>>> MAP1:1 vs. Lw4o6: >>>> * MAP1:1 is not fully stateless. >>>> * Lw4o6 is a standalone specification which provides the same service as >>>> MAP1:1. >>>> >>>> -- >>>> >>>> -------------------------------------+----------------------------------- >>>> -- >>>> Reporter: | Owner: draft-ietf-softwire- >>>> mohamed.boucadair@orange.com | map@tools.ietf.org >>>> Type: defect | Status: new >>>> Priority: major | Milestone: >>>> Component: map-e | Version: >>>> Severity: - | Keywords: >>>> >>>> -------------------------------------+----------------------------------- >>>> -- >>>> >>>> Ticket URL: <http://trac.tools.ietf.org/wg/softwire/trac/ticket/25> >>>> softwire <http://tools.ietf.org/softwire/> >>>> >>>> >>> _______________________________________________ >>> Softwires mailing list >>> Softwires@ietf.org >>> https://www.ietf.org/mailman/listinfo/softwires >>> >> >> >> >> > > > > _______________________________________________ > Softwires mailing list > Softwires@ietf.org > https://www.ietf.org/mailman/listinfo/softwires
- Re: [Softwires] [softwire] #25: Maintain or remov… Rémi Després
- Re: [Softwires] [softwire] #25: Maintain or remov… Ole Troan
- Re: [Softwires] [softwire] #25: Maintain or remov… mohamed.boucadair
- Re: [Softwires] [softwire] #25: Maintain or remov… Ole Troan
- Re: [Softwires] [softwire] #25: Maintain or remov… Rémi Després
- Re: [Softwires] [softwire] #25: Maintain or remov… Rajiv Asati (rajiva)
- Re: [Softwires] [softwire] #25: Maintain or remov… ian.farrer
- Re: [Softwires] [softwire] #25: Maintain or remov… Maoke
- Re: [Softwires] [softwire] #25: Maintain or remov… Satoru Matsushima
- Re: [Softwires] [softwire] #25: Maintain or remov… Wojciech Dec (wdec)
- Re: [Softwires] [softwire] #25: Maintain or remov… Rémi Després
- Re: [Softwires] [softwire] #25: Maintain or remov… Xing Li
- Re: [Softwires] [softwire] #25: Maintain or remov… Satoru Matsushima
- Re: [Softwires] [softwire] #25: Maintain or remov… Wojciech Dec (wdec)
- Re: [Softwires] [softwire] #25: Maintain or remov… Qi Sun
- Re: [Softwires] [softwire] #25: Maintain or remov… Rémi Després
- Re: [Softwires] [softwire] #25: Maintain or remov… Wojciech Dec (wdec)
- Re: [Softwires] [softwire] #25: Maintain or remov… Rémi Després
- Re: [Softwires] [softwire] #25: Maintain or remov… Wojciech Dec (wdec)
- Re: [Softwires] [softwire] #25: Maintain or remov… Rémi Després
- Re: [Softwires] [softwire] #25: Maintain or remov… Wojciech Dec (wdec)
- Re: [Softwires] [softwire] #25: Maintain or remov… Rémi Després
- Re: [Softwires] [softwire] #25: Maintain or remov… Qiong
- Re: [Softwires] [softwire] #25: Maintain or remov… Ole Troan
- Re: [Softwires] [softwire] #25: Maintain or remov… Wojciech Dec (wdec)
- Re: [Softwires] [softwire] #25: Maintain or remov… Rémi Després
- Re: [Softwires] [softwire] #25: Maintain or remov… ian.farrer
- Re: [Softwires] [softwire] #25: Maintain or remov… Ole Troan