Re: [EME] EME charter

Joe Touch <touch@ISI.EDU> Mon, 13 November 2006 18:52 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GjguZ-00070Z-0A; Mon, 13 Nov 2006 13:52:03 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GjgrH-0005hP-4K for eme@irtf.org; Mon, 13 Nov 2006 13:48:39 -0500
Received: from vapor.isi.edu ([128.9.64.64]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gjgqv-0003sr-TP for eme@irtf.org; Mon, 13 Nov 2006 13:48:19 -0500
Received: from [127.0.0.1] (priras01.isi.edu [128.9.176.219]) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id kADIln1E028245; Mon, 13 Nov 2006 10:47:52 -0800 (PST)
Message-ID: <4558BDD3.8000707@isi.edu>
Date: Mon, 13 Nov 2006 10:47:47 -0800
From: Joe Touch <touch@ISI.EDU>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Melinda Shore <mshore@cisco.com>
Subject: Re: [EME] EME charter
References: <C17E264F.17FBC%mshore@cisco.com>
In-Reply-To: <C17E264F.17FBC%mshore@cisco.com>
X-Enigmail-Version: 0.94.0.0
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52f7a77164458f8c7b36b66787c853da
Cc: eme@irtf.org
X-BeenThere: eme@irtf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: end-middle-end research group <eme.irtf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/eme>, <mailto:eme-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/eme>
List-Post: <mailto:eme@irtf.org>
List-Help: <mailto:eme-request@irtf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/eme>, <mailto:eme-request@irtf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0915853967=="
Errors-To: eme-bounces@irtf.org

The same could be said of NATs, with the same result. Substantial impact
on the Internet architecture that we then spend years trying to
circumnavigate and/or explicitly support.

In both cases, the onus shifts on us to do lots of work to support
others who are making money, IMO.

Joe

Melinda Shore wrote:
> On 11/13/06 1:29 PM, "Joe Touch" <touch@ISI.EDU> wrote:
>> The real reason is that some middlebox designer somewhere thought they
>> knew better than the person at the endpoint about what an E2E
>> communication was supposed to do.
> 
> I think a lot of what's driving this has more to do with 1) maladapted
> business models, and 2) perceptions around security, actually.  This is
> particularly true around voice where on the one hand there's a higher
> level of comfort with control plane/data plane separation and on the
> other a tendency to solve problems that crop up by dropping more stuff
> into the network (and granted, it's a lot easier to add new things than
> it is to remove or change existing ones).  The enterprise case is somewhat
> more complicated since there's a different relationship with users (they
> aren't customers in the traditional sense) and there's a different
> relationship to the network's assets.  I think that a lot of what's going
> wrong on networks today, at least around middleboxes, has economic
> roots rather than technical ones.  I don't have a clue what to do about
> that.
> 
> Melinda

-- 
----------------------------------------
Joe Touch
Sr. Network Engineer, USAF TSAT Space Segment

_______________________________________________
EME mailing list
EME@irtf.org
https://www1.ietf.org/mailman/listinfo/eme