[mpls-tp] draft-boutros-mpls-tp-performance

Vishwas Manral <vishwas.ietf@gmail.com> Mon, 05 April 2010 03:32 UTC

Return-Path: <vishwas.ietf@gmail.com>
X-Original-To: mpls-tp@core3.amsl.com
Delivered-To: mpls-tp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 750E93A67AC for <mpls-tp@core3.amsl.com>; Sun, 4 Apr 2010 20:32:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.001
X-Spam-Level:
X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LlNp3OWSccXM for <mpls-tp@core3.amsl.com>; Sun, 4 Apr 2010 20:32:46 -0700 (PDT)
Received: from mail-gw0-f44.google.com (mail-gw0-f44.google.com [74.125.83.44]) by core3.amsl.com (Postfix) with ESMTP id 945A73A67A6 for <mpls-tp@ietf.org>; Sun, 4 Apr 2010 20:32:46 -0700 (PDT)
Received: by gwj20 with SMTP id 20so802893gwj.31 for <mpls-tp@ietf.org>; Sun, 04 Apr 2010 20:32:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:cc:content-type; bh=MeXY+Cd52AFH0qVFRE3IuePSKXxzPEK7TQOedfQH9GA=; b=iguhru5JdbW8iURYCaY/QiVpUJHJbpgqqIbAvtoSgolBW2mf9llioHWT6J9T+Ht2ZQ vUpd28+YsVCnUla87mV/2pu2nViwPd5NN/QlC8nLEVGwQ6UsLk7Bx3seXjVd2gmAOGWK S+lt2A1Ab2YtC27gEgwSUzqwmBtK5P8aaepRg=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=gqE9AIwRUOiNL9nvxyUbXv0RQz8iC0Yne6IKvrk4v7/iYs7IBTGOuIHxpOXf27nDoL IyXMdUoMWTrsCP8dyc2MoHWpQiIzX7lNgIRelKn80VPPXwPBvhs+Md01bqMEaSbolxF3 o9/YHP8+fLaa3FtmKVA2EZTwVRv/3VZq5fRys=
MIME-Version: 1.0
Received: by 10.150.147.9 with HTTP; Sun, 4 Apr 2010 20:32:39 -0700 (PDT)
Date: Sun, 04 Apr 2010 20:32:39 -0700
Received: by 10.151.59.20 with SMTP id m20mr5786228ybk.82.1270438359254; Sun, 04 Apr 2010 20:32:39 -0700 (PDT)
Message-ID: <k2i77ead0ec1004042032p4b229211s5c04155cf600102b@mail.gmail.com>
From: Vishwas Manral <vishwas.ietf@gmail.com>
To: mpls-tp@ietf.org
Content-Type: text/plain; charset="ISO-8859-1"
Cc: wardd@cisco.com, msiva@cisco.com
Subject: [mpls-tp] draft-boutros-mpls-tp-performance
X-BeenThere: mpls-tp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: MPLS-TP Mailing list <mpls-tp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls-tp>, <mailto:mpls-tp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls-tp>
List-Post: <mailto:mpls-tp@ietf.org>
List-Help: <mailto:mpls-tp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls-tp>, <mailto:mpls-tp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Apr 2010 03:32:47 -0000

Hi,

I noticed some interesting things in the performance monitoring draft.
The most interesting thing is point 4 I have noted.

1. The draft may be trying to measure packet loss but it assumes the
performance messages cannot be lost. This seems like a very
interesting assmption.

2. On the same lines if we assume the above not true, we may need to
define retransmits from senders and no/ ACK NACK retransmits.

3. We also need to define how to identify duplicate messages and how
duplicate packets are to be treated.

4. I also notice to measure packet loss we use the sequence number in
the packets themselves:

To measure packet loss I guess the receiver looks at the gaps in the
sequence numbers. However there are basic issues with this.

Sender sends packet 1 to 100. Receiver receives packet 1 to 80.
Receiver does not know 100 packets are going to be sent, so it says
packet loss is 0 even though there are 20 packets that are lost.

5. I assume it would be good to state that the sequence number of the
first packet is 1. Also if there are wrap arounds what needs to be
done. In my view we should use 64 bit values for sequence numbers, it
is like a packet counter.

Thanks,
Vishwas