Subject: Rare project developers
List archive
- 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
- Re: [rare-dev] INT/iOAM, mc36, 03/25/2021
- Re: [rare-dev] INT/iOAM, Ronald van der Pol, 03/26/2021
- Re: [rare-dev] INT/iOAM, mc36, 03/26/2021
- Re: [rare-dev] INT/iOAM, Ronald van der Pol, 03/26/2021
- Re: [rare-dev] INT/iOAM, mc36, 03/26/2021
- Re: [rare-dev] INT/iOAM, Ronald van der Pol, 03/26/2021
- Re: [rare-dev] INT/iOAM, mc36, 03/26/2021
- Re: [rare-dev] INT/iOAM, Ronald van der Pol, 03/26/2021
- Re: [rare-dev] INT/iOAM, mc36, 03/26/2021
- Re: [rare-dev] INT/iOAM, mc36, 03/26/2021
- Re: [rare-dev] INT/iOAM, Ronald van der Pol, 03/26/2021
- Re: [rare-dev] INT/iOAM, mc36, 03/26/2021
- Re: [rare-dev] INT/iOAM, Ronald van der Pol, 03/26/2021
- Re: [rare-dev] INT/iOAM, mc36, 03/26/2021
- Re: [rare-dev] INT/iOAM, Ronald van der Pol, 03/26/2021
Archive powered by MHonArc 2.6.19.