Re: [v6ops] Requirements for IPv6 routers in various locations

JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Wed, 22 February 2017 08:18 UTC

Return-Path: <prvs=1226ba9495=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 E6C4D1294C0 for <v6ops@ietfa.amsl.com>; Wed, 22 Feb 2017 00:18:38 -0800 (PST)
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 wErc9Li6NppP for <v6ops@ietfa.amsl.com>; Wed, 22 Feb 2017 00:18:37 -0800 (PST)
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 80F9D1295E9 for <v6ops@ietf.org>; Wed, 22 Feb 2017 00:18:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1487751513; x=1488356313; 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=E+koj6BiagekY96/rYJha4SJQ OnOUcF8GwaAWOTVpEc=; b=kLNBBeE0RCjKl+18MNfBcEAx14d4kwT39174K0BA5 EdUbyYCmuHGqOZVobibe1+4GSbj0ac+qhLX4F4+GQlxxNrF8n3tnRFHcjISdqkWj O3Rjoww7c4JTw0jxq2tizrJlXk5nZHgzQpKEST8wDwu76FNyMljKLisshoJ4rwJh 64=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=dulzwj4HpASfDDpZQ3kTXVsKIr8t5Q6cxtNbgH7OqEBRrr/qtpdI0kmCyXP0 G52luYynbRBcGQw4zdnvnsLvEUPCVlil+Py3Ins3wxQttIPnXNcjRR+kq H7niDrIpkOBOYTEoA7hHZrF628RVvxcxowrLUKNSXRvdd+4yltes4o=;
X-MDAV-Processed: mail.consulintel.es, Wed, 22 Feb 2017 09:18:33 +0100
X-Spam-Processed: mail.consulintel.es, Wed, 22 Feb 2017 09:18:29 +0100
Received: from [10.10.10.99] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005371678.msg for <v6ops@ietf.org>; Wed, 22 Feb 2017 09:18:28 +0100
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:170222:md50005371678::WlN3uS3Ffk1bhsk6:00003RXE
X-Return-Path: prvs=1226ba9495=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.1f.0.170216
Date: Wed, 22 Feb 2017 09:18:25 +0100
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: IPv6 Ops WG <v6ops@ietf.org>
Message-ID: <65EF9449-6FCC-4666-983F-E33E9812C9F3@consulintel.es>
Thread-Topic: [v6ops] Requirements for IPv6 routers in various locations
References: <148763027040.25952.5914924936449771028.idtracker@ietfa.amsl.com> <692043A0-04F2-46EA-84D2-D4964E925C6B@consulintel.es> <03B10A5B-ABE3-4515-90B9-D16A41039229@google.com> <2D09D61DDFA73D4C884805CC7865E6114DAC7803@GAALPA1MSGUSRBF.ITServices.sbc.com> <EC9120C1-E135-4BD9-9B8B-AD9443261C13@gmail.com> <a52faa18-6ee5-b683-d1a1-36fdb956e10d@isi.edu> <C5483E13-2155-434D-A2CD-F165577872C0@gmail.com>
In-Reply-To: <C5483E13-2155-434D-A2CD-F165577872C0@gmail.com>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/pkx3IOCxRN1bPNvG_INsYcHYwSw>
Subject: Re: [v6ops] Requirements for IPv6 routers in various locations
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: jordi.palet@consulintel.es
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, 22 Feb 2017 08:18:39 -0000

Can we define what is a customer edge? Is it different than what I’ve mention in my previous email:

1) Pure residential
2) Residential with small home office
3) Residential/techie (with or w/o home office) that have exported services (email server, web server, VPN server, etc.).
4) Small home office
5) SMEs with just use Internet for “browsing”, emailing, etc.
6) SMEs as in the previous case that also have exported services (email server, web server, VPN server, etc.).


In my opinion is the router provided to residential customers, SMEs, etc., by 95% of the access links in the world and even sold in markets so customer can buy a new one if broken or a better one with better WiFi support to replace the one that the ISP deployed.

Some ISPs just provide a “modem” or “bridge” and is the customer the one that need to buy it.

Some ISPs make their own as OEM devices from vendors, or have such volume that get their logo on it and even specific firmware versions.

Smaller ISPs need to go to the local market to buy them because they need smaller quantities and have no way to ask for “features” which they need. Same as when you buy it in the local store, you will find what is generally available and can’t ask for a special software.

Regards,
Jordi
 

-----Mensaje original-----
De: v6ops <v6ops-bounces@ietf.org> en nombre de Fred Baker <fredbaker.ietf@gmail.com>
Responder a: <fredbaker.ietf@gmail.com>
Fecha: miércoles, 22 de febrero de 2017, 2:29
Para: Joe Touch <touch@isi.edu>
CC: IPv6 Ops WG <v6ops@ietf.org>
Asunto: Re: [v6ops] Requirements for IPv6 routers in various locations

    
    > On Feb 21, 2017, at 5:17 PM, Joe Touch <touch@isi.edu> wrote:
    > 
    > 
    > 
    > On 2/21/2017 5:09 PM, Fred Baker wrote:
    >> This argument is essentially what I was referring to with respect to draft-ali-ipv6rtr-reqs when I said we had multiple markets that RFC 1812 didn't have to address. They include, at least, ISP, content network, data center, enterprise, residential, IoT, and mobile wireless networks. Those markets have differing non-exclusive sets of requirements.
    > Is there a way to focus on the core requirements that all routers need
    > to support in this doc, assuming that there are lots of things a router
    > in general MAY also do...
    > 
    > And then leave it to other documents to focus on the additional
    > requirements (or relaxations of SHOULDs) that apply to these environments?
    
    There may be; it would be the "core document" I referred to. A document that is accurately described as "7084-bis" would not be that document; 7084 describes a router in a particular application, and probably a particular price point, something called "customer-edge".
    _______________________________________________
    v6ops mailing list
    v6ops@ietf.org
    https://www.ietf.org/mailman/listinfo/v6ops
    
    



**********************************************
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.