Skip to Content.

rare-dev - Re: [rare-dev] INT/iOAM

Subject: Rare project developers

List archive


Re: [rare-dev] INT/iOAM


Chronological Thread 
  • From: Ronald van der Pol <>
  • To: mc36 <>
  • Cc: Ronald van der Pol <>, ,
  • Subject: Re: [rare-dev] INT/iOAM
  • Date: Fri, 26 Mar 2021 13:55:31 +0100
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=surf.nl; dmarc=pass action=none header.from=surf.nl; dkim=pass header.d=surf.nl; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=oNWjGN1nQtYYDTybfjVMMnvo9VCxSU6B/x3aAcJZlwo=; b=dZzmUA2sj22sGwp4r2P2mbaNYSV9U/A8/dLpEVd9LRmoZwS/QkLQimnaPB4nWl3O7M/Z0oew0RAbLXVgP5tb9Jnz94aaVExuPs3T2MWwjW04ZbpLZrahTZ5zLzzo2/pIHf7gskWdeJJ7+Ib2VtAcDZxvkKgdsNFI4S0pzbkeVxBfOR6HquqK/O7JfiFsA4C9muMgLcROC7y9+FUHo9irvjZM4GOzAYoNaNfD68JTb9hZ4DdCVQ6Z5a+cpZ4MWYzFoQ26054Ec2mWqBru6qxrKpkH/rZ2ofLLnrkUFY2YYvF9r8s9sXjlPd7E1qG/pTqFty++YnYDC1Bwaxcyc+pJxw==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ivAZtFNqH5J8KTLM059Y4TE9tr6yZwyM2ayG0xH+dKmh9VHb2yCAEZrbA6qBJHYJStXyEFznRJxRhJqsrExmONaJA+cK/mxBKnoSNqA0CD4Mya8FpnfB3/wswrXfJQmobdjxK7gzVnjUs3tZsXmJc8YDdWY7I2AROlFpLYsF+lyov8mFK8hKjL6Q8Mtl3rtQv0MDDtbtaqScxDnd0tb3VUVdnO1W+Rs8h6KCpFcPzzlRQiv22IkMDKCbGJNm3RsMSzszjECiOmmLdUayUE1f2AAsF4aiI12Mb3EPz8qbFUoeXQlJehpiWYm6gpxDgV1nMJTKq+3hnZC3zEuPNL7EUg==
  • Authentication-results: mp.ls; dkim=none (message not signed) header.d=none;mp.ls; dmarc=none action=none header.from=surf.nl;

Hi Csaba,

Thanks. That clarifies things. I think I have one question left:
What is the "java sw forwarder"?

Just some FYI:

I looked through my code and I made a couple of decissions.

I use the ioam extension header option:

/*
* Implementation of draft-ioametal-ippm-6man-ipv6-options and
* draft-ietf-ippm-ioam-data
*/

/*
* IPv6 Hop-by-Hop and Destination Option format for carrying
* in-situ OAM data fields.
*/
header ipv6_ioam_option_h {
bit<8> reserved;
bit<8> ioam_type;
}

but the INT data header, bacause it is simpler:
https://github.com/rvdpdotorg/P4include/blob/master/int.p4

draft-ietf-ippm-ioam-data-12.txt has the concept of
namespaces. But for interop, we may need to use that.

My current code also does padding for the HBH extension
header. But I found out this is not needed. There is a
requirement (MUST) that the data that you record is
aligned properly.

draft-ietf-ippm-ioam-ipv6-options-05.txt
section 3:
In addition, to maintain IPv6
extension header 8-octet alignment and avoid the need to add or
remove padding at every hop, the Trace-Type for Incremental Trace
Option in IPv6 MUST be selected such that the IOAM node data length
is a multiple of 8-octets.

rvdp



Archive powered by MHonArc 2.6.19.

Top of Page