RE: [PCN] Architecture draft - probing section & general updates.

"Anna Charny (acharny)" <acharny@cisco.com> Fri, 19 October 2007 13:23 UTC

Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iiroo-0003SW-Vz; Fri, 19 Oct 2007 09:23:15 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43) id 1Iiroo-0003Rd-9G for pcn-confirm+ok@megatron.ietf.org; Fri, 19 Oct 2007 09:23:14 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iirom-0003QO-In for pcn@ietf.org; Fri, 19 Oct 2007 09:23:13 -0400
Received: from rtp-iport-2.cisco.com ([64.102.122.149]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Iirol-0007Ua-DJ for pcn@ietf.org; Fri, 19 Oct 2007 09:23:12 -0400
X-IronPort-AV: E=Sophos;i="4.21,300,1188792000"; d="scan'208";a="135200523"
Received: from rtp-dkim-1.cisco.com ([64.102.121.158]) by rtp-iport-2.cisco.com with ESMTP; 19 Oct 2007 09:23:11 -0400
Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l9JDNBGl005849; Fri, 19 Oct 2007 09:23:11 -0400
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l9JDN58b016908; Fri, 19 Oct 2007 13:23:11 GMT
Received: from xmb-rtp-203.amer.cisco.com ([64.102.31.20]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 19 Oct 2007 09:23:03 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Architecture draft - probing section & general updates.
Date: Fri, 19 Oct 2007 09:23:02 -0400
Message-ID: <BABC859E6D0B9A4D8448CC7F41CD2B070551D4D8@xmb-rtp-203.amer.cisco.com>
In-Reply-To: <425EB9B7-F7DB-4895-9A68-47C0F709D196@nokia.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [PCN] Architecture draft - probing section & general updates.
Thread-Index: AcgSUBT+aymtm9fVToiQGCN1HeZKlQAAC8jQ
From: "Anna Charny (acharny)" <acharny@cisco.com>
To: Lars Eggert <lars.eggert@nokia.com>
X-OriginalArrivalTime: 19 Oct 2007 13:23:03.0496 (UTC) FILETIME=[2D7F4480:01C81253]
X-TM-AS-Product-Ver: SMEX-8.0.0.1181-5.000.1023-15492.000
X-TM-AS-Result: No--26.936300-8.000000-31
X-TM-AS-User-Approved-Sender: No
X-TM-AS-User-Blocked-Sender: No
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=3248; t=1192800191; x=1193664191; c=relaxed/simple; s=rtpdkim1001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=acharny@cisco.com; z=From:=20=22Anna=20Charny=20(acharny)=22=20<acharny@cisco.com> |Subject:=20RE=3A=20[PCN]=20Architecture=20draft=20-=20probing=20section= 20&=20general=20updates. |Sender:=20 |To:=20=22Lars=20Eggert=22=20<lars.eggert@nokia.com>; bh=cGnGFeLDNkUtuxNkT39EkI/zNbzIIGD+31nMDKDeDeA=; b=QAowZGxKf3kRKiC7fvsFIQJY+EnEMdQ9f5ZbARiQDYB06GAm+HRYWOmUQljcQ5HqSTbyaYwX Y+F/kQvJw2ywF6TJo1F/DxF0Uaf2vLmsTxxZzMz0dtgyhOa7N9pYAbGe;
Authentication-Results: rtp-dkim-1; header.From=acharny@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim1001 verified; );
X-Spam-Score: -4.0 (----)
X-Scan-Signature: 00e94c813bef7832af255170dca19e36
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>, <mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>, <mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Lars,

On the low agfgregation point, please see below: 

> -----Original Message-----
> From: Lars Eggert [mailto:lars.eggert@nokia.com] 
> Sent: Friday, October 19, 2007 8:58 AM
> To: Anna Charny (acharny)
> Cc: Hancock, Robert; philip.eardley@bt.com; pcn@ietf.org
> Subject: Re: [PCN] Architecture draft - probing section & 
> general updates.
> 
> On 2007-10-16, at 21:55, ext Anna Charny (acharny) wrote:
> > Yes, Robert's is a fair concern to which no obvious solution is in 
> > sight. Different equipment might use different algorithms and might 
> > use different fields for ECMP load-balancing under different 
> > circumstances.
> > IMHO this is a killer argument of why the use of probing for 
> > discovering the state of ECMP paths should not be considered within 
> > the scope of PCN WG.
> 
> Agreed.
> 
> > There remains a question of whether probing can/should be 
> considerd to 
> > probe the path regardless of the ECMP issue.  I see most of 
> its value 
> > in flash crowd situations in combination with low ingress-egress 
> > agregation.
> 
> I note that scenarios with low aggregation aren't in scope of the
> charter:
> 
>    The initial scope of the PCN WG is restricted by the following
>    assumptions:
> ...
>    (C) the number of flows across any potential aggregation bottleneck
>    is sufficiently large for stateless, statistical mechanisms
>    to be effective

Actually,  I did not mean low aggregation *at the bottleneck*, which is
what the charter seems to restrict.  Rather I meant the case when the
bottleneck has high aggregation, but traffic on that bottleneck comes
from a large number of ingress-egress pairs, each having very low
aggregation levels.  I believe technically the charter does put any
explicit restrictions on the scope for ingress-egress aggregation. 

Perhaps the WG should consider whether it is reasonable to impose
restrictions on the *ingress-egress* aggregation levels as well.  An
argument can be made that in practice a large number of ingress-egress
pairs may only have a few flows, even when the bottleneck aggregations
are large. 

The decision on whether low ingress-egress aggregation level is in scope
seems to be important for choosing among the various approaches proposed
to the WG, as some of them are substantially more sensitive to the low
ingress-egress aggregations than others (e.g. single marking does not
perform well at very low levels of aggregation, as we showed at the last
meeting).  

Perhaps an explicit discussion on the assumptions regarding the expected
levels of ingress-egress aggregations is needed on the list? 

Towards that discussion, my personal view is that in the long range
ignoring low levels of ingress-egress aggregation levels will severely
limit the viability/usefulness of the technology.  However, perhaps as
an initial step it would be OK to assume moderate to high aggregation
levels, as long as a clear path is visible on how to address low
aggregations in the future within the scope of defined behaviors.  But I
think it is important to have a clear consensus on this point. 

Anna 

> 
> Lars
> 


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