Re: Response to Jari's blog

Jari Arkko <jari.arkko@piuha.net> Wed, 30 December 2015 22:06 UTC

Return-Path: <jari.arkko@piuha.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 225021B29A7 for <ietf@ietfa.amsl.com>; Wed, 30 Dec 2015 14:06:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.011
X-Spam-Level:
X-Spam-Status: No, score=-0.011 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 kQBnv3kbBUzk for <ietf@ietfa.amsl.com>; Wed, 30 Dec 2015 14:06:26 -0800 (PST)
Received: from p130.piuha.net (p130.piuha.net [193.234.218.130]) by ietfa.amsl.com (Postfix) with ESMTP id E59DC1B29A6 for <ietf@ietf.org>; Wed, 30 Dec 2015 14:06:25 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 4081F2CCE5; Thu, 31 Dec 2015 00:06:25 +0200 (EET) (envelope-from jari.arkko@piuha.net)
X-Virus-Scanned: amavisd-new at piuha.net
Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3tf9jngIrd5e; Thu, 31 Dec 2015 00:06:24 +0200 (EET)
Received: from [127.0.0.1] (p130.piuha.net [IPv6:2a00:1d50:2::130]) by p130.piuha.net (Postfix) with ESMTP id 9246F2CCAE; Thu, 31 Dec 2015 00:06:24 +0200 (EET) (envelope-from jari.arkko@piuha.net)
Subject: Re: Response to Jari's blog
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Content-Type: multipart/signed; boundary="Apple-Mail=_18C6792B-DB54-4749-8CAE-842D754E636B"; protocol="application/pgp-signature"; micalg="pgp-sha512"
X-Pgp-Agent: GPGMail 2.5.1
From: Jari Arkko <jari.arkko@piuha.net>
In-Reply-To: <4D8AB601-3FB6-4262-9131-0DF0D881A611@edvina.net>
Date: Thu, 31 Dec 2015 00:06:22 +0200
Message-Id: <52B8BF69-0C15-4E68-ABC2-6D3B6937FB4C@piuha.net>
References: <4D8AB601-3FB6-4262-9131-0DF0D881A611@edvina.net>
To: "Olle E. Johansson" <oej@edvina.net>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/_bhSt7wE_c-HAPcNRjnY3F6xPww>
Cc: 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:06:28 -0000

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

> 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?

Jari