Re: [v6ops] draft-binet-v6ops-cellular-host-requirements-00.txt

"STARK, BARBARA H" <bs7652@att.com> Mon, 19 November 2012 15:35 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 EB40E21F847D for <v6ops@ietfa.amsl.com>; Mon, 19 Nov 2012 07:35:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.642
X-Spam-Level:
X-Spam-Status: No, score=-106.642 tagged_above=-999 required=5 tests=[AWL=-0.044, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 BaWYrz2vkfHr for <v6ops@ietfa.amsl.com>; Mon, 19 Nov 2012 07:35:09 -0800 (PST)
Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) by ietfa.amsl.com (Postfix) with ESMTP id 40D6321F8469 for <v6ops@ietf.org>; Mon, 19 Nov 2012 07:35:09 -0800 (PST)
Received: from unknown [144.160.20.146] (EHLO nbfkord-smmo05.seg.att.com) by nbfkord-smmo05.seg.att.com(mxl_mta-6.11.0-12) with ESMTP id da15aa05.6590e940.266507.00-585.726898.nbfkord-smmo05.seg.att.com (envelope-from <bs7652@att.com>); Mon, 19 Nov 2012 15:35:09 +0000 (UTC)
X-MXL-Hash: 50aa51ad33cdf3f5-e025568de9e0ad72ca641eedfcbbf864370d155f
Received: from unknown [144.160.20.146] (EHLO mlpd194.enaf.sfdc.sbc.com) by nbfkord-smmo05.seg.att.com(mxl_mta-6.11.0-12) over TLS secured channel with ESMTP id 5a15aa05.0.266452.00-308.726744.nbfkord-smmo05.seg.att.com (envelope-from <bs7652@att.com>); Mon, 19 Nov 2012 15:35:02 +0000 (UTC)
X-MXL-Hash: 50aa51a61b208cdd-ded616bf480e0349f4a6c7ea9dcb8a218a557941
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd194.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id qAJFYtCx002800; Mon, 19 Nov 2012 10:34:58 -0500
Received: from sflint03.pst.cso.att.com (sflint03.pst.cso.att.com [144.154.234.230]) by mlpd194.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id qAJFYI4q001745 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Nov 2012 10:34:45 -0500
Received: from GAALPA1MSGHUB9C.ITServices.sbc.com (gaalpa1msghub9c.itservices.sbc.com [130.8.36.89]) by sflint03.pst.cso.att.com (RSA Interceptor); Mon, 19 Nov 2012 10:34:06 -0500
Received: from GAALPA1MSGUSR9L.ITServices.sbc.com ([130.8.36.69]) by GAALPA1MSGHUB9C.ITServices.sbc.com ([130.8.36.89]) with mapi id 14.02.0318.001; Mon, 19 Nov 2012 10:34:06 -0500
From: "STARK, BARBARA H" <bs7652@att.com>
To: "david.binet@orange.com" <david.binet@orange.com>, Lorenzo Colitti <lorenzo@google.com>
Thread-Topic: [v6ops] draft-binet-v6ops-cellular-host-requirements-00.txt
Thread-Index: Ac3AoO7OcUkwg0OpTYK+OOMQp/alYAAAHbFQAW55kAAAArVZgAAAOC4AAAD1bIAAAr7TUA==
Date: Mon, 19 Nov 2012 15:34:05 +0000
Message-ID: <2D09D61DDFA73D4C884805CC7865E6112F5DCF28@GAALPA1MSGUSR9L.ITServices.sbc.com>
References: <94C682931C08B048B7A8645303FDC9F36E947B1328@PUEXCB1B.nanterre.francetelecom.fr> <CAKD1Yr0PcobuWwu+Dp36NHaFRyinD1SRV0WPk792h9EwwsuFmQ@mail.gmail.com> <17547_1353319026_50AA0272_17547_9460_1_1B2E7539FECD9048B261B791B1B24A7C3EF5B56F7B@PUEXCB1A.nanterre.francetelecom.fr> <CAKD1Yr205BrFYDRz5DqYaGJvFVhTm-YNWQPbuSD0t3rKN=wj+w@mail.gmail.com> <32082_1353321049_50AA0A58_32082_2067_1_1B2E7539FECD9048B261B791B1B24A7C3EF5B56FF4@PUEXCB1A.nanterre.francetelecom.fr>
In-Reply-To: <32082_1353321049_50AA0A58_32082_2067_1_1B2E7539FECD9048B261B791B1B24A7C3EF5B56FF4@PUEXCB1A.nanterre.francetelecom.fr>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.70.93.19]
Content-Type: multipart/alternative; boundary="_000_2D09D61DDFA73D4C884805CC7865E6112F5DCF28GAALPA1MSGUSR9L_"
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010122901)]
X-MAIL-FROM: <bs7652@att.com>
X-SOURCE-IP: [144.160.20.146]
X-AnalysisOut: [v=2.0 cv=VcpAyiV9 c=1 sm=0 a=Qs8R1XBwmid1qBFB/a8mmA==:17 a]
X-AnalysisOut: [=GD_NjPN4rjcA:10 a=THjfo8TEUvAA:10 a=ofMgfj31e3cA:10 a=BLc]
X-AnalysisOut: [eEmwcHowA:10 a=zQP7CpKOAAAA:8 a=XIqpo32RAAAA:8 a=Ri5rfPnKy]
X-AnalysisOut: [qoA:10 a=uO1LomaR_b2s4cga2dcA:9 a=CjuIK1q_8ugA:10 a=yMhMjl]
X-AnalysisOut: [ubAAAA:8 a=SSmOFEACAAAA:8 a=gKO2Hq4RSVkA:10 a=UiCQ7L4-1S4A]
X-AnalysisOut: [:10 a=hTZeC7Yk6K0A:10 a=frz4AuCg-hUA:10 a=amikSfmOx09uIeGE]
X-AnalysisOut: [:21]
Cc: IPv6 Ops WG <v6ops@ietf.org>
Subject: Re: [v6ops] draft-binet-v6ops-cellular-host-requirements-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Mon, 19 Nov 2012 15:35:11 -0000

Does the IETF define an IPv4 profile? If not, why not?
[[david]] As an operator, I would say such document would not be required if we had IPv6 terminals. But it is not the case and we need to get such reference even if it is not our only action to get such devices.
Does the IETF define an IPv6 profile for CPE ? Yes. Now, there is RFC6204.

<bhs> Just to explain a bit of RFC 6204 history --  CableLabs and Broadband Forum had no difficulty (internal to their respective orgs) in defining requirements / device profiles for CE routers that are expected to attach to their respective access architectures. The reason these organizations came to IETF was so there could be requirements available for retail devices (that had no expectation of required compliance to any BBF or CableLabs spec) that wanted to understand what was needed to attach successfully to either access architecture. There are many additional requirements in the CableLabs eRouter specs and BBF TR-124i3 that describe requirements for CE routers that are intended only for those environments. Note that RFC 6204 (and 6204bis) do not reference any BBF or CableLabs spec. Rather, it is expected that those organization's specs will reference or be consistent with RFC 6204 (6204bis), and build upon that as the base for their architecture-specific requirements. In cases where BBF has total control over specifying an interface, BBF has been known to ask IETF for help with needed Layer 3 protocol definition and extensions and recommendations for appropriate requirements, but not for actual creation or publication of device or network element functional profiles or requirements.
Barbara