Re: [mpls] PSC: draft-dj-mpls-tp-exer-psc

Huub van Helvoort <huubatwork@gmail.com> Fri, 03 May 2013 14:06 UTC

Return-Path: <huubatwork@gmail.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B20421F9635 for <mpls@ietfa.amsl.com>; Fri, 3 May 2013 07:06:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wEIYm8e7Rz5R for <mpls@ietfa.amsl.com>; Fri, 3 May 2013 07:06:54 -0700 (PDT)
Received: from mail-ea0-x233.google.com (mail-ea0-x233.google.com [IPv6:2a00:1450:4013:c01::233]) by ietfa.amsl.com (Postfix) with ESMTP id DB60B21F8A0C for <mpls@ietf.org>; Fri, 3 May 2013 07:06:43 -0700 (PDT)
Received: by mail-ea0-f179.google.com with SMTP id h14so756476eaj.24 for <mpls@ietf.org>; Fri, 03 May 2013 07:06:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:disposition-notification-to:date:from :reply-to:user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=/P9vf53uulqqfWuoCA15QPk5pR4yRCJtKcDnyaCk+1o=; b=HN9n3L/kHUyKS50lgBHCnNjhINSM5os3AlPtkd754BRRR5t8/PeIEiTN/zzCNBPx9f m4g0Yg2KVzVzWZt1SFD5qSG0Pfk+tA2szTXU4ucIBik+QdLLBCXptYxTifVuRi5sid06 vua682E4dU+IlclXBY8PAq1HpCOQd49vB6t0xIafauEWOlS/ZvMcjXag89eym9l9RE/K QPmyIT4y048W/TyxKdfI57WsKrXBKY/X9rlHtvf4ipHP/qnFLZv6evLgCOfzyvCKZH6l 3A80fDOMUAw1hDruD6xxk2o3j6tgw45XX95/OTI+OcleUmtBHFQUL+4E6t07ezLj2lUy 3FTQ==
X-Received: by 10.14.3.9 with SMTP id 9mr25503555eeg.33.1367590002999; Fri, 03 May 2013 07:06:42 -0700 (PDT)
Received: from McAsterix.local (g215085.upc-g.chello.nl. [80.57.215.85]) by mx.google.com with ESMTPSA id c44sm12761413eeb.4.2013.05.03.07.06.41 for <mpls@ietf.org> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 03 May 2013 07:06:42 -0700 (PDT)
Message-ID: <5183C475.3030909@gmail.com>
Date: Fri, 03 May 2013 16:06:45 +0200
From: Huub van Helvoort <huubatwork@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
MIME-Version: 1.0
To: mpls@ietf.org
References: <20ECF67871905846A80F77F8F4A27572101502A9@xmb-rcd-x09.cisco.com> <517F078E.5030002@jp.fujitsu.com> <20ECF67871905846A80F77F8F4A275721015D2FF@xmb-rcd-x09.cisco.com> <5181A5EB.8080807@jp.fujitsu.com> <20ECF67871905846A80F77F8F4A275721015DF3E@xmb-rcd-x09.cisco.com> <CAM0WBXVWaPt-WHcPwfrfq28qGDY4vd2y01xm42xUiwVVK+6rSw@mail.gmail.com>
In-Reply-To: <CAM0WBXVWaPt-WHcPwfrfq28qGDY4vd2y01xm42xUiwVVK+6rSw@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Subject: Re: [mpls] PSC: draft-dj-mpls-tp-exer-psc
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: huubatwork@gmail.com
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: Fri, 03 May 2013 14:06:55 -0000

Yaacov, hi,

You wrote:

> I would like to point out two things about the definition given in G.870
> for the EXER function, as given in the text quoted by Eric -
>
> 1. The definition clearly states that EXER is optional!

I have talked to the editor of G.870, he confirmed that this
statement is his interpretation of the following text in G.841
clause 7.1.2.1 (switch commands for MSP [Multiplex Section Protection])
"The exercise functionality may not exist in all MSP functions."

This is from the 1998 version of G.841, and is applicable to MSP
implementations that existed before 1998.

All other protection schemes in G.841 do not mention this exception.

Clause 7.2.4.1.2 even emphasizes the importance of EXER:
"the exerciser function is even more essential" (for ring protection).

> 2. It seems clear (at least to me) that the real reason for the command
> was to test the selectors that were present in the SDH hardware, (i.e.
> "switch is not actually completed, i.e., the selector is released by an
> exercise request") and therefore its relevance to packet switch networks
> seems questionable.

When you were editor of G.8032 (Ethernet ring protection) the
following text was written:
"Exercise Signal – Exercise of the R-APS protocol. The signal is
chosen so as not to modify the position of the blocked ring port."

This makes again clear that the reason for the EXER signal is to
exercise the protocol, without affecting traffic.

Regards, Huub.


-- 
*****************************************************************
               请记住,你是独一无二的,就像其他每一个人一样