IETF Logo Mail Archive

Re: [Lsr] Question about draft-ppsenak-lsr-igp-ureach-prefix-announce

Peter Psenak <ppsenak@cisco.com> Fri, 05 August 2022 13:47 UTC

Return-Path: <ppsenak@cisco.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E1DFC1907C0 for <lsr@ietfa.amsl.com>; Fri, 5 Aug 2022 06:47:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.189
X-Spam-Level:
X-Spam-Status: No, score=-10.189 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.582, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 I6iFsRvcuTsf for <lsr@ietfa.amsl.com>; Fri, 5 Aug 2022 06:47:33 -0700 (PDT)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9CCC3C1907BA for <lsr@ietf.org>; Fri, 5 Aug 2022 06:47:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=770; q=dns/txt; s=iport; t=1659707252; x=1660916852; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=zlCV9zMwYDKtKBBdMh+sfllcgSS+aO+8cUbf49Idlec=; b=E9DcRR8mBhR5iaQCc2TEJ7jhfYrK+wX3Xjl1gWClYKR8NGw8JGu392rF rY9iQ0xUjM5vB7GJJ6h9S20ed5TkbHb+pdKtHDdH+NBzRHjJK1Niy5R2O bgDucb5lNflODg3yxZ6HToS+9KRU7Ad8Nb+MylhGHQwmZbfrodf7hDlD8 s=;
X-IPAS-Result: A0DUAACKHu1ilxbLJq1aHAEBAQEBAQcBARIBAQQEAQFAgU+DeywShROIfodfMZ52CwEBAQ9CBAEBhQcChHkmOBMBAgQBAQEBAwIDAQEBAQEBAwEBBQEBAQIBBwQUAQEBAQEBAQEJGwYMBRA1hXWGQgEBAQECASMVQRALGAICJgICVwYNCAEBgnmCfiUDqH56gTGBAYgcgWWBESyPL0OBSUSBPIMDPogagmUEmCsmBA4DGiseQgIBC00FCAkXEhAQAgQRGgsGAxY+CQIEDgNACA0DEQQDDxgJEggQBAYDMQwlCwMUDAEGAwYFAwEDGwMUAwUkBwMcDyMNDQQYBx0DAwUlAwICGwcCAgMCBhUGAgJOOQgECAQrJA8FAgcvBQQvAh4EBQYRCAIWAgYEBAQEFgIQCAIIJxcHExgbGQEFWRAJIRwKBBoKBgUGEwMgbwUKOw8oMzU8Kx8bCoESKhsQFQMEBAMCBhMDAyICEC4xAxUGKRMSLQkqdQkCAyJpBAEDAwQoLgMJIR8HCSYsPQUFEAEbApk0boIxoxKfKINbhB6bagYPBC2WbJF7kU+FMadYgXiBfjMaCBsVgyNQGQ+OOY45QmwCBgsBAQMJjwcBAQ
IronPort-Data: A9a23:y988Ma7LxADn8sOoriECIgxRtDjHchMFZxGqfqrLsTDasY5as4F+v mVKDW6EPfmONjGgeY9/b47gpk0DupSDzoRhTwtkqn9hZn8b8sCt6fZ1gavT04J+CuWZESqLO u1HMoGowPgcFyOa/lH3WlTYhSEUOZugHtIQM8aZfHEqLeNYYH1500g7y7Zl2tUAbeWRWmthh /uj+6UzB3f9s9JEGjp8B3Wr8U4HUFza4Vv0j3RmDRx5lAa2e0o9UPrzEZqMw07QGeG4KAIVq 9Hrl9lV9kuBl/sk50jMfrzTKiXmSZaKVeSCZ+Y/t6WK2nB/SiIOPqkTc9w7OXhzpjG1k5NO9 vhxkq6AEhtuMfiZ8Agde0Ew/yBWNKBcvbTAO3X66oqYzlbNdD3nxPAG4EMeZNJDvL0nRzsWr rpCcljhbTjb7w6y6KqjUeRqj8cLJ8jwN4RZsXZlpd3cJa19H8ybH/SiCdlw5ToVwc8eHvblf Ms/NBFlYBDHbAAMEwJCYH45tL742iagG9FCk3qRvrAf4mXPwkp2yreFGNrIaNyLT8J9nluRu W/HuW/+B3kyLMSExDyM8Sfw3uTOhij8HokVEZW08/dwixuSy3AdThoMWjOTu/6zh1Sic8hWM F4J+WwooLRayaCwZtDwRVi5uHmeolsaUsYWGOwh4wbLwa3Ri+qEOoQaZnlnT4wZkOIyeTBp6 WGko/TbNWdz97LAHBpx6YyohT+1PCEUK0oLaikFURYJ7rHfnW0jsv7cZo08T/Pt37UZDRm1k m/a9nFv71kGpZdTj/3TwLzRv967SnH0ou8JCuf/AzrNAuBRPdDNi2mUBb7zt64owGGxFAXpg ZT8s5LChN3i9LnU/MB3fM0DHauy+9GOOyDGjFhkEvEJrmrwqiD4ItALum4ldC+F1/ronxe0M Sc/XisMtPdu0IeCMcebnqroUZ1xlPi8fTgbfqmNMIsmjmdNmP+vpXEyOhH4M5HFm0k3mqZ3I oaAbcupFh4n5VdPklKLqxMm+eZznEgWnDqLLbiilkTP+efONRa9FOZeWHPTP79R0U9xiFiMm zqpH5DRkEs3vSyXSnS/zLP/2nhTciVqXMqs8ZwGHgNBSyI/cFwc5zbq6etJU+RYc259z48kI lnVtpdk9WfC
IronPort-HdrOrdr: A9a23:xfPbsaPeLedoSMBcTvCjsMiBIKoaSvp037Dk7TETdfUnSK2lfq eV7ZImPH7P+VEssR4b9OxoVJPwJE80sKQFhbX5Xo3PYOCFggGVxehZhOOI/9SjIVydygc378 ldmsZFaOEYQWIUsS4/izPIa+rJB7K8gdmVuds=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.93,216,1654560000"; d="scan'208";a="3364049"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 05 Aug 2022 13:47:28 +0000
Received: from [10.147.24.47] ([10.147.24.47]) by aer-core-3.cisco.com (8.15.2/8.15.2) with ESMTP id 275DlSUU010056; Fri, 5 Aug 2022 13:47:28 GMT
Message-ID: <058aec3f-dc71-3aa5-473b-43bd3bbd5684@cisco.com>
Date: Fri, 05 Aug 2022 15:47:27 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.11.0
Content-Language: en-US
To: Robert Raszuk <robert@raszuk.net>
Cc: Peter Psenak <ppsenak=40cisco.com@dmarc.ietf.org>, Huzhibo <huzhibo@huawei.com>, "lsr@ietf.org" <lsr@ietf.org>
References: <0e6a36e81cdf48feae0c7508732f4059@huawei.com> <f25db3a5-50b9-a747-b12a-3847023e6307@cisco.com> <36e2a50061cf44b6a9478a4dde840f8f@huawei.com> <1487ecd7-9d57-82c9-1463-729e51120dcc@cisco.com> <35188c0dbb6d486787c95a1ff47b8f28@huawei.com> <172d0bca-b364-1d0c-6efc-d9bf295950af@cisco.com> <CAOj+MME+W53DTYaHxVs8A3OeNCg4JM2q=wQvRjjVdQUKrP7eVA@mail.gmail.com> <4ed49064-a094-050a-81ee-d8d273c201da@cisco.com> <CAOj+MMFKNbR0FGFr-5jPvVRnLEDg9rVGxgfodCxczj22eOuvHg@mail.gmail.com> <59c00b15-e00a-b6b4-64e1-8dd0209b5cd9@cisco.com> <CAOj+MMG1atOGmcjahDjNzYM_RGRzuLXyPnfbtMFoUpEyPHrs_A@mail.gmail.com>
From: Peter Psenak <ppsenak@cisco.com>
In-Reply-To: <CAOj+MMG1atOGmcjahDjNzYM_RGRzuLXyPnfbtMFoUpEyPHrs_A@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Outbound-SMTP-Client: 10.147.24.47, [10.147.24.47]
X-Outbound-Node: aer-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/AWRJm5sZb7RprOKA531OBdu7VT0>
Subject: Re: [Lsr] Question about draft-ppsenak-lsr-igp-ureach-prefix-announce
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Aug 2022 13:47:37 -0000

On 05/08/2022 09:42, Robert Raszuk wrote:
>     you advertise the algo X locator as UPA.
> 
> 
> So as UPA is generated by ABRs now ABRs must be locator aware.

locator is a prefix, just advertised in a different TLV.

> 
> Moreover local flooding must be able to map nodes to locators and 
> locators must be flooded in the underlay.

I'm not sure what is your point, locator processing is equal to any 
other prefix processing on ABR.

> 
> If one wants to tunnel flex-algo's between POPs across base (say core 
> not being flex-algo aware) this is not possible to still use UPA ?

sure, in which case the protocol that runs over tunnel would be 
different than the protocol that provides the underlay for the tunnel.

Peter

> 
> Thx,
> R.

v2.23.0 | Report a Bug | By Email