Hi Greg,

Thank you for your questions. Please see inline response.

Best,
Haoyu

From: Greg Mirsky <[email protected]>
Sent: Wednesday, January 26, 2022 3:01 PM
To: Haoyu Song <[email protected]>
Cc: [email protected]; IETF IPPM WG <[email protected]>
Subject: Re: [spring] Active OAM in SRv6

Hi Haoyu,
thank you for bringing the topic of Active OAM to the discussion. As the 
concept of Active IOAM is introduced in the IPPM WG 
draft<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-ietf-ippm-ioam-flags&data=04%7C01%7Chaoyu.song%40futurewei.com%7Cc347a296576a4bcc02dc08d9e11fcba3%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637788348960663433%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=ICDx4pdmgXJBs68SATcvkTpZSOTZ6LD7JyCCKYM6IJg%3D&reserved=0>
 it seems to me like adding the IPPM WG community to the discussion is the 
right thing to do.
Please find my notes in-lined below under the GIM>> tag.

Regards,
Greg

On Wed, Jan 26, 2022 at 2:37 PM Haoyu Song 
<[email protected]<mailto:[email protected]>> wrote:
Hi SPRING WG,

Real time monitor on every node and every link on a network is necessary to 
detect  gray failures, which are the key culprit for poor QoS but hard to 
catch. SR provides an ideal mechanism, when working with some efficient 
planning algorithm, to achieve that with low cost.   Our proposal SRv6 In-situ 
Active Measurement (SIAM) suggests a simple  active measurement approach which 
can support different
GIM>> I wonder what gaps you find in the existing active measurement protocols, 
e.g., STAMP and RFC 6734 (would be more convenient to use an acronym). It 
appears to me that, for example, STAMP and its extensions, including the SRPM 
draft<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-ietf-ippm-stamp-srpm&data=04%7C01%7Chaoyu.song%40futurewei.com%7Cc347a296576a4bcc02dc08d9e11fcba3%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637788348960663433%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=Czxg8dYGfDXViyRtY2Z2vuIKit%2B9Pw0atzLonOVTdfE%3D&reserved=0>,
 comprehensively address the PM OAM requirements for SRv6.

HS>> Let's give a few features of our proposal: (1) it's session-less and we 
don't need assign any roles (e.g.,  reflector); (2) no needs for a return path. 
The measurement can start and end at any node (solely determined by the SRH); 
(3) udp-based which can support any existing IOAM modes and potentially other 
OAM methods.
options of IOAM and other OAM methods in SRv6, without needing to worry about 
the extension header issue.
GIM>> draft-ietf-ippm-ioam-data classifies IOAM as follows:
   In terms of the classification given
   in [RFC7799] IOAM could be portrayed as Hybrid Type 1.
Does your proposal change that?

HS>> In this particular case, IOAM is used for active measurement because it's 
not included in a user packet.

Your comments, questions, and suggestions are very welcome. I'd like to know 
your opinion if you think this work is in scope and should be adopted by the 
working group.  If you are interested in contributing to this work, please also 
let me know. 
https://datatracker.ietf.org/doc/draft-song-spring-siam/<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-song-spring-siam%2F&data=04%7C01%7Chaoyu.song%40futurewei.com%7Cc347a296576a4bcc02dc08d9e11fcba3%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637788348960663433%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=EgovYo3tJgmCUR8eu0I%2BkF%2Ff9fcfKFGi6gaOycyFM6g%3D&reserved=0>

Thank you very much!

Best regards,
Haoyu
_______________________________________________
spring mailing list
[email protected]<mailto:[email protected]>
https://www.ietf.org/mailman/listinfo/spring<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fspring&data=04%7C01%7Chaoyu.song%40futurewei.com%7Cc347a296576a4bcc02dc08d9e11fcba3%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637788348960663433%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=x0ROnWuMAW%2BJhiEROH%2Fg4%2BruahabOaHctwN6eVeX9jw%3D&reserved=0>
_______________________________________________
spring mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/spring

Reply via email to