I am also wondering if hop-by-hop options been considered for this
application? Their interpretation in the network is unabiguous and
they also have the advantage that the work with any IP protocol or
IPv6 hop-by-hop options has been considered. See
draft-brockners-inband-oam-transport-05. This has not yet been
broken out into a separate draft.
Segment Routing Header (SRH) for IPv6 offers the ability to transport
TLV structured data, similar to what NSH does (see
[I-D.ietf-6man-segment-routing-header]). In an domain where in-situ
OAM is used, insertion of the in-situ OAM data is enabled at the
required edge nodes (i.e. at the in-situ OAM encapsulating/
decapsulating nodes) by means of configuration.”
I see SRH TLVs are being used for IOAM data. This is fine at the insertion
point at the edge node as mentioned above,
but can you help explain how IAOM data gets added along the path towards the
egress ? (yes, if you are in hop-by-hop EH, like SRH ).
Only way you can do this is by slapping 8200 encapsulation at every node? Is
this correct ?
nvo3 mailing list