Re: [Fwd: [EME] The virtual circuit trap mentioned in the EME charter - need for clarification]

Rémi Després <remi.despres@rd-iptech.com> Tue, 14 November 2006 10:25 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GjvU7-0007rO-5d; Tue, 14 Nov 2006 05:25:43 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GjvU5-0007pc-GB for eme@irtf.org; Tue, 14 Nov 2006 05:25:41 -0500
Received: from smtp3.orange.fr ([193.252.22.28] helo=smtp-msa-out03.orange.fr) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GjvJu-0003ON-KL for eme@irtf.org; Tue, 14 Nov 2006 05:15:12 -0500
Received: from [127.0.0.1] (APuteaux-152-1-58-84.w82-120.abo.wanadoo.fr [82.120.172.84]) by mwinf0307.orange.fr (SMTP Server) with ESMTP id 0267A1C001F7; Tue, 14 Nov 2006 11:15:08 +0100 (CET)
X-ME-UUID: 20061114101509101.0267A1C001F7@mwinf0307.orange.fr
Message-ID: <4559972F.8090107@rd-iptech.com>
Date: Tue, 14 Nov 2006 11:15:11 +0100
From: =?ISO-8859-1?Q?R=E9mi_Despr=E9s?= <remi.despres@rd-iptech.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Tilman Wolf <wolf@ecs.umass.edu>
Subject: Re: [Fwd: [EME] The virtual circuit trap mentioned in the EME charter - need for clarification]
References: <4558A354.6030002@wanadoo.fr> <4558B532.50102@ecs.umass.edu>
In-Reply-To: <4558B532.50102@ecs.umass.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 32b73d73e8047ed17386f9799119ce43
Cc: EME group <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>
Errors-To: eme-bounces@irtf.org

Thanks.
Further comments below.
Rémi

Tilman Wolf wrote:
> Remi,
> 
> I have to admit that I didn't write the charter. I have tried contacting 
> Paul Francis a couple of days ago to see if he has any comments on your 
> question, but I haven't heard from him, yet.
>
  I look forward to what Paul can add on the subject.

> The statement in the charter implies that virtual circuit approaches to 
> handling middleboxes require coordination of all entities involved with 
> a given circuit, which may limit the ability of a middlebox to make 
> local decisions.
  In fact, virtual circuits (VCs) crossing composite point-to-point 
links need no signaling with intermediate link boxes (e.g. two neighbor 
VC-switches across an IEEE-802 MAC-layer can ignore MAC-layer switches).
  Also, an X.25 VC-switch can  reset its link(s) to any neighbor(s) at 
any time. It is guaranteed that no VC thus cleared will ever reappear.
  In my understanding, a TCP session on a LAN-NAT-WAN-LAN path can 
usefully be viewed as a VC, established along an EME path. On it, VC 
label switching is performed on combinations of IP addresses and TCP/UDP 
port numbers.

It may not be desirable to limit our scope to virtual
> circuits because we also want to consider off-path signaling, but 
> clearly there will be some similarities in the signaling approach.
  IMHO, excluding the VC heritage would be counterproductive.
  VCs have been found inappropriate largely based on the end-to-end 
argument. But the EME group raison d'etre is precisely to go beyond the 
E2E paradigm.
  While the EME scope should clearly not be "limited to" on-path 
signaling, it should not either "exclude" it, be it indirectly.
  In summary, I suggest that, unless a new explanation justifies it, the 
negative sentence about VCs, as it is, should explicitly be made 
ignorable (or better would be deleted if the chatter can be updated?).
> 
> Tilman
> 
> Rémi Després wrote:
>> As author or co-author of the charter, could you be the one who 
>> provides  some insight on the question below?
>> RD
>>
>>
>> -------- Message original --------
>> Sujet: [EME] The virtual circuit trap mentioned in the EME charter - 
>> need for clarification
>> Date: Thu, 09 Nov 2006 16:45:26 +0100
>> De: Rémi Després <remi.despres@rd-iptech.com>
>> Copie: eme@irtf.org
>> Références: <45533DA6.30206@wanadoo.fr>
>>
>> The EME charter seems to me very pertinent, and I like its clarification
>> of some real problems.
>> Although I have been involved in Internet protocols for years, and have
>> been active in the 70s.on virtual circuits (by the way operational
>> worldwide, and very successful, in the 80s-early 90s), I don't
>> understand the sentence of the charter: which says "Candidate protocols
>> should avoid falling into the virtual circuit trap, where routers  lose
>> the ability to remedy failures locally".
>>
>> Could anyone, clarify what is meant?
>>
>> In particular,: is it understood that NATs have fallen into that trap,
>> or have avoided it ?
>>
>> Thanks.
>>
>> Rémi Després
>>
>>
>> _______________________________________________
>> EME mailing list
>> EME@irtf.org
>> https://www1.ietf.org/mailman/listinfo/eme
>>
>>
>>
> 

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