Hi Yuanxiang, Please see in-line.
Cheers, Tianran -----Original Message----- From: Qiuyuanxiang [mailto:[email protected]] Sent: Monday, June 7, 2021 4:17 PM To: Wangyali(Yali,Data Communication Standards and Patents Dept) <[email protected]>; [email protected] Cc: Haoyu Song <[email protected]>; Tianran Zhou <[email protected]> Subject: 答复: [spring] [Spring] A new draft on data fields encapsulation model of IOAM TLV in SRv6 network Hi yali， Thank you very much for informing me of the existing draft-song-ippm-ioam-tunnel-mode-00. For draft-song-ippm-ioam-tunnel-mode-00, I have a little question, which is also the problem that bothers me when I write draft-qiu-spring-srv6-ioam-encap-model-00. In uniform model, draft-song-ippm-ioam-tunnel-mode-00 uses the method of copying the original header directly. But for some reason, it may not be possible to know in advance how many routers are in the tunnel, Whether this method works for Pre-allocated Trace Option-Type may require further discussion. We may need to specify usage scenarios for Uniform model. ZTR> It looks you raised an valid issue. What's your suggestion on this? Do you want to propose a solution to solve this, or do you want to describe this as operational considerations or so? In addition, would it be better to selectively partially synchronize the data fields of the IOAM TLV instead of full copies? For data field that needs to be modified hop-by-hop, we still need to modify the data after copying it, which will increases data plane processing. For example, the time delay needs to be calculated on the router, and the packet carries a timestamp, which needs to be modified by hop. ZTR> So, what’s your suggestion in detail? Thanks. Best Regards, yuanxiang -----邮件原件----- 发件人: Wangyali(Yali,Data Communication Standards and Patents Dept) [mailto:[email protected]] 发送时间: 2021年6月4日 18:37 收件人: qiuyuanxiang (RD) <[email protected]>; [email protected] 抄送: Haoyu Song <[email protected]>; Tianran Zhou <[email protected]> 主题: RE: [spring] [Spring] A new draft on data fields encapsulation model of IOAM TLV in SRv6 network Hi authors, Glad to see you're also interested in this topic. Almost 3 years ago, there was a draft-song-ippm-ioam-tunnel-mode-00 we proposed to discuss the procedure of iOAM processing in tunnels with the uniform model and the pipe model. Welcome to join the discussion. Please feel free to let us know your comments and questions. Best, Yali -----Original Message----- From: Qiuyuanxiang [mailto:[email protected]] Sent: Friday, June 4, 2021 11:33 AM To: [email protected] Subject: [spring] [Spring] A new draft on data fields encapsulation model of IOAM TLV in SRv6 network Hi WG, Recently we published a new draft on data fields encapsulation model of IOAM TLV in SRv6 network: URL: https://www.ietf.org/archive/id/draft-qiu-spring-srv6-ioam-encap-model-00.txt Status: https://datatracker.ietf.org/doc/draft-qiu-spring-srv6-ioam-encap-model/ Htmlized: https://datatracker.ietf.org/doc/html/draft-qiu-spring-srv6-ioam-encap-model It introduces the data fields encapsulation model of IOAM TLV for the Segment Routing headend with H.Encaps encapsulation behavior in SRv6 network. Your review and comments are welcome. Best regards, Yuanxiang ------------------------------------------------------------------------------------------------------------------------------------- 本邮件及其附件含有新华三集团的保密信息，仅限于发送给上面地址中列出 的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、 或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本 邮件！ This e-mail and its attachments contain confidential information from New H3C, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! _______________________________________________ spring mailing list [email protected] https://www.ietf.org/mailman/listinfo/spring
