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

JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Wed, 12 April 2017 19:02 UTC

Return-Path: <prvs=127550c264=jordi.palet@consulintel.es>
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 A8680127843 for <v6ops@ietfa.amsl.com>; Wed, 12 Apr 2017 12:02:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 KCqnvoJCf9nb for <v6ops@ietfa.amsl.com>; Wed, 12 Apr 2017 12:02:49 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8CA3212EBA0 for <v6ops@ietf.org>; Wed, 12 Apr 2017 12:01:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1492023707; x=1492628507; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: References:In-Reply-To:Mime-version:Content-type: Content-transfer-encoding:Reply-To; bh=ClszbwibB5xA+HnPDSTKkK1cc Ia7ngxGs7r34Jh4qUg=; b=kqMeIY3vQRuABMM5HYYVT8lZA+NWBN32TO0lu0csv UglSf5bq+0/cZL5qnyDxy4pmaOBI/+pZLBgyPIUiIrE8x2S2DCy72YcUPDGlQOe/ qrOMMt25zac70u9PFNrmpih2/jzEayBBFvYhBGsdDtUGuLvJRmxU161/ih7Pk3+Z Dw=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=ZI9km+ZD8LvKEtcRGyX5Tc95Rtz42idVv15koMWf7Odgf5Bi+wcJoo+MVEPY KHq+ebtDV1KYGkeLO4R7XFNeCNeJ4BZRAHQYdI35puadAaGjWlbTjPGLp waci1oOgHH8Am58+MERpWzq9bUd3SX19jKhJn9wFvstdnf/U5tjMac=;
X-MDAV-Processed: mail.consulintel.es, Wed, 12 Apr 2017 21:01:47 +0200
X-Spam-Processed: mail.consulintel.es, Wed, 12 Apr 2017 21:01:47 +0200
Received: from [10.10.10.99] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005407407.msg for <v6ops@ietf.org>; Wed, 12 Apr 2017 21:01:47 +0200
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:170412:md50005407407::bT3ClCl2xVs855hP:00001eY5
X-Return-Path: prvs=127550c264=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.21.0.170409
Date: Wed, 12 Apr 2017 21:01:46 +0200
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: "v6ops@ietf.org" <v6ops@ietf.org>
Message-ID: <562F273A-4B90-43D9-82E9-5FC2DD437261@consulintel.es>
Thread-Topic: [v6ops] LISP support for draft-ietf-v6ops-rfc7084-bis-00
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> <CAD6AjGQyatWEOxCpnOn8H+SxG=BWM=cBPaXoON6vA7dj7TNqOQ@mail.gmail.com> <72F5C80C-DDB5-422E-8FEC-7D4157722780@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DB19757@GAALPA1MSGUSRBF.ITServices.sbc.com> <E181152D-C33F-418A-85BC-4F7829BEE16F@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DB19CFE@GAALPA1MSGUSRBF.ITServices.sbc.com> <E3C498E3-25FC-4612-B565-98818DB60AB8@consulintel.es> <ED7BCBE5-C124-4BB4-B42A-D857EC85E484@consulintel.es> <2D09D61DDFA73D4C884805CC7865E6114DB19E7B@GAALPA1MSGUSRBF.ITServices.sbc.com>
In-Reply-To: <2D09D61DDFA73D4C884805CC7865E6114DB19E7B@GAALPA1MSGUSRBF.ITServices.sbc.com>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Reply-To: jordi.palet@consulintel.es
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/_lXsBNgo4ERgB77AEMYZvYxRBEY>
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 19:02:50 -0000

Hi Barbara,

RFC5569 (6rd) is referring to 6to4 encapsulation (RFC3065), which is referring to RFC2893 (6in4, protocol 41), which has been updated by RFC4213.

We are talking about the same.

If you have a 6to4 router at home, you can just try. Create a HE tunnel broker, and input manually the parameters even if your router only shows a 6rd in the GUI. It works. Believe me.

Regards,
Jordi
 

-----Mensaje original-----
De: "STARK, BARBARA H" <bs7652@att.com>
Responder a: <bs7652@att.com>
Fecha: miércoles, 12 de abril de 2017, 20:54
Para: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>, "v6ops@ietf.org" <v6ops@ietf.org>
Asunto: RE: [v6ops] LISP support for draft-ietf-v6ops-rfc7084-bis-00

    
    > May be this will make it:
    > 
    > Actual text:
    > The CE router MAY support 6in4 functionality.  If 6rd is implemented,
    > 6in4 MUST be supported as well.
    > 
    > 
    > New text:
    > The CE router MAY support 6in4 functionality.  If 6rd is implemented,
    > 6in4 is already supported as well, as the underlying protocol/technology is
    > the same, being the only difference, having the mention of “6in4”
    > in the GUI/CLI (just an example) if it is being configured manually, or even
    > stating that in the relevant documentation. In other words, no additional
    > code is required for the support of 6in4 when 6rd is already supported
    
    No. 
    I'm fine suggesting that RFC 5569 MAY be supported. 
    This RFC is commonly referred to as "6rd". Anyone who wants to have RFC 5569 functionality referred to by another name in their GUI or other user interface is free to do so. UI naming, character set, and language are not in scope of this document.
    
    RFC 5569 does not reference RFC 4213. It has no dependency on RFC 4213 and is not the same as RFC 4213. These are 2 distinct and separate RFCs.
    I will not support any linkage of these 2 RFCs in a 7084-bis.
    This would impact my company and the requirements we use in CE router procurement directly (making it impossible for us to use 7084-bis as a reference directly or through BBF TR-124).
    
    If there's someone who wants RFC 4213, let them justify it without trying to add expense and complexity to my CE routers.
    Barbara
    



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.