Re: [Pce] PCE SID-algo draft extension

slitkows.ietf@gmail.com Tue, 10 January 2023 16:35 UTC

Return-Path: <slitkows.ietf@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 C490FC131C7C; Tue, 10 Jan 2023 08:35:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.095
X-Spam-Level:
X-Spam-Status: No, score=-7.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nJ0Y6XczdQEj; Tue, 10 Jan 2023 08:35:12 -0800 (PST)
Received: from mail-ej1-x62d.google.com (mail-ej1-x62d.google.com [IPv6:2a00:1450:4864:20::62d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 959B5C41F3B3; Tue, 10 Jan 2023 08:34:18 -0800 (PST)
Received: by mail-ej1-x62d.google.com with SMTP id cf18so23821448ejb.5; Tue, 10 Jan 2023 08:34:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=thread-index:content-language:mime-version:message-id:date:subject :in-reply-to:references:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=oJR9ngWb6KhuJkbRCUMp3w2/JkO4PF6NGQ1qUZ/Cc2E=; b=FMBh4DK30HB48+3VdKqL5XqaFGDteR+DkZnyNW5VVLvxjRU5Wf+Gjx3dyu42A096IY 0Jo9E5IrJfIm/d15Tmn6qZ/IAAAPkhMfOVroFBqlSyNE4Qti/HOV8DAuh/jCFqJyuYCE GnFLa1wBRYW8oE6VZ9mF/tZtJWZLElSl7m+pyUhZ2WPq3klhYaZIOsQyYAQogQwx3fPY T1K5ggO35Wa409I2vPTxwaInRPd+t1SDv+E9xf+nv8bOWNG6oVkzT2s4B8Tc7nnZQbaB WBkNDqz9UvY3y1idA1aOqF/I67HbJ4xpK1F385/6Asp0yQLZDQMs5uvQk42manQK3AAs sg6w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=thread-index:content-language:mime-version:message-id:date:subject :in-reply-to:references:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=oJR9ngWb6KhuJkbRCUMp3w2/JkO4PF6NGQ1qUZ/Cc2E=; b=uV5r75kih0FqMhNhv9XvjC+/Rl9Cn/g1H9mzrGWzCA3WGo5vqs1dTRrDjN1VUHuzqi giMt0vgXGZBC3xy69ZGmzhyTfuA6w9BnIFZAoXeRTGZESAUXABtmFxJQ6zzCIXCOUP0J UNGf1hnO3rAXp5vg6wfrbCq5vyXet3RpsjDAV5/KanojOnLdfKB1hXL3yfXPog1a3Q2g w8IJfJ4zbqqHF1OJHSzfkqsFmyXLQXueoUUu16JmwhVYZdt6i20mwHK1OAnGVizuh5ZQ UxfdvuWz+jvT9tJa3PFKdHo+OFMGvbuUqrvTJJvi8D3Wieivr8pveSvoBrLm6j/jDuJI pO1w==
X-Gm-Message-State: AFqh2kplCkk4GxDJLsCKrbc7a6T8OqO8p2EYPGvUh1LawLietzKubeix KmHGM+CNiQ+t2aRdzpbwVQ==
X-Google-Smtp-Source: AMrXdXtkFBq2y6GnUzZaTgsPYN2RxeXJuIlhS1iZZdH2nuX7x8+KZ6fKwqEljehj4qXxPMjQH+5eYg==
X-Received: by 2002:a17:907:390:b0:84d:2f09:661 with SMTP id ss16-20020a170907039000b0084d2f090661mr12366355ejb.1.1673368456624; Tue, 10 Jan 2023 08:34:16 -0800 (PST)
Received: from CSCOWPF2QW8Y3 ([173.38.220.53]) by smtp.gmail.com with ESMTPSA id a8-20020a50ff08000000b0048f81162130sm5076607edu.75.2023.01.10.08.34.15 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Jan 2023 08:34:16 -0800 (PST)
From: slitkows.ietf@gmail.com
To: 'Dhruv Dhody' <dd@dhruvdhody.com>, "'Samuel Sidor (ssidor)'" <ssidor@cisco.com>
Cc: pce@ietf.org, 'pce-chairs' <pce-chairs@ietf.org>
References: <DM6PR11MB4122FA3E3A5024A13385BD66D0FF9@DM6PR11MB4122.namprd11.prod.outlook.com> <CAP7zK5bCJwLxNg=MpigrVw35NQU6zdhAjMR_BJvZygApntdHvg@mail.gmail.com>
In-Reply-To: <CAP7zK5bCJwLxNg=MpigrVw35NQU6zdhAjMR_BJvZygApntdHvg@mail.gmail.com>
Date: Tue, 10 Jan 2023 17:34:14 +0100
Message-ID: <01ec01d92511$6129ee70$237dcb50$@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_01ED_01D92519.C2F0EE80"
X-Mailer: Microsoft Outlook 16.0
Content-Language: fr
Thread-Index: AQH2Ynj9fS0QfGG5ruMSVItmtrLGYwHPX8njrk7g4QA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/7FLLRBgYHoQeza46hBLEL4Thk4o>
Subject: Re: [Pce] PCE SID-algo draft extension
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.39
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: Tue, 10 Jan 2023 16:35:15 -0000

Hi

 

Happy new year guys !

 

IMO, from a use case point of view, the SID filtering use case is far more limited and niche (e.g.: plane selection…) vs the interdomain FA path computation which is widely required. For large networks that are multidomain, there must be a PCE based solution for interdomain FA path computation.

 

Brgds,

 

Stephane

 

From: Pce <pce-bounces@ietf.org> On Behalf Of Dhruv Dhody
Sent: mardi 10 janvier 2023 14:00
To: Samuel Sidor (ssidor) <ssidor@cisco.com>
Cc: pce@ietf.org; pce-chairs <pce-chairs@ietf.org>
Subject: Re: [Pce] PCE SID-algo draft extension

 

Hi Samuel,

As a WG participant --- Assuming the WG agrees with the usecase, we need a clear way to signal when the Algo is a constraint along with others (current) v/s when Algo is a shorthand to refer to the constraints as per the IGP definition (proposed). 

This could be a flag in the SID Algorithm TLV or could be a brand new mechanism (such as a new dynamic association type for FlexAlgo). More importantly, we need to be clear on how other PCEP constraints interact with the constraints referred in the IGP. The easiest thing would be to not allow other PCEP constraints to be encoded at all and rely only on IGP; or have flags to signal how to handle the complexity of combining them including mismatch! This needs to be handled with care! 

Thanks! 
Dhruv

 

On Tue, Jan 10, 2023 at 3:51 PM Samuel Sidor (ssidor) <ssidor@cisco.com <mailto:ssidor@cisco.com> > wrote:

Hi all,

 

I would like to get feedback from PCE WG for one extension proposed for existing SID-algo draft <https://datatracker.ietf.org/doc/html/draft-tokar-pce-sid-algo-05#name-sid-algorithm-constraint-2>  (currently expired), which is trying to cover all existing algorithm types as defined in IGP – that includes SPF (algo 0), Strict-SPF (algo 1) and Flex-algo (algo 128-255)

It introduced SID-algo constraint, which currently can be used for filtering SIDs used in path computed by PCE. 

To be able to compute inter-domain Flex-algo path, PCE Flex-algo path-computation must be aligned with path-computation done by IGP (Use ASLA attributes, honor FAD lookup priorities,…). This use-case is different one from SID filtering we need to use constraints/metric-type from Flex-algo definition that is bound to SID algo number specified in constraint. 

 

Before we modify the draft, we would like to know if WG has any objection.

 

Thanks,

Samuel