[Pals] Mirja Kühlewind's No Objection on draft-ietf-pals-mpls-tp-dual-homing-coordination-05: (with COMMENT)
Mirja Kühlewind <ietf@kuehlewind.net> Wed, 01 March 2017 12:05 UTC
Return-Path: <ietf@kuehlewind.net>
X-Original-To: pals@ietf.org
Delivered-To: pals@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EB03126FDC; Wed, 1 Mar 2017 04:05:20 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Mirja Kühlewind <ietf@kuehlewind.net>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.46.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <148836992044.6292.270939446061109870.idtracker@ietfa.amsl.com>
Date: Wed, 01 Mar 2017 04:05:20 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/BbfayzLMLiK0z8k6fp2ApTX_a84>
Cc: stewart.bryant@gmail.com, pals-chairs@ietf.org, draft-ietf-pals-mpls-tp-dual-homing-coordination@ietf.org, pals@ietf.org
Subject: [Pals] Mirja Kühlewind's No Objection on draft-ietf-pals-mpls-tp-dual-homing-coordination-05: (with COMMENT)
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Mar 2017 12:05:20 -0000
Mirja Kühlewind has entered the following ballot position for draft-ietf-pals-mpls-tp-dual-homing-coordination-05: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-dual-homing-coordination/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Sorry one more editorial comment: - In section 3.1 it would be good to further clarify what's meant by 'local request or a remote request', especially when and who is doing the remote request? Minor mostly editorial comments: 1) When I first saw "DHC Code Point" in figure 2, I was slightly confused because this doesn't show in the rest of the doc anymore. Maybe rename to 'DHC channel type' or use the same term in the text or directly put the value in there that will be assigned by IANA. 2) 3.1.:"After the transmission of the three messages, the dual-homing PE MUST send the most recently transmitted Dual-Node Switching TLV periodically to the other dual-homing PE on a continual basis using the DHC message." This is only if the protection is active, right? 3) 3.2.:"Whenever a change of service PW status is detected by a dual-homing PE, it MUST be reflected in the PW Status TLV and sent to the other dual-homing PE immediately using the 3 consecutive DHC messages. This way, both dual-homing PEs have the status of the working and protection PW consistently." Note, it's possible that all three messages get lost. If you want to make sure you stay in sync, you need an explicit mechanism for reliability, e.g. sending an ack.
- [Pals] Mirja Kühlewind's No Objection on draft-ie… Mirja Kühlewind