Re: Response to Jari's blog

"Olle E. Johansson" <oej@edvina.net> Wed, 30 December 2015 22:18 UTC

Return-Path: <oej@edvina.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B548B1B29AB for <ietf@ietfa.amsl.com>; Wed, 30 Dec 2015 14:18:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.851
X-Spam-Level:
X-Spam-Status: No, score=-0.851 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
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 aa-evjaaRKkn for <ietf@ietfa.amsl.com>; Wed, 30 Dec 2015 14:18:56 -0800 (PST)
Received: from smtp7.webway.se (smtp7.webway.se [212.3.14.205]) by ietfa.amsl.com (Postfix) with ESMTP id 472DC1ACDC0 for <ietf@ietf.org>; Wed, 30 Dec 2015 14:18:55 -0800 (PST)
Received: from [192.168.40.17] (h87-96-134-129.dynamic.se.alltele.net [87.96.134.129]) by smtp7.webway.se (Postfix) with ESMTPA id 5B12C93DE4A; Wed, 30 Dec 2015 22:17:52 +0000 (UTC)
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
Subject: Re: Response to Jari's blog
From: "Olle E. Johansson" <oej@edvina.net>
In-Reply-To: <52B8BF69-0C15-4E68-ABC2-6D3B6937FB4C@piuha.net>
Date: Wed, 30 Dec 2015 23:18:43 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <C97C30E9-DB30-451B-BED9-531834B27530@edvina.net>
References: <4D8AB601-3FB6-4262-9131-0DF0D881A611@edvina.net> <52B8BF69-0C15-4E68-ABC2-6D3B6937FB4C@piuha.net>
To: Jari Arkko <jari.arkko@piuha.net>
X-Mailer: Apple Mail (2.2104)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/EoQ6qswN2yg1DXJQc00XrvQPyn4>
Cc: Olle E Johansson <oej@edvina.net>, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Dec 2015 22:18:59 -0000

> On 30 Dec 2015, at 23:06, Jari Arkko <jari.arkko@piuha.net> wrote:
> 
> Hi Olle,
> 
>> One thing I’m missing is a continued focus on IPv6.
> 
> If you were referring to the blog, I had to choose a set of issues to highlight. But I think you are referring to actual IETF or industry focus, so lets talk…
I know, it’s hard writing a blog and I do understand that you couldn’t cover all. But since you asked for feedback :-)

> 
>> I think there has to be some pressure and ways to handle IPv6 bugs in current RFCs outside of the normal process.
>> 
>> We have submitted several drafts to the dispatch and sipcore working groups, all died because of a lack of interest and discussion in the group. The bugs we found in the SIP protocol still remains and needs to be fixed in order for SIP implementations to handle dual stacks properly - but I can’t find a way to get this published following the normal process.
>> 
>> So we have bugs related to IPv6, we have a group of authors and the documents still are not going anywhere because a lack of interest.
>> 
>> I know that we have several bugs related to TLS handling in the SIP protocol as well. The handling of IPv6 issues doesn’t make me very positive about even bothering with writing any drafts about them.
> 
> This sounds familiar from many contexts, in standards, products, and open source :-)
> 
> Everybody is focused on adding new features, and making sure the thing actually works under all circumstances gets sadly less attention.
Don’t I know it from the Open Source projects I’m involved in :-)

> 
>> Yes, I am pessimistic. Yes, I am pretty sure there are other protocols that have bugs related to both IPv6 and TLS handling. I think the IETF needs to find a way to handle these even in low-energy working groups like the SIPcore group.
> 
> I don’t think we can entirely ignore our normal process. And by “normal process” I don’t necessarily mean the formal part of our process, but rather the fact that the core function of standards is that you have multiple people that agree on something. One or even a couple of people can’t be the only ones looking at something if we want to have a standard. That being said, the existence of a bug is a bad thing. It says something about the state or deployment of that particular part of the standard.
> 
> However, I am not pessimistic. We often highlight issues in the IETF and ensure that chairs and participants understand the importance, and then we pull through. Let me talk to my fellow ADs about what we could about this case. Do you have a list of drafts that you would like to move forward?

I will forward the list separately - but in general, I think there has to be some issues that ADs need some pressure to move on and help generate momentum. Security is one, IPv6 is another that spans a lot of working groups. Maybe we need ambassadors that help these ADs and groups to focus on these issues. To me, it feels wrong that the IETF doesn’t have focus and energy to fix IPv6 issues - what message does it give to the implementors?

Happy New Year!

/O