[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PWE3] 答复: [Technical Errata Reported] RFC4385 (1743)
- To: jiang.xiaowei at zte.com.cn
- Subject: Re: [PWE3] 答复: [Technical Errata Reported] RFC4385 (1743)
- From: Stewart Bryant <stbryant at cisco.com>
- Date: Fri, 27 Mar 2009 06:06:52 +0000
- Authentication-results: ams-dkim-1; header.From=stbryant at cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; );
- Cc: pwe3-bounces at ietf.org, yaakov_s at rad.com, lmartini at cisco.com, rdroms at cisco.com, townsley at cisco.com, danny at arbor.net, swallow at cisco.com, pwe3 at ietf.org, RFC Errata System <rfc-editor at rfc-editor.org>
- Delivered-to: pwe3 at core3.amsl.com
- Dkim-signature: v=1; a=rsa-sha256; q=dns/txt; l=4002; t=1238134040; x=1238998040; c=relaxed/simple; s=amsdkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=stbryant at cisco.com; z=From:=20Stewart=20Bryant=20<stbryant at cisco.com> |Subject:=20Re=3A=20=3D?GB2312?B?tPC4tDogW1BXRTNdIFtUZWNobm ljYWwgRXJyYXRhIFJlcG9ydA=3D=3D?=3D=0A=20=3D?GB2312?B?ZWRdIFJ GQzQzODUgKDE3NDMp?=3D |Sender:=20; bh=DTMx5M1NAsYUq9oPv9u99l2zrdea3Ac666UNkJkrI8U=; b=flwkOSLeE0TPjsa8KP7tHqJCqeR0zACYBUHj8691lLgynOk7kE8om/8Gid uP1qiPJLWi830gFbddctTXjA+NpP2/OiGZ8YclrC75+s+TC4SnvMKc6eyHx3 nIa3XpZO+V;
- In-reply-to: <OF66103128.06FC9AEC-ON48257586.000CFD78-48257586.000D47D5 at zte.com.cn>
- List-archive: <http://www.ietf.org/mail-archive/web/pwe3>
- List-help: <mailto:pwe3-request@ietf.org?subject=help>
- List-id: Pseudo Wires Edge to Edge <pwe3.ietf.org>
- List-post: <mailto:pwe3@ietf.org>
- List-subscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=subscribe>
- List-unsubscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=unsubscribe>
- References: <OF66103128.06FC9AEC-ON48257586.000CFD78-48257586.000D47D5 at zte.com.cn>
- Reply-to: stbryant at cisco.com
- User-agent: Thunderbird 2.0.0.19 (Macintosh/20081209)
TDM uses a circular space, the others use a space with a gap at zero.
With these PWs, zero is used to indicate that sequence numbering
is not enabled.
Stewart
jiang.xiaowei at zte.com.cn wrote:
>
> SAToP [RFC4335] might be 4553, right?
> and 1 more question, I do not quite understand the difference b/w TDM
> PW seq and non-TMD PW sequence #
>
> In SAToP RFC, it says:
> "
> Sequence number - used to provide the common PW sequencing function
> as well as detection of lost packets. It MUST be generated in
> accordance with the rules defined in Section 5.1 of [RFC3550] for
> the RTP sequence number:
>
> o Its space is a 16-bit unsigned circular space
> o Its initial value SHOULD be random (unpredictable).
>
> It MUST be incremented with each SAToP data packet sent in the
> specific PW.
> "
>
>
>
>
> *RFC Errata System <rfc-editor at rfc-editor.org>*
> 发件人: pwe3-bounces at ietf.org
>
> 2009-03-27 04:23
>
>
> 收件人
> stbryant at cisco.com, swallow at cisco.com, lmartini at cisco.com,
> danny at arbor.net, rdroms at cisco.com, jari.arkko at piuha.net,
> townsley at cisco.com, stbryant at cisco.com, matthew.bocci at alcatel-lucent.com
> 抄送
> yaakov_s at rad.com, pwe3 at ietf.org, rfc-editor at rfc-editor.org
> 主题
> [PWE3] [Technical Errata Reported] RFC4385 (1743)
>
>
>
>
>
>
>
>
>
>
> The following errata report has been submitted for RFC4385,
> "Pseudowire Emulation Edge-to-Edge (PWE3) Control Word for Use over an
> MPLS PSN".
>
> --------------------------------------
> You may review the report below and at:
> http://www.rfc-editor.org/errata_search.php?rfc=4385&eid=1743
>
> --------------------------------------
> Type: Technical
> Reported by: Yaakov (J) Stein <yaakov_s at rad.com>
>
> Section: 4, 4.1, 4.2
>
> Original Text
> -------------
> The sequence number mechanism described here uses a circular unsigned
> 16-bit number space that excludes the value zero.
> ...
> o The sequence number that follows 65535 (maximum unsigned 16-bit
> number) is one.
> ...
> o If the sequence number on the packet is zero, the sequence
> integrity of the packets cannot be determined. In this case, the
> received packet is considered to be in order.
>
> Corrected Text
> --------------
> The sequence number mechanism for all PW types except the TDM PWs
> SAToP [RFC4335], CESoPSN [RFC5086], and TDMoIP [RFC5087] use a
> circular unsigned 16-bit number space that excludes the value zero.
> The TDM PWs include the value zero.
> ...
> o For all non-TDM PWs the sequence number that follows 65535
> (maximum unsigned 16-bit number) is one.
> ...
> o If the sequence number on a non-TDM-PW packet is zero, the sequence
> integrity of the packets cannot be determined. In this case, the
> received packet is considered to be in order.
>
> Notes
> -----
> While the fact that the TDM PWs always require the sequence number and
> thus do not give a zero value special meaning was well-known and
> documented in the relevant RFCs. However, this was forgotten in this
> document and is causing confusion to implementers.
>
> Instructions:
> -------------
> This errata is currently posted as "Reported". If necessary, please
> use "Reply All" to discuss whether it should be verified or
> rejected. When a decision is reached, the verifying party (IESG)
> can log in to change the status and edit the report, if necessary.
>
> --------------------------------------
> RFC4385 (draft-ietf-pwe3-cw-06)
> --------------------------------------
> Title : Pseudowire Emulation Edge-to-Edge (PWE3) Control Word for Use
> over an MPLS PSN
> Publication Date : February 2006
> Author(s) : S. Bryant, G. Swallow, L. Martini, D. McPherson
> Category : PROPOSED STANDARD
> Source : Pseudo Wire Emulation Edge to Edge
> Area : Internet
> Stream : IETF
> Verifying Party : IESG
> _______________________________________________
> pwe3 mailing list
> pwe3 at ietf.org
> https://www.ietf.org/mailman/listinfo/pwe3
>