Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol

Harald Tveit Alvestrand <harald@alvestrand.no> Mon, 12 September 2005 13:56 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EEonp-0001oG-Nq; Mon, 12 Sep 2005 09:56:57 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EEonm-0001nd-Db for ietf@megatron.ietf.org; Mon, 12 Sep 2005 09:56:56 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA18727 for <ietf@ietf.org>; Mon, 12 Sep 2005 09:56:44 -0400 (EDT)
Received: from eikenes.alvestrand.no ([158.38.152.233]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EEoro-0004C6-3R for ietf@ietf.org; Mon, 12 Sep 2005 10:01:07 -0400
Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id BC41D32009B; Mon, 12 Sep 2005 15:56:04 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13141-10; Mon, 12 Sep 2005 15:55:59 +0200 (CEST)
Received: from [192.168.1.145] (163.80-203-220.nextgentel.com [80.203.220.163]) by eikenes.alvestrand.no (Postfix) with ESMTP id E8C9232009A; Mon, 12 Sep 2005 15:55:58 +0200 (CEST)
Date: Mon, 12 Sep 2005 15:56:22 +0200
From: Harald Tveit Alvestrand <harald@alvestrand.no>
To: Henning Schulzrinne <hgs@cs.columbia.edu>, Jari Arkko <jari.arkko@piuha.net>
Message-ID: <087EBC182A0CBC787A586B90@gloppen.hjemme.alvestrand.no>
In-Reply-To: <4324A849.4060509@cs.columbia.edu>
References: <20050804050502.GB6084@sbrim-wxp01> <42F89F9F.5070008@zurich.ibm.com> <C5A01F62-A076-46C7-8C67-6568E752A1E7@nomadiclab.com> <4321D5E9.9010609@shockey.us> <151701c5b570$052a25a0$0500a8c0@china.huawei.com> <C0DE65F6343F8BD987425795@B50854F0A9192E8EC6CDA126> <43249A80.3020303@piuha.net> <4324A849.4060509@cs.columbia.edu>
X-Mailer: Mulberry/3.1.6 (Linux/x86)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format="flowed"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new at alvestrand.no
X-Spam-Score: 0.0 (/)
X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17
Content-Transfer-Encoding: quoted-printable
Cc: ietf@ietf.org
Subject: Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org


--On søndag, september 11, 2005 17:57:29 -0400 Henning Schulzrinne 
<hgs@cs.columbia.edu> wrote:

>> - Generalization of point solutions. Even major new
>>  functionality often starts out as the need of a specialized
>>  group of users. If you always do only what is needed
>>  right now and don't think ahead -- you will get bloat
>>  and an architecture that does not work well.
>
> The converse also happens: The assumption that specialized protocols are
> needed for every new application. The world outside the IETF bubble is
> starting to largely ignore this for new applications, yielding SOAP and
> OASIS.

In some (many?) cases, I'd actually argue that they ARE desiging new 
protocols, but build them on quite complex substrates.

The management protocols that the Storage Networking people are building on 
top of Web Services using CIM data models still have to face the same 
issues as a CLI interface on top of Telnet, or a MIB interface on SNMP - 
are the right objects defined? are the operations correctly identified? are 
access controls at the right level of granularity? are the entities 
participating in the process correctly identified?

Once these things are "right" (or at least agreed upon), getting the bits 
on the wire to work is relatively easy (in comparision).

that said - sometimes the problems DO fit the tools.

                            Harald


_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf