IETF Logo Mail Archive

Re: [v6ops] LISP support for draft-ietf-v6ops-rfc7084-bis-00

"STARK, BARBARA H" <bs7652@att.com> Wed, 12 April 2017 12:53 UTC

Return-Path: <bs7652@att.com>
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 8730D129C3F for <v6ops@ietfa.amsl.com>; Wed, 12 Apr 2017 05:53:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.401
X-Spam-Level:
X-Spam-Status: No, score=-5.401 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6A1R9zMTLImg for <v6ops@ietfa.amsl.com>; Wed, 12 Apr 2017 05:53:14 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E9E1129B6F for <v6ops@ietf.org>; Wed, 12 Apr 2017 05:53:14 -0700 (PDT)
Received: from pps.filterd (m0049297.ppops.net [127.0.0.1]) by m0049297.ppops.net-00191d01. (8.16.0.17/8.16.0.17) with SMTP id v3CCjHCY033544; Wed, 12 Apr 2017 08:53:05 -0400
Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by m0049297.ppops.net-00191d01. with ESMTP id 29sjmx50tx-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 12 Apr 2017 08:53:05 -0400
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id v3CCr4sj019305; Wed, 12 Apr 2017 08:53:04 -0400
Received: from alpi132.aldc.att.com (alpi132.aldc.att.com [130.8.217.2]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id v3CCqxfW019235 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 12 Apr 2017 08:52:59 -0400
Received: from GAALPA1MSGHUBAB.ITServices.sbc.com (GAALPA1MSGHUBAB.itservices.sbc.com [130.8.218.151]) by alpi132.aldc.att.com (RSA Interceptor); Wed, 12 Apr 2017 12:52:46 GMT
Received: from GAALPA1MSGUSRBF.ITServices.sbc.com ([169.254.5.165]) by GAALPA1MSGHUBAB.ITServices.sbc.com ([130.8.218.151]) with mapi id 14.03.0319.002; Wed, 12 Apr 2017 08:52:45 -0400
From: "STARK, BARBARA H" <bs7652@att.com>
To: "mohamed.boucadair@orange.com" <mohamed.boucadair@orange.com>, "otroan@employees.org" <otroan@employees.org>, "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>
CC: "v6ops@ietf.org" <v6ops@ietf.org>
Thread-Topic: [v6ops] LISP support for draft-ietf-v6ops-rfc7084-bis-00
Thread-Index: AQHSstX9/aA+q42Pz0u3Y/nN6XijSKHBvWsAgAACzQCAABQWgIAACXcA///SZzA=
Date: Wed, 12 Apr 2017 12:52:45 +0000
Message-ID: <2D09D61DDFA73D4C884805CC7865E6114DB194A8@GAALPA1MSGUSRBF.ITServices.sbc.com>
References: <D8F5C737-B01A-4EC8-9175-C4921C0CD69F@consulintel.es> <392D675B-73C4-40D3-81A8-A06907F5581D@employees.org> <3BBFC922-85BD-49B5-B39E-227F191BD48C@consulintel.es> <729244A1-E7AB-4BA0-8B39-A6122D2C32DB@employees.org> <787AE7BB302AE849A7480A190F8B933009E4C3B8@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
In-Reply-To: <787AE7BB302AE849A7480A190F8B933009E4C3B8@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.70.164.19]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-04-12_09:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1702020001 definitions=main-1704120106
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/K7II9WfWGcxdI3060cBTBM_u9fQ>
Subject: Re: [v6ops] LISP support for draft-ietf-v6ops-rfc7084-bis-00
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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: Wed, 12 Apr 2017 12:53:15 -0000

> I tend to agree with you but with a slightly different proposal:  pick ONE
> mandatory stateful mechanism (DS-Lite) and ONE mandatory A+P
> mechanism (MAP-E).

Because RFC 7084 is also used as a mandatory reference in BBF TR-124 (used by telco ISPs to help with CE router RFPs), and most ISPs have no interest in requiring capabilities that are not useful to or relevant in their deployment, there MUST NOT be any mandatory transition mechanisms included in a 7084-bis.
Barbara

v2.23.0 | Report a Bug | By Email