Thanks Haoyu.

Ok, so basically the SRH flag defined in draft-song-spring-siam
<https://datatracker.ietf.org/doc/html/draft-song-spring-siam-02> would
benefit all UDP packets including STAMP packets to quickly identify the UDP
packets, right? There is also NH=UDP in the IPv6 header (when no inner IP
header) that can help.

Thanks,
Rakesh


On Wed, Oct 16, 2024 at 6:54 PM Haoyu Song <haoyu.s...@futurewei.com> wrote:

> Hi Rakesh,
>
>
>
> I’m not sure. The intermediate nodes are not supposed to check the SRH,
> right? If so, a flag in SRH doesn’t help.
>
>
>
> On the other hand, RFC 8986 said “It is *RECOMMENDED* that an
> implementation of local configuration only allows Upper-Layer header
> processing of types that do not result in the packet being forwarded (e.g.,
> ICMPv6).” I don’t know how to interpret this sentence. If the upper header
> is UDP, the packet will be forwarded, right? Does that mean that it is not
> recommended to configure the processing of UDP as the upper layer protocol.
> Then a flag bit might be useful.
>
>
>
> Haoyu
>
>
>
> *From:* Rakesh Gandhi <rgandhi.i...@gmail.com>
> *Sent:* Wednesday, October 16, 2024 1:22 PM
> *To:* spring <spring@ietf.org>; Haoyu Song <haoyu.s...@futurewei.com>
> *Subject:* Re: [spring] I-D Action: draft-ietf-spring-stamp-srpm-03.txt
>
>
>
> Hi Haoyu,
>
>
>
> Catching-up on the old email thread.
>
>
>
> Is this new SRH flag needed for intermediate nodes to process UDP header?
>
>
>
> For the end-point nodes, there is upper layer header procedure defined in
> RFC 8986 that is used by the draft.
>
>
>
> https://www.rfc-editor.org/rfc/rfc8986.html#name-upper-layer-header
>
>
>
> Thanks,
>
> Rakesh
>
>
>
>
>
> -----Original Message-----
>
> Re: [spring] I-D Action: draft-ietf-spring-stamp-srpm-03.txt
>
> From: Haoyu Song <haoyu.s...@futurewei.com> Wed, 02 February 2022 19:33
> UTC
>
> Hi Rakesh and the other authors,
>
>
>
> Since this draft also propose to use UDP for active measurement in SRv6,
> I'd like to suggest that a flag bit in SRH is used to indicate that.
> The reasons are twofold: (1) routers may only look at L3 header for 
> forwarding without examining the L4 header.
> So if a test packet can only be identified by UDP port, it may be missed; (2) 
> it's possible to use the
> same mechanism to support other kinds of active measurements
> (e.g., HBH IOAM as proposed in our draft 
> https://datatracker.ietf.org/doc/html/draft-song-spring-siam-02.
>
>
>
> Best,
>
> Haoyu
>
>
>
> -----Original Message-----
>
> From: spring <spring-boun...@ietf.org> <&lt;spring-boun...@ietf.org&gt;> On 
> Behalf Of internet-dra...@ietf.org
>
> Sent: Tuesday, February 1, 2022 4:19 PM
>
> To: i-d-annou...@ietf.org
>
> Cc: spring@ietf.org
>
> Subject: [spring] I-D Action: draft-ietf-spring-stamp-srpm-03.txt
>
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts 
> directories.
>
> This draft is a work item of the Source Packet Routing in Networking WG of 
> the IETF.
>
>
>
>         Title           : Performance Measurement Using Simple TWAMP (STAMP) 
> for Segment Routing Networks
>
>         Authors         : Rakesh Gandhi
>
>                           Clarence Filsfils
>
>                           Daniel Voyer
>
>                           Mach(Guoyi) Chen
>
>                           Bart Janssens
>
>                           Richard Foote
>
>         Filename        : draft-ietf-spring-stamp-srpm-03.txt
>
>         Pages           : 24
>
>         Date            : 2022-02-01
>
>
>
> Abstract:
>
>    Segment Routing (SR) leverages the source routing paradigm.  SR is
>
>    applicable to both Multiprotocol Label Switching (SR-MPLS) and IPv6
>
>    (SRv6) data planes.  This document describes procedures for
>
>    Performance Measurement in SR networks using the mechanisms defined
>
>    in RFC 8762 (Simple Two-Way Active Measurement Protocol (STAMP)) and
>
>    its optional extensions defined in RFC 8972 and further augmented in
>
>    draft-ietf-ippm-stamp-srpm.  The procedure described is applicable to
>
>    SR-MPLS and SRv6 data planes and is used for both links and end-to-
>
>    end SR paths including SR Policies.
>
>
>
>
>
>
>
> Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts
>
>
>
>
>
> _______________________________________________
>
> spring mailing list
>
> spring@ietf.org
>
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fspring&amp;data=04%7C01%7Chaoyu.song%40futurewei.com%7C9e9ebc01c8c942755a2d08d9e5e1c397%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637793580085471585%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=laC%2B5pQbD7tnmE34VUJRR0s19LoPnEipFQbPe0PwfqE%3D&amp;reserved=0
>  <https://www.ietf.org/mailman/listinfo/spring>
>
>
>
>
_______________________________________________
spring mailing list -- spring@ietf.org
To unsubscribe send an email to spring-le...@ietf.org

Reply via email to