Re: [mpls] [PWE3] Pseudowire Sequence Number in draft-ietf-mpls-forwarding: a minor comment

Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Tue, 26 November 2013 16:26 UTC

Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9281F1ACC91; Tue, 26 Nov 2013 08:26:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uJlCjE3Yw83G; Tue, 26 Nov 2013 08:26:48 -0800 (PST)
Received: from ilptbmg01-out.ecitele.com (ilptbmg01-out.ecitele.com [147.234.242.234]) by ietfa.amsl.com (Postfix) with ESMTP id 15E821AC85E; Tue, 26 Nov 2013 08:26:46 -0800 (PST)
X-AuditID: 93eaf2e7-b7f908e000003da1-57-5294da5ac419
Received: from ILPTWPVEXCA01.ecitele.com ( [172.31.244.224]) by ilptbmg01-out.ecitele.com (Symantec Messaging Gateway) with SMTP id 08.E7.15777.A5AD4925; Tue, 26 Nov 2013 19:28:58 +0200 (IST)
Received: from ILPTWPVEXMB02.ecitele.com ([fe80::5979:ca8d:419f:56df]) by ILPTWPVEXCA01.ecitele.com ([fe80::ac15:43ab:d541:dfa7%12]) with mapi id 14.03.0123.003; Tue, 26 Nov 2013 18:26:44 +0200
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: "curtis@ipv6.occnc.com" <curtis@ipv6.occnc.com>
Thread-Topic: [PWE3] Pseudowire Sequence Number in draft-ietf-mpls-forwarding: a minor comment
Thread-Index: AQHO6gxo3oQggiALO0KcL/+gtz2uy5o3rlNQ
Date: Tue, 26 Nov 2013 16:26:43 +0000
Message-ID: <F9336571731ADE42A5397FC831CEAA025AC56C9D@ILPTWPVEXMB02.ecitele.com>
References: Your message of "Wed, 20 Nov 2013 14:35:41 GMT." <F9336571731ADE42A5397FC831CEAA025392F92F@ILPTWPVEXMB01.ecitele.com> <201311251829.rAPIThSu096500@gateway1.ipv6.occnc.com>
In-Reply-To: <201311251829.rAPIThSu096500@gateway1.ipv6.occnc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.4.35.10]
Content-Type: text/plain; charset="us-ascii"
content-transfer-encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrILsWRmVeSWpSXmKPExsUy+dWnL7pRt6YEGcw+KW1x+vkpNotP73aw WEyedYbN4vCB6ewWP3ZsYre4tXQlq0Xfpy0sFsfff2Cz+ND1g9WB02PryR9sHlN+b2T12Dnr LrvHkiU/mTyW3b/I5nG96Sq7x+Ivfh6T1qYFcEQ1MNok5uXllySWpCqkpBYn2yoFFGWWJSZX KilkptgqGSopFOQkJqfmpuaV2ColFhSk5qUo2XEpYAAboLLMPIXUvOT8lMy8dFslz2B/XQsL U0tdQyU7NWVDY2uukIzMYoVU3dzEzByF3NTi4sT0VAWgSMIW5ozdx4QL9lpUvPgxg6WB8adO FyMnh4SAicTNua8YIWwxiQv31rN1MXJxCAkcZJQ4sucGlHOUUWLh6VVsIFVsArYSm1bfBbNF BIwl/rbdBStiFrjDJDHv1D0gh4NDWCBeYt12DoiaBImdByewQNhGEjefzmMFsVkEVCWWdM4E s3kFAiSOXmljhFh2nFHi9uNHYA2cAk4S866eAjuPEei876fWMIHYzALiEreezGeCOFtAYsme 88wQtqjEy8f/WCFsOYknT06xQNTrSCzY/YkNwtaWWLbwNTPEYkGJkzOfsEDUS0ocXHGDZQKj +CwkK2YhaZ+FpH0WkvYFjCyrGEUzcwpKknLTDQz1UpMzS1JzUvWS83M3MULS2PMdjL/mqxxi FOBgVOLhNZw3OUiINbGsuDL3EKMkB5OSKO+L41OChPiS8lMqMxKLM+KLSnNSiw8xSnAwK4nw bjwBlONNSaysSi3Kh0m5AoNwIrMUd3I+MDXnlcQbGxjg5iiJ885pBhoikA5MgtmpqQWpRTBz ZDg4lCR4z5wCygoWpaanVqRl5pQgpJk4OEHO4AE64xxIDW9xQWJucWY6RP4Uoy7HrZ+fvjEK seTl56VKifNeASkSACnKKM2DmwPLaa8YxYEBIMx7A6SKB5gP4Sa9AlrCBLSky2gyyBJgVoFL STUwHlh7jGWVnm1bxSTBUyfDRa8W8DW6v4vmCcyQCVzvvVA8Ie87c2H1lrplvKk2SWYzOydq imm331njGcTPfOHpW8+M2kSZKyJhFez51hK9npfS1C4YXpZtt01+qzGd73ar/NNJiusqInQD Jn9fJPJvW89t06UmL6pfmf5Sf1FQfcJ6r0n0bUUlluKMREMt5qLiRAARe5RiRAQAAA==
Cc: "samante@apple.com" <samante@apple.com>, "kireeti@juniper.net" <kireeti@juniper.net>, "mpls@ietf.org" <mpls@ietf.org>, "curtis@occnc.com" <curtis@occnc.com>, "pwe3 (pwe3@ietf.org)" <pwe3@ietf.org>
Subject: Re: [mpls] [PWE3] Pseudowire Sequence Number in draft-ietf-mpls-forwarding: a minor comment
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Nov 2013 16:26:51 -0000

Curtis,
Lots of thanks for a prompt and very detailed response.
May I suggest an alternative version of the following text fragment?

<Curtis>
>   Identifying the position of any lost packets is important
>    for PW services which are attempting to reconstruct a bit stream
>    which maintains bit timing, such as time division multiplexing (TDM)
>    services.  TDM and other PW services which require strict ordering
>    also require that misordered packets be either dropped or reordered. 
 <Sasha>
Identifying lost PW packets and exact amount of lost payload is critical for PW services
which maintain bit timing, such as Time Division Multiplexing (TDM) services since
these services MUST compensate lost payload on a bit-for-bit basis. 

With these services PW packets that have been received out of order also MUST also be identified and may be either re-ordered or dropped. 
Reordering requires, in addition to sequence numbering, a "de-jitter buffer" in the egress PE, and ability to reorder is limited by the depth of this buffer. The down side of maintaining a de-jitter buffer is 
added end-to-end service delay.
</Sasha>

Hopefully this will be useful.


Regards,
     Sasha

> -----Original Message-----
> From: Curtis Villamizar [mailto:curtis@ipv6.occnc.com]
> Sent: Monday, November 25, 2013 8:30 PM
> To: Alexander Vainshtein
> Cc: curtis@occnc.com; kireeti@juniper.net; samante@apple.com;
> agmalis@gmail.com; cpignata@cisco.com; mpls@ietf.org; Yaakov Stein
> (yaakov_s@rad.com); pwe3 (pwe3@ietf.org)
> Subject: Re: [PWE3] Pseudowire Sequence Number in draft-ietf-mpls-
> forwarding: a minor comment
> 
> 
> In message
> <F9336571731ADE42A5397FC831CEAA025392F92F@ILPTWPVEXMB01.ecitele.c
> om>
> Alexander Vainshtein writes:
> >
> > Hi all,
> >
> > I would like to comment on the text in Section 2.1.8.1 "Pseudowire
> > Sequence Number" in draft-ietf-mpls-forwarding-03 - MPLS Forwarding
> > Compliance and Performance Requirements
> > <http://tools.ietf.org/html/draft-ietf-mpls-forwarding-03>.
> >
> > This section states, in short, that the main drive for using the
> > sequence number in the PW Control Word is handling of packet
> > reordering events. TDM PWs are presented as a major example, with CBR
> > ATM services as another example.
> >
> > In fact, this statement is not accurate.
> 
> Yes.  You are correct in pointing this out as inaccurate by omitting
> the other important function of identifying drops for the purpose of
> recunstructing TDM bit streams.
> 
> Andy brought up resequencing being a strong provider request.
> Reordering is far more common than loss particularly for high priority
> services on provider networks and without resequencing reorder results
> in PW loss in what could otherwise be lossless service.
> 
> So we should get the base requirements right but still reflect this,
> but strictly as advice with no normative wording.  We had used the
> phrase "is beneficial" and will retain that.
> 
> Andy brought up the topic.  The incorrect wording in the existing
> draft is my fault.  This text went in fairly early with a lot of other
> changes and it appears that no one had since given it a careful enough
> read and review until you came along.
> 
> > The main drive for mandating the use of sequence number in TM PWs is
> > the need to detect and count lost packets because the egress PE MUST
> > compensate the lost payload bit for bit.
> >
> > Ability to compensate reordering of PW packets at egress is a side
> > effect of (a) sequence number usage and (b) usage of the de-jitter
> > buffer in the egress PW. It is not mandatory and in any case is
> > limited by the depth of the de-jitter buffer: re-ordered packets that
> > cannot be accommodated within this buffer are treated as lost.
> >
> > Additional details can be found, e.g., in section 6.2.2 of RFC
> > 4553<http://tools.ietf.org/html/rfc4553>. Ability to re-order
> > mis-ordered PW packets is defined there as OPTIONAL, while replacement
> > of the payload of lost PW packets is defined as MANDATORY.
> 
> The change below at the top of the section more accurately reflects
> requirements in the RFCs but still states that resequencing can be
> beneficial.  The comments about EPD and PPD are dropped and therefore
> also the informative reference.
> 
>  Context:
> 
>  2.1.8.1.  Pseudowire Sequence Number
> 
>  OLD
> 
>    Pseudowire (PW) sequence number support is most important for PW
>    payload types with a high expectation of in-order delivery.
>    Resequencing support, rather than dropping at egress on out of order
>    arrival, is most important for PW payload types with a high
>    expectation of lossless delivery.  For example, TDM payloads require
>    sequence number support and require resequencing support.  The same
>    is true of ATM CBR service.  ATM VBR or ABR may have somewhat relaxed
>    requirements, but generally require ATM Early Packet Discard (EPD) or
>    ATM Partial Packet Discard (PPD) [ATM-EPD-and-PPD].  Though sequence
>    number support and resequencing support are beneficial to PW packet
>    oriented payloads such as FR and Ethernet, they are highly desirable
>    but not as strongly required.
> 
> NEW
> 
>    Pseudowire (PW) sequence number support is most important for PW
>    payload types with a high expectation of lossless and/or in-order
>    delivery.  Identifying the position of any lost packets is important
>    for PW services which are attempting to reconstruct a bit stream
>    which maintains bit timing, such as time division multiplexing (TDM)
>    services.  TDM and other PW services which require strict ordering
>    also require that misordered packets be either dropped or reordered.
> 
>    PW services which are not timing critical bit streams in nature are
>    cell oriented or frame oriented.  Though resequencing support is
>    beneficial to PW cell and frame oriented payloads such as ATM, FR and
>    Ethernet, they are highly desirable but not required.
> 
> NEW (end of subsection after list of possible reording causes)
> 
>    In provider networks which use multipath techniques and which may
>    occassionally rebalance traffic or which may change PW paths
>    occasionally for other reasons, reordering may be far more common
>    than loss.  Where reordering is more common than loss, resequencing
>    packets is beneficial, rather than dropping packets at egress when
>    out of order arrival occus.  Resequencing is most important for PW
>    payload types with a high expectation of lossless delivery since in
>    such cases out of order delivery within the network results in PW
>    loss.
> 
> The final paragraph sums up the motivation for highlighting
> resequencing as beneficial and desirable.  It does so without any
> normative wording.
> 
> > Hopefully these notes will be useful.
> >
> > Regards,
> >      Sasha
> 
> These notes are very useful.  Thank you.
> 
> Please let us know if you (and the WG) are OK with the rewording
> proposed above.
> 
> Curtis


This e-mail message is intended for the recipient only and contains information which is CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this transmission in error, please inform us by e-mail, phone or fax, and then delete the original and all copies thereof.