Re: [Int-area] [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London

2018-04-16 Thread Tianran Zhou
dge}? ... Tianran From: Frank Brockners (fbrockne) [mailto:fbroc...@cisco.com] Sent: Monday, April 16, 2018 4:51 PM To: Tianran Zhou ; Mickey Spiegel ; Tom Herbert Cc: NVO3 ; int-area@ietf.org; Service Function Chaining IETF list ; IETF IPPM WG Subject: RE: [ippm] [Int-area] encapsulation of I

Re: [Int-area] [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London

2018-04-16 Thread Tianran Zhou
Hi Frank, How does a forwarder know when and where to insert the data? In the case of Geneve over IPv6, do you mean the device need to scan all the protocol stack? Or just the outer encapsulation? Tianran From: ippm [mailto:ippm-boun...@ietf.org] On Behalf Of Frank Brockners (fbrockne) Sent: M

Re: [Int-area] [ippm] encapsulation of IOAM data in various protocols - follow up from WG discussion in London

2018-04-16 Thread Tianran Zhou
ed as HbH options, then based on the Option Type with highest order 2 bits set to 00 then the v6 nodes that implement IOAM will process the option and others will skip over. Thanks, Shwetha From: ippm on behalf of Tianran Zhou Date: Monday, April 16, 2018 at 2:36 PM To: "Frank Broc

Re: [Int-area] [mpls] draft-zzhang-intarea-generic-delivery-functions

2021-01-20 Thread Tianran Zhou
A generic mechanism for multiple headers is described in the following draft: https://www.ietf.org/archive/id/draft-song-mpls-extension-header-02.txt Tianran From: mpls [mailto:mpls-boun...@ietf.org] On Behalf Of Rakesh Gandhi Sent: Wednesday, January 20, 2021 4:57 AM To: Stewart Bryant Cc: mpls

Re: [Int-area] [IPv6] New Draft - ICMPv6 Loopback

2023-06-07 Thread Tianran Zhou
Hi Michael, What if we ask for symmetric request and response? I.e., carry reserved bytes in the request packet. Tianran -Original Message- From: ipv6 [mailto:ipv6-boun...@ietf.org] On Behalf Of Michael Richardson Sent: Thursday, June 8, 2023 12:59 AM To: int-area@ietf.org; i...@ietf.o