IETF Logo Mail Archive

Re: [Idr] Does SRGB TLV in draft-ietf-idr-bgp-prefix-sid qualify for BGP Attibute discard?

Eric C Rosen <erosen@juniper.net> Tue, 26 June 2018 18:24 UTC

Return-Path: <erosen@juniper.net>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED5C01310FF for <idr@ietfa.amsl.com>; Tue, 26 Jun 2018 11:24:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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=juniper.net
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 LIohE9OtP_in for <idr@ietfa.amsl.com>; Tue, 26 Jun 2018 11:24:20 -0700 (PDT)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D9A1131102 for <idr@ietf.org>; Tue, 26 Jun 2018 11:24:20 -0700 (PDT)
Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w5QHFTSP019676; Tue, 26 Jun 2018 10:16:58 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=subject : to : cc : references : from : message-id : date : mime-version : in-reply-to : content-type; s=PPS1017; bh=s+j8uFylvfmhtpN4N+UN/vcY/Ob/qO7LdNk6d5a0AZE=; b=qla82IhOtAoZ19ye6lPLBPfifIRsGJ6ftBbAjFBRkiYqkePHFopqC9eEPnAQYxEnOVCa vkT4G0rNuJi7peIx+UnuSGUWH9jAv4yzwo/1yzzHhY6SYeqXsgQ+FlucXIjsw6YyacFw DDcsfSXEC20JOZlKO7FJyyqU75ZjnPChxTHhrdnWtMd2xv0ikqcAVV4xWZxiqKb389YN yaVEe+1nK6dW10L9TTRFPmdT1oJxVSwXNA3LOIKOpm+3c+Bb6kiLTya18odE6qtyfFZY c6jdC6S1338X2YC2eWqd8SrDDWt4OAQn/Euv1vChqoxjaGQTHPauCxAEOvlQvLfMaAYT BQ==
Received: from nam03-dm3-obe.outbound.protection.outlook.com (mail-dm3nam03lp0023.outbound.protection.outlook.com [207.46.163.23]) by mx0b-00273201.pphosted.com with ESMTP id 2jukvtrn2n-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 26 Jun 2018 10:16:57 -0700
Received: from [172.29.33.16] (66.129.241.10) by MWHPR0501MB3866.namprd05.prod.outlook.com (2603:10b6:301:7b::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.906.10; Tue, 26 Jun 2018 17:16:55 +0000
To: Susan Hares <shares@ndzh.com>, "'Ketan Talaulikar (ketant)'" <ketant@cisco.com>, 'Robert Raszuk' <robert@raszuk.net>
Cc: "'idr@ietf. org'" <idr@ietf.org>
References: <00f001d40d68$c4881700$4d984500$@ndzh.com>
From: Eric C Rosen <erosen@juniper.net>
Message-ID: <ce748a79-10bd-7cce-e7c2-c3878f4bbcbf@juniper.net>
Date: Tue, 26 Jun 2018 13:16:50 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0
MIME-Version: 1.0
In-Reply-To: <00f001d40d68$c4881700$4d984500$@ndzh.com>
Content-Type: multipart/alternative; boundary="------------26DE4EA385FADEE1033984D5"
Content-Language: en-US
X-Originating-IP: [66.129.241.10]
X-ClientProxiedBy: BN3PR03CA0105.namprd03.prod.outlook.com (2603:10b6:400:4::23) To MWHPR0501MB3866.namprd05.prod.outlook.com (2603:10b6:301:7b::20)
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: a92a109e-201e-45c8-bd4f-08d5db889e78
X-MS-Office365-Filtering-HT: Tenant
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989117)(5600026)(711020)(48565401081)(2017052603328)(7153060)(7193020); SRVR:MWHPR0501MB3866;
X-Microsoft-Exchange-Diagnostics: 1; MWHPR0501MB3866; 3:frdDF9eKZk8SVyaywre2qq6ZkLg1b5IqoI5EiKAO9wNgbOkO7betQ7PVge/Bct0tWhgHcqrULaWmSfSlertpW/bTOn+OPF2lzhdd2S4KnwCzBi+EO2MF1WpDieaavyoWlgfHgEBLhcG8QBS6L2iAddMy0sDy44OEVN/t6ofAo22Pro19BZgcFqKaXbHUzi3IPWP5CNyGr65H1oAxg5B1plrysc/O+P7s6cRtWUMf5uBWyd2Y/WkSCe5REFH/Ep59; 25:N5WVD/QMAt4QqnNBKtgUtxFDv8+7k2pLxjDtBfVYI6N1cott0Wl11B1i7+7+bahUbEuqcYn+bgw220Pp8PXQ4h3BvTVwK+/5Rv4djktNqJroIXhLFGtAsSH1YRJW2ME/Rvz7+E4+PmiuLhSr+g+WiyfFXYKG//2S6SuBsgJX2dvGLspyrNR9TD7FbNbcFoLxKF4MdjdU9URBhpIq3qrxavgFPJgO+4JiapEm8mYOmW0GCcsbip41pbWfETuOMhCfOXhGq+zxqeDgamJgPg8ZvHGxupYVDuFRSxS8l2ouET8evFeTcBst0dyhU7XlV7IHa6I9cVotjDQPk2w7YzXRvg==; 31:MwKdHaSFisaEz8wQgzONwcEMvZf4vL1392UfsrtrqsylVZ/GZmT0i96Bz9KEbp5a2q9BSePaOrgTAQ9nKTAL7jU84rhUmKCWvZkBcmlwqtTIy00pU+oKOwZo4y2HFRBl3U0XLZr2gndM2F6ZdUEHkxRHGdO6fgEdH4pCzoJKJEuPM0wCNZjcEmll4FzGGarJRMTHiSAtqHWIaSbhVwlfwE2CvOfW9dsKo19j3eb8l+k=
X-MS-TrafficTypeDiagnostic: MWHPR0501MB3866:
X-Microsoft-Exchange-Diagnostics: 1; MWHPR0501MB3866; 20:DxxzbJQhtubjCPsOE6oo7Co7M8QGuBS0oCbmRzAu43qY8SPFK6H4hmksBblir6DInC6VXMAbd8CVJqzOSMz7w3FvuQKw833s/ptPgp06LMXr7/LH+vbqK2+skJhDYS6FfPT9fVrd3WKPEp4OY3Z1Iu34vgU58WnJuoWrEY8JquI4O8pCivo1jyX7K0TlFMHxx573yHbHrBa2N34K1DU9czcN/n28PQTly496sthVerfE9BTXKiw5ajAnJm4QKRTbKNtVLh2Db5cIpD9OlK+EDon7+Y19hpWRAyYmruAndDeUbmyXuM4C5nhqnuBd0+Teqljyu/JAMSWwXXdKUt+CN0k1WJf6OWpaIqRka/IQLkyeHUHT6L3eNLXUq5kL0N//TzpwapFQKezRFY6JQMsrwu5dM69Ygliw8LMW7O81PxKc3DHrI0rwH9d6mS+0gQk8sj19j0Ybh5HJkEF0BDZw4W/e/LpYfvjFSvTignSvN60Qyz8tFObILJYhmS9KpjsPa2e6CIqczcNXiJvVkm+stN80htxygFmQvlAE73X+WbjXbrr8DJ643j6ASTP093h4PXUZI9y9gMS3TpAR9TRjtwvTpmPuZknlL9odLPshPY0=; 4:CVnW4Ie/jgb5vsta+ZwCwsrklnPZdJLV4SSbHl/4VSI125l34pPTdQ1T/ZwoOgw9VSPELTOZzX4FAS5uLZrDhUGrzhDCXqU4zY1yAv1GCKbH0DbSQjUgvhh3sI/RNeYav1FZGIgf0orrPXQnzuHOx+XmpuW/6LRff2Kv1of9tH6YfVYaMH761IGBOCeeQCFWjBY/EBAEXx9GPJDWzzbDVB2CDGAT1i04q0r/LthzZ9Mzt1doZtUoLC59ulVYnuP+cTwSMN97QJt4hTKZnr/VyA==
X-Microsoft-Antispam-PRVS: <MWHPR0501MB3866470F862310584CC8F3D8D4490@MWHPR0501MB3866.namprd05.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-MS-Exchange-SenderADCheck: 1
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(3231254)(944501410)(52105095)(93006095)(93001095)(10201501046)(3002001)(6055026)(149027)(150027)(6041310)(20161123558120)(20161123560045)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(6072148)(201708071742011)(7699016); SRVR:MWHPR0501MB3866; BCL:0; PCL:0; RULEID:; SRVR:MWHPR0501MB3866;
X-Forefront-PRVS: 071518EF63
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6049001)(396003)(136003)(366004)(39860400002)(376002)(346002)(189003)(199004)(16586007)(97736004)(6486002)(2906002)(478600001)(6116002)(229853002)(36756003)(84326002)(476003)(37036004)(956004)(110136005)(58126008)(2616005)(316002)(446003)(3260700006)(11346002)(486006)(3846002)(16576012)(4326008)(31696002)(25786009)(54896002)(31686004)(64126003)(106356001)(105586002)(53936002)(76176011)(53546011)(386003)(52116002)(6246003)(86362001)(81156014)(81166006)(16526019)(8676002)(68736007)(8936002)(77096007)(26005)(6666003)(66066001)(7736002)(5660300001)(65956001)(65806001)(65826007)(33964004)(217873001); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR0501MB3866; H:[172.29.33.16]; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: 1; MWHPR0501MB3866; 23:MsfR4muVYtGFgfdf5100I+a3B6nf60gVoOcSSCC1OQtzcSCfB7jJnnXuQdAJ+o8bHU9yVFCHcDD6PKPRo6oyGO3KT+F43HuE6aFsl1pwwrB8+MFB+WlSm0//RUcps+zKIgXW9vtRwcLetoKu0PXjDiKh7s3M+SMO/M9L821nabA26Yk14k7ebWaWhNOojeZPoZQ40UqTbx5C5yfV8Fkxi2PSeaptabOEN8YtEQGobVKiFY695BJQyGhg5rUuYHIsm6anoEYWoN4q7kcz1eucRqpY2Erp2gHs8dTcsZlROohuXini51UAsyWfWSGkUOXT51yELsGJ1uJEPJa2UK+ax78+TDayL/OboQzNoDiT+auk/No659G96MTYgOZma+yK8g2vJAv/oIOmRHPe248ygd1Var/Neqr7/XskpNsFW+3UXxI/40Yth2CewLb3CXAB/WoTRZI5KJvA14bPqu7kuy3rXXRVHjayzB7I4b1PwSDktP7Yt6MvnWdU5kQ78QA+MLzJAUGKBjSjxRR/CWVvIHAl9G2vMQV3P8cNxBTN3cJ1wwqiXAqdFAdaIHK6P+nKo+WY1ceKb5Y+npXydytTgcAf1qhM+4aLpJmEP5+wn73JfQWqcJ/JjJybtnTlu8Zf1eLTQn6DxooQFAFwIwi7+Bhgm4QpU2VLK4yGKy5dmlCuyZXsaaXP6OgMPAnZ9d1C5GKf4QsPWqrtAi5klGMxbTNVt0Yyd1HY8FKaUM4wm5h6qthQXpRc9CTjWCBgtiHmFjlmqECK/iL3LWHE6iqbjjKvFPEkLhFSBsAL76D13Fx45WrkzWNDnOfik9QqiGavJ0pD5ErRabGN+yihPTA4EZVDtiPiV2c0GHoXshqzhjX/ouQFhmZuFn/VbdgN2v6j4rf7yojQc722Dn82GqeVDSykEipq3khE02ihjOONi1lIzgCI5cyzWgv+XBQAWpLeeLI1GgZtrJLkEteS7FKVyZ8rmPwCSS6fTH0avpEYIHiae7rHbeEES4ogZ6xXn2wHE+Ya8fkloB3fubIdJ8TBYf6HS57LF3isHfl6NDXwWlmeayldWe6S9P13QxSi/HrH8tygX9dr+vqFcWP9DQdbQjtJy3tor2hl+I5vTjiVzXHxtSH61KCg/sGbUAgYnyqXGeOlVOjd2NZDQnRKlk06MT0d3wBTNqtlt9dEh9+RqXkf7TkmEmXp3StM4ijXJnp00NJJ+belqr+TQ65Gl5VPqn5GhkaeWkliz6sm/z1EhAWIgCHi1tGIg7BMS9iNMLnXFDWiVx2pwPwblX4LxzFJh82SVyBrFNaVSizsHP0Ild3NBfQqOyPzFyhoXAARwf01RV5RJeWhx+BVH8H4HViai7wh2uVm5ZzL6aJvnhsdZ8Y=
X-Microsoft-Antispam-Message-Info: G6e92uQsgaaoTQjAfMkfYY0o8QlSaufbDLD9YVJC0a+BxKHImu2Rc1N7RqqBP05dzZrSBSOCNXNTQE5O8DrG0FSDCM/9g3n67JvohPgXVYotJHkTWETMlLcys3sVgVAMQKPGw5K0/pQ6AHT4DiBbpQGJ2j96pdNhN2adfSJMaTzxMoQfodYdvxA8A1NSCGFfX404cIVmFz6sl6/qsh+6yK03epCygMDoe3r1pjFAp8UHko0Wo+ll+e1NL8ZGFaVSCdw7CmzdY0vk2lj5mJ/0fgWsNLZt5abtnONft0GSpRAJZHocgnFJ7WeWhfaHwHweDOAj8PbwIbTuYIXUKXJ6d/oJeSeJQu8Un99RdC0vVqg=
X-Microsoft-Exchange-Diagnostics: 1; MWHPR0501MB3866; 6:ORWwoOADzM0tJBNqNpOYw+NjsyY120ytJYEcRkS5s5DBUJgi61zgTmeA5H4qk2MK5fzpHfQZp2VLGBAz3xdscN+Pit3zoBOy9NSH57UCfdUlUq5fHAm+zSdHeYLc/5rwrnNsGx8cGiV7gzK7giz+1fvKXCR3gkz3GcNXjQcYkixcwICOpmpoAlZeYvblMHcejxrrv9MKX4oQ5NaoJJopuDaKQwEDJUEnHJ1xalf7THsXqiYliD4eGC4MpX4rTDKwrgS1kRS0kK8Pnb2d45rraJymfmclm+m7VkGH7sBtq//h5mnGGl/eEirqg5gQf+pMBV0hzLI7gspGD5XsnaVNlAzC+i0bvtFL1COcm/FHmE/++2lns4VdLm90eg/VImLcrZGXvJqBaFF6bEtpqCu2l1DYvn9KX1tq/qCPs9tm2z4K1YBa+caq4fhqFHVpYkjICZ5wtN6ebuopNPvpGlE38Q==; 5:vPxHH6GhrsHTPjPoDuldLwGSrwSXnhYaRbXeTSaqQg5zRVhl6w60NntnyxOTvOJzBz4T/MXCiQin2/p9uuAcIkThlSmkJR+tLX+r46cFDK+HaR8Tndlh39wTv3EKJnIJh/ptRwJtTxoeWl0hK5OuIRUwP8TX5lmGGhACNYQuzAw=; 24:L3wuRTNHuYm+CwoqrCKANoaTXQute3acJoE8GPbcX7b36Ob98ycP9muc27MI1Q/rzVkzMk64X/vRFEsjijZZ2IEFozidfzXL2zNS6xM4+qg=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; MWHPR0501MB3866; 7:cvhsAL9DoZSL+JIlUtXO15r4SxqUfURSGgAxTQedEpmpDToQFEKJq6xnbAeRXocjTosUomrW0w8xGCfvu5dFadPpylOnu7x3Kdnyrkk7og32ixX0brz/jh2+usWf5CMxXeaVixW0pBGlHFaGPQWNg4RdgPCVxKcrcnx64QdOSMPZ9BfBfZhG0GeWAKEGAzbMBzZcRpMw3m9jz2ziKjVVL7qhcHXYcG7XI7tTnlpkY7DH5TX2jzaNOcSsAf5qlxW/
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 Jun 2018 17:16:55.3824 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: a92a109e-201e-45c8-bd4f-08d5db889e78
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR0501MB3866
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-06-26_09:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1806210000 definitions=main-1806260194
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/u-vPANV6GQbAMdIDXu95ryoATds>
Subject: Re: [Idr] Does SRGB TLV in draft-ietf-idr-bgp-prefix-sid qualify for BGP Attibute discard?
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Jun 2018 18:24:31 -0000

On 6/26/2018 12:14 PM, Susan Hares wrote:
> Does building segment routing policies were different SRGBs mean it 
> changing policies regarding the SR segments installed? 

If you don't know the appropriate set of SIDs and SRGBs, then you can't 
make use of certain policies, and you have to use the "ordinary" 
(non-traffic-engineered) routing.

But there is no feedback loop at all.  SIDs and SRGBs do not change 
dynamically.  And if they do change (due to configuration/provisioning 
changes), they don't cause changes in the sets of policies that are 
deployed or in the ordinary routing.

> Acee suggested these “routing policies” were hints on where labels 
> were allocated for different SRGBs. 

I don't think Acee said anything like that.

> As IDR co-chair, I asked whether the discard attribute error handling 
> (per RFC7606) for the BGP Prefix-SID attribute was appropriate.

Whether you do treat-as-withdraw or discard-attribute, a malformed 
prefix-SID attribute is likely to prevent you from using a particular 
policy.  If you do discard-attribute, the prefix is still reachable via 
the ordinary non-traffic-engineered routing; this does not cause any 
loops or oscillations, as the ordinary routing is not impacted.  If you 
do treat-as-withdraw, the prefix is not going to be reachable at all.  
So this seems like a clear case where discard-attribute is the preferred 
error handling procedure for a malformed attribute.

v2.23.0 | Report a Bug | By Email