Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol
Pekka Nikander <pekka.nikander@nomadiclab.com> Tue, 13 September 2005 19:32 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EFGVy-0004NV-Rj; Tue, 13 Sep 2005 15:32:22 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EF9y0-0004u1-FB for ietf@megatron.ietf.org; Tue, 13 Sep 2005 08:32:52 -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 IAA19448 for <ietf@ietf.org>; Tue, 13 Sep 2005 08:32:38 -0400 (EDT)
Received: from n2.nomadiclab.com ([193.234.219.2]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EFA2B-0001Ma-Ll for ietf@ietf.org; Tue, 13 Sep 2005 08:37:13 -0400
Received: from [127.0.0.1] (localhost [127.0.0.1]) by n2.nomadiclab.com (Postfix) with ESMTP id 5EC02212C46; Tue, 13 Sep 2005 15:32:22 +0300 (EEST)
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>
Mime-Version: 1.0 (Apple Message framework v734)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <BB8C050D-B298-4A8A-9325-45B149FC04AD@nomadiclab.com>
Content-Transfer-Encoding: 7bit
From: Pekka Nikander <pekka.nikander@nomadiclab.com>
Date: Tue, 13 Sep 2005 14:32:21 +0200
To: Henning Schulzrinne <hgs@cs.columbia.edu>
X-Mailer: Apple Mail (2.734)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 92df29fa99cf13e554b84c8374345c17
Content-Transfer-Encoding: 7bit
Cc: Jari Arkko <jari.arkko@piuha.net>, 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
Jari Arkko wrote: >> - Good architecture and good design. Placement of >> functionality in the right place. I suspect that we >> don't do enough work in this area. Almost all >> of our activities are related to specific protocol >> pieces, not so much on how they work together, >> what the whole needs to do, what etc. >> Henning Schulzrinne wrote: > These days, this seems to be the domain of the "systems" > standardization bodies, such as 3GPP and CableLabs. The 3GPP > architecture diagram seems to be a good demonstration object, > although it is not directly the fault of the IETF. (I think there > are some interesting reasons for complexity here, in particular the > need for interworking with legacy technology, that also appear > elsewhere.) I don't think "architecture" necessarily means the kind of "systems" architecture that the "systems" standardisation bodies are producing. While the Internet architecture has never been defined in terms of nodes and interconnections like the 3GPP architectures typically are, I still think we had a fairly well functioning and beautiful Internet architecture some 10-15 years back. So, it may just be harder to pinpoint what the Internet architecture was, even though I think that, for example, some of Bob Braden's slide sets give quite a good idea. Consequently, the kind of "new" architecture work that I think we need might be called by some people something else, perhaps "vision", rather than "architecture". That is, like we've had the e2e principle for quite a long time, maybe we should try to develop a number of almost as fundable principles, like ones for wireless operations, mobility and multi-homing, o & m, distributed security management, etc. Then, by consciously applying those principles to existing protocol designs, sometimes perhaps working on simultaneously in enhancing an existing protocol and in creating a new "version" of the particular protocol, based on a completely different architectural design, we might be able to inch to a somewhat less complex overall architecture. OTOH, maybe I am just a dreamer and totally off the ground here? > I suspect a fair amount of complexity is because we had to bolt on > various things (NAT traversal, security, reliability or large > messages seem common after-market add-ons) or couldn't arrive at > decisions during protocol design time. I pretty much agree. Furthermore, more generally, I think that the current state of the architecture is pretty much a consequence of collectively not accepting the reality for a too long time. In my quite humble opinion, a number of vocal people at the IETF have far too long been preaching the architecture as it used to be 10-15 years back, disparately trying to clung to the ideal and ignoring the reality. As a result, the Internet architecture as-out-there-in-real- life has ran over the architecture-as-in-our-heads, causing a multitude of point solutions to be built to work around the problems in the ideal architecture. So, as I state in my little web page, I think we really should work hard to create a new waist for the architecture. I, of course, have my own theory where the new waist should be and how it should be implemented, but I also try to stretch myself here to be as open minded as I can in order to better understand the concerns from all of the community. My problem is that I don't know how best to engage the community in this kind of discussion, and relatedly, whether creating "a vision of a new waist" is possible at all, or at least whether it is possible to get any level of acceptance of such a vision within the community. --Pekka Nikander _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
- "The IETF has difficulty solving complex problems" Scott W Brim
- Re: "The IETF has difficulty solving complex prob… JFC (Jefsey) Morfin
- RE: "The IETF has difficulty solving complex prob… Hallam-Baker, Phillip
- Re: "The IETF has difficulty solving complex prob… Brian E Carpenter
- Re: "The IETF has difficulty solving complex prob… JFC (Jefsey) Morfin
- Re: "The IETF has difficulty solving complex prob… Pekka Nikander
- Re: "The IETF has difficulty solving complex prob… Richard Shockey
- Re: "The IETF has difficulty solving complex prob… Spencer Dawkins
- Re: "The IETF has difficulty solving complex prob… Richard Shockey
- Re: "The IETF has difficulty solving complex prob… Harald Tveit Alvestrand
- Re: "The IETF has difficulty solving complex prob… Jari Arkko
- Re: "The IETF has difficulty solving complex prob… Henning Schulzrinne
- Re: "The IETF has difficulty solving complex prob… Harald Tveit Alvestrand
- Re: "The IETF has difficulty solving complex prob… Masataka Ohta
- Re: "The IETF has difficulty solving complex prob… Pekka Nikander
- Re: "The IETF has difficulty solving complex prob… Iljitsch van Beijnum
- Re: "The IETF has difficulty solving complex prob… Pekka Nikander
- Re: "The IETF has difficulty solving complex prob… JFC (Jefsey) Morfin
- Re: "The IETF has difficulty solving complex prob… Pekka Nikander
- HIP new possibilities JFC (Jefsey) Morfin
- Re: "The IETF has difficulty solving complex prob… Iljitsch van Beijnum
- Re: "The IETF has difficulty solving complex prob… Pekka Nikander