Re: [v6ops] New Version Notification for draft-baker-v6ops-cpe-autoconfigure-00.txt

"STARK, BARBARA H" <bs7652@att.com> Wed, 21 June 2017 17:31 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 341BF1289B0 for <v6ops@ietfa.amsl.com>; Wed, 21 Jun 2017 10:31:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 5CHX-VacKAAQ for <v6ops@ietfa.amsl.com>; Wed, 21 Jun 2017 10:31:21 -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 47B521201FA for <v6ops@ietf.org>; Wed, 21 Jun 2017 10:31:21 -0700 (PDT)
Received: from pps.filterd (m0049287.ppops.net [127.0.0.1]) by m0049287.ppops.net-00191d01. (8.16.0.17/8.16.0.17) with SMTP id v5LHPfT9009830; Wed, 21 Jun 2017 13:31:17 -0400
Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by m0049287.ppops.net-00191d01. with ESMTP id 2b7u3m5sp3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 21 Jun 2017 13:31:17 -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 v5LHVEAF014526; Wed, 21 Jun 2017 13:31:16 -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 v5LHV6x4014355 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 21 Jun 2017 13:31:07 -0400
Received: from GAALPA1MSGHUBAF.ITServices.sbc.com (GAALPA1MSGHUBAF.itservices.sbc.com [130.8.218.155]) by alpi132.aldc.att.com (RSA Interceptor); Wed, 21 Jun 2017 17:30:48 GMT
Received: from GAALPA1MSGUSRBF.ITServices.sbc.com ([169.254.5.134]) by GAALPA1MSGHUBAF.ITServices.sbc.com ([130.8.218.155]) with mapi id 14.03.0319.002; Wed, 21 Jun 2017 13:30:47 -0400
From: "STARK, BARBARA H" <bs7652@att.com>
To: Lorenzo Colitti <lorenzo@google.com>
CC: Fred Baker <fredbaker.ietf@gmail.com>, IPv6 Operations <v6ops@ietf.org>
Thread-Topic: [v6ops] New Version Notification for draft-baker-v6ops-cpe-autoconfigure-00.txt
Thread-Index: AQHS56+w6G39dmryMUGu+j6PZAaxUKIsJ3eQgAOZCYD//9PygA==
Date: Wed, 21 Jun 2017 17:30:47 +0000
Message-ID: <2D09D61DDFA73D4C884805CC7865E6114DB9DF96@GAALPA1MSGUSRBF.ITServices.sbc.com>
References: <149773408722.14141.1243099989313191246.idtracker@ietfa.amsl.com> <334ACBB6-C438-410B-81D7-49269AC51004@gmail.com> <2D09D61DDFA73D4C884805CC7865E6114DB9A42D@GAALPA1MSGUSRBF.ITServices.sbc.com> <CAKD1Yr30NvexGNQ=K280ZZ_cYZki_ToUPDQ1m2BAOGE5eWpV7Q@mail.gmail.com>
In-Reply-To: <CAKD1Yr30NvexGNQ=K280ZZ_cYZki_ToUPDQ1m2BAOGE5eWpV7Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.61.166.238]
Content-Type: multipart/alternative; boundary="_000_2D09D61DDFA73D4C884805CC7865E6114DB9DF96GAALPA1MSGUSRBF_"
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-06-21_04:, , 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-1703280000 definitions=main-1706210294
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/42nHffb7oMtGHkRC5NfUmWBiCyI>
Subject: Re: [v6ops] New Version Notification for draft-baker-v6ops-cpe-autoconfigure-00.txt
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, 21 Jun 2017 17:31:23 -0000

The BBF flow has simultaneous RS and DHCPv6 solicitation. This is at odds with what you suggest. Simultaneous and sequential are both allowed by RFC 7084. I realize many cable providers have expressed a preference for sequential RS and DHCPv6 solicit, but many telcos have expressed a preference for simultaneous.

IIRC the preference for simultaneous was for telco environments where the device had to emit a packet before the network would see it. The concern was that because the device only sent three RSes on startup, if those three RSes were dropped then it would never get an RA.

That concern is largely mitigated by resilient RS, which is now available on fairly recent versions of Linux (and was backported to Android kernels all the way back to 3.10, so CPE vendors can use it on older kernels too).

<bhs> I was recalling this happened because a certain guy, named Ole Troan, convinced us it was more efficient and there was no reason to wait. Without IA_PD, the connection is fairly useless. If know you need it, why wait. I recall no discussion of the access network architecture people asking for it, and can’t find this mentioned in TR-177 or TR-187 (access network architecture IPv6 docs).
Barbara