Re: [Lsr] [OPSAWG] draft-tgraf-ipfix-mpls-sr-label-type

2020-08-16 Thread Thomas.Graf
Hi Gyan, Gyan> IPFIX has been traditionally been used for flow analysis and to that end all that was required is support of the data plane encapsulation. With your proposed SR support idea you are really transforming the IPFIX to be used for not just flow monitoring at that level solely, but n

Re: [Lsr] [OPSAWG] draft-tgraf-ipfix-mpls-sr-label-type

2020-08-16 Thread Gyan Mishra
Hi Thomas Sorry for any misunderstanding. I am well aware of the origins and history behind IPFIX and Neflow and use with BGP monitoring. I was not aware of IE 46 and how that was being leveraged to support SR IGP extensions sid types. After reviewing your IPFIX slides related to IE 46 registr

Re: [Lsr] draft-tgraf-ipfix-mpls-sr-label-type

2020-08-16 Thread Tianran Zhou
Hi Thomas, I think questions from both Ketan and Gyan on the IE usage are very important. The value should be described clearly in the draft. So that people now how to implement and use them. Here your replay to Ketan on the mplsTopLabelType is clear to me. You want to account the traffic with

Re: [Lsr] [OPSAWG] draft-tgraf-ipfix-mpls-sr-label-type

2020-08-16 Thread Gyan Mishra
Hi Thomas Just a thought to build on what Tianran mentioned. It almost seems as if IPFIX taking on the role of BGP-LU / PCE centralized controller function to to create a SR graph of the topology. We already have all the SR topology data in the PCE for path instantiation and steering. Do we al

Re: [Lsr] draft-tgraf-ipfix-mpls-sr-label-type

2020-08-16 Thread Ketan Talaulikar (ketant)
Hi Thomas, Please check inline below. From: thomas.g...@swisscom.com Sent: 15 August 2020 11:31 To: Ketan Talaulikar (ketant) ; han...@gredler.at Cc: lsr@ietf.org; spr...@ietf.org; ops...@ietf.org Subject: RE: [Lsr] draft-tgraf-ipfix-mpls-sr-label-type Hi Ketan, * This helps identificatio