Re: [Idr] [Technical Errata Reported] RFC4271 (5000)
t.petch <ietfc@btconnect.com> Fri, 21 April 2017 17:59 UTC
Return-Path: <ietfc@btconnect.com>
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 B049912EABF for <idr@ietfa.amsl.com>; Fri, 21 Apr 2017 10:59:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.921
X-Spam-Level:
X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.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 T45HrckCnAaH for <idr@ietfa.amsl.com>; Fri, 21 Apr 2017 10:59:44 -0700 (PDT)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0130.outbound.protection.outlook.com [104.47.2.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5B6FC128854 for <idr@ietf.org>; Fri, 21 Apr 2017 10:59:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=OvyEvLD9/4O5Ryxx+5TTrjkF463KAKmBy02MKyJ5bPk=; b=OW2tO0Ow/aaYExtsD4UcDkoWcpaP/O6b+oWInLJDHFGF7ZAFCAel8NLYXcV+JHcmaECYQtP+aDglzn9dxzDpgH0GzsfyyZ6K9nhJ0obdlTPUCIjBxbLuj0tDL5JQymHbo9roFo1Z8m/Rvgm7hjaszklXyChFGcO3+Navq6FFWgY=
Authentication-Results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=btconnect.com;
Received: from pc6 (86.169.157.161) by HE1PR0701MB3001.eurprd07.prod.outlook.com (10.168.93.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1047.6; Fri, 21 Apr 2017 17:59:40 +0000
Message-ID: <037b01d2bac8$bab7d100$4001a8c0@gateway.2wire.net>
From: "t.petch" <ietfc@btconnect.com>
To: "Alvaro Retana (aretana)" <aretana@cisco.com>, idr@ietf.org
References: <20170419173711.71458B814DA@rfc-editor.org> <88AF5CD0-3DA4-4CD0-877B-39925DC7D5F0@cisco.com>
Date: Fri, 21 Apr 2017 18:44:19 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [86.169.157.161]
X-ClientProxiedBy: DB6P193CA0020.EURP193.PROD.OUTLOOK.COM (10.175.237.30) To HE1PR0701MB3001.eurprd07.prod.outlook.com (10.168.93.135)
X-MS-Office365-Filtering-Correlation-Id: fed56185-20ca-45fb-1f08-08d488e02ef4
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(201703131423075)(201703031133081); SRVR:HE1PR0701MB3001;
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB3001; 3:SklCOA/dxXKA2UcEwTePRTef2Jh5nvjM7tSFWmORHRMyLZrff80g2bDFeyx8f8V+VEZq03LUFJMOWGb8sPbWPzAsb6oTCW+X7ocjKF7B4w2VA5lJU3EDYKZR5mOAvzhU5Zch434Izo003QJxI9Hry61BsgLHmRG5A6oCQjDl8Ek/0o+g5FLwPdpqmRgO7UyujRgOP/eibhU8Qio5/yCvfmM1MduT+l1C6XooTKlqus27m3Cd0qMJSyZRPKg/Icn5Duiyb0+Eba4QQFs1TO0YQkSTE1sxSUg6CfOXRDVlLzomrLn/htO+4j3HCuUiUTb+OYUXkXbpvAYrIVNnhVUzxg==; 25:2wryDoZni7GgeNFjP/qJqXV154Q/fKORNtuLUdIHGOIm6XIAX87WzRp2AlA3478oDeAy7HowqdzjPIf2NSpk3Z590WjcThBIy/dbHg0xaxONonUmUBwstTG/7addryPRV4A1yAFTohJ80aRbvxDKciPWSNa5dbVs6zlmB+u40/MaV1fgiybSAeQYw7euR+75iTCr7tde9Lo4aljJ80RSZikzYT4JVgMunWitzTiPV+Ucye43O+TXf6utvsPav1Gl/sJ7nC9RuOc6h83Gpl4dlSTU4Z/JzIho59nJq0aEgDau4uGii+bJshE19BTuS0iJ6Wfb0g8SJHS3jbLp0BjQ/W/0TCTbaD+v9YelPHtsyBc3meGYRpNbXZUzyJLcyF7pELQzsdsYpISk9gQAZQl1S7OgwDwsF+UMAza4HqIigaaJptDnjS9H817KGyzn0sXAW3ubff7uagWdXfihbL+ydBPrY3lvmYIRm+uTe9Z+aXo=
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB3001; 31:GWzsgDrRYCVo31aJphImA6IJTRooJi9bBhFBve5uz+0a3qGd+BrjCpJplDiwJH8Ob8Ze1uthwp246bUrJloZeRbUeXmObUQbTAWeLGeeZ+isodHivodFuiXBDmbV3Fy8eZIgKoUqMgsEBzZL5VgjPWIt0pG1KoHIQCjsa85bV6nMDmEZbBFUytrnpqK5+jvtEFdgBE/gqhjKSbuo3B563W0iPe7RhG3JVDe05QDeX38wcaE4yPcT5y5jcd4laz1tAXlWLms+i+q9rz0+gl7EPIH2X84R/DqLQ2lHPtJCZMo=
X-Microsoft-Antispam-PRVS: <HE1PR0701MB3001C30BB6AB5E685F2F2C67A01A0@HE1PR0701MB3001.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(138986009662008)(100405760836317)(95692535739014);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(93006095)(93001095)(6041248)(20161123564025)(20161123562025)(20161123555025)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(6072148); SRVR:HE1PR0701MB3001; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0701MB3001;
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB3001; 4:RKARmytjF22NFBO9Wj00gWSEVsaAPKe3Db3eK4sYTE2B0SCP4CXjRT7AFUe46zmYaNZnBFZGDGi+8eFp7gFw3XcmTprXBuNIw7sjg4Z6+l+nyaiwBNoigIS9wtJXORcGtY0sncAGrN1uUb5DeLwZzAZklMC9OGmbwCMrNmiqWbePkajfFL8lNV6ix3X462ehJHtSt3C/mLborUQIRRV5mXctAdUhaBIbeVn17Qr0rkMgqeh8iMd8yEgD07kDDtxlFJ6KR3FHYchFLVdGVsEn74tgtllcQ8d6ux6mEAN4UXegF3dUW1r0Iht0X4arYHvcEj6vaffGOgRvLmh4RYhMgdycso3M46VDbocr9j74uFD0GfPCOALFWRnaXZ9ZMiCY8vUMP8eLapRPWtGig17PQD9UWemf1Dtq8E33KrQJP8+i5prTe5jygcdi+pXXl8riY5m+MYMEdl5aCmjlOj/GUvuA5kr5zXIhaPj+E6y26+qp9NkqjfRxmrJDYehFboerYYBfZBOZrZ8tgn0t3okMsbkxDWMj/4CPNB+WJB0kwahArG9jaNgg2qEgnrSW0j+J53+jMADJg3Wk20BsAjDs9ydnD/Zrv9v/EbVVb38Fg/XCgfP5gOgDMfgLxX8TM1nllvBEnw/LQG4C7mWXVLziQeENxavKRb8uQtkPLJ1cf18rNxHNQ6L97Cn29CVaXSxylOGs8pZ8MIRhLjigAuepLIEYCTFK4f34Utjzext5+FCUmx/Jj6CpgkNBIUL/C01UM9dD0OrSpeJPcuVNrddAhRreGRYBwQ6la7Ilo69muUh6QceSkGOGVjVPa2WxqVzBO+06VL8O5Lqd+6+4FRv7fg==
X-Forefront-PRVS: 02843AA9E0
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6009001)(39410400002)(39450400003)(39400400002)(39840400002)(39860400002)(39850400002)(24454002)(13464003)(377454003)(50944005)(38730400002)(81686999)(42186005)(2870700001)(16799955002)(81816999)(44736005)(6306002)(6486002)(116806002)(53936002)(86362001)(47776003)(66066001)(6496005)(33646002)(189998001)(3846002)(7736002)(50986999)(76176999)(5660300001)(305945005)(6116002)(15188155005)(61296003)(6246003)(4720700003)(9686003)(229853002)(2906002)(1456003)(84392002)(50226002)(23676002)(97736004)(14496001)(62236002)(53546009)(50466002)(1556002)(8676002)(6666003)(81166006)(81156014)(25786009)(966004)(44716002)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR0701MB3001; H:pc6; FPR:; SPF:None; MLV:nov; PTR:InfoNoRecords; LANG:en;
X-Microsoft-Exchange-Diagnostics: 1;HE1PR0701MB3001;23:wnZBAKgTaEFDMloOolpXdXL1nhjy/+eSbJ2anIu5QPgKubXvfM6zQJZ+Pk0AsKkgSN9t/ou62RwY7effqnsDIsf5mOV0xC8jpWD63TeyfI63F2+wG+2PzpM3yYnVRFs78rcH1/Rc3Gsg5IkDeKP6D7eo3hKDw1q3gzyx1mLkQ4M36GXbSLHtG9ki/78qcjPrPbWSO0nGkCzGDC7RSaamD7w8OCkDdNyUHAnUC0xdDzEkm24GNiN9vbU8Gwbyk/wlzDUUSMr4Tcj0WxuCBYyd3H1BEEMDTyKdMSChwe4S5LQ7/C+Dld1UGkqYy+uZubo+qESe3VoynvHx0URiQ1wkqMW02t86brVoTuqmfB+THko4Qc8OXMROC7GiuUybXap+G5FPpEmbdUdEQGSpTLcluYWh4bF5jVpwsTUljJgPc1Yg6CnpWwwfq/6u2dD27e3JVDwcKGysjEeSqL9ReGuKk48LBVrof4BXKaJ4cGQ6bJhOXVwXZZzax0D3AyiFL0PSQ8iy8U3hmNY3rOi1yrZ9VjcKXeULsjcWT0IOVtbc6v0TQx4J3sWI7nFLlKX62rHDMJwamxAdr0+OF6p0E/c+ATcFsQ7Fcd+s5YBARG8NFxXhT6+m15l9x1o74V6seRbwHPkfkoHHbKABGpqp+Fb5eBq08kXly9gT+AqX8t0dSxsomQuDmzVBPM9Bb7wpGt5fNWRGZZZ+YKbr5p4vlyyH6FCbXdmwESlo3z+tWX3zhtwchrMQnN3pIvbPSYZQh7N2Znu9S5BzX97aQ/JGvKJgET7Iu8b730ICakijCGbhCa4bm9JdnzuZZQiBn0NcTHAEr7NcMQnJ/jBodhBxG3jZtwcEyzaOkQx2E0Qhvi927PI0axueOIMJO4u0LqUkqfakeMfpclf0Cuo+HTCvtf7nsuy2X2ZDxJALcoZyfNNA8hsevAWQDaAI+vUXRCA5T/LA3F/P9XZc7zzu/o0Km8Pl9GfnB9uZV3dXmK+V6KDd/CLkRfWsupZ5Iq7JlFltkluts+dYsscMZ6Y5TbempnsvwB8LxPFV8QMrbSVhdVhGcdS0zp9wspp2gZkn1hO6iDS9pXQYW0sMVPf+DV31h522ApDmJe5JGWJW5+xkPkOtxacKttIyEHbIPKIP8QrGrkGWQoLw+0v0lF7XxaZsqAdMLU7Om+bgyStxRGxCegHovIaqVEeWqCCdQhZNyKiMQdInW2owotWmtUAdTvPBVG/33ERJiAzARP0MPu0vCiyGl4zPcMj23NMmZmuIucQ0d969ZpnqGhlslI2JxVqBImAJvlpJvzhUBVi+3H/uB6cKAYBbUbb1LpNe0MNXXVJ+DlZQPku6heqrHc8iOGXXZUlajMXKqX56IeaRBMtCP8oAAWbmo4fxN3wdSbDMrw7CBAkmp59/W5TcnZ0KOD5WVvEWRlEfvCd3VIKwqi/GzNh/H4ZI15bWH9LaV2zHudsZmrXIhXBfR3/e/kGyQmKia9EPmA==
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB3001; 6:5Bvx84eRFftDuTh6ivpJ7HWPTxwYYkLxNAW7LFGuED+QiP6EYYBRTsZKRkowhelkt6Pha0WYnPy4URP9gJ7XtugbInmNfirIrPHlrQV8tRNgeTuNJeJHC2z6N2p1jx3ymN7zCNS8+3wodsJ7T0IKIMyH0mBA7jY50TkDlub2FlKQfwP/iG+5kUq2bbeYiavZR/XsPB5DRHncAE/59EPwBbVaLBWS7sAFUtLZ7wOgiyfoALxqNv6oEXscbeH13D5sfT0jjoYThoi/vCcGRguFOknASpE3YfbbAmkAgTN2P+NKp67VBzoHi7pidI7HwZ1/Rj5PtncZBuCF3wVdOeIGP+IETV83+i+ANMl8pBSaRGgEdIvB0YN+etiTbwez8DH0N/cRc4wum7KTWRyo8qwTfFnaaOjJWCq0eF0mXuSDgVC8XCZ5uT6gBfZdRvCk+SSqC/x3cw+JVFqv9IWm72xKEpvG2mJ13xoxP4Q7QSmgwJ4mkbyXbP1VDYrYdDCB2D/naZxO/ZjM+BeWPPvKmlryng==; 5:CYtfLd2XXFfXZjvsgaIF3TsZ1FgQYgJ/3gdf/K5HcqQ1bKHkMKXWeVcDiGanD075QBOaLUE6KiP0JyhXBYlgf2wfXnkTGw3gQV0XFJPKq1Tedl7fjkOe5juLPocI6/3xKVflp10R1Inet3nQI/Df7g==; 24:UxO//kxUQQcwOei/AqhFbXZuWgEuhZSF3PTHgZOlwKtCer/prgy8wCe08peklsDFqa9rIn+kTaXavVJxDacptGNZ8OZRu41sFH3Ye5cfyNA=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; HE1PR0701MB3001; 7:AHk4LklNpj7XCVfNsnnale5ICAPu1hzeslKBKLKFnE+i7Cp91uikl/Bt5tYzK/anJi2vM8cXAwjvNLHfREf9qaKuWs0XxrfC1HHQbkFWrjOCD0QUBkQwGZQ7A8gqqM/sL5ssJRl8BDQnomxXijedkjFtXNTytlDGanCyksZ+kx0dUiGTUkv5RLU/NT9a7knazpFpXVSZGvt0r304q1EErHS/m2EVgXtu51UrTPakm5QO5fUJqeKBc7VYl6HnS1PgHSSbjNjIEEyPmb6ClCnBoVcI5JL76GMGisPhE1qJhmHAisYXuhH5SUMULrr8yaHIH6SYknc1e/zhIBpH4bEtIw==
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 21 Apr 2017 17:59:40.3401 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB3001
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/zTMuOPghF-uEnY_GFNTrvagxslw>
Subject: Re: [Idr] [Technical Errata Reported] RFC4271 (5000)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.22
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: Fri, 21 Apr 2017 17:59:47 -0000
----- Original Message ----- From: "Alvaro Retana (aretana)" <aretana@cisco.com> To: <idr@ietf.org> Sent: Wednesday, April 19, 2017 6:56 PM > idr WG: > > As you know, changes to rfc4271 should be handled with care. And this case is no exception. > > Even if “MAY NOT” is not an rfc2119 keyword as “MAY”, “MUST NOT”, and others are, it doesn’t give me a great feeling to change it for one that is – among other things because the meaning of “MAY” and “MUST” is so different. Of course, making me feel good is not the purpose of rfc2119… ;-) > > Having said that, it is important that rfc4271 faithfully represent what the WG intended. In this case, even though John didn’t say it explicitly, I would agree with him in considering that implementers may have already interpreted the text with the intent to not use the routes further. > > I would like to get input from the WG as to the best way to handle this report. I would specially like to hear from implementers, but all input is welcome. > > The options are: > > a. s/MAY NOT/may not > b. s/MAY NOT/MUST NOT > c. Rejecting the report. > d. Something else… > > I will wait at least a week before proceeding. Looking back, RFC1771 made no mention of ineligible routes as a result of applying policy. draft-ietf-idr-bgp4-18.txt has essentially the current wording but with 'may not' as lower case. Jeff Haas then made a Last Call comment that magic words should be capitalised and draft-ietf-idr-bgp4-19.txt dutifully capitalised 'MAY NOT'. This is one of the items in 'IssuesList #2' identifying where capitalisation should or should not happen. Interesting, the AD review contains, a propos of 9.1.1 "So, AFAIK, the major implementations do not follow this step (calculating the degree of preference, and then announcing). Instead, implementations allow setting the LOCAL_PREF value locally, which is taken into consideration during the best path selection, and is also reannounced further." My take was that the consensus of the WG was 'may not' but then I thought to look at RFC4276 which says "3.38. Phase 1: Calculation of Degree of Preference / Section 9.1.1 [RFC4271] 3.38.191. Ineligible Degree of Preference Functionality/Description: The route MAY NOT serve as an input to the next phase of route selection RFC2119: MAY NOT Alcatel Y/N/O/Comments: Y Cisco Y/N/O/Comments: Y Laurel Y/N/O/Comments: Y NextHop Y/N/O/Comments: Y" If Alcatel, Cisco, Laurel and NextHop are all for it, who can be against it? Tom Petch > Thanks! > > Alvaro. > > > > On 4/19/17, 1:37 PM, "RFC Errata System" <rfc-editor@rfc-editor.org> wrote: > > The following errata report has been submitted for RFC4271, > "A Border Gateway Protocol 4 (BGP-4)". > > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata_search.php?rfc=4271&eid=5000 > > -------------------------------------- > Type: Technical > Reported by: John Scudder <jgs@juniper.net> > > Section: 9.1.1 > > Original Text > ------------- > If the route is learned from an external peer, then the local BGP > speaker computes the degree of preference based on preconfigured > policy information. If the return value indicates the route is > ineligible, the route MAY NOT serve as an input to the next phase > of route selection; otherwise, the return value MUST be used as > the LOCAL_PREF value in any IBGP readvertisement. > > > Corrected Text > -------------- > If the route is learned from an external peer, then the local BGP > speaker computes the degree of preference based on preconfigured > policy information. If the return value indicates the route is > ineligible, the route MUST NOT serve as an input to the next phase > of route selection; otherwise, the return value MUST be used as > the LOCAL_PREF value in any IBGP readvertisement. > > > Notes > ----- > The original text uses "MAY NOT" capitalized as if it were an RFC 2119 keyword. However, RFC 2119 does not have any defined meaning for "MAY NOT". If a reader were to interpret this text as suggesting it is optional -- meaning, in effect, "the route MAY serve as an input to the next phase of route selection" -- that would be wrong and potentially problematic. > > The minimal correction would be to use lower-case "may not", which makes the proper meaning reasonably clear. However, the English construct "may not" is notoriously ambiguous, therefore the proposed correction is "MUST NOT". > > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party > can log in to change the status and edit the report, if necessary. > > -------------------------------------- > RFC4271 (draft-ietf-idr-bgp4-26) > -------------------------------------- > Title : A Border Gateway Protocol 4 (BGP-4) > Publication Date : January 2006 > Author(s) : Y. Rekhter, Ed., T. Li, Ed., S. Hares, Ed. > Category : DRAFT STANDARD > Source : Inter-Domain Routing > Area : Routing > Stream : IETF > Verifying Party : IESG > > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr >
- Re: [Idr] [Technical Errata Reported] RFC4271 (50… Alvaro Retana (aretana)
- [Idr] [Technical Errata Reported] RFC4271 (5000) RFC Errata System
- Re: [Idr] [Technical Errata Reported] RFC4271 (50… Acee Lindem (acee)
- Re: [Idr] [Technical Errata Reported] RFC4271 (50… bruno.decraene
- Re: [Idr] [Technical Errata Reported] RFC4271 (50… Nick Hilliard
- Re: [Idr] [Technical Errata Reported] RFC4271 (50… Adrian Farrel
- Re: [Idr] [Technical Errata Reported] RFC4271 (50… Tony Li
- Re: [Idr] [Technical Errata Reported] RFC4271 (50… Jakob Heitz (jheitz)
- Re: [Idr] [Technical Errata Reported] RFC4271 (50… t.petch
- Re: [Idr] [Technical Errata Reported] RFC4271 (50… Jeffrey Haas