Hi Qin Wu, Thanks for feedback. I agree, covering SRv6 as well makes sense and I take this as action point for the next update of the draft once its being adopted.
The IE SrSidType is actually agnostic to SR-MPLS and SRv6. So the update would be on IE46 mplsTopLabelType. Adding IPv6 as label protocol. I have already a feedback from LSR to add BGP prefix SID, RFC 8669 as well. I think by now we are complete with all the SR capable label protocols. Hi Joe, Covering both SRv6 and MPLS-SR, I would like to take the opportunity to rename the draft from draft-tgraf-ipfix-mpls-sr-label-type to draft-opsawg-ipfix-sr-label-type when it is being adopted to the working group. Removing mpls from the document name and remain on sr, Not sure about the procedure and if it makes sense to do it that way. Here I need your support. Best Wishes Thomas -----Original Message----- From: OPSAWG <[email protected]> On Behalf Of Qin Wu Sent: Friday, August 14, 2020 8:08 AM To: Joe Clarke (jclarke) <[email protected]>; opsawg <[email protected]> Subject: Re: [OPSAWG] CALL FOR ADOPTION: draft-tgraf-ipfix-mpls-sr-label-type Support, I think this draft fill the missing piece for IPFIX to support SR, it will be useful for this draft to cover SRv6 data plane as well. -Qin -----邮件原件----- 发件人: OPSAWG [mailto:[email protected]] 代表 Joe Clarke (jclarke) 发送时间: 2020年8月13日 20:41 收件人: opsawg <[email protected]> 主题: [OPSAWG] CALL FOR ADOPTION: draft-tgraf-ipfix-mpls-sr-label-type Hello, WG members. During the IETF 108 virtual meeting, we had Thomas present this work. It has been reviewed by SPRING as well as on this list. The SPRING consensus was the work is better suited for opsawg. The adoption hum during the IETF 108 virtual meeting was “Piano” which was middle of the road (though given the hum rules that is somewhat inconclusive). Regardless, the chairs want to hear from the list. This document aims to modernize the IPFIX MPLS label type for segment routing in order to provide more visibility for the MPLS-SR data plane. Does opsawg want to adopt this work? This starts a two-week call for adoption. It will be concluded on August 27, 2020. Joe _______________________________________________ OPSAWG mailing list [email protected] https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fopsawg&data=02%7C01%7CThomas.Graf%40swisscom.com%7Cd37c7f24b3b74053ea7d08d840187cf2%7C364e5b87c1c7420d9beec35d19b557a1%7C1%7C0%7C637329821202115623&sdata=WrCx2htpypT64rmU5kOwS%2FGadFvfw9WkE6oNY5zujrQ%3D&reserved=0 _______________________________________________ OPSAWG mailing list [email protected] https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fopsawg&data=02%7C01%7CThomas.Graf%40swisscom.com%7Cd37c7f24b3b74053ea7d08d840187cf2%7C364e5b87c1c7420d9beec35d19b557a1%7C1%7C0%7C637329821202125573&sdata=K71SrWBREEYtWdyWr5kz19cHjk%2BWcc%2FGunt6vf8KWjs%3D&reserved=0
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ OPSAWG mailing list [email protected] https://www.ietf.org/mailman/listinfo/opsawg
