IETF Logo Mail Archive

Re: [Softwires] [Softwire] draft-ietf-softwire-map-00 does NOT reflect the consensus from the WG

"Lee, Yiu" <Yiu_Lee@Cable.Comcast.com> Mon, 25 June 2012 03:40 UTC

Return-Path: <yiu_lee@cable.comcast.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 A862E21F8582 for <softwires@ietfa.amsl.com>; Sun, 24 Jun 2012 20:40:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.187
X-Spam-Level:
X-Spam-Status: No, score=-102.187 tagged_above=-999 required=5 tests=[AWL=-1.289, BAYES_00=-2.599, HOST_EQ_MODEMCABLE=1.368, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5lbcJExh2iBj for <softwires@ietfa.amsl.com>; Sun, 24 Jun 2012 20:40:50 -0700 (PDT)
Received: from cable.comcast.com (pacdcavout01.cable.comcast.com [69.241.43.119]) by ietfa.amsl.com (Postfix) with ESMTP id 693FB21F84FD for <softwires@ietf.org>; Sun, 24 Jun 2012 20:40:49 -0700 (PDT)
Received: from ([24.40.56.114]) by pacdcavaout01.cable.comcast.com with ESMTP id 97wm3m1.17059006; Sun, 24 Jun 2012 23:30:58 -0400
Received: from PACDCEXMB05.cable.comcast.com ([169.254.7.88]) by PACDCEXHUB01.cable.comcast.com ([fe80::84e8:95f3:f13b:169e%13]) with mapi id 14.02.0283.003; Sun, 24 Jun 2012 23:40:41 -0400
From: "Lee, Yiu" <Yiu_Lee@Cable.Comcast.com>
To: Satoru Matsushima <satoru.matsushima@gmail.com>
Thread-Topic: [Softwires] [Softwire] draft-ietf-softwire-map-00 does NOT reflect the consensus from the WG
Thread-Index: AQHNUoRKFkxLa+Lv00yBYy061yskkw==
Date: Mon, 25 Jun 2012 03:40:40 +0000
Message-ID: <CC0D5573.226E9%yiu_lee@cable.comcast.com>
In-Reply-To: <10CE32B3-7DFB-47F4-85F1-F591C613689A@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.2.2.120421
x-originating-ip: [24.40.55.70]
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha1"; boundary="B_3423426040_6345690"
MIME-Version: 1.0
Cc: "softwires@ietf.org" <softwires@ietf.org>, Yong Cui <cuiyong@gmail.com>
Subject: Re: [Softwires] [Softwire] draft-ietf-softwire-map-00 does NOT reflect the consensus from the WG
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: Mon, 25 Jun 2012 03:40:50 -0000

Dear Satoru,

I do not understand how to create "per-subscriber mapping" in a stateless
manner. In the end, the BR must contain all mapping rules for all 1:1
subscribers. This is stateful to my understanding. Could you please
explain how not to maintain any mapping rule in BR to achieve this?

Thanks and regards,
Yiu
 

On 6/24/12 10:27 PM, "Satoru Matsushima" <satoru.matsushima@gmail.com>
wrote:

>No, that's a misunderstanding.
>Current MAP specify the case for ea-len is 'zero'. It is 'per-subscriber
>mapping' in stateless manner, not to introduce 'per-flow NAT binding' or
>'per-subscriber state on demand'.
>

v2.23.0 | Report a Bug | By Email