[Pce] Comments on draft-ietf-pce-segment-routing-08

Cyril Margaria <cyril.margaria@gmail.com> Mon, 14 November 2016 14:40 UTC

Return-Path: <cyril.margaria@gmail.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5995C12955A for <pce@ietfa.amsl.com>; Mon, 14 Nov 2016 06:40:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 O-0o-VobS2HN for <pce@ietfa.amsl.com>; Mon, 14 Nov 2016 06:40:11 -0800 (PST)
Received: from mail-qk0-x22c.google.com (mail-qk0-x22c.google.com [IPv6:2607:f8b0:400d:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21768129551 for <pce@ietf.org>; Mon, 14 Nov 2016 06:40:11 -0800 (PST)
Received: by mail-qk0-x22c.google.com with SMTP id q130so97471580qke.1 for <pce@ietf.org>; Mon, 14 Nov 2016 06:40:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=XJHx7rOp98VkmjD1XV1cnphsTIlFLH8p9SCdx3v+iY8=; b=oofxawMvhPZC3WTV6V+xXr3J7UcfYAMLDEKC8IBPKibsJre9LY8swSXF8toc7pyRu8 5Pq8Sym0e6pABWaQyjX3xJH/dugs58vEL3DFh791FpQ42CYXPHJL1/OnY5XM7iEhw3/4 YUTZtCyXGVOJD8AW8TklEysz9rVN4Dz05jE2I2heI9NieB9NLr+0l9j2SERKg7/WCQu+ 6mhuFGQYuSOGuihGoE15cu8O65dlMH7VDc7AZ9sojlF/rWBRjW5gagNJAxo5Bg6pBFbw RQJcqeVWQH09iy/2+UobYG4FEn8hFk7v+iHPfdEZN908bk2P70NYO6rW+XcZN8p9Q8Jl iUHw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=XJHx7rOp98VkmjD1XV1cnphsTIlFLH8p9SCdx3v+iY8=; b=b/xOhQksWKS7xc8SeTUg3sNk/lJ+JON8VEuLL+PopDwxvI/D9K5kXgcXQ/Nf4lN9dy L1s0d9DhNSNCAqSgA9fDVEkHME2gwZd1asCdOzAOjpnryUQ5Gskh1RN1ksPWBuT58Al4 3dD2SMrsfoJE/cAHOlCjHQutipl3zCuDYVqYMICPs/0X/hVbcHm/BfYaK0t8Ug0urg3C RN8ifrHxTIGVZAYvrwJ3MtUIrZPRWydUtlnUHeo5bTS8GCikar6DTDCzE28JFIy5UO/X So22cV5sXDx/PPohPzn6MQ98VzppExmIGVfWJaAx4IQbBtbRVz3uctMut2BaX+rWLs+B A7LQ==
X-Gm-Message-State: ABUngve4XGmLXconoBOA+KCPgOYv4MgUInzq3sl0rm84P8+kKQrCMzntd5hIksZM2l6Jewr6TgUUQnpAYkw6SQ==
X-Received: by 10.55.135.69 with SMTP id j66mr17112039qkd.31.1479134410136; Mon, 14 Nov 2016 06:40:10 -0800 (PST)
MIME-Version: 1.0
Received: by 10.12.133.34 with HTTP; Mon, 14 Nov 2016 06:40:09 -0800 (PST)
From: Cyril Margaria <cyril.margaria@gmail.com>
Date: Mon, 14 Nov 2016 09:40:09 -0500
Message-ID: <CADOd8-tG-7epsLP5MbWtVRt_QxZAS+T_A80YF_Q699Lks+fvtw@mail.gmail.com>
To: "pce@ietf.org" <pce@ietf.org>
Content-Type: multipart/alternative; boundary="94eb2c075f46176b65054143d1db"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/F2TrFMBufgosQV8ydjdpZnni934>
Subject: [Pce] Comments on draft-ietf-pce-segment-routing-08
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Path Computation Element <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Nov 2016 14:40:12 -0000

Dear PCE'ers

I reviewed the document and I have the following comments/questions:

1)       The document implies that the PCC has to /MUST do IP address to
SID conversion, I  think that it would allow a more simpler PCC if that
capability is optional  and negotiated with additional error codes to
indicate that the NAI SR-EROs are not supported.

2)       One aspect of the SR-ERO processing is that,  when building the
label stack, the PCC should have enough information to decide on the
outgoing link (this can be provided by the PCE). It will be good if the
document state could spell out this part of the procedure and indicates any
specific SR-ERO procedure. For instance one solution could be  that the PCE
may use IP address or Adjacency SID to indicate the outgoing link.

3)       Taking the outgoing link selection into account, the Maximum Stack
Depth (MSD) calculation may be not trivial: for instance if the first hop
is a local Adjacency-SID, then the label will not be stacked, but it will
if the first hop is a Prefix SID it may be counted (non-adjacent node or
adjacent node without PHP) but it may not be counted (adjacent node, with
PHP). I think the draft should clarify it.

Thanks,

Cyril