From nobody Fri Aug 2 04:53:37 2019 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 04E2C120033 for ; Fri, 2 Aug 2019 04:53:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 tDLKYsA6hH9V for ; Fri, 2 Aug 2019 04:53:27 -0700 (PDT) Received: from sjmda12.webex.com (sjmda12.webex.com [64.68.124.129]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C958120098 for ; Fri, 2 Aug 2019 04:53:26 -0700 (PDT) Received: from rva2rmd102.webex.com (sjc02-wxpd-lb03-v140.webex.com [10.252.16.111]) by sjmda12.webex.com (Postfix) with ESMTP id 03DDE300A0CE for ; Fri, 2 Aug 2019 11:53:26 +0000 (GMT) Received: from rva2rmd102.webex.com (localhost [127.0.0.1]) by rva2rmd102.webex.com (Postfix) with ESMTP id 35511E7 for ; Fri, 2 Aug 2019 11:53:25 +0000 (GMT) Date: Fri, 2 Aug 2019 11:53:25 +0000 (GMT) From: TEAS Working Group Reply-To: teas-chairs@ietf.org To: teas@ietf.org Message-ID: <138756779.486951564746805217.JavaMail.nobody@rva2rmd102.webex.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_97394_1164413474.1564746805217" X-Priority: 3 Importance: normal X-WBX-INFO: X-WBX-SID=456680, X-WBX-CID=133417306698034439, X-WBX-TID=2rhbbelksz8duz1o3xeqj2h3y4upvr8ocgs4bcs24fukramdbvlmiu79, X-WBX-RID=fd87041a2b374d50b960603510ac552e, X-WBX-SVC:Web Components, X-WBX-TT:Meeting Cancelled, Date:Fri Aug 02 11:53:25 GMT 2019 reminder-3.34.2-46 Archived-At: Subject: [Teas] Canceled Webex meeting: TE Models - Design Discussion - Weekly Sync X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Aug 2019 11:53:30 -0000 ------=_Part_97394_1164413474.1564746805217 Content-Type: multipart/Alternative; boundary="----=_Part_97395_1433134102.1564746805217" ------=_Part_97395_1433134102.1564746805217 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: base64 CkhlbGxvLAoKVEVBUyBXb3JraW5nIEdyb3VwIGNhbmNlbGVkIHRoaXMgV2ViZXggbWVldGluZy4K CgpURSBNb2RlbHMgLSBEZXNpZ24gRGlzY3Vzc2lvbiAtIFdlZWtseSBTeW5jCkZyaWRheSwgQXVn dXN0IDIsIDIwMTkKMTA6MDAgYW0gIHwgIChVVEMtMDU6MDApIEVhc3Rlcm4gVGltZSAoVVMgJiBD YW5hZGEpICB8ICAxIGhyCgoKVG8gcmVtb3ZlIHRoZSBtZWV0aW5nIGZyb20geW91ciBjYWxlbmRh ciwgb3BlbiB0aGUgYXR0YWNoZWQgLmljcyBmaWxlLiBJZiB0aGUgYXR0YWNobWVudCBpcwogbWlz c2luZywgZG93bmxvYWQgdGhlIC5pY3MgZmlsZSBoZXJlOgpodHRwczovL2lldGYud2ViZXguY29t L2lldGYvai5waHA/TVRJRD1tZjg0YmE5Y2NkM2ZkZDA1MDkyODc5ZGE0OWU4OTgyZTkNCg0KCgoK ------=_Part_97395_1433134102.1564746805217 Content-Type: text/html;charset=UTF-8 Content-Transfer-Encoding: base64 PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJz ZXQ9VVRGLTgiPjxtZXRhIG5hbWU9InZpZXdwb3J0IiBjb250ZW50PSJ3aWR0aD1kZXZpY2Utd2lk dGgsIGluaXRpYWwtc2NhbGU9MSI+PGJvZHk+PHN0eWxlIHR5cGU9InRleHQvY3NzIj4KKiB7CiAg ICBwYWRkaW5nOiAwOyAgICBtYXJnaW46IDA7fQp0YWJsZSB7Cglib3JkZXItY29sbGFwc2U6IHNl cGFyYXRlOyB3aWR0aCA9MTAwJTsJYm9yZGVyOiAwOwlib3JkZXItc3BhY2luZzogMDt9Cgp0ciB7 CglsaW5lLWhlaWdodDogMThweDt9CgphLCB0ZCB7Cglmb250LXNpemU6IDE0cHg7CWZvbnQtZmFt aWx5OiBBcmlhbDsJY29sb3I6ICMzMzM7CXdvcmQtd3JhcDogYnJlYWstd29yZDsJd29yZC1icmVh azogbm9ybWFsOwlwYWRkaW5nOiAwO30KCi50aXRsZSB7Cglmb250LXNpemU6IDI4cHg7fQoKLmlt YWdlIHsKCXdpZHRoOiBhdXRvOwltYXgtd2lkdGg6IGF1dG87fQoKLmZvb3RlciB7Cgl3aWR0aDog NjA0cHg7fQoKLm1haW4gewoKfUBtZWRpYSBzY3JlZW4gYW5kIChtYXgtZGV2aWNlLXdpZHRoOiA4 MDBweCkgewoJLnRpdGxlIHsKCQlmb250LXNpemU6IDIycHggIWltcG9ydGFudDsJfQoJLmltYWdl IHsKCQl3aWR0aDogYXV0byAhaW1wb3J0YW50OwkJbWF4LXdpZHRoOiAxMDAlICFpbXBvcnRhbnQ7 CX0KCS5mb290ZXIgewoJCXdpZHRoOiAxMDAlICFpbXBvcnRhbnQ7CQltYXgtd2lkdGg6IDYwNHB4 ICFpbXBvcnRhbnQKCX0KCS5tYWluIHsKCQl3aWR0aDogMTAwJSAhaW1wb3J0YW50OwkJbWF4LXdp ZHRoOiA2MDRweCAhaW1wb3J0YW50Cgl9Cn0KPC9zdHlsZT4KCjx0YWJsZSBiZ2NvbG9yPSIjRkZG RkZGIiBzdHlsZT0icGFkZGluZzogMDsgbWFyZ2luOiAwOyBib3JkZXI6IDA7IHdpZHRoOiAxMDAl OyIgYWxpZ249ImxlZnQiPgoJPHRyIHN0eWxlPSJoZWlnaHQ6IDI4cHgiPjx0ZD4mbmJzcDs8L3Rk PjwvdHI+Cgk8dHI+CgkJPHRkIGFsaWduPSJsZWZ0IiBzdHlsZT0icGFkZGluZzogMCAyMHB4OyBt YXJnaW46IDAiPgoJCQk8IS0tPHRhYmxlIGJnY29sb3I9IiNGRkZGRkYiIHN0eWxlPSJib3JkZXI6 IDBweDsgd2lkdGg6IDEwMCU7IHBhZGRpbmctbGVmdDogNTBweDsgcGFkZGluZy1yaWdodDogNTBw eDsiIGFsaWduPSJsZWZ0IiBjbGFzcz0ibWFpbiI+CgkJCQk8dHI+CgkJCQkJPHRkIGFsaWduPSJj ZW50ZXIiIHZhbGlnbj0idG9wIiA+Jm5ic3A7CQkJCQk8L3RkPgoJCQkJPC90cj4KCQkJPC90YWJs ZT4tLT4KCgo8dGFibGU+CiAgICAgICA8dHI+CiAgICAgICAgICAgPHRkPgogICAgICAgICAgIAkJ PHA+CiAgICAgICAgICAgCQkJPGZvbnQgc3R5bGU9ImZvbnQtc2l6ZTogMTZweDtmb250LWZhbWls eTogQXJpYWw7Y29sb3I6IzAwMDAwMDtmb250LXdlaWdodDogYm9sZDtsaW5lLWhlaWdodDogMjJw eDsiPgogICAgICAgICAgICAgICAgCQlURUFTIFdvcmtpbmcgR3JvdXAgY2FuY2VsZWQgdGhpcyBX ZWJleCBtZWV0aW5nLgogICAgICAgICAgICAgICAJCTwvZm9udD4KICAgICAgICAgICA8L3RkPgog ICAgICA8L3RyPgo8L3RhYmxlPgoJCSA8IS0tPHRhYmxlPjx0ciBzdHlsZT0ibGluZS1oZWlnaHQ6 IDIwcHg7Ij48dGQgc3R5bGU9ImhlaWdodDoyMHB4Ij4mbmJzcDs8L3RkPjwvdHI+PC90YWJsZT4K Ci0tPgoJCQkgIDx0YWJsZT4KCQkJICAJPHRyIHN0eWxlPSJsaW5lLWhlaWdodDogMjBweDsiPjx0 ZCBzdHlsZT0iaGVpZ2h0OjIwcHgiPiZuYnNwOzwvdGQ+PC90cj4KICAgICAgICAgICAgICAgIDx0 ciBzdHlsZT0ibWFyZ2luOjBweCI+CiAgICAgICAgICAgICAgICAgICA8dGQgc3R5bGU9ImhlaWdo dDogMjRweDsgIGNvbG9yOiAjMDAwMDAwOwlmb250LWZhbWlseTogQXJpYWw7CWZvbnQtc2l6ZTog MTZweDsJbGluZS1oZWlnaHQ6IDI0cHg7Ij5GcmlkYXksIEF1Z3VzdCAyLCAyMDE5CiAgICAgICAg ICAgICAgICAgICA8L3RkPgogICAgICAgICAgICAgICAgPC90cj4KICAgICAgICAgICAgICAgIDx0 ciBzdHlsZT0ibWFyZ2luOjBweCI+CiAgICAgICAgICAgICAgICAgICA8dGQgc3R5bGU9ImhlaWdo dDogMjRweDsgIGNvbG9yOiAjMDAwMDAwOwlmb250LWZhbWlseTogQXJpYWw7CWZvbnQtc2l6ZTog MTZweDsJbGluZS1oZWlnaHQ6IDI0cHg7Ij4xMDowMCBhbSZuYnNwOyZuYnNwO3wmbmJzcDsmbmJz cDsoVVRDLTA1OjAwKSBFYXN0ZXJuIFRpbWUgKFVTICYgQ2FuYWRhKSZuYnNwOyZuYnNwO3wmbmJz cDsmbmJzcDsxIGhyCiAgICAgICAgICAgICAgICAgICA8L3RkPgogICAgICAgICAgICAgICAgPC90 cj4KICAgICAgICAgICAgIDwvdGFibGU+CgoJCQk8dGFibGUgc3R5bGU9IndpZHRoOiAxMDAlOyIg YWxpZ249ImxlZnQiIGNsYXNzPSJtYWluIj4KICAgICAgICAgICAgICAgIDx0ciBzdHlsZT0iaGVp Z2h0OiA3MnB4Ij48dGQ+Jm5ic3A7PC90ZD48L3RyPgoJCQkJPHRyPgoJCQkJCTx0ZCBzdHlsZT0i aGVpZ2h0OiAyNHB4OyBjb2xvcjogIzAwMDAwMDsgZm9udC1mYW1pbHk6QXJpYWw7IGZvbnQtc2l6 ZTogMTZweDsgbGluZS1oZWlnaHQ6IDI0cHg7Ij5OZWVkIGhlbHA/IEdvIHRvIDxhIGhyZWY9Imh0 dHA6Ly9oZWxwLndlYmV4LmNvbSIgc3R5bGU9ImNvbG9yOiMwNDlGRDk7IHRleHQtZGVjb3JhdGlv bjpub25lOyI+aHR0cDovL2hlbHAud2ViZXguY29tPC9hPgoJCQkJCTwvdGQ+CgkJCQk8L3RyPgog ICAgICAgICAgICAgICAgPHRyIHN0eWxlPSJoZWlnaHQ6IDQ0cHgiPjx0ZD4mbmJzcDs8L3RkPjwv dHI+CgkJCTwvdGFibGU+CgkJPC90ZD4KCTwvdHI+CjwvdGFibGU+CjwvYm9keT4= ------=_Part_97395_1433134102.1564746805217-- ------=_Part_97394_1164413474.1564746805217 Content-Type: application/octet-stream; name="Webex_Meeting.ics" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Webex_Meeting.ics" QkVHSU46VkNBTEVOREFSDQpQUk9ESUQ6LS8vTWljcm9zb2Z0IENvcnBvcmF0aW9uLy9PdXRsb29r IDEwLjAgTUlNRURJUi8vRU4NClZFUlNJT046Mi4wDQpNRVRIT0Q6Q0FOQ0VMDQpCRUdJTjpWVElN RVpPTkUNClRaSUQ6QW1lcmljYS9OZXdfWW9yaw0KVFpVUkw6aHR0cDovL3R6dXJsLm9yZy96b25l aW5mby9BbWVyaWNhL05ld19Zb3JrDQpYLUxJQy1MT0NBVElPTjpBbWVyaWNhL05ld19Zb3JrDQpC RUdJTjpEQVlMSUdIVA0KVFpPRkZTRVRGUk9NOi0wNTAwDQpUWk9GRlNFVFRPOi0wNDAwDQpUWk5B TUU6RURUDQpEVFNUQVJUOjIwMDcwMzExVDAyMDAwMA0KUlJVTEU6RlJFUT1ZRUFSTFk7QllNT05U SD0zO0JZREFZPTJTVQ0KRU5EOkRBWUxJR0hUDQpCRUdJTjpTVEFOREFSRA0KVFpPRkZTRVRGUk9N Oi0wNDAwDQpUWk9GRlNFVFRPOi0wNTAwDQpUWk5BTUU6RVNUDQpEVFNUQVJUOjIwMDcxMTA0VDAy MDAwMA0KUlJVTEU6RlJFUT1ZRUFSTFk7QllNT05USD0xMTtCWURBWT0xU1UNCkVORDpTVEFOREFS RA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTotMDQ1NjAyDQpUWk9GRlNFVFRPOi0wNTAw DQpUWk5BTUU6RVNUDQpEVFNUQVJUOjE4ODMxMTE4VDEyMDM1OA0KUkRBVEU6MTg4MzExMThUMTIw MzU4DQpFTkQ6U1RBTkRBUkQNCkJFR0lOOkRBWUxJR0hUDQpUWk9GRlNFVEZST006LTA1MDANClRa T0ZGU0VUVE86LTA0MDANClRaTkFNRTpFRFQNCkRUU1RBUlQ6MTkxODAzMzFUMDIwMDAwDQpSREFU RToxOTE4MDMzMVQwMjAwMDANClJEQVRFOjE5MTkwMzMwVDAyMDAwMA0KUkRBVEU6MTkyMDAzMjhU MDIwMDAwDQpSREFURToxOTIxMDQyNFQwMjAwMDANClJEQVRFOjE5MjIwNDMwVDAyMDAwMA0KUkRB VEU6MTkyMzA0MjlUMDIwMDAwDQpSREFURToxOTI0MDQyN1QwMjAwMDANClJEQVRFOjE5MjUwNDI2 VDAyMDAwMA0KUkRBVEU6MTkyNjA0MjVUMDIwMDAwDQpSREFURToxOTI3MDQyNFQwMjAwMDANClJE QVRFOjE5MjgwNDI5VDAyMDAwMA0KUkRBVEU6MTkyOTA0MjhUMDIwMDAwDQpSREFURToxOTMwMDQy N1QwMjAwMDANClJEQVRFOjE5MzEwNDI2VDAyMDAwMA0KUkRBVEU6MTkzMjA0MjRUMDIwMDAwDQpS REFURToxOTMzMDQzMFQwMjAwMDANClJEQVRFOjE5MzQwNDI5VDAyMDAwMA0KUkRBVEU6MTkzNTA0 MjhUMDIwMDAwDQpSREFURToxOTM2MDQyNlQwMjAwMDANClJEQVRFOjE5MzcwNDI1VDAyMDAwMA0K UkRBVEU6MTkzODA0MjRUMDIwMDAwDQpSREFURToxOTM5MDQzMFQwMjAwMDANClJEQVRFOjE5NDAw NDI4VDAyMDAwMA0KUkRBVEU6MTk0MTA0MjdUMDIwMDAwDQpSREFURToxOTQ2MDQyOFQwMjAwMDAN ClJEQVRFOjE5NDcwNDI3VDAyMDAwMA0KUkRBVEU6MTk0ODA0MjVUMDIwMDAwDQpSREFURToxOTQ5 MDQyNFQwMjAwMDANClJEQVRFOjE5NTAwNDMwVDAyMDAwMA0KUkRBVEU6MTk1MTA0MjlUMDIwMDAw DQpSREFURToxOTUyMDQyN1QwMjAwMDANClJEQVRFOjE5NTMwNDI2VDAyMDAwMA0KUkRBVEU6MTk1 NDA0MjVUMDIwMDAwDQpSREFURToxOTU1MDQyNFQwMjAwMDANClJEQVRFOjE5NTYwNDI5VDAyMDAw MA0KUkRBVEU6MTk1NzA0MjhUMDIwMDAwDQpSREFURToxOTU4MDQyN1QwMjAwMDANClJEQVRFOjE5 NTkwNDI2VDAyMDAwMA0KUkRBVEU6MTk2MDA0MjRUMDIwMDAwDQpSREFURToxOTYxMDQzMFQwMjAw MDANClJEQVRFOjE5NjIwNDI5VDAyMDAwMA0KUkRBVEU6MTk2MzA0MjhUMDIwMDAwDQpSREFURTox OTY0MDQyNlQwMjAwMDANClJEQVRFOjE5NjUwNDI1VDAyMDAwMA0KUkRBVEU6MTk2NjA0MjRUMDIw MDAwDQpSREFURToxOTY3MDQzMFQwMjAwMDANClJEQVRFOjE5NjgwNDI4VDAyMDAwMA0KUkRBVEU6 MTk2OTA0MjdUMDIwMDAwDQpSREFURToxOTcwMDQyNlQwMjAwMDANClJEQVRFOjE5NzEwNDI1VDAy MDAwMA0KUkRBVEU6MTk3MjA0MzBUMDIwMDAwDQpSREFURToxOTczMDQyOVQwMjAwMDANClJEQVRF OjE5NzQwMTA2VDAyMDAwMA0KUkRBVEU6MTk3NTAyMjNUMDIwMDAwDQpSREFURToxOTc2MDQyNVQw MjAwMDANClJEQVRFOjE5NzcwNDI0VDAyMDAwMA0KUkRBVEU6MTk3ODA0MzBUMDIwMDAwDQpSREFU RToxOTc5MDQyOVQwMjAwMDANClJEQVRFOjE5ODAwNDI3VDAyMDAwMA0KUkRBVEU6MTk4MTA0MjZU MDIwMDAwDQpSREFURToxOTgyMDQyNVQwMjAwMDANClJEQVRFOjE5ODMwNDI0VDAyMDAwMA0KUkRB VEU6MTk4NDA0MjlUMDIwMDAwDQpSREFURToxOTg1MDQyOFQwMjAwMDANClJEQVRFOjE5ODYwNDI3 VDAyMDAwMA0KUkRBVEU6MTk4NzA0MDVUMDIwMDAwDQpSREFURToxOTg4MDQwM1QwMjAwMDANClJE QVRFOjE5ODkwNDAyVDAyMDAwMA0KUkRBVEU6MTk5MDA0MDFUMDIwMDAwDQpSREFURToxOTkxMDQw N1QwMjAwMDANClJEQVRFOjE5OTIwNDA1VDAyMDAwMA0KUkRBVEU6MTk5MzA0MDRUMDIwMDAwDQpS REFURToxOTk0MDQwM1QwMjAwMDANClJEQVRFOjE5OTUwNDAyVDAyMDAwMA0KUkRBVEU6MTk5NjA0 MDdUMDIwMDAwDQpSREFURToxOTk3MDQwNlQwMjAwMDANClJEQVRFOjE5OTgwNDA1VDAyMDAwMA0K UkRBVEU6MTk5OTA0MDRUMDIwMDAwDQpSREFURToyMDAwMDQwMlQwMjAwMDANClJEQVRFOjIwMDEw NDAxVDAyMDAwMA0KUkRBVEU6MjAwMjA0MDdUMDIwMDAwDQpSREFURToyMDAzMDQwNlQwMjAwMDAN ClJEQVRFOjIwMDQwNDA0VDAyMDAwMA0KUkRBVEU6MjAwNTA0MDNUMDIwMDAwDQpSREFURToyMDA2 MDQwMlQwMjAwMDANCkVORDpEQVlMSUdIVA0KQkVHSU46U1RBTkRBUkQNClRaT0ZGU0VURlJPTTot MDQwMA0KVFpPRkZTRVRUTzotMDUwMA0KVFpOQU1FOkVTVA0KRFRTVEFSVDoxOTE4MTAyN1QwMjAw MDANClJEQVRFOjE5MTgxMDI3VDAyMDAwMA0KUkRBVEU6MTkxOTEwMjZUMDIwMDAwDQpSREFURTox OTIwMTAzMVQwMjAwMDANClJEQVRFOjE5MjEwOTI1VDAyMDAwMA0KUkRBVEU6MTkyMjA5MjRUMDIw MDAwDQpSREFURToxOTIzMDkzMFQwMjAwMDANClJEQVRFOjE5MjQwOTI4VDAyMDAwMA0KUkRBVEU6 MTkyNTA5MjdUMDIwMDAwDQpSREFURToxOTI2MDkyNlQwMjAwMDANClJEQVRFOjE5MjcwOTI1VDAy MDAwMA0KUkRBVEU6MTkyODA5MzBUMDIwMDAwDQpSREFURToxOTI5MDkyOVQwMjAwMDANClJEQVRF OjE5MzAwOTI4VDAyMDAwMA0KUkRBVEU6MTkzMTA5MjdUMDIwMDAwDQpSREFURToxOTMyMDkyNVQw MjAwMDANClJEQVRFOjE5MzMwOTI0VDAyMDAwMA0KUkRBVEU6MTkzNDA5MzBUMDIwMDAwDQpSREFU RToxOTM1MDkyOVQwMjAwMDANClJEQVRFOjE5MzYwOTI3VDAyMDAwMA0KUkRBVEU6MTkzNzA5MjZU MDIwMDAwDQpSREFURToxOTM4MDkyNVQwMjAwMDANClJEQVRFOjE5MzkwOTI0VDAyMDAwMA0KUkRB VEU6MTk0MDA5MjlUMDIwMDAwDQpSREFURToxOTQxMDkyOFQwMjAwMDANClJEQVRFOjE5NDUwOTMw VDAyMDAwMA0KUkRBVEU6MTk0NjA5MjlUMDIwMDAwDQpSREFURToxOTQ3MDkyOFQwMjAwMDANClJE QVRFOjE5NDgwOTI2VDAyMDAwMA0KUkRBVEU6MTk0OTA5MjVUMDIwMDAwDQpSREFURToxOTUwMDky NFQwMjAwMDANClJEQVRFOjE5NTEwOTMwVDAyMDAwMA0KUkRBVEU6MTk1MjA5MjhUMDIwMDAwDQpS REFURToxOTUzMDkyN1QwMjAwMDANClJEQVRFOjE5NTQwOTI2VDAyMDAwMA0KUkRBVEU6MTk1NTEw MzBUMDIwMDAwDQpSREFURToxOTU2MTAyOFQwMjAwMDANClJEQVRFOjE5NTcxMDI3VDAyMDAwMA0K UkRBVEU6MTk1ODEwMjZUMDIwMDAwDQpSREFURToxOTU5MTAyNVQwMjAwMDANClJEQVRFOjE5NjAx MDMwVDAyMDAwMA0KUkRBVEU6MTk2MTEwMjlUMDIwMDAwDQpSREFURToxOTYyMTAyOFQwMjAwMDAN ClJEQVRFOjE5NjMxMDI3VDAyMDAwMA0KUkRBVEU6MTk2NDEwMjVUMDIwMDAwDQpSREFURToxOTY1 MTAzMVQwMjAwMDANClJEQVRFOjE5NjYxMDMwVDAyMDAwMA0KUkRBVEU6MTk2NzEwMjlUMDIwMDAw DQpSREFURToxOTY4MTAyN1QwMjAwMDANClJEQVRFOjE5NjkxMDI2VDAyMDAwMA0KUkRBVEU6MTk3 MDEwMjVUMDIwMDAwDQpSREFURToxOTcxMTAzMVQwMjAwMDANClJEQVRFOjE5NzIxMDI5VDAyMDAw MA0KUkRBVEU6MTk3MzEwMjhUMDIwMDAwDQpSREFURToxOTc0MTAyN1QwMjAwMDANClJEQVRFOjE5 NzUxMDI2VDAyMDAwMA0KUkRBVEU6MTk3NjEwMzFUMDIwMDAwDQpSREFURToxOTc3MTAzMFQwMjAw MDANClJEQVRFOjE5NzgxMDI5VDAyMDAwMA0KUkRBVEU6MTk3OTEwMjhUMDIwMDAwDQpSREFURTox OTgwMTAyNlQwMjAwMDANClJEQVRFOjE5ODExMDI1VDAyMDAwMA0KUkRBVEU6MTk4MjEwMzFUMDIw MDAwDQpSREFURToxOTgzMTAzMFQwMjAwMDANClJEQVRFOjE5ODQxMDI4VDAyMDAwMA0KUkRBVEU6 MTk4NTEwMjdUMDIwMDAwDQpSREFURToxOTg2MTAyNlQwMjAwMDANClJEQVRFOjE5ODcxMDI1VDAy MDAwMA0KUkRBVEU6MTk4ODEwMzBUMDIwMDAwDQpSREFURToxOTg5MTAyOVQwMjAwMDANClJEQVRF OjE5OTAxMDI4VDAyMDAwMA0KUkRBVEU6MTk5MTEwMjdUMDIwMDAwDQpSREFURToxOTkyMTAyNVQw MjAwMDANClJEQVRFOjE5OTMxMDMxVDAyMDAwMA0KUkRBVEU6MTk5NDEwMzBUMDIwMDAwDQpSREFU RToxOTk1MTAyOVQwMjAwMDANClJEQVRFOjE5OTYxMDI3VDAyMDAwMA0KUkRBVEU6MTk5NzEwMjZU MDIwMDAwDQpSREFURToxOTk4MTAyNVQwMjAwMDANClJEQVRFOjE5OTkxMDMxVDAyMDAwMA0KUkRB VEU6MjAwMDEwMjlUMDIwMDAwDQpSREFURToyMDAxMTAyOFQwMjAwMDANClJEQVRFOjIwMDIxMDI3 VDAyMDAwMA0KUkRBVEU6MjAwMzEwMjZUMDIwMDAwDQpSREFURToyMDA0MTAzMVQwMjAwMDANClJE QVRFOjIwMDUxMDMwVDAyMDAwMA0KUkRBVEU6MjAwNjEwMjlUMDIwMDAwDQpFTkQ6U1RBTkRBUkQN CkJFR0lOOlNUQU5EQVJEDQpUWk9GRlNFVEZST006LTA1MDANClRaT0ZGU0VUVE86LTA1MDANClRa TkFNRTpFU1QNCkRUU1RBUlQ6MTkyMDAxMDFUMDAwMDAwDQpSREFURToxOTIwMDEwMVQwMDAwMDAN ClJEQVRFOjE5NDIwMTAxVDAwMDAwMA0KUkRBVEU6MTk0NjAxMDFUMDAwMDAwDQpSREFURToxOTY3 MDEwMVQwMDAwMDANCkVORDpTVEFOREFSRA0KQkVHSU46REFZTElHSFQNClRaT0ZGU0VURlJPTTot MDUwMA0KVFpPRkZTRVRUTzotMDQwMA0KVFpOQU1FOkVXVA0KRFRTVEFSVDoxOTQyMDIwOVQwMjAw MDANClJEQVRFOjE5NDIwMjA5VDAyMDAwMA0KRU5EOkRBWUxJR0hUDQpCRUdJTjpEQVlMSUdIVA0K VFpPRkZTRVRGUk9NOi0wNDAwDQpUWk9GRlNFVFRPOi0wNDAwDQpUWk5BTUU6RVBUDQpEVFNUQVJU OjE5NDUwODE0VDE5MDAwMA0KUkRBVEU6MTk0NTA4MTRUMTkwMDAwDQpFTkQ6REFZTElHSFQNCkVO RDpWVElNRVpPTkUNCkJFR0lOOlZFVkVOVA0KRFRTVEFNUDoyMDE5MDgwMlQxMTUzMjVaDQpBVFRF TkRFRTtDTj0iIjtST0xFPVJFUS1QQVJUSUNJUEFOVDtSU1ZQPVRSVUU6TUFJTFRPOnRlYXNAaWV0 Zi5vcmcNCk9SR0FOSVpFUjtDTj0iVEVBUyBXb3JraW5nIEdyb3VwIjpNQUlMVE86dGVhcy1jaGFp cnNAaWV0Zi5vcmcNCkRUU1RBUlQ7VFpJRD1BbWVyaWNhL05ld19Zb3JrOjIwMTkwODAyVDEwMDAw MA0KRFRFTkQ7VFpJRD1BbWVyaWNhL05ld19Zb3JrOjIwMTkwODAyVDExMDAwMA0KTE9DQVRJT046 aHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9pZXRmDQpUUkFOU1A6T1BBUVVFDQpTRVFVRU5DRToxNTY0 NzQ2ODA1DQpVSUQ6ZjgzOWI3MjAtOTg5Mi00MjQ1LWJlMGEtMzVlYjlmMWZmZTI0DQpERVNDUklQ VElPTjpcblxuVGhpcyBXZWJleCBtZWV0aW5nIGhhcyBiZWVuIGNhbmNlbGVkLlxuXG5Ub3BpYzog VEUgTW9kZWxzIC0gRGVzaWduIERpc2N1c3Npb24gLSBXZWVrbHkgU3luY1xuRGF0ZTogRnJpZGF5 LCBBdWd1c3QgMiwgMjAxOVxuVGltZTogMTA6MDAgYW0sIChVVEMtMDU6MDApIEVhc3Rlcm4gVGlt ZSAoVVMgJiBDYW5hZGEpXG4NClNVTU1BUlk6VEUgTW9kZWxzIC0gRGVzaWduIERpc2N1c3Npb24g LSBXZWVrbHkgU3luYw0KUFJJT1JJVFk6NQ0KQ0xBU1M6UFVCTElDDQpSRUNVUlJFTkNFLUlEO1Ra SUQ9QW1lcmljYS9OZXdfWW9yazoyMDE5MDgwMlQxMDAwMDANClNUQVRVUzpDQU5DRUxMRUQNCkVO RDpWRVZFTlQNCkVORDpWQ0FMRU5EQVINCg== ------=_Part_97394_1164413474.1564746805217-- From nobody Tue Aug 6 10:27:42 2019 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3047D1202CD for ; Tue, 6 Aug 2019 10:27:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, 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 RKUbPiEbCdom for ; Tue, 6 Aug 2019 10:27:38 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 1B75A1205DB for ; Tue, 6 Aug 2019 10:27:37 -0700 (PDT) Received: from pps.filterd (m0108156.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x76HPsds015644; Tue, 6 Aug 2019 10:27:26 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=dBMTzYP0biW3aRJuNBGx9ugqIiVlpFYoFUFFEN7Ad8Q=; b=WhL6PHnicGG8YJ49SVGG4VdFyD4yUNEfLKCkzZkOQ4Zz0QuapBxi5xUomydsAE7TdpGB Smo4JLx6QENZK5D/J/qRsvmP2fAWIhtRWPJ01hOpQN0rOVa40cWz0bH8pYonQzAW7G07 bi74adoCpXr2wldM6dCwImw0YUOIDBPoxA0yIlKcgPpocOwhgIjkAXa+PKwZLE4vejx9 Yb6k6H5korT53UGLxes4aJealohw40PwNMWN62xJ3ld2PTtC3gvNaIhupCtyQtzCqd4w cs9qLn6CmH3k/wcqyZj80DQarxyL3QdfE3LAXsIYNYfocXsvRiEhm5AX18QkGOrOeorJ Tw== Received: from nam05-dm3-obe.outbound.protection.outlook.com (mail-dm3nam05lp2054.outbound.protection.outlook.com [104.47.49.54]) by mx0a-00273201.pphosted.com with ESMTP id 2u7dr2g1cu-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 06 Aug 2019 10:27:26 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DlekKh3GJbSlokxyD1r6jcLUVKpDVC9nHxJXctB6wx76X+oQmWzStVoWIeQ9NX8GS1gj/cx91Hol5yGut+/F5bmV1oowUrJzoNI3M7rLgAIYSVQ/rQm66mKwlZ7bVc/k0VlICYjpUNfapjayaYDtOGmGhp3aFE+gBJv2GoLhoEEHHGgfL8N0mHwVZJij4CjbwGyL8/EwY/5TnK95dwvmATRAQ/79t/v2iVMv8oSvDKRhhDGs+R9vrAy1EqWxwXfpyREQzFhtqbNiVs5oKVFQH0yPDQCrRAhrv1nR7918StPgA63kha4bZ/zly4zblyPJ4fE/H7fjA//AFGLCKH1/1w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=dBMTzYP0biW3aRJuNBGx9ugqIiVlpFYoFUFFEN7Ad8Q=; b=cfXzxqBTnFwuqJkzlOde5HS0Ygc0fMnok3q0GhPshKQA9xxhpXGNW+qsVZjTUTzcpBCoUYON7aMxfe+Gh+dF/mcRguU6SmWLC3d2U4UwzL0xjhIkkj8F+yRgGpRqcNgTpicPlpZru/WzsEnFObkKbtUQzdkn8+e736/XFBNWCBLGAuXdZ/D1abciEhqIMvq4o1wU4H4q1XkUr/HTndKE6ebFwvHVUbfA89syhhmJSVWNajYSc9qR8HThiOukyN0W+mzAR4LzbzOwiS0Y6aTqZUc5Hv/HCGuW2BmcUEQ1heCbW4rCrZ1v9LqQpPRszKSqTnK9jQI37H2FnKqU74GhKA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none Received: from BYAPR05MB4341.namprd05.prod.outlook.com (52.135.202.29) by BYAPR05MB4934.namprd05.prod.outlook.com (52.135.235.205) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2157.11; Tue, 6 Aug 2019 17:27:23 +0000 Received: from BYAPR05MB4341.namprd05.prod.outlook.com ([fe80::2c29:e176:e371:6804]) by BYAPR05MB4341.namprd05.prod.outlook.com ([fe80::2c29:e176:e371:6804%7]) with mapi id 15.20.2157.011; Tue, 6 Aug 2019 17:27:23 +0000 From: Tarek Saad To: Toerless Eckert , Tarek Saad CC: Aijun Wang , Vishnu Pavan Beeram , 'TEAS WG' Thread-Topic: Preferred Path Routing (PPR) Re: [Teas] Questions on IP RSVP-TE: Extensions to RSVP for P2P IP-TE LSP Tunnels Thread-Index: AQHVRlhV55d7nIRo6EOCf+0E+ZOm8abuKKmA Date: Tue, 6 Aug 2019 17:27:23 +0000 Message-ID: References: <20190729215513.7yf4cj7mf3ieevs4@faui48f.informatik.uni-erlangen.de> In-Reply-To: <20190729215513.7yf4cj7mf3ieevs4@faui48f.informatik.uni-erlangen.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_Enabled=true; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_Name=Juniper Business Use Only; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_Enabled=true; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_ContentBits=0; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_Method=Standard; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_ActionId=d159ba24-77cf-44b8-ae3d-000009a82c93; MSIP_Label_9784d817-3396-4a4f-b60c-3ef6b345fe55_SetDate=2019-08-06T17:20:54-0500; user-agent: Microsoft-MacOutlook/10.1b.0.190715 x-originating-ip: [66.129.241.12] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: fb75118b-ef20-4af7-f336-08d71a9357fb x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB4934; x-ms-traffictypediagnostic: BYAPR05MB4934: x-ms-exchange-purlcount: 6 x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6108; x-forefront-prvs: 0121F24F22 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(376002)(136003)(366004)(346002)(396003)(39860400002)(37854004)(199004)(189003)(316002)(4326008)(66066001)(8676002)(25786009)(478600001)(76176011)(99286004)(66556008)(14454004)(64756008)(66476007)(66946007)(36756003)(66446008)(76116006)(110136005)(966005)(54906003)(58126008)(3846002)(6116002)(2906002)(305945005)(86362001)(102836004)(186003)(53936002)(229853002)(6246003)(6512007)(7736002)(14444005)(68736007)(19627235002)(33656002)(53546011)(6506007)(71200400001)(71190400001)(26005)(5660300002)(6436002)(256004)(446003)(8936002)(476003)(66574012)(81166006)(6486002)(6306002)(2616005)(81156014)(11346002)(486006); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB4934; H:BYAPR05MB4341.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: IymM0G9fu1nr/V3HUPK9ZDG+xNsNJrbS+1EGkyUNOc04tAe1ImWB1twMiExeCs8h6MiGrXOXS+cgnzu9Y0uXL5zxuK0Ba8re5IKZ1YmIRBVRDCTkyYlScrlEHlE0u1GVmJ/WgXn9A31Go0NxKAqYy7rNnrR4GQkAB4CifYTAvzUjwi3Z0hV2W5YBtICdFMkeh0UFBIVSq180HXedOfE9y5RF6QmXpqAc6/uGTvtwtqftBM9lT+7rS0lpjbHCZnNwZZWdd1u4P7j2q2NCgLNOq+Ivs6HaKl5ByQWgmx+rYMDnrsbzOcjhF4n/LiBFEB79RCLs6S09XkA8AgK5CBbBhntasi6JOrmbDY2MOZXi3I2AMbuEgoTDLVKzoJJsHGrg2D/NjG2k9x8BX9BFAqxAI90CHLLaEAJUthe/TH20k4I= Content-Type: text/plain; charset="utf-8" Content-ID: <2B4C9160A0984A44BF86494AD65AD86B@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: fb75118b-ef20-4af7-f336-08d71a9357fb X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Aug 2019 17:27:23.3119 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Up4dQ7uVXHLaUln5TVVTHbl1qCyOOuIM8BMvCf9GhG6sfPLGaZDVyB1fa1ah16Qcj0BRnHbZ4pfFhYuFdgVUiw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB4934 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-08-06_10:, , 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=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1906280000 definitions=main-1908060156 Archived-At: Subject: Re: [Teas] Preferred Path Routing (PPR) Re: Questions on IP RSVP-TE: Extensions to RSVP for P2P IP-TE LSP Tunnels X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Aug 2019 17:27:40 -0000 SGkgVG9lcmxlc3MsDQogICAgDQpUaGFua3MgZm9yIGZvcmtpbmcgYSBzZXBhcmF0ZSB0aHJlYWQg b24gdGhpcyBhcyBQUFIgaXMgaW5kZWVkIGFuIG9ydGhvZ29uYWwgdG9waWMuDQpBZG1pdHRlZGx5 LCB3ZSdyZSBzdGlsbCBjYXRjaGluZyB1cCBvbiBQUFIsIGJ1dCBwbGVhc2Ugc2VlIGlubGluZSBm b3Igc29tZSBjb21tZW50cyBvbiB5b3VyIHBvaW50cy4NCg0K77u/T24gNy8yOS8xOSwgNTo1NSBQ TSwgIlRvZXJsZXNzIEVja2VydCIgPHR0ZUBjcy5mYXUuZGU+IHdyb3RlOg0KDQogICAgSSB0aGlu ayB0aGlzIG9wdGlvbiBtaWdodCBub3QgaGF2ZSBiZWVuIGJyb3VnaHQgdXAgb24gVEVBUyBpbiBi ZWZvcmU6DQogICAgV2l0aCAiUHJlZmVycmVkIFBhdGggUm91dGluZyIgKFBQUikgd2UgaGF2ZSBw cm9wb3NlZCBhIHNvbHV0b2luIHRoYXQNCiAgICBzaWduYWxzIHRyYWZmaWMgZW5naW5lZXJlZCBw YXRocyBlZmZpY2llbnRseSBzb2xlbHkgdmlhIHRoZSBJR1AsIGluZGVwZW5kZW50DQogICAgb2Yg Zm93YXJkaW5nIHBsYW5lLCBoZW5jZSBhcHBsaWNhYmxlIHRvIElQdjQvSVB2Ni9TUi1NUExTL1NS djYgKG9yDQogICAgZXZlbiBMMiBzd2l0Y2hpbmcpLg0KICAgIA0KICAgIFRoZSBjb3JlIHRob3Vn aHQgd2FzIHRvIHNpbXBsaWZ5IHNpZ25hbGxpbmcgYW5kIGxldmVyYWdlIHdoYXQgd2UgbGVhcm5l ZA0KICAgIGVsaW1pbmF0aW5nIExEUCBmcm9tIHRoZSBuZWNlc3Nhcnkgc2lnbmFsaW5nIHByb3Rv Y29sIHN1aXRlIHdpdGggU1IsDQogICAgc29tZXRoaW5nIGN1c3RvbWVycyBzZWVtIHRvIG92ZXJh bGwgYXBwcmVjaWF0ZS4gQnV0IHRoZXJlIHdhcyBubw0KICAgIGVxdWl2YWxlbnQgbWVjaGFuaXNt IHRvIGVsaW1pbmF0ZSBSU1ZQLVRFIHNpZ25hbGluZywgYW5kIHdpdGggUFBSIHRoZXJlDQogICAg aXMuDQoNCltUU106IFdlIHVuZGVyc3RhbmQgdGhlIGRyaXZlIHRvIHJlZHVjZSBwcm90b2NvbHMg Zm9yIHRoZSBhcmd1bWVudCBvZiBzaW1wbGljaXR5LiBIb3dldmVyLCB3aXRoIFJTVlAgd2UgaGF2 ZSBhbiBlZmZpY2llbnQgbWVjaGFuaXNtIHRvIGNvbW11bmljYXRlIChkb3duc3RyZWFtIG9yIHVw c3RyZWFtKSB3aXRoIGFsbCBvciBzb21lIG5vZGVzIGFsb25nIHRoZSBwYXRoIG9yIGV2ZW4gYmV0 d2VlbiBhIHNwZWNpZmljIG5vZGUgYW5kIHRoZSBpbmdyZXNzIG9mIHRoZSBQYXRoLiBXaGlsZSBQ UFIgcGlnZ3liYWNrcyBvdmVyIElHUCAodHJ5aW5nIHRvIGVsaW1pbmF0ZSBSU1ZQKSwgaXQgaXMg aW5oZXJpdGluZyBJR1AncyBmbG9vZGluZyBuYXR1cmUuIEl0IHNlZW1zIGFsbCBub2RlcyB3aXRo aW4gdGhlIElHUCBkb21haW4gd2lsbCBoYXZlIHRoZSBzdGF0ZSBhYm91dCBhbGwgdGhlIFBQUiBw YXRoKHMpIGFuZCBhbGwgbm9kZXMgd2lsbCBoYXZlIHRvIHByb2Nlc3MgYWxsIG9mIHRoZSBQUFIg VExWcyB0byBkZXRlcm1pbmUgd2hldGhlciBvciBub3QgdGhleSBhcmUgcmVsZXZhbnQgZm9yIHRo ZW0gb3Igbm90LiBUaGlzIG1heSByYWlzZSBzb21lIGNvbmNlcm5zIGFib3V0IHNjYWxlIGFuZCBj b252ZXJnZW5jZSBpbXBsaWNhdGlvbnMuIEFsc28sIHdoaWxlIFtJRC4gZHJhZnQtY2xzLXBwci10 ZS1hdHRyaWJ1dGVzXSBpcyBhbiBlYXJseSBhdHRlbXB0IHRvIGJyaW5nIEJXIHJlc2VydmF0aW9u IHRvIGxpbmtzIHRyYXZlcnNlZCBieSB0aGUgUFBSIHBhdGggYnkgYWRkaW5nIEJXIHRvIHRoZSBm bG9vZGVkIFBQUiBUTFYsIGl0IHN0aWxsIGxhY2tzIGhhbmRsaW5nIG9mIHRoaW5ncyBhZG1pc3Np b24gZmFpbHVyZXMgKHdoaWNoIG9jY3VyIGluIHJhY2UgY29uZGl0aW9ucyksIChzb2Z0L2hhcmQp IHByZWVtcHRpb24gKGR1ZSB0byBjYXBhY2l0eSBkZWNyZWFzZSwgZXRjLikgYW5kIG1hbnkgb3Ro ZXJzIC0gYW5kIGl0IGlzIG5vdCBjbGVhciBob3cgdGhlIGluZ3Jlc3Mgb2YgdGhlIHBhdGggaXMg bm90aWZpZWQgb2Ygc3VjaCBjb25kaXRpb25zIC0gc2hvcnQgb2YgcG90ZW50aWFsbHkgbXVsdGlw bGUgcHJlZW1wdGluZyBub2RlcyBmbG9vZGluZyBzdWNoIG5vdGlmaWNhdGlvbnMgaW4gdGhlIElH UCBkb21haW4uLiANCiANCiAgICBCdHc6IFdoZW4gaSBzdGFydGVkIHdvcmtpbmcgb24gUlNWUC9S U1ZQLVRFIGkgYWxzbyB3YW50ZWQgVEUgZnVuY3Rpb25zDQogICAgZm9yIFJTVlAtSVAsIGJ1dCBh ZnRlciBoYXZpbmcgZXhwZXJpZW5jZWQgYSBsb3Qgb2YgdGhlIHBlcmZvbWFuY2UgLw0KICAgIGNv bXBsZXhpdHkgaXNzdWVzLCBpIHRoaW5rIGl0cyBhIGdvb2QgaWRlYSB0byBjb25zaWRlciBhIG1v cmUgZm9yd2FyZA0KICAgIGxvb2tpbmcgYWx0ZXJuYXRpdmUuDQogICAgDQpbVFNdOiBXZSBhcmUg bm90IHN1cmUgd2hhdCBwZXJmb3JtYW5jZS9jb21wbGV4aXR5IGlzc3VlcyB5b3UgYXJlIGVsdWRp bmcgdG8gYWJvdmUuIEFzIHlvdSBrbm93LCB0aGVyZSdzIGJlZW4gc29tZSBzaWduaWZpY2FudCB3 b3JrIGRvbmUgYXQgSUVURiBmb3IgaW1wcm92aW5nIFJTVlAgcHJvdG9jb2wgZm9yIHNjYWxlIGRl cGxveW1lbnRzIChmb3IgZS5nLiBtZXNzYWdlIGJ1bmRsaW5nL1JGQzI5NjEsIHNjYWxlL1JGQzgz NzAsIFJTVlAgU3VtbWFyeSBGUlIsIGFuZCBSSSBSU1ZQIEZSUiwgZXRjLi4uKS4gQWxzbyBub3Rl LCBJUC1URSBSU1ZQIGVudGFpbHMgYSBzaW5nbGUgSVAtaW4tSVAgZW5jYXBzdWxhdGlvbiAoYXQg dGhlIGluZ3Jlc3MpIGFuZCBhIGRlY2Fwc3VsYXRpb24gKGF0IHRoZSBlZ3Jlc3MpLiBOb2RlcyBh bG9uZyB0aGUgcGF0aCBkbyBub3QgcGVyZm9ybSBhZGRpdGlvbmFsIGRhdGFwbGFuZSBwcm9jZXNz aW5nIC0tIGJlc2lkZXMgdGhlIHJlZ3VsYXIgSVAgZm9yd2FyZGluZyBpbnN0cnVjdGlvbnMuDQoN CiAgICBXcnQgdG8gbG9vc2UgaG9wIGZvcndhcmRpbmc6IFdpdGggUFBSLCB0aGUgY29zdCBvZiBz aWduYWxpbmcgc3RyaWN0IGNvc3QNCiAgICBpcyBtaW5pbWl6ZWQsIHNvIHdoZW5ldmVyIHRoZSBk ZXNpcmVkIHBvbGljeSBiZXR0ZXIgc3VpdHMgc3RyaWN0IChlLmcuOg0KICAgIG5vIHVuZGVpc3Jl ZCByZXJvdXRpbmcgb24gbG9vc2Ugc2VnbWVudHMpLCBQUFIgc2hvdWxkIG1ha2UgaXQgbW9zdCBl YXN5Lg0KICAgIFdoZW4gdGhlIHBvbGljeSBpcyByZWFsbHkgbG9vc2Ugc2VnbWVudHMsIHRoZW4g aSB0aGluayBmb3IgYWxsIHNpZ25hbGluZw0KICAgIG1lY2hhbmlzbXMgKFJTVlAtVEUtSVAsIFBQ UiBvciBhbnl0aGluZyBlbHNlKSwgdGhlIHNhbWUgY29uc2lkYXJhdGlvbg0KICAgIGZvciB0aGUg Zm9yd2FyZGluZyBwbGFuZSBjb3VsZCBhcHBseToNCg0KW1RTXTogUGxlYXNlIG5vdGUgdGhhdCBs b29zZSBwYXRocyBhcmUgcG9zc2libGUgd2l0aCBSU1ZQLg0KICAgIA0KUmVnYXJkcywNClRhcmVr IGFuZCBQYXZhbg0KICAgIA0KICAgIFR5cGljYWxseSB5b3Ugd291bGRuJ3Qgd2FudCB0byBjYXJy eSBjdXN0b21lciBwYXlsb2FkIHBhY2tldHMgd2l0aG91dA0KICAgIGVuY2FwIGFjcm9zcyB0aGUg VEUgZG9tYWluLiBOb3QgYW4gaXNzdWUgb2YgVEUsIGp1c3Qgb2Ygbm90IHdhbnRpbmcNCiAgICBj dXN0b21lciBhZGRyZXNzZXMgaW4geW91ciBvd24gbmV0d29yayBkb21haW4uICBTbyB5b3UgY2Fu IGFzc3VtZSB0byBoYXZlIGEgVEUtZG9tYWluDQogICAgZW5kLXRvLWVuZCBlbmNhcC4gWW91IGNh biBsb2dpY2FsbHkgc2ltcGx5IGRvIG9uIGxvb3NlIGhvcHMgYW4NCiAgICBhcmNoaXRlY3R1cmFs IElQLWRlY2FwIGZvbGxvd2VkIGJ5IElQLWVuY2FwLiBBbmQgaW1wbGVtZW50YXRpb24gd2lzZSBp dHMNCiAgICBhdCB3b3JzdCBhIDIgKiAxMjgtYml0IHJld3JpdGUgKFNyYyxEc3QtSVAtYWRkciku IElmIHlvdSBhcmUgY3JlYXRpdmUNCiAgICBhbmQgY29uc2lkZXIgdGhlIHNvdXJjZS1hZGRyZXNz IHRvIGJlIGFuIGFueWNhc3QtYWRkcmVzcyBvd25lZCBieSBldmVyeQ0KICAgIGxvb3NlLWhvcCwg YW5kIHlvdSBkb24ndCBuZWVkIHRvIHN0ZWVyIG9uIHRoZSBzb3VyY2UtYWRkcmVzcywgaXQncyBv bmx5IGENCiAgICBzaW5nbGUgMTI4IGJpdCByZXdyaXRlLiBTbyBub3QgdGhhdCBkaWZmaWN1bHQu IEluIElQdjQgdGhlIHJld3JpdGUgd291bGQgYmUNCiAgICBzaG9ydGVyLCBidXQgeW91IGFsc28g bmVlZCB0byBpbmNyZW1lbnRhbGx5IHVwZGF0ZSB0aGUgY2hlY2tzdW0sIHdoaWNoDQogICAgbWF5 IGJlIGFuIGlzc3VlIGZvciBzaW1wbGVyIGZvcndhcmRpbmcgSFcgKHNob3VsZG4ndCBiZSBmb3Ig UDQtY2xhc3MNCiAgICBmb3J3YXJkaWduIGVuZ2luZSwgYnV0IG1pZ2h0IGNvc3QgbW9yZSBwZXJm b3JtYW5jZSkuDQogICAgDQogICAgRm9yIFBQUiwgU2VlIGUuZy46IGRyYWZ0LWNodW5kdXJpLWxz ci1pc2lzLXByZWZlcnJlZC1wYXRoLXJvdXRpbmcsDQogICAgZHJhZnQtcWN0LWxzci1wcHIteWFu ZywgZHJhZnQtYnJ5YW50LXJ0Z3dnLXBsZmEsDQogICAgZHJhZnQtY2h1bmR1cmktaWRyLWJncC1s cy1wcHItZXh0LCBkcmFmdC1jZS1sc3ItcHByLWdyYXBoLA0KICAgIGRyYWZ0LWNscy1wcHItdGUt YXR0cmlidXRlcywgLi4uDQogICAgDQogICAgQ2hlZXJzDQogICAgICAgIFRvZXJsZXNzDQogICAg DQogICAgT24gVGh1LCBKdWwgMTEsIDIwMTkgYXQgMDQ6MTQ6NTVQTSArMDAwMCwgVGFyZWsgU2Fh ZCB3cm90ZToNCiAgICA+IEhpIEFpanVuLA0KICAgID4gDQogICAgPiBUaGFua3MgZm9yIHJlYWRp bmcgYW5kIHByb3ZpZGluZyB5b3VyIGNvbW1lbnRzIG9uIHRoZSBkcmFmdC4gUGxlYXNlIHNlZSBp bmxpbmUuDQogICAgPiANCiAgICA+IA0KICAgID4gRnJvbTogVGVhcyA8dGVhcy1ib3VuY2VzQGll dGYub3JnPiBvbiBiZWhhbGYgb2YgQWlqdW4gV2FuZyA8d2FuZ2FpanVuQHRzaW5naHVhLm9yZy5j bj4NCiAgICA+IERhdGU6IFdlZG5lc2RheSwgSnVseSAxMCwgMjAxOSBhdCAxMDo1MiBQTQ0KICAg ID4gVG86IFRhcmVrIFNhYWQgPHRzYWFkQGp1bmlwZXIubmV0PiwgJ1Zpc2hudSBQYXZhbiBCZWVy YW0nIDx2YmVlcmFtQGp1bmlwZXIubmV0Pg0KICAgID4gQ2M6ICdURUFTIFdHJyA8dGVhc0BpZXRm Lm9yZz4NCiAgICA+IFN1YmplY3Q6IFtUZWFzXSBRdWVzdGlvbnMgb24gSVAgUlNWUC1URTogRXh0 ZW5zaW9ucyB0byBSU1ZQIGZvciBQMlAgSVAtVEUgTFNQIFR1bm5lbHMNCiAgICA+IA0KICAgID4g SGksIFRhcmVrIGFuZCBWaXNobnU6DQogICAgPiANCiAgICA+IEkganVzdCByZWFkIHlvdXIgZHJh ZnQgaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX190 b29scy5pZXRmLm9yZ19odG1sX2RyYWZ0LTJEc2FhZC0yRHRlYXMtMkRyc3ZwdGUtMkRpcC0yRHR1 bm5lbHMtMkQwMCZkPUR3SUJBZyZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9E VFhjV3pvQ0kmcj1LZDZOVzVjdExXcjdHQjY0NlBWbU1CeXZpOHdReFBJTHBLaEh2R1FlUkhZJm09 NjBLZDFpS2FGUlhrQzFtdUpsTG5QV2o1b1lCb01BUVhCdUpvMEh3SFB2USZzPUpHRDk3N21Rcmpp Wlp3cUViTzR3THc0aWpyZ05nbklZRzFIZFlQYmxKZFkmZT0gLCBzb21lIHF1ZXN0aW9ucyBhcmUg cmFpc2VkIGFzIHRoZSBmb2xsb3dpbmcuIFdvdWxkIHlvdSBsaWtlIHRvIGNsYXJpZnkgdGhlbToN CiAgICA+IDEuIEFzIGRlc2NyaWJlZCBpbiBzZWN0aW9uLTMuNS4yPGh0dHBzOi8vdXJsZGVmZW5z ZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fdG9vbHMuaWV0Zi5vcmdfaHRtbF9k cmFmdC0yRHNhYWQtMkR0ZWFzLTJEcnN2cHRlLTJEaXAtMkR0dW5uZWxzLTJEMDAtMjNzZWN0aW9u LTJEMy41LjImZD1Ed0lCQWcmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRY Y1d6b0NJJnI9S2Q2Tlc1Y3RMV3I3R0I2NDZQVm1NQnl2aTh3UXhQSUxwS2hIdkdRZVJIWSZtPTYw S2QxaUthRlJYa0MxbXVKbExuUFdqNW9ZQm9NQVFYQnVKbzBId0hQdlEmcz1VbzUtRGRvVy1DcGxF ZU12c0hodTJMZ2dEZGFxV1BmRnhNeklRd09JOTJzJmU9ID4sIHRoZSBmaW5hbCBwYXRoIGlzIGVz dGFibGlzaGVkIGhvcCBieSBob3AsIHdpdGggdGhlIEVBQiBhZGRyZXNzIGlzIHRoZSBmaW5hbCBk ZXN0aW5hdGlvbiwgYW5kIHRoZSBuZXh0LWhvcCBhZGRyZXNzIGlzIGRldGVybWluZWQgdmlhIHRo ZSBFWFBMSUNUX1JPVVRFIG9iamVjdC4NCiAgICA+ICAgSWYgc28sIHRoZW4gdGhpcyBkcmFmdCBw cm9wb3NlcyB0byBlc3RhYmxpc2ggb25lIGUyZSBwYXRoIGV4cGxpY2l0bHkgdmlhIFJTVlAgaW4g TmF0aXZlIElQIG5ldHdvcmsuIFRoZSB0dW5uZWwgaXRzZWxmIGlzIG5vdCByZWxhdGVkIHRvIHRo aXMgZHJhZnQ/DQogICAgPiBbVFNdOiBUaGUgaWRlYSBoZXJlIGlzIHRvIHJldXNlIHRoZSBtYW55 IGNvbnN0cnVjdHMgdGhhdCBSRkMzMjA5IChhbmQgb3RoZXJzKSBpbnRyb2R1Y2UgdG8gYWNoaWV2 ZSB0aGUgSVAgVEUgdHVubmVsID8gdGhpcyBpbmNsdWRlcyBGUlIsIEJXIG1hbmFnZW1lbnQsIG1h a2UtYmVmb3JlLWJyZWFrLCBlMmUgcGF0aC1wcm90ZWN0aW9uLCBwcmVlbXB0aW9uLCBldGMuLC0t IHNvIHRoZSB0dW5uZWwgKGFzIGluZ3Jlc3MgY29uc3RydWN0KSBpcyBzdXJlbHkgcmVsYXRlZC4N CiAgICA+IA0KICAgID4gICBJZiBzbywgc2hvdWxkIHRoZSB0aXRsZSBiZSBjaGFuZ2VkIHRvID9J UCBSU1ZQLVRFOiBFeHRlbnNpb25zIHRvIFJTVlAgZm9yIFAyUCBJUC1URSBQYXRoPyBtb3JlIGFw cHJvcHJpYXRlZD8NCiAgICA+IA0KICAgID4gMi4gVGhlIHVzYWdlIG9mIHRoZSBsYWJlbCBwcm9w b3NlZCBpbiBzZWN0aW9uLTMuNDxodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIv dXJsP3U9aHR0cHMtM0FfX3Rvb2xzLmlldGYub3JnX2h0bWxfZHJhZnQtMkRzYWFkLTJEdGVhcy0y RHJzdnB0ZS0yRGlwLTJEdHVubmVscy0yRDAwLTIzc2VjdGlvbi0yRDMuNCZkPUR3SUJBZyZjPUhB a1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj1LZDZOVzVjdExXcjdH QjY0NlBWbU1CeXZpOHdReFBJTHBLaEh2R1FlUkhZJm09NjBLZDFpS2FGUlhrQzFtdUpsTG5QV2o1 b1lCb01BUVhCdUpvMEh3SFB2USZzPTlnYWtBanhfNVBJWThlRkpqaHJLQV9Xdy1wV3YtWVpqaDRx Q0dzakhacEUmZT0gPiBpcyBqdXN0IGZvciBpZGVudGlmaWNhdGlvbiBvZiB0aGUgYWJvdmUgUDJQ IElQLVRFIFBhdGgoY29udHJvbCBwbGFuZSBvbmx5KT8gSXQgd2lsbCBub3QgZXhpc3RlZCB3aXRo aW4gdGhlIGZvcndhcmRpbmcgcGFja2V0KGRhdGEgcGxhbmUpIGl0c2VsZj8NCiAgICA+IFtUU106 IE5vLCB0aGUgRUFCIGFkZHJlc3MgaXMgYWxsb2NhdGVkIGJ5IHRoZSBlZ3Jlc3Mgbm9kZSAodHJp Z2dlcmVkIGJ5IFJTVlAgc2lnbmFsaW5nKS4gSXQgaXMgY2FycmllZCBpbiB0aGUgUkVTViBtZXNz YWdlIG9uIHRoZSB3YXkgYmFjayB0byBpbmdyZXNzLiBBbnkgcm91dGVyIHRoYXQgc2VlcyB0aGUg UkVTViwgd2lsbCBwcm9jZXNzIGl0IGFuZCBwcm9ncmFtIHRoZSBFQUIgYWRkcmVzcyBpbiBpdHMg Zm9yd2FyZGluZyA/IGVmZmVjdGl2ZWx5IHNldHRpbmcgdXAgaXRzIGRhdGFwbGFuZSBmb3IgdGhh dCBJUC1MU1AgcGF0aC4NCiAgICA+IA0KICAgID4gSWYgbXkgdW5kZXJzdGFuZGluZyBpcyBjb3Jy ZWN0LCBJIHRoaW5rIHRoaXMgZHJhZnQgaGFzIHRoZSBzYW1lIGVmZmVjdCBhcyB0aGF0IHByb3Bv c2VkIGluIGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0z QV9fZGF0YXRyYWNrZXIuaWV0Zi5vcmdfZG9jX2RyYWZ0LTJEaWV0Zi0yRHRlYXMtMkRwY2UtMkRu YXRpdmUtMkRpcF8mZD1Ed0lCQWcmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3Zv RFRYY1d6b0NJJnI9S2Q2Tlc1Y3RMV3I3R0I2NDZQVm1NQnl2aTh3UXhQSUxwS2hIdkdRZVJIWSZt PTYwS2QxaUthRlJYa0MxbXVKbExuUFdqNW9ZQm9NQVFYQnVKbzBId0hQdlEmcz1zTV96TWs4V2xX TnlVT3BhQVdqTmhRSy1sUDhlTmQ2T0N4MHZ2ejFXYUFrJmU9ICwgYm90aCBjYW4gYmUgdGhlIGNh bmRpZGF0ZSBzb2x1dGlvbnMgZm9yIHRoZSBzY2VuYXJpb3MgZGVzY3JpYmVkIGluDQogICAgPiBo dHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX2RhdGF0 cmFja2VyLmlldGYub3JnX2RvY19kcmFmdC0yRGlldGYtMkR0ZWFzLTJEbmF0aXZlLTJEaXAtMkRz Y2VuYXJpb3NfJmQ9RHdJQkFnJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RU WGNXem9DSSZyPUtkNk5XNWN0TFdyN0dCNjQ2UFZtTUJ5dmk4d1F4UElMcEtoSHZHUWVSSFkmbT02 MEtkMWlLYUZSWGtDMW11SmxMblBXajVvWUJvTUFRWEJ1Sm8wSHdIUHZRJnM9VlFzdWJES1A2U0VS WUNTM3cyOUkzUm0yc2N6TXJLSGRNQmx4MWQ5MlE4QSZlPSANCiAgICA+IA0KICAgID4gW1RTXTog V2UgaGF2ZSBtZW50aW9uZWQgaW4gdGhlIGRyYWZ0IHRoYXQgaXQgaXMgcG9zc2libGUgdGhlIEVS TyB0byBiZSBjb21wdXRlZCBhbmQgZG93bmxvYWRlZCBieSBhIFBDRSAodXNpbmcgUENFUCkgdG8g YW4gaW5ncmVzcyBQRSwgYW5kIGZvciB0aGUgaW5ncmVzcyBQRSB0byB1c2UgdGhhdCBFUk8gaW4g UlNWUCBzaWduYWxpbmcgdG8gc2V0dXAgdGhlIElQIFJTVlAtVEUgdHVubmVsIHVzaW5nIHRoZSBt ZWNoYW5pc21zIGRlZmluZWQgaW4gdGhlIGRyYWZ0LiBUaGUgZHJhZnQgeW91IG1lbnRpb25lZCAo ZnJvbSBza2ltbWluZyBxdWlja2x5IGhhdmUgdG8gc2F5KSwgc2VlbXMgdG8gYmUgdXNpbmcgUENF UCBhcyBpbnRlcmZhY2UgdG8gcHJvZ3JhbSB0aGUgUklCIG9uIHJvdXRlciBob3BzLiBJP20gbm90 IHN1cmUgaWYgaXQgY292ZXJzIG1hbnkgb2YgKGV4aXNpaW5nIFRFIGZlYXR1cmUgQlcvcHJlZW1w dGlvbi9wcm90ZWN0aW9uL2V0YykgYXNwZWN0cyBJP3ZlIG1lbnRpb25lZCBhYm92ZSBhcyB3ZWxs IGFzIGJlaW5nIGFibGUgdG8gZXN0YWJsaXNoIG11bHRpcGxlIElQLUxTUChzKSB0byBzYW1lIGRl c3RpbmF0aW9uIGFuZCBiZWluZyBhYmxlIHRvIHNoYXJlIHRoZSBkYXRhcGxhbmUgZm9yd2FyZGlu ZyBzdGF0ZSBhbW9uZyB0aGUgZGlmZmVyZW50IElQLUxTUChzKSBhcyB3ZSBkZXNjcmliZSBpbiB0 aGlzIGRyYWZ0Lg0KICAgID4gDQogICAgPiBSZWdhcmRzLA0KICAgID4gVGFyZWsNCiAgICA+IA0K ICAgID4gDQogICAgPiBCZXN0IFJlZ2FyZHMuDQogICAgPiANCiAgICA+IEFpanVuIFdhbmcNCiAg ICA+IE5ldHdvcmsgUiZEIGFuZCBPcGVyYXRpb24gU3VwcG9ydCBEZXBhcnRtZW50DQogICAgPiBD aGluYSBUZWxlY29tIENvcnBvcmF0aW9uIExpbWl0ZWQgQmVpamluZyBSZXNlYXJjaCBJbnN0aXR1 dGUsQmVpamluZywgQ2hpbmEuLg0KICAgID4gDQogICAgDQogICAgPiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgID4gVGVhcyBtYWlsaW5nIGxpc3QN CiAgICA+IFRlYXNAaWV0Zi5vcmcNCiAgICA+IGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50 LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fdGVh cyZkPUR3SUJBZyZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0km cj1LZDZOVzVjdExXcjdHQjY0NlBWbU1CeXZpOHdReFBJTHBLaEh2R1FlUkhZJm09NjBLZDFpS2FG UlhrQzFtdUpsTG5QV2o1b1lCb01BUVhCdUpvMEh3SFB2USZzPVpQWkl3bGRxUGlHNDR0ZllkcThf VWduRGxBRVBTSllCR2h3N0JzVnlkWlEmZT0gDQogICAgDQogICAgDQogICAgLS0gDQogICAgLS0t DQogICAgdHRlQGNzLmZhdS5kZQ0KICAgIA0KDQo= From nobody Wed Aug 7 13:54:34 2019 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D526F12030A for ; Wed, 7 Aug 2019 13:54:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 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_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 dWt1gP-EXjJX for ; Wed, 7 Aug 2019 13:54:31 -0700 (PDT) Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) (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 75DE9120232 for ; Wed, 7 Aug 2019 13:54:31 -0700 (PDT) Received: by mail-wm1-x32e.google.com with SMTP id l2so231086wmg.0 for ; Wed, 07 Aug 2019 13:54:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=p/+RZYa3n5wokKMwoi0sGw2UlEyEB/9AZ+MKTFz/OS0=; b=RNOS7z6n8IuTNLzuwQEQDOhPab35xcbjf6sATRiBJaxmcGs6en2+yEIMLCQfr9gC67 J0vVyJMLNIL4i9jUwwHmqLdvhR2sCGpPHWo3Aclok5/iWNDIO1EyTML0m0ISo9hj7DP0 FN0ECwvPuhdhYMbCf3AYxQ6+890orVydtHoRiGmM5uJAxcrVUfRv+K7OxilIlbRtFwjq 60dMNumc0MpgxuwwYQPQ0NDsV3c2K4oXAJdpa0CA652zIozYvDIs/fR3XSSK/Iy3lCjO l1HP9f3PPm4Ab1i0JdPNf/zCvoKnANF8Nc7ROugheWXviMoUFe6zHbY17XNUfkWzoNq0 sA1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=p/+RZYa3n5wokKMwoi0sGw2UlEyEB/9AZ+MKTFz/OS0=; b=dpKC0Uln2CTgiCmmIQqhLV3mHrCy7tUWURo6mKQT6w1o2yijqiH+yPWDBm2htOpJ6D C3+b9CnP52qUvsQJbZQaYcCKx0k6PjoSIPrtQfD0WQMjljfua2SoE/eRZ0hcLRYyvwKW 6Plyf/yDPZJYCT8exAUJUlGLksmf73+8v/itWb77l5+FgrgyQnvww5BwnmcYZuM5Nii9 d1Abz/9WzsoUHt7ymkwqN7V2blHyoMqd0uyeHNk8z9lYXLGFuKX00JbeKLHQKA6g47qK kSr21FLhKHigMmWeZOKsyAuuoGagwWqJUhb/H8o2ziz9J75MUwFsHeseWSMUN9NQwdfY pfzQ== X-Gm-Message-State: APjAAAWb8pxOOSXpenDvvqfom2yV2B502UtaLL3Icvf8eYewIlhwDJwK b/au/U5yhwxanEXjU3gH4/KWu+N4E/067xF363lJijcl X-Google-Smtp-Source: APXvYqyW2zsSpgm7bWWaJqgnpFbMm/0ii2QQpdXzESjy+rPtfCSave+0F+pUV5llWCko01EH9GGXyoXP5P0N/cM6SXU= X-Received: by 2002:a1c:ca14:: with SMTP id a20mr199580wmg.71.1565211269896; Wed, 07 Aug 2019 13:54:29 -0700 (PDT) MIME-Version: 1.0 From: Matt Hartley Date: Wed, 7 Aug 2019 16:54:19 -0400 Message-ID: To: TEAS WG Content-Type: multipart/alternative; boundary="000000000000bd9fc9058f8d252d" Archived-At: Subject: [Teas] Minutes from Montreal X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Aug 2019 20:54:33 -0000 --000000000000bd9fc9058f8d252d Content-Type: text/plain; charset="UTF-8" All, Draft minutes from Montreal are now available at https://datatracker.ietf.org/meeting/105/materials/minutes-105-teas-01.html. Please have a look and let me know if there's anything that needs to be corrected. Cheers Matt --000000000000bd9fc9058f8d252d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
All,

Draft minutes from Mont= real are now available at https://datatracker.ietf.org/meeting= /105/materials/minutes-105-teas-01.html. Please have a look and let me = know if there's anything that needs to be corrected.

Cheers

Matt
--000000000000bd9fc9058f8d252d-- From nobody Thu Aug 15 06:28:17 2019 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 04CDE12006D for ; Thu, 15 Aug 2019 06:28:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 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_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.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 MAWLRAUuBPDp for ; Thu, 15 Aug 2019 06:28:14 -0700 (PDT) Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) (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 07F69120047 for ; Thu, 15 Aug 2019 06:28:13 -0700 (PDT) Received: from cmgw14.unifiedlayer.com (unknown [10.9.0.14]) by gproxy5.mail.unifiedlayer.com (Postfix) with ESMTP id 8694D14044E for ; Thu, 15 Aug 2019 07:28:13 -0600 (MDT) Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id yFnZhble02huwyFnZhb2cf; Thu, 15 Aug 2019 07:28:13 -0600 X-Authority-Reason: nr=8 X-Authority-Analysis: v=2.3 cv=fbyDNXYF c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10:nop_charset_1 a=xqWC_Br6kY4A:10:nop_ipv6 a=FmdZ9Uzk2mMA:10:nop_rcvd_month_year a=Vy_oeq2dmq0A:10:endurance_base64_authed_username_1 a=48vgC7mUAAAA:8 a=yOJDZDuFCJSNbk56Dm4A:9 a=QEXdDO2ut3YA:10:nop_charset_2 a=w1C3t2QeGrPiZgrLijVG:22 a=pHzHmUro8NiASowvMSCR:22 a=xoEH_sTeL_Rfw54TyV31:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Subject:From:Cc:To:Sender:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=7i+g+vBFczJRS3fLOqViBK/wUSghU0+Xn/kUzRn5JdU=; b=YFHNAQbHWo1J0y3i/tQyFSV8LT Gha8RDrJZqmy2HYSlS+6+LqDRVqN680/zH5r7GqAdPagWBRXQkb001w2iw5qCGxlhjZ/r3Dy/ZddW yZsw6JVVxPPXopPBQy/nq099C; Received: from [127.0.0.1] (port=34227 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.92) (envelope-from ) id 1hyFnZ-003Ni6-6M; Thu, 15 Aug 2019 07:28:13 -0600 To: TEAS WG Cc: TEAS WG Chairs From: Lou Berger Message-ID: Date: Thu, 15 Aug 2019 09:28:12 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 127.0.0.1 X-Source-L: Yes X-Exim-ID: 1hyFnZ-003Ni6-6M X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: ([IPv6:::1]) [127.0.0.1]:34227 X-Source-Auth: lberger@labn.net X-Email-Count: 8 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes Archived-At: Subject: [Teas] Draft TEAS105 meeting minutes posted X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2019 13:28:16 -0000 All, Thanks to Matt Hartley we have draft minutes for our Montreal meeting available at: https://datatracker.ietf.org/doc/minutes-105-teas/ and/or https://etherpad.tools.ietf.org/p/notes-ietf-105-teas Please take a look and send any comments/correction to the list. Please feel free to make proposed changes to etherpad, but be aware that only on-list discussed/approved changes will make it into the official minutes. Thank you, Lou (Pavan, and Matt) From nobody Thu Aug 15 18:31:09 2019 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AFF73120103; Thu, 15 Aug 2019 18:31:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <156591906767.15844.8359701781050793402@ietfa.amsl.com> Date: Thu, 15 Aug 2019 18:31:07 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-actn-yang-04.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Aug 2019 01:31:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : Applicability of YANG models for Abstraction and Control of Traffic Engineered Networks Authors : Young Lee Haomian Zheng Daniele Ceccarelli Bin Yeong Yoon Oscar Gonzalez de Dios Jong Yoon Shin Sergio Belotti Filename : draft-ietf-teas-actn-yang-04.txt Pages : 19 Date : 2019-08-15 Abstract: Abstraction and Control of TE Networks (ACTN) refers to the set of virtual network operations needed to orchestrate, control and manage large-scale multi-domain TE networks, so as to facilitate network programmability, automation, efficient resource sharing, and end-to- end virtual service aware connectivity and network function virtualization services. This document explains how the different types of YANG models defined in the Operations and Management Area and in the Routing Area are applicable to the ACTN framework. This document also shows how the ACTN architecture can be satisfied using classes of data model that have already been defined, and discusses the applicability of specific data models that are under development. It also highlights where new data models may need to be developed. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-actn-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-actn-yang-04 https://datatracker.ietf.org/doc/html/draft-ietf-teas-actn-yang-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-actn-yang-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Aug 20 05:50:52 2019 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D7CE120090; Tue, 20 Aug 2019 05:50:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?q?Mirja_K=C3=BChlewind_via_Datatracker?= To: "The IESG" Cc: draft-ietf-teas-yang-te-types@ietf.org, Lou Berger , teas-chairs@ietf.org, lberger@labn.net, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: =?utf-8?q?Mirja_K=C3=BChlewind?= Message-ID: <156630545011.449.7442935666410447625.idtracker@ietfa.amsl.com> Date: Tue, 20 Aug 2019 05:50:50 -0700 Archived-At: Subject: [Teas] =?utf-8?q?Mirja_K=C3=BChlewind=27s_No_Objection_on_draft-?= =?utf-8?q?ietf-teas-yang-te-types-10=3A_=28with_COMMENT=29?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2019 12:50:50 -0000 Mirja Kühlewind has entered the following ballot position for draft-ietf-teas-yang-te-types-10: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-types/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Maybe it's just me but I think for this yang model I would have appreciated a little bit more intro text given some more context on how and when these models and types are used. Especially I would have appreciated more context what normality means and is used for. Not sure I fully understand normality. Can you maybe briefly explain what it is used for? Also one more concrete comment on available-bandwidth and utilized-bandwidth (e.g. p. 47): you say that this is the measured bandwidth and later on you give an interval config value as well. However, I think it would be good to be more concrete. I believe you have in mind the _average_ value over the measurement interval, right? If so, maybe write it down like this in the description. Is there maybe a reference you can provide? Or maybe you can even point at some IPPM documents...? From nobody Tue Aug 20 10:27:30 2019 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E04C1120931; Tue, 20 Aug 2019 10:27:21 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Benjamin Kaduk via Datatracker To: "The IESG" Cc: draft-ietf-teas-yang-te-types@ietf.org, Lou Berger , teas-chairs@ietf.org, lberger@labn.net, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Benjamin Kaduk Message-ID: <156632204190.473.13624423113790831871.idtracker@ietfa.amsl.com> Date: Tue, 20 Aug 2019 10:27:21 -0700 Archived-At: Subject: [Teas] Benjamin Kaduk's Discuss on draft-ietf-teas-yang-te-types-10: (with DISCUSS and COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2019 17:27:22 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-teas-yang-te-types-10: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-types/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- There's a couple points (describe further in the comment section) that I'd like to get a bit more clarity on: (1) the semantics of admin-group hex strings of length smaller than 11 (2) the units for the te-bandwidth numerical values (and in what cases no units are needed), and for performance-metrics-*-way-bandwidth values (3) whether threshold-accelerated-advertisement's use of relative vs. absolute values requires any special handling (4) whether we want to specify any requirements/error-handling/etc. when there is potential for "nonsense" configuration, such as a max-constraint being configured as numerically smaller than a min-constraint (5) what the "variation" in the te-packet-types module's leafs is intending to measure. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- In general it's hard to examine many of these types and see whether they are fit for purpose without some sense of how they would be used, but of course following a chain of references for all of the types in question wouldu be tedious to the point of exhaustion. I'm reluctant to start getting into examples (since such a list would necessarily be incomplete), but if you want one, the 'suppression-interval' leaf has a very terse description, that will presumably be supplemented by some text in some other document about what exactly is getting suppressed and when, but if I were to try to implement from just this document I'd be doing a lot of guessing. Section 3 types for TE generic types and ietf-te-packet-types for packet specific types. Other technology specific TE types are outside the nits: "packet-specific" and "technology-specific" to hyphenate the compound adjectives. Section 3.1 te-node-id: A type representing the identifier for a node in a TE topology. The identifier is represented as 32-bit unsigned integer in the dotted-quad notation. This attribute MAY be mapped to the Router Why is te-node-id IPv4-centric? E.g., RFC 6119 describes an "IPv6 TE Router ID" TLV as well as the "TE Router ID" TLV that we reference here for the node ID. Furthermore, either it's a 32-bit unsigned integer or it's represented in the dotted-quad notation, but the dotted-quad notation doesn't really count as a 32-bit unsigned integer. te-metric: A type representing the TE link metric as defined in [RFC3785]. (editorial) the phrase "link metric" does not appear in RFC 3785. Section 3.2 The ietf-te-packet-types module covers the common types and groupings specific packet technology. nit: I think there's a word missing here. performance-metrics-attributes-packet: A YANG grouping for the augmentation of packet specific metrics to the generic performance metrics grouping parameters. nit(?) I can't tell which way the augmentation is supposed to go, just from this text. Section 4 typedef admin-group { type yang:hex-string { /* 01:02:03:04 */ length "1..11"; } description "Administrative group/Resource class/Color representation in hex-string type."; reference "RFC3630 and RFC5305"; RFC 5305 says to treat this as essentially a bitmask. What are the semantics when I only supply a string of (say) length 1 or 2? typedef performance-metrics-normality { [...] reference "RFC7471: OSPF Traffic Engineering (TE) Metric Extensions. RFC8570: IS-IS Traffic Engineering (TE) Metric Extensions. RFC7823: Performance-Based Path Selection for Explicitly Routed Label Switched Paths (LSPs) Using TE Metric Extensions"; None of these three references describes "normal" or "abnormal". typedef te-bandwidth { type string { pattern '0[xX](0((\.0?)?[pP](\+)?0?|(\.0?))|' + '1(\.([\da-fA-F]{0,5}[02468aAcCeE]?)?)?[pP](\+)?(12[0-7]|' + '1[01]\d|0?\d?\d)?)|0[xX][\da-fA-F]{1,8}|\d+' + '(,(0[xX](0((\.0?)?[pP](\+)?0?|(\.0?))|' + '1(\.([\da-fA-F]{0,5}[02468aAcCeE]?)?)?[pP](\+)?(12[0-7]|' + '1[01]\d|0?\d?\d)?)|0[xX][\da-fA-F]{1,8}|\d+))*'; } Can the document shepherd please report what validation has been done for this pattern? For packet switching type, a float number is used, such as 0x1p10. What kind of units are implied for this (and the other types)? typedef te-metric { type uint32; description "TE link metric"; reference "RFC3785"; [same comment about "link metric" and 3785] typedef te-node-id { type yang:dotted-quad; description "A type representing the identifier for a node in a TE topology. The identifier is represented as 32-bit unsigned integer in the dotted-quad notation. [same comment about uint32 vs. dotted-quad] typedef te-oper-status { [...] Is there some way (a grouping?) to deduplicate the admin and operational status enumerations? They seem to be nearly identical in terms of the range of possible values. identity se-style-desired { [...] (et seq) The rtgdir's comments about whether 'base' should be present seems relevant for these as well. identity oob-mapping-flag { [....] identity entropy-label-capability { Are all of the flags based on lsp-attributes-flags supposed to be "desired" in the description (these aren't)? identity oam-mep-entity-desired { base lsp-attributes-flags; description "OAM MEP entities desired"; We probably should expand Maintenance Entity Group End Point (and MIP, below). identity loopback-desired { base lsp-attributes-flags; description "This flag indicates a particular node on the LSP is required to enter loopback mode. This can also be Is there a mismatch between "desired" and "required"? identity rtm-set-desired { base lsp-attributes-flags; description "Residence Time Measurement (RTM) attribute flag"; Is there a mismatch regarding "desired" in the identity name vs. description? identity link-protection-type { description "Base identity for link protection type."; } identity link-protection-unprotected { base link-protection-type; [I assume the WG had some good discussion about identities vs. enumeration and don't want to second-guess that.] identity association-type-recovery { base association-type; description "Association Type Recovery used to association LSPs of same tunnel for recovery"; nit: the grammar seems weird, here; maybe a missing word? identity path-locally-computed { base path-computation-method; description "indicates a constrained-path LSP in which the path is computed by the local LER"; reference "RFC3209"; In line with the gen-art reviewer's comments, a section ref might be useful here. identity path-externally-queried { base path-computation-method; description [...] to the external source to aid computation); and the path that is returned by the external source is not required to provide a wholly resolved path back to the originating system - that is to say, some local computation may also be required"; nit: "provide a wholly resolved path back to the originating system" could potentially be read ambiguously about whether "back to the originating system refers to the path or where the (partial) result is returned to. identity te-tunnel-type { [...] There is no need for a mp2p or mp2mp tunnel type? identity tunnel-state-type { description "Base identity for TE tunnel states"; This is just "tunnel state" not "operational state"? identity lsp-state-type { description "Base identity for TE LSP states"; Is there a state machine for which transitions between states based on this identity are allowed, or is it basically just a full mesh? identity path-invalidation-action-drop-tear { base path-invalidation-action-type; description "TE path invalidation action tear"; Is there a reference for this (or the other path-invalidation-action-type)? My naive reading wants to complete it to "teardown" but I have low confidence that is correct. identity path-metric-optimize-includes { [...] identity path-metric-optimize-excludes { base path-metric-type; description "A metric that optimizes the number of excluded resources specified in a set"; optimizes to minimize or maximize it? grouping performance-metrics-one-way-bandwidth { [....] What are the units on the bandwidth values herein? bits per second? container threshold-accelerated-advertisement { description "When the difference between the last advertised value and current measured value exceed this threshold, anomalous announcement will be triggered."; uses performance-metrics-thresholds; Are we reusing the performance-metrics-threshold container, which up until now has been used for absolute measurements, to hold the corresponding relative values (differences)? grouping optimization-metric-entry { [...] leaf weight { Where is the sense of the 'weight' leaf defined? That is, to larger weight values get more traffic or less traffic? container path-srlgs-names { [...] leaf-list names { type string; description "List named SRLGs"; nit: missing "of"? grouping generic-path-disjointness { description "Path disjointness grouping"; leaf disjointness { type te-path-disjointness; description "The type of resource disjointness. Under primary path, disjointness level applies to all secondary LSPs. Under secondary, disjointness level overrides the one under primary"; What does "under" mean? It seems like it has something to do with the position in the hierarchy where this grouping gets instantiated, which is potentially subtle. container path-properties { config false; [...] container path-route-objects { description "Container for the list of route objects either returned by the computation engine or actually used by an LSP"; list path-route-object { key index; ordered-by user; (How do 'config false' and 'ordered-by user' interact?) Section 5 grouping performance-metrics-attributes-packet { [...] uses te-types:performance-metrics-attributes { augment performance-metrics-one-way { leaf one-way-min-delay { [...] leaf one-way-max-delay { What kind of sanity or error checking is there for the nodes in this model, e.g., if max delay is configured to be smaller than min delay? leaf one-way-delay-variation { type uint32 { range 0..16777215; } description "One-way delay variation in micro seconds."; What does "variation" mean? Deviation from mean? Variance? Mean absolute error? leaf one-way-packet-loss { type decimal64 { fraction-digits 6; range "0 .. 50.331642"; Is there a reason for the oddly specific upper limit? I also can't quite convince myself from the RFC 7950 grammar whether the quotes on the range are valid and/or needed. I also am unsure as to how useful the "normality" is for some of these, like the packet loss and delay-variation values. [same comments about two-way metrics as one-way metrics, I think. Also the -packet variants.] Section 7 We probably could say more here if we want, though I'm as-yet decided on whether we should. That is, things like editing the config could cause traffic to be disallowed, routed on suboptimal paths, routed through locations more easily targeted for other purposes, etc., and reading config/status could reveal information about network topology, which sites might be most sensitive as targets for subsequent attacks, etc.. It's less clear if there's much that would allow for identification of specific users/customers or their traffic, though. Maybe some of the DSCP stuff, in some cases. Section 10.2 A question for the responsible AD: do references that are used in "reference" statements need to be normative references? (E.g., RFC 3471.) From nobody Wed Aug 21 12:05:28 2019 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 322B3120E8B; Wed, 21 Aug 2019 12:05:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 FIvx1Gn1Z0VC; Wed, 21 Aug 2019 12:05:17 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 102121209AF; Wed, 21 Aug 2019 12:05:14 -0700 (PDT) Received: from [192.168.0.8] (c83-250-135-99.bredband.comhem.se [83.250.135.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 902CD36337C; Wed, 21 Aug 2019 21:05:11 +0200 (CEST) To: "" Cc: "rtg-dir@ietf.org" , draft-ietf-teas-native-ip-scenarios.all@ietf.org, TEAS WG From: Loa Andersson Message-ID: <65133e17-0976-231d-65a8-53a49be73174@pi.nu> Date: Wed, 21 Aug 2019 21:04:43 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: [Teas] RtgDir review: draft-ietf-teas-native-ip-scenarios-06 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Aug 2019 19:05:21 -0000 Hello, I have been selected as the Routing Directorate reviewer for this draft. The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review, and sometimes on special request. The purpose of the review is to provide assistance to the Routing ADs. For more information about the Routing Directorate, please see ​http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir Although these comments are primarily for the use of the Routing ADs, it would be helpful if you could consider them along with any other IETF Last Call comments that you receive, and strive to resolve them through discussion or by updating the draft. Document: draft-ietf-teas-native-ip-scenarios-06 Reviewer: Loa Andersson Review Date: date IETF LC End Date: - Intended Status: Informational I have some minor concerns about this document that I think should be resolved before publication. The concerns might in some cases be considered to be nits. Comments: The document describes scenarios in which CCDR, a technology that combines the advantages or distributed and centralized control, could be deployed. The document also report on testing that has been performed with this technology. Major Issues: No major issues found. This a very interesting and valuable document that should be progressed to RFC. It is refreshing to see an attempt to take advantage of distributed and centralized control technologies and merge them together to a single whole. Minor Issues: I found the document well worth reading and think about, I also found it somewhat hard to read, most of this probably depends on my lack of expertise in the area. However: - I would consider doing a English language review, I don't think there is anything wrong, but the language is sometimes a bit heavy. Sometimes the choice of word could be discussed, in a specification I would rather expect "advantage" rather than "merit". - I'd like to see exactly which specification that has been tested early in the document, preferably in the Introduction. - I would expand the Abstract with one or two paragraphs. When I worked for larger companies, I used to say that the abstract should be written such that my immediate manager could read it and understand what it is all about. Since the abstract is supposed to self-contained and separable from the RFC (see RFC 7997) abbreviations in the abstract is to be avoided (or expanded). - Abbreviations The RFC Editor Abbreviations list (https://www.rfc-editor.org/materials/abbrev.expansion.txt) gives a good idea on the rules that applies to abbreviations in RFCs. The basic rule is that an abbreviation is expanded the first time it is used. In this document there are abbreviations, for example in figures, that is not expanded, e.g. CR, SR, BRAS and IDC - I also have a small concern about listing "alternative" technologies (MPLS-TE, SR and DETNET) in the introduction, it is hard to come away without the impression that these technologies are seen as insufficient. Admittedly they do not solve the problem that CCDR solves, but they are well suited to solve the problem they were designed for. Nits: I'm unclear about nits vs. minor concerns for this document, and listed everything as minor concerns. /Loa PS I'm sorry that this review has been delayed. -- Loa Andersson email: loa@pi.nu Senior MPLS Expert Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Wed Aug 21 17:45:55 2019 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D436512004C; Wed, 21 Aug 2019 17:45:36 -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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cooperw.in header.b=HX+aG5OT; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=lBPL3BD5 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 BZdUGT9MQXY0; Wed, 21 Aug 2019 17:45:34 -0700 (PDT) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0BE7E120125; Wed, 21 Aug 2019 17:45:34 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 4861521FE0; Wed, 21 Aug 2019 20:45:33 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Wed, 21 Aug 2019 20:45:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm3; bh=7 k2gsHggS63G4kPwf6BDlO3Utu9vQj7bTu2h60MYXyY=; b=HX+aG5OTE5rLzumLl ZFp/1gk7jgFSUCUPvXmkUD7Snf97pbQvOlhSd311hioaGJFcq53Fgf6YWJlrdUuo fWZOkKbsxIKtcPy/JtN9NWhxWIyjPb5aNj/w8DtUn3geO2hubI3NBM16D6+7ZVYo trNTzReVjwtE98e4+mRBRnWCeQFhJfohL43cD/I1cj3SkWZXJG9ES+tGA6gVrPT3 aIt4eqZoOe4SsUgonMhr6r15mmDJF0Qg33+aZxK72j+b99hKL7Bzc4Fsnpygg7qC B89e9ZIUoMkT2QdKerBS6FDosLwaMbB5kqjfmvKvb3sZV/RJ7wUnn+7dMxJbyRQQ gshMw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=7k2gsHggS63G4kPwf6BDlO3Utu9vQj7bTu2h60MYX yY=; b=lBPL3BD5bVOJESTUoAXNn5KMsKDePO/02U3mZgJLNpM/y2jdeYP4TsgdY CC339XOBuzCwxpTLidxJX8aLAIhJg5gl3kzWallRPirDtcc5suC9KnS7Pa7m8Xtx 4jJcStju3ViNJ3m5QvDFD+XrZB2Vv0nrWF6zCaXYjIsLE8h4U4FdYkn1+5nlRl4d /GHB2X+vKlPWXJcLcwXO2h/0oD+d/iWMfUKYur/d3uhtLTXzqexXGLJAInNoJrtf LdmoiglSKwLokPqioAP8vwvloprl5pd6YYbGpQgFCyyFUrPyc4vmTV7Z43QrjvAA BsCLtELkO2kFHttAqcmFcIfvNSV+A== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrudeggedgfeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptggguffhjgffgffkfhfvofesthhqmhdthhdtjeenucfhrhhomheptehlihhs shgrucevohhophgvrhcuoegrlhhishhsrgestghoohhpvghrfidrihhnqeenucfkphepud ejfedrfeekrdduudejrdelvdenucfrrghrrghmpehmrghilhhfrhhomheprghlihhsshgr segtohhophgvrhifrdhinhenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: from rtp-alcoop-nitro2.cisco.com (unknown [173.38.117.92]) by mail.messagingengine.com (Postfix) with ESMTPA id 3E57C80061; Wed, 21 Aug 2019 20:45:32 -0400 (EDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Alissa Cooper In-Reply-To: <4A95BA014132FF49AE685FAB4B9F17F66B3D67EC@sjceml521-mbs.china.huawei.com> Date: Wed, 21 Aug 2019 20:45:31 -0400 Cc: "gen-art@ietf.org" , "draft-ietf-teas-yang-te-types.all@ietf.org" , "ietf@ietf.org" , "teas@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <155787365282.30182.991962621463628123@ietfa.amsl.com> <0C72C38E7EBC34499E8A9E7DD00786391C7031EB@sjceml521-mbx.china.huawei.com> <4A95BA014132FF49AE685FAB4B9F17F66B3D67EC@sjceml521-mbs.china.huawei.com> To: Linda Dunbar , Igor Bryskin X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [Teas] [Gen-art] Genart last call review of draft-ietf-teas-yang-te-types-09 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Aug 2019 00:45:37 -0000 Linda, thanks for your review. Igor, thanks for your response. I=E2=80=99v= e entered a No Objection ballot. Alissa > On May 15, 2019, at 4:51 PM, Linda Dunbar = wrote: >=20 > Igor,=20 >=20 > Thank you very much for the reply.=20 > Are you saying that all the "common TE types" in this document have = been validated? If yes, then it is good. Thank you.=20 >=20 > Just as a Gen-Art Directorate reviewer, I did my due-diligence to = check the common types defined in your draft are actually from the = referred RFCs to make sure they are consistent. But I can't easily cross = check them. I understand it can be a lengthy job to validate all of = them.=20 >=20 > If the WG has checked the consistency, then it is all good.=20 >=20 > Thank you very much for the explanation.=20 >=20 > Linda >=20 >=20 >=20 > -----Original Message----- > From: Igor Bryskin=20 > Sent: Wednesday, May 15, 2019 1:13 PM > To: Linda Dunbar ; gen-art@ietf.org > Cc: draft-ietf-teas-yang-te-types.all@ietf.org; ietf@ietf.org; = teas@ietf.org > Subject: RE: Genart last call review of = draft-ietf-teas-yang-te-types-09 >=20 > Hi Linda, >=20 > Thank you for your comments. >=20 > Please, note that it was never a goal of this work to produce some = sort of Oxford English Dictionary for Traffic Engineering with providing = references illustrating basic and subtle usages of each ID of each = defined TE related definition (as OED does). > No, our ambitions are far more modest. The work was triggered by = realization that many exact same types required by te-topology model are = also required by te-tunnel model. We could have (and initially started = to) define the types twice (separately for each model), but later = decided to put the common te types into a single module/document. This = way the te-topo and te-tunnel model families and models directly = depending on them (e.g. path computation and VN models) could use the = common set of types. This is our primary objective. We also encourage = using the te-types model in any other TE related model (if/when it = proves useful) with understanding that some types/identities may not be = found and hence need to be defined in addition to what has been defined = in the te-types model. >=20 > Furthermore, in defining TE types and identities we tried to re-use as = much as possible the definitions provided by IETF RFCs describing = signaling and routing protocols and their management. Although this, = strictly speaking, is not necessary, such an approach is far less = confusing and more convenient for the model implementers and readers (as = compared to independent definitions). This said, on some occasions we = have added IDs to cover additional use cases, which understandably were = never covered by older RFCs. >=20 > I believe your understanding =E2=80=9CThis document defines all the = "Identity" (or types) for TE data types)=E2=80=9D is incorrect. Nor I = think the cross-check on completeness you mentioned is a requirement. >=20 > Regards, > Igor =20 >=20 >=20 >=20 >=20 > -----Original Message----- > From: Linda Dunbar via Datatracker [mailto:noreply@ietf.org]=20 > Sent: Tuesday, May 14, 2019 6:41 PM > To: gen-art@ietf.org > Cc: draft-ietf-teas-yang-te-types.all@ietf.org; ietf@ietf.org; = teas@ietf.org > Subject: Genart last call review of draft-ietf-teas-yang-te-types-09 >=20 > Reviewer: Linda Dunbar > Review result: Ready with Nits >=20 > I am the assigned Gen-ART reviewer for this draft. The General Area = Review Team (Gen-ART) reviews all IETF documents being processed by the = IESG for the IETF Chair. Please treat these comments just like any = other last call comments. >=20 > For more information, please see the FAQ at >=20 > . >=20 > Document: draft-ietf-teas-yang-te-types-?? > Reviewer: Linda Dunbar > Review Date: 2019-05-14 > IETF LC End Date: 2019-05-16 > IESG Telechat date: Not scheduled for a telechat >=20 > Summary: > This document defines all the "Identity" (or types) for TE data types. > Therefore, it is hard to tell if all the types are completely = specified without cross reference to the TE specification drafts. For = example, I tried to cross reference to RFC3209 on "identity = local-protection-desired", the words are not completely matched in = RFC3209. >=20 > (e.g. identity local-protection-desired { base = session-attributes-flags; description "Fastreroute local protection is = desired."; reference "RFC3209"; } >=20 > It would make it much easier to validate the YANG model if the page = number of the referenced RFC is listed in the Reference, or the actual = TLV being referenced are described. >=20 > Major issues: >=20 > Minor issues: >=20 > Nits/editorial comments: > Add the page number of the referenced RFC to make it easier to = validate the correctness of the "types", or describe the actual TLV = being referenced . >=20 >=20 >=20 > _______________________________________________ > Gen-art mailing list > Gen-art@ietf.org > https://www.ietf.org/mailman/listinfo/gen-art From nobody Wed Aug 21 19:44:37 2019 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E32CB120019; Wed, 21 Aug 2019 19:44:35 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Roman Danyliw via Datatracker To: "The IESG" Cc: draft-ietf-teas-yang-te-types@ietf.org, Lou Berger , teas-chairs@ietf.org, lberger@labn.net, teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Roman Danyliw Message-ID: <156644187592.25712.14344476423196091642.idtracker@ietfa.amsl.com> Date: Wed, 21 Aug 2019 19:44:35 -0700 Archived-At: Subject: [Teas] Roman Danyliw's No Objection on draft-ietf-teas-yang-te-types-10: (with COMMENT) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Aug 2019 02:44:36 -0000 Roman Danyliw has entered the following ballot position for draft-ietf-teas-yang-te-types-10: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-types/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I concur with Ben Kaduk and Mirja Kühlewind comments about the utility of additional context for the model. Section 7. Other models will import this one, and specific security considerations will have to be written for them. Nevertheless, the general caution provided here could be a bit more specific perhaps on the order of: -- Per “Write operations (e.g., edit-config) to these data nodes without proper protection can have a negative effect on network operations”, doesn’t seem to adequately cover security/privacy issues such as misrouting of traffic for eavesdropping/inspection, circumventing existing defenses, modification or replay; and business operation issues such as increased transit bills due to inappropriate/malicious configuration. -- Per “The access to such data nodes may be considered sensitive or vulnerable in some network environments” doesn’t explain the rationale such as that revealing detailed information about network configuration could exploited in future attacks. From nobody Sun Aug 25 19:20:14 2019 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B099E1200C4; Sun, 25 Aug 2019 19:20:12 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <156678601265.31053.12780123691847242636@ietfa.amsl.com> Date: Sun, 25 Aug 2019 19:20:12 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-pce-native-ip-04.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Aug 2019 02:20:13 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : PCE in Native IP Network Authors : Aijun Wang Quintin Zhao Boris Khasanov Huaimo Chen Raghavendra Mallya Filename : draft-ietf-teas-pce-native-ip-04.txt Pages : 11 Date : 2019-08-25 Abstract: This document defines the framework for traffic engineering within native IP network, using Dual/Multi-Border Gateway Protocol (BGP) sessions strategy and Path Computation Engine (PCE) -based central control architecture. The proposed central mode control framework conforms to the concept that defined in [RFC8283]. The scenario and simulation results of traffic engineering in Native IP network is described in draft [I-D.ietf-teas-native-ip-scenarios]. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-pce-native-ip/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-pce-native-ip-04 https://datatracker.ietf.org/doc/html/draft-ietf-teas-pce-native-ip-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-pce-native-ip-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Aug 25 20:26:23 2019 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 68B781200A4; Sun, 25 Aug 2019 20:26:15 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <156678997535.31138.15765002467905003701@ietfa.amsl.com> Date: Sun, 25 Aug 2019 20:26:15 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-native-ip-scenarios-07.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Aug 2019 03:26:16 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : Scenarios and Simulation Results of PCE in Native IP Network Authors : Aijun Wang Xiaohong Huang Caixia Kou Zhenqiang Li Penghui Mi Filename : draft-ietf-teas-native-ip-scenarios-07.txt Pages : 14 Date : 2019-08-25 Abstract: The requirements for the End to End(E2E) performance assurance are emerging within the service provider network, there are various solutions to meet such demands, but there is no one solution can meet these requirements in native IP network, especially one universal solution can cover intra-domain and inter-domain scenarios together. This document describes the scenarios and simulation results for Path Computation Elements (PCE) in native IP network, which integrates the advantage of distributed protocols, and the power of centrally control technologies to provide one feasible traffic engineering solution in various complex scenarios for the service provider. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-native-ip-scenarios/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-native-ip-scenarios-07 https://datatracker.ietf.org/doc/html/draft-ietf-teas-native-ip-scenarios-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-native-ip-scenarios-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Aug 25 20:28:33 2019 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA5EE1200E0; Sun, 25 Aug 2019 20:28:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 bnyzreiSygaP; Sun, 25 Aug 2019 20:28:19 -0700 (PDT) Received: from m176115.mail.qiye.163.com (m176115.mail.qiye.163.com [59.111.176.115]) by ietfa.amsl.com (Postfix) with ESMTP id 060881200A4; Sun, 25 Aug 2019 20:28:19 -0700 (PDT) Received: from WangajPC (unknown [219.142.69.77]) by m176115.mail.qiye.163.com (Hmail) with ESMTPA id 615986627C7; Mon, 26 Aug 2019 11:28:11 +0800 (CST) From: "Aijun Wang" To: "'Loa Andersson'" , Cc: , , "'TEAS WG'" References: <65133e17-0976-231d-65a8-53a49be73174@pi.nu> In-Reply-To: <65133e17-0976-231d-65a8-53a49be73174@pi.nu> Date: Mon, 26 Aug 2019 11:28:11 +0800 Message-ID: <001b01d55bbe$4a1fa780$de5ef680$@org.cn> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdVYU2ZZlldLFAHKTzaf5Ar3es+e6ADaL7DQ Content-Language: zh-cn X-HM-Spam-Status: e1kfGhgUHx5ZQUtXWQgYFAkeWUFZSlVLTUJLS0tPQ0lOTkJJWVdZKFlBSk xLS0o3V1ktWUFJV1kJDhceCFlBWTU0KTY6NyQpLjc#WQY+ X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6PhQ6MAw4TTlPMyofMxABLk5D TggaCjRVSlVKTk1NTEJLS0JMTE5MVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxMWVdZCAFZQU1OTk83Bg++ X-HM-Tid: 0a6ccbf783249373kuws615986627c7 Archived-At: Subject: [Teas] =?utf-8?b?562U5aSNOiAgUnRnRGlyIHJldmlldzogZHJhZnQtaWV0?= =?utf-8?q?f-teas-native-ip-scenarios-06?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Aug 2019 03:28:22 -0000 Hi, Loa: Thanks for your review. We have updated the draft according to your = comments. The detail responses for your comments are inline below. Best Regards. Aijun Wang China Telecom -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- =E5=8F=91=E4=BB=B6=E4=BA=BA: teas-bounces@ietf.org = [mailto:teas-bounces@ietf.org] =E4=BB=A3=E8=A1=A8 Loa Andersson =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2019=E5=B9=B48=E6=9C=8822=E6=97=A5 = 3:05 =E6=94=B6=E4=BB=B6=E4=BA=BA: =E6=8A=84=E9=80=81: rtg-dir@ietf.org; = draft-ietf-teas-native-ip-scenarios.all@ietf.org; TEAS WG =E4=B8=BB=E9=A2=98: [Teas] RtgDir review: = draft-ietf-teas-native-ip-scenarios-06 Hello, I have been selected as the Routing Directorate reviewer for this draft. = The Routing Directorate seeks to review all routing or routing-related = drafts as they pass through IETF last call and IESG review, and = sometimes on special request. The purpose of the review is to provide = assistance to the Routing ADs. For more information about the Routing = Directorate, please see = =E2=80=8Bhttp://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir Although these comments are primarily for the use of the Routing ADs, it = would be helpful if you could consider them along with any other IETF = Last Call comments that you receive, and strive to resolve them through = discussion or by updating the draft. Document: draft-ietf-teas-native-ip-scenarios-06 Reviewer: Loa Andersson Review Date: date IETF LC End Date: - Intended Status: Informational I have some minor concerns about this document that I think should be = resolved before publication. The concerns might in some cases be considered to be nits. Comments: The document describes scenarios in which CCDR, a technology that = combines the advantages or distributed and centralized control, could be = deployed. The document also report on testing that has been performed with this = technology. Major Issues: No major issues found. This a very interesting and valuable document that should be progressed = to RFC. It is refreshing to see an attempt to take advantage of distributed and = centralized control technologies and merge them together to a single = whole. Minor Issues: I found the document well worth reading and think about, I also found it = somewhat hard to read, most of this probably depends on my lack of = expertise in the area. However: - I would consider doing a English language review, I don't think there is anything wrong, but the language is sometimes a bit heavy. Sometimes the choice of word could be discussed, in a specification I would rather expect "advantage" rather than "merit". =E3=80=90Aijun Wang=E3=80=91: Have done some changes. We are also = seeking one Native English speaker to polish it again. =20 - I'd like to see exactly which specification that has been tested early in the document, preferably in the Introduction. =E3=80=90Aijun Wang=E3=80=91: Add some sentences for the application of = existing technologies. - I would expand the Abstract with one or two paragraphs. When I worked for larger companies, I used to say that the abstract should be written such that my immediate manager could read it and understand what it is all about. Since the abstract is supposed to self-contained and separable from the RFC (see RFC 7997) abbreviations in the abstract is to be avoided (or expanded). =E3=80=90Aijun Wang=E3=80=91: Done - Abbreviations The RFC Editor Abbreviations list (https://www.rfc-editor.org/materials/abbrev.expansion.txt) gives a good idea on the rules that applies to abbreviations in RFCs. The basic rule is that an abbreviation is expanded the first time it is used. In this document there are abbreviations, for example in figures, = that is not expanded, e.g. CR, SR, BRAS and IDC - I also have a small concern about listing "alternative" technologies (MPLS-TE, SR and DETNET) in the introduction, it is hard to come = away without the impression that these technologies are seen as insufficient. Admittedly they do not solve the problem that CCDR solves, but they are well suited to solve the problem they were designed for. =E3=80=90Aijun Wang=E3=80=91: Have done some changes. Point out mainly = that the alternative technologies are not suitable for the Native IP = scenarios that described in this draft. This is the main motivation for = us to introduce the solution that described in = https://datatracker.ietf.org/doc/draft-ietf-teas-pce-native-ip/ and = https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-extension-native-ip/= Nits: I'm unclear about nits vs. minor concerns for this document, and listed = everything as minor concerns. /Loa PS I'm sorry that this review has been delayed. --=20 Loa Andersson email: loa@pi.nu Senior MPLS Expert Bronze Dragon Consulting phone: +46 739 81 21 64 _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas From nobody Thu Aug 29 19:56:22 2019 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 55406120255; Thu, 29 Aug 2019 19:56:21 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: teas@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: teas@ietf.org Message-ID: <156713378123.12401.2060245157307122538@ietfa.amsl.com> Date: Thu, 29 Aug 2019 19:56:21 -0700 Archived-At: Subject: [Teas] I-D Action: draft-ietf-teas-native-ip-scenarios-08.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Aug 2019 02:56:22 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : Scenarios and Simulation Results of PCE in Native IP Network Authors : Aijun Wang Xiaohong Huang Caixia Kou Zhenqiang Li Penghui Mi Filename : draft-ietf-teas-native-ip-scenarios-08.txt Pages : 14 Date : 2019-08-29 Abstract: Requirements for providing the End to End(E2E) performance assurance are emerging within the service provider network. While there are various technology solutions, there is no one solution which can fulfill these requirements for a native IP network. One universal (E2E) solution which can cover both intra-domain and inter-domain scenarios is needed. One feasible E2E traffic engineering solution is the use of a Path Computation Elements (PCE) in a native IP network. This document describes various complex scenarios and simulation results when applying a PCE in a native IP network. This solution, referred to as Centralized Control Dynamic Routing (CCDR), integrates the advantage of using distributed protocols and the power of a centralized control technology. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-native-ip-scenarios/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-native-ip-scenarios-08 https://datatracker.ietf.org/doc/html/draft-ietf-teas-native-ip-scenarios-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-native-ip-scenarios-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Aug 29 20:12:23 2019 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D3AF120236; Thu, 29 Aug 2019 20:12:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 YCDEMl1Afa13; Thu, 29 Aug 2019 20:12:20 -0700 (PDT) Received: from m176115.mail.qiye.163.com (m176115.mail.qiye.163.com [59.111.176.115]) by ietfa.amsl.com (Postfix) with ESMTP id 371A8120026; Thu, 29 Aug 2019 20:12:19 -0700 (PDT) Received: from WangajPC (unknown [219.142.69.77]) by m176115.mail.qiye.163.com (Hmail) with ESMTPA id CC687661227; Fri, 30 Aug 2019 11:12:11 +0800 (CST) From: "Aijun Wang" To: , References: <156713378123.12401.2060245157307122538@ietfa.amsl.com> In-Reply-To: <156713378123.12401.2060245157307122538@ietfa.amsl.com> Date: Fri, 30 Aug 2019 11:12:11 +0800 Message-ID: <005d01d55ee0$b7c25830$27470890$@org.cn> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdVe3oXtbHpFA5NhQZ2YCQLA28Co2AAAVUOQ Content-Language: zh-cn X-HM-Spam-Status: e1kfGhgUHx5ZQUtXWQgYFAkeWUFZVktVTk5NS0tLS05IQ0NJTkJCWVdZKF lBSkxLS0o3V1ktWUFJV1kJDhceCFlBWTU0KTY6NyQpLjc#WQY+ X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6MBw6PAw6SDkCQi1RSjENNhMU SisKCy5VSlVKTk1MSkhPTEhDSk5DVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxMWVdZCAFZQU9LSko3Bg++ X-HM-Tid: 0a6ce0824ec59373kuwscc687661227 Archived-At: Subject: [Teas] =?gb2312?b?tPC4tDogIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtdGVh?= =?gb2312?b?cy1uYXRpdmUtaXAtc2NlbmFyaW9zLTA4LnR4dA==?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Aug 2019 03:12:23 -0000 Hi, Folks: The updated version adopted the comments and document improvements suggestions from Deborah. Thanks Deborah for her help. Best Regards. Aijun Wang China Telecom -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: teas-bounces@ietf.org [mailto:teas-bounces@ietf.org] = =B4=FA=B1=ED internet-drafts@ietf.org =B7=A2=CB=CD=CA=B1=BC=E4: 2019=C4=EA8=D4=C230=C8=D5 10:56 =CA=D5=BC=FE=C8=CB: i-d-announce@ietf.org =B3=AD=CB=CD: teas@ietf.org =D6=F7=CC=E2: [Teas] I-D Action: = draft-ietf-teas-native-ip-scenarios-08.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling WG of the IETF. Title : Scenarios and Simulation Results of PCE in = Native IP Network Authors : Aijun Wang Xiaohong Huang Caixia Kou Zhenqiang Li Penghui Mi Filename : draft-ietf-teas-native-ip-scenarios-08.txt Pages : 14 Date : 2019-08-29 Abstract: Requirements for providing the End to End(E2E) performance assurance are emerging within the service provider network. While there are various technology solutions, there is no one solution which can fulfill these requirements for a native IP network. One universal (E2E) solution which can cover both intra-domain and inter-domain scenarios is needed. One feasible E2E traffic engineering solution is the use of a Path Computation Elements (PCE) in a native IP network. This document describes various complex scenarios and simulation results when applying a PCE in a native IP network. This solution, referred to as Centralized Control Dynamic Routing (CCDR), integrates the advantage of using distributed protocols and the power of a centralized control technology. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-native-ip-scenarios/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-teas-native-ip-scenarios-08 https://datatracker.ietf.org/doc/html/draft-ietf-teas-native-ip-scenarios= -08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-native-ip-scenarios-0= 8 Please note that it may take a couple of minutes from the time of = submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas From nobody Fri Aug 30 07:58:12 2019 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40FEF1208BF for ; Fri, 30 Aug 2019 07:58:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 QootKS1No5ev for ; Fri, 30 Aug 2019 07:58:06 -0700 (PDT) Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (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 62F981208E9 for ; Fri, 30 Aug 2019 07:58:06 -0700 (PDT) Received: from pps.filterd (m0049459.ppops.net [127.0.0.1]) by m0049459.ppops.net-00191d01. (8.16.0.27/8.16.0.27) with SMTP id x7UEutmx012296; Fri, 30 Aug 2019 10:58:01 -0400 Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049459.ppops.net-00191d01. with ESMTP id 2uq5vv08a2-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 30 Aug 2019 10:58:01 -0400 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id x7UEw0cV011704; Fri, 30 Aug 2019 10:58:00 -0400 Received: from zlp27128.vci.att.com (zlp27128.vci.att.com [135.66.87.50]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id x7UEvrtG011469 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 30 Aug 2019 10:57:56 -0400 Received: from zlp27128.vci.att.com (zlp27128.vci.att.com [127.0.0.1]) by zlp27128.vci.att.com (Service) with ESMTP id E08DE4039344; Fri, 30 Aug 2019 14:57:52 +0000 (GMT) Received: from MISOUT7MSGHUBAD.ITServices.sbc.com (unknown [130.9.129.148]) by zlp27128.vci.att.com (Service) with ESMTPS id CA40F4039343; Fri, 30 Aug 2019 14:57:52 +0000 (GMT) Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.250]) by MISOUT7MSGHUBAD.ITServices.sbc.com ([130.9.129.148]) with mapi id 14.03.0468.000; Fri, 30 Aug 2019 10:57:52 -0400 From: "BRUNGARD, DEBORAH A" To: Aijun Wang , "teas@ietf.org" Thread-Topic: =?utf-8?B?W1RlYXNdIOetlOWkjTogIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtdGVhcy1u?= =?utf-8?Q?ative-ip-scenarios-08.txt?= Thread-Index: AQHVXuDG52IqY/N0+EmybVJrHKl9wqcTxw3g Date: Fri, 30 Aug 2019 14:57:51 +0000 Message-ID: References: <156713378123.12401.2060245157307122538@ietfa.amsl.com> <005d01d55ee0$b7c25830$27470890$@org.cn> In-Reply-To: <005d01d55ee0$b7c25830$27470890$@org.cn> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.234.216.59] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-08-30_06:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1906280000 definitions=main-1908300151 Archived-At: Subject: Re: [Teas] =?utf-8?b?562U5aSNOiAgSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi10?= =?utf-8?q?eas-native-ip-scenarios-08=2Etxt?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Aug 2019 14:58:10 -0000 SGkgYWxsLA0KDQpUaGFua3MgQWlqdW4gZm9yIHRoZSBmYXN0IHR1cm5hcm91bmQuIFRFQVMsIG15 IGNvbW1lbnRzIHdlcmUgc3VnZ2VzdGlvbnMgdG8gaW1wcm92ZSByZWFkYWJpbGl0eSB3aGljaCB3 YXMgYWxzbyBub3RlZCBhcyBhIGNvbmNlcm4gYnkgTG9hIGluIGhpcyBSVEcgRGlyZWN0b3JhdGUg cmV2aWV3LiBUaGFua3MgYWdhaW4gTG9hIGZvciB5b3VyIHJldmlldyENCg0KSSd2ZSBzdGFydGVk IElFVEYgTGFzdCBDYWxsLQ0KDQpEZWJvcmFoDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQpGcm9tOiBUZWFzIDx0ZWFzLWJvdW5jZXNAaWV0Zi5vcmc+IE9uIEJlaGFsZiBPZiBBaWp1biBX YW5nDQpTZW50OiBUaHVyc2RheSwgQXVndXN0IDI5LCAyMDE5IDExOjEyIFBNDQpUbzogdGVhc0Bp ZXRmLm9yZzsgaS1kLWFubm91bmNlQGlldGYub3JnDQpTdWJqZWN0OiBbVGVhc10g562U5aSNOiBJ LUQgQWN0aW9uOiBkcmFmdC1pZXRmLXRlYXMtbmF0aXZlLWlwLXNjZW5hcmlvcy0wOC50eHQNCg0K SGksIEZvbGtzOg0KDQpUaGUgdXBkYXRlZCB2ZXJzaW9uIGFkb3B0ZWQgdGhlIGNvbW1lbnRzIGFu ZCBkb2N1bWVudCBpbXByb3ZlbWVudHMgc3VnZ2VzdGlvbnMgZnJvbSBEZWJvcmFoLg0KVGhhbmtz IERlYm9yYWggZm9yIGhlciBoZWxwLg0KDQoNCkJlc3QgUmVnYXJkcy4NCg0KQWlqdW4gV2FuZw0K Q2hpbmEgVGVsZWNvbQ0KDQotLS0tLemCruS7tuWOn+S7ti0tLS0tDQrlj5Hku7bkuro6IHRlYXMt Ym91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZ10g5Luj6KGoDQpp bnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcNCuWPkemAgeaXtumXtDogMjAxOeW5tDjmnIgzMOaXpSAx MDo1Ng0K5pS25Lu25Lq6OiBpLWQtYW5ub3VuY2VAaWV0Zi5vcmcNCuaKhOmAgTogdGVhc0BpZXRm Lm9yZw0K5Li76aKYOiBbVGVhc10gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi10ZWFzLW5hdGl2ZS1p cC1zY2VuYXJpb3MtMDgudHh0DQoNCg0KQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxl IGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLg0KVGhpcyBkcmFm dCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgVHJhZmZpYyBFbmdpbmVlcmluZyBBcmNoaXRlY3R1cmUg YW5kIFNpZ25hbGluZyBXRyBvZiB0aGUgSUVURi4NCg0KICAgICAgICBUaXRsZSAgICAgICAgICAg OiBTY2VuYXJpb3MgYW5kIFNpbXVsYXRpb24gUmVzdWx0cyBvZiBQQ0UgaW4gTmF0aXZlDQpJUCBO ZXR3b3JrDQogICAgICAgIEF1dGhvcnMgICAgICAgICA6IEFpanVuIFdhbmcNCiAgICAgICAgICAg ICAgICAgICAgICAgICAgWGlhb2hvbmcgSHVhbmcNCiAgICAgICAgICAgICAgICAgICAgICAgICAg Q2FpeGlhIEtvdQ0KICAgICAgICAgICAgICAgICAgICAgICAgICBaaGVucWlhbmcgTGkNCiAgICAg ICAgICAgICAgICAgICAgICAgICAgUGVuZ2h1aSBNaQ0KCUZpbGVuYW1lICAgICAgICA6IGRyYWZ0 LWlldGYtdGVhcy1uYXRpdmUtaXAtc2NlbmFyaW9zLTA4LnR4dA0KCVBhZ2VzICAgICAgICAgICA6 IDE0DQoJRGF0ZSAgICAgICAgICAgIDogMjAxOS0wOC0yOQ0KDQpBYnN0cmFjdDoNCiAgIFJlcXVp cmVtZW50cyBmb3IgcHJvdmlkaW5nIHRoZSBFbmQgdG8gRW5kKEUyRSkgcGVyZm9ybWFuY2UgYXNz dXJhbmNlDQogICBhcmUgZW1lcmdpbmcgd2l0aGluIHRoZSBzZXJ2aWNlIHByb3ZpZGVyIG5ldHdv cmsuICBXaGlsZSB0aGVyZSBhcmUNCiAgIHZhcmlvdXMgdGVjaG5vbG9neSBzb2x1dGlvbnMsIHRo ZXJlIGlzIG5vIG9uZSBzb2x1dGlvbiB3aGljaCBjYW4NCiAgIGZ1bGZpbGwgdGhlc2UgcmVxdWly ZW1lbnRzIGZvciBhIG5hdGl2ZSBJUCBuZXR3b3JrLiAgT25lIHVuaXZlcnNhbA0KICAgKEUyRSkg c29sdXRpb24gd2hpY2ggY2FuIGNvdmVyIGJvdGggaW50cmEtZG9tYWluIGFuZCBpbnRlci1kb21h aW4NCiAgIHNjZW5hcmlvcyBpcyBuZWVkZWQuDQoNCiAgIE9uZSBmZWFzaWJsZSBFMkUgdHJhZmZp YyBlbmdpbmVlcmluZyBzb2x1dGlvbiBpcyB0aGUgdXNlIG9mIGEgUGF0aA0KICAgQ29tcHV0YXRp b24gRWxlbWVudHMgKFBDRSkgaW4gYSBuYXRpdmUgSVAgbmV0d29yay4gIFRoaXMgZG9jdW1lbnQN CiAgIGRlc2NyaWJlcyB2YXJpb3VzIGNvbXBsZXggc2NlbmFyaW9zIGFuZCBzaW11bGF0aW9uIHJl c3VsdHMgd2hlbg0KICAgYXBwbHlpbmcgYSBQQ0UgaW4gYSBuYXRpdmUgSVAgbmV0d29yay4gIFRo aXMgc29sdXRpb24sIHJlZmVycmVkIHRvIGFzDQogICBDZW50cmFsaXplZCBDb250cm9sIER5bmFt aWMgUm91dGluZyAoQ0NEUiksIGludGVncmF0ZXMgdGhlIGFkdmFudGFnZQ0KICAgb2YgdXNpbmcg ZGlzdHJpYnV0ZWQgcHJvdG9jb2xzIGFuZCB0aGUgcG93ZXIgb2YgYSBjZW50cmFsaXplZCBjb250 cm9sDQogICB0ZWNobm9sb2d5Lg0KDQoNClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdl IGZvciB0aGlzIGRyYWZ0IGlzOg0KaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3Yy L3VybD91PWh0dHBzLTNBX19kYXRhdHJhY2tlci5pZXRmLm9yZ19kb2NfZHJhZnQtMkRpZXRmLTJE dGVhcy0yRG5hdGl2ZS0yRGlwLTJEc2NlbmFyaW9zXyZkPUR3SUdvUSZjPUxGWVotbzlfSFVNZU1U U1FpY3ZqSWcmcj02VWhHcFc5bHdpOWRNN2pZbHhYRDh3Jm09Z016R3JyUzF2NnVDN243dF9nTGRp bGdNOXhuV0lmeFV0ajItRHNpLXZZTSZzPXI0QzVyVENDUzBkNmxlX1Rsd1VGU1Y5eThxMENfZUxv QlhGWVE3VlZCc28mZT0NCg0KVGhlcmUgYXJlIGFsc28gaHRtbGl6ZWQgdmVyc2lvbnMgYXZhaWxh YmxlIGF0Og0KaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBz LTNBX190b29scy5pZXRmLm9yZ19odG1sX2RyYWZ0LTJEaWV0Zi0yRHRlYXMtMkRuYXRpdmUtMkRp cC0yRHNjZW5hcmlvcy0yRDA4JmQ9RHdJR29RJmM9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZyPTZV aEdwVzlsd2k5ZE03allseFhEOHcmbT1nTXpHcnJTMXY2dUM3bjd0X2dMZGlsZ005eG5XSWZ4VXRq Mi1Ec2ktdllNJnM9bnRDR291TGhtdDFZSTdhOTl6WUN2TlczU2pBcDJqWFVHY0VINTMxSEMxdyZl PQ0KaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX19k YXRhdHJhY2tlci5pZXRmLm9yZ19kb2NfaHRtbF9kcmFmdC0yRGlldGYtMkR0ZWFzLTJEbmF0aXZl LTJEaXAtMkRzY2VuYXJpb3MtMkQwOCZkPUR3SUdvUSZjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcm cj02VWhHcFc5bHdpOWRNN2pZbHhYRDh3Jm09Z016R3JyUzF2NnVDN243dF9nTGRpbGdNOXhuV0lm eFV0ajItRHNpLXZZTSZzPXo3TFVBQ1Z0RG83cUxUYzJpNi1RZ1hsSTJVaUhWWUhNY0s0YnBRWGRV NVUmZT0NCg0KQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0 Og0KaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193 d3cuaWV0Zi5vcmdfcmZjZGlmZi0zRnVybDItM0RkcmFmdC0yRGlldGYtMkR0ZWFzLTJEbmF0aXZl LTJEaXAtMkRzY2VuYXJpb3MtMkQwOCZkPUR3SUdvUSZjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcm cj02VWhHcFc5bHdpOWRNN2pZbHhYRDh3Jm09Z016R3JyUzF2NnVDN243dF9nTGRpbGdNOXhuV0lm eFV0ajItRHNpLXZZTSZzPU9mU3hFQXkxN0NMU0daUkQ3UU9IZ3h3YUFWalhKcXJxUDl2aE0td0Vz Tm8mZT0NCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0 ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9u IGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNCkludGVybmV0LURy YWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmh0dHBzOi8vdXJs ZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1mdHAtM0FfX2Z0cC5pZXRmLm9yZ19pbnRl cm5ldC0yRGRyYWZ0c18mZD1Ed0lHb1EmYz1MRllaLW85X0hVTWVNVFNRaWN2aklnJnI9NlVoR3BX OWx3aTlkTTdqWWx4WEQ4dyZtPWdNekdyclMxdjZ1QzduN3RfZ0xkaWxnTTl4bldJZnhVdGoyLURz aS12WU0mcz1UYXozTFRkYUFSRndTNG1PX21iYnlJajViYWlkbGNSRWVtTWUzbnBJOW9vJmU9DQoN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpUZWFzIG1h aWxpbmcgbGlzdA0KVGVhc0BpZXRmLm9yZw0KaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQu Y29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5mb190ZWFz JmQ9RHdJR29RJmM9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZyPTZVaEdwVzlsd2k5ZE03allseFhE OHcmbT1nTXpHcnJTMXY2dUM3bjd0X2dMZGlsZ005eG5XSWZ4VXRqMi1Ec2ktdllNJnM9WGl1OGlF N2htZ3M1d2pRX3M2cnh6V3FMSTdaak5PU0R0WV94eGdmcWxPZyZlPQ0KDQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KVGVhcyBtYWlsaW5nIGxpc3QNClRl YXNAaWV0Zi5vcmcNCmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1o dHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fdGVhcyZkPUR3SUdvUSZjPUxG WVotbzlfSFVNZU1UU1FpY3ZqSWcmcj02VWhHcFc5bHdpOWRNN2pZbHhYRDh3Jm09Z016R3JyUzF2 NnVDN243dF9nTGRpbGdNOXhuV0lmeFV0ajItRHNpLXZZTSZzPVhpdThpRTdobWdzNXdqUV9zNnJ4 eldxTEk3WmpOT1NEdFlfeHhnZnFsT2cmZT0NCg== From nobody Fri Aug 30 11:09:07 2019 Return-Path: X-Original-To: teas@ietf.org Delivered-To: teas@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BB7D1200F6; Fri, 30 Aug 2019 11:08:58 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Sender: CC: db3546@att.com, teas-chairs@ietf.org, teas@ietf.org, draft-ietf-teas-native-ip-scenarios@ietf.org, Lou Berger , lberger@labn.net Content-Transfer-Encoding: 7bit Reply-To: ietf@ietf.org Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Message-ID: <156718853797.25814.8048969416443727476.idtracker@ietfa.amsl.com> Date: Fri, 30 Aug 2019 11:08:57 -0700 Archived-At: Subject: [Teas] Last Call: (Scenarios and Simulation Results of PCE in Native IP Network) to Informational RFC X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.29 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Aug 2019 18:08:59 -0000 The IESG has received a request from the Traffic Engineering Architecture and Signaling WG (teas) to consider the following document: - 'Scenarios and Simulation Results of PCE in Native IP Network' as Informational RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2019-09-13. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract Requirements for providing the End to End(E2E) performance assurance are emerging within the service provider network. While there are various technology solutions, there is no one solution which can fulfill these requirements for a native IP network. One universal (E2E) solution which can cover both intra-domain and inter-domain scenarios is needed. One feasible E2E traffic engineering solution is the use of a Path Computation Elements (PCE) in a native IP network. This document describes various complex scenarios and simulation results when applying a PCE in a native IP network. This solution, referred to as Centralized Control Dynamic Routing (CCDR), integrates the advantage of using distributed protocols and the power of a centralized control technology. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-teas-native-ip-scenarios/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-teas-native-ip-scenarios/ballot/ No IPR declarations have been submitted directly on this I-D.