IETF Logo Mail Archive

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

"Geib, Ruediger" <Ruediger.Geib@t-systems.com> Tue, 23 October 2007 08:19 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 1IkEz1-00034j-Fr; Tue, 23 Oct 2007 04:19:27 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43) id 1IkEz0-00031b-Cg for pcn-confirm+ok@megatron.ietf.org; Tue, 23 Oct 2007 04:19:26 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IkEyz-00030F-BL for pcn@ietf.org; Tue, 23 Oct 2007 04:19:25 -0400
Received: from tcmail31.telekom.de ([217.6.95.238]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IkEyt-0003CT-V5 for pcn@ietf.org; Tue, 23 Oct 2007 04:19:25 -0400
Received: from s4de8psaans.mitte.t-com.de by tcmail31.telekom.de with ESMTP; Tue, 23 Oct 2007 10:19:06 +0200
Received: from S4DE8PSAANK.mitte.t-com.de ([10.151.229.10]) by s4de8psaans.mitte.t-com.de with Microsoft SMTPSVC(6.0.3790.3959); Tue, 23 Oct 2007 10:19:05 +0200
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: Tue, 23 Oct 2007 10:19:05 +0200
Message-Id: <1B6169C658325341A3B8066E23919E1C0DE8FD@S4DE8PSAANK.mitte.t-com.de>
In-Reply-To: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC5CD@E03MVZ1-UKDY.domain1.systemhost.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Architecture draft - probing section & general updates.
thread-index: AcgQFh3bpdXKC6/iTqGKgTMqojS39gFKBadg
From: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
To: philip.eardley@bt.com
X-OriginalArrivalTime: 23 Oct 2007 08:19:05.0926 (UTC) FILETIME=[60B5EE60:01C8154D]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d6b246023072368de71562c0ab503126
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

Phil,

I appreciate that probing is optional. I understand that to mean that
standardisation allows to operate PCN within a domain without having to
support any probing functionality.

There may be operational conditions, when probing makes sense. This may
be the case, if the number of multiplexed flows is at the lower bound of
the range where statistical multiplexing can be applied on any link and
the number of possible ingress to egress relations passing this link is
big enough to lead to (pre-)congestion by admission of a single flow
with a reasonable probability. I don't want to stop people from working
on this issue, but I'd favour PCN to finish standards for an operational
environment where the probability of a single admitted flow causing
congestion on a link is extremly low. 

Regards,

Rudiger


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

v2.40.4 | Report a Bug | By Email | System Status