[v6ops] R: R: draft-fioccola-v6ops-ipv6-alt-mark discussion

[Fioccola Giuseppe <[e-mail]>]

Hi Chongfeng,
Thank you for your comment. It is important to have an opinion from other network operators.
Your comment makes sense, in fact we are discarding the DA as choice for the marking field and, meanwhile, we are considering to use extension header (RFC7837) to encode alternate marking method detailed in RFC8321. The new revision will be published in the coming weeks.
Best Regards,
Giuseppe

Da: v6ops [mailto:[e-mail]] Per conto di Chongfeng Xie
Inviato: mercoledì 11 aprile 2018 09:08
A: v6ops
Oggetto: [v6ops] R: draft-fioccola-v6ops-ipv6-alt-mark discussion



Hi, Giuseppe,

I have read draft-fioccola-v6ops-ipv6-alt-mark-00,   and I feel that it is essential to find an agreed way for IPv6 performance measurement with Alternate Marking Method, so I give support to this work. Frankly speaking, it is the first time for me to touch RFC8321, so I need more time to understand the keypoints of this work. However,  I think it is unsuitable to put the  two bits marking field in DA, for many operators, the IPv6 address space has been planned and major key bits have been elaborately defined, so it is difficult to insert new field in the IPv6 address.


Thank you


Chongfeng  Xie

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[v6ops] R: draft-fioccola-v6ops-ipv6-alt-mark discussion

Fioccola Giuseppe <[e-mail]<mailto:[e-mail]>> Tue, 10 April 2018 08:45 UTCShow header<https://mailarchive.ietf.org/arch/msg/v6ops/GhtlgJjWfPtus7JNfWRoxurCE9s>

Return-Path: <[e-mail]<mailto:[e-mail]>>
X-Original-To: [e-mail]<mailto:[e-mail]>
Delivered-To: [e-mail]<mailto:[e-mail]>
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 263AD127369; Tue, 10 Apr 2018 01:45:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RUTnRgZAw6hZ; Tue, 10 Apr 2018 01:44:57 -0700 (PDT)
Received: from mx01.telecomitalia.it (mx01.telecomitalia.it [217.169..121.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 590A51200A0; Tue, 10 Apr 2018 01:44:57 -0700 (PDT)
X-AuditID: d9a9790a-74dff70000001185-76-5acc7987b8fd
Received: from TELMBXA02RM001.telecomitalia.local ( [10.14.252.26]) (using TLS with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx01.telecomitalia.it () with SMTP id 0F.C6.04485..7897CCA5; Tue, 10 Apr 2018 10:44:55 +0200 (CEST)
From: Fioccola Giuseppe <[e-mail]<mailto:[e-mail]>>
To: Fred Baker <[e-mail]<mailto:[e-mail]>>, V6 Ops List <[e-mail]<mailto:[e-mail]>>
CC: "draft-fioccola-v6ops-ipv6-alt-mark@ietf..org<mailto:draft-fioccola-v6ops-ipv6-alt-mark@ietf..org>" <[e-mail]<mailto:[e-mail]>>
Thread-Topic: [v6ops] draft-fioccola-v6ops-ipv6-alt-mark discussion
Thread-Index: AQHTzvaYClDUCxLuFkeWlE5vi/AbcKP5p2Vw
Date: Tue, 10 Apr 2018 08:44:54 +0000
Message-ID: <[e-mail]<mailto:[e-mail]>>
References: <[e-mail]<mailto:[e-mail]>>
In-Reply-To: <[e-mail]<mailto:[e-mail]>>
Accept-Language: it-IT, en-US
Content-Language: it-IT
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.14.252..245]
x-ti-disclaimer: Disclaimer1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrMKsWRmVeSWpSXmKPExsXCxfdHSre98kyUwd0fghbHpjUyW9z+2sBq cfrYXmYHZo+ds+6yeyxZ8pMpgCmqgdEmMS8vvySxJFUhJbU42VbJJbM4OScxMze1SCEkNSc1 OT9XSSEzxVbJWEmhICcxOTU3Na/EVimxoCA1L0XJjksBA9gAlWXmKaTmJeenZOal2yp5Bvvr WliYWuoaKtkFlqYWl+Qr5KYWFyemp2fmK6QmrBfMaDi6hL3giWzFv/cCDYwPJboYOTkkBEwk Fr7pZ+9i5OIQEpjKJNH48w0jSIJNwEbi4KsTbF2MHBwiAu4Sbb/rQcLMAokSPVcPgZUICzhK vNg2kR3EFhFwltj1/y8jRLmRxLR2PZAwi4CqxJuPy8DKeQUCJZ5deAdWLgQ0fUr3EbA4p4Ct xMZ1q1lBbEYBWYkJuxcxQqwSl3gx/QQ7xJkCEkv2nGeGsEUlXj7+xwphG0hsXbqPBcJWlLi9 bylUXEZi4ZHJrBBzdCQW7P7EBmFrSyxb+JoZ4h5BiZMzn7BMYBSbhWTdLCQts5C0zELSsoCR ZRWjaG6FgaFeCSTyMksSczIT9TJLNjECU8bNlZVcOxhfr3I+xCjAwajEw7un8EyUEGtiWXFl 7iFGCQ5mJRHeg4tPRwnxpiRWVqUW5ccXleakFh9i9AGG2ERmKdHkfGA6yyuJNzSxsDQ0trAw MrQwM8UhrCTO+68caLxAOjB1ZaemFqQWwYxj4uCUamCUUMuyq9vksXHL7Nxr9z3bNM//3Xgs fZHl/D1h/+Qb+Z4Il3pm9Pn0sbu80H5TI6XlbFAfNn1jHvvXtMXbuNbUvchJ3pf6dcmHjwe/ fwsQ3b275HjnZivuLu8Zv3znq+ouyV2s/FyR4YnGwZ6vJr1TNr3RFypvtIs9cD3zc7/dxXVv Fm5YW7tKiaU4I9FQi7moOBEAY/TwR0YDAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/GhtlgJjWfPtus7JNfWRoxurCE9s>
Subject: [v6ops] R: draft-fioccola-v6ops-ipv6-alt-mark discussion
X-BeenThere: [e-mail]<mailto:[e-mail]>
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:[e-mail]?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:[e-mail]>
List-Help: <mailto:[e-mail]?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:[e-mail]?subject=subscribe>
X-List-Received-Date: Tue, 10 Apr 2018 08:45:01 -0000

Hi Fred,

Thank you for the detailed recap.

I would only confirm that we will work on a new revision of draft-fioccola-v6ops-ipv6-alt-mark and propose the use of 2 bits from the reserved field in the RFC7837 ConEx extension to encode the marking method. In addition it will be used as HBH Header.

Feedbacks from the WG are welcome.

Best Regards,

Giuseppe

-----Messaggio originale-----

Da: v6ops [mailto:[e-mail]] Per conto di Fred Baker

Inviato: domenica 8 aprile 2018 07:00

A: V6 Ops List

Oggetto: [v6ops] draft-fioccola-v6ops-ipv6-alt-mark discussion

At IETF 101, Giuseppe Fioccola presented draft-fioccola-v6ops-ipv6-alt-mark. The draft is at https://tools.ietf.org/html/draft-fioccola-v6ops-ipv6-alt-mark, and his presentation deck is at https://datatracker.ietf.org/meeting/101/materials/slides-101-v6ops-ipv6-performance-measurement-with-alternate-marking-method-00.

There was also discussion in 6man regarding the encoding mechanism. I'll refer you to the 6man minutes for that discussion. But to that end, Roberta Maglione, Giuseppe Fioccola, Bob Hinden, Ole Troan, and I met for breakfast to discuss this draft. The issue has to do with the placement of bits and the service provided. The general consensus, as I understand it, was to recommend that the authors consider the Conex extension in

https://tools.ietf.org/html/rfc7837

7837 IPv6 Destination Option for Congestion Exposure (ConEx). S.

     Krishnan, M. Kuehlewind, B. Briscoe, C. Ralli. May 2016. (Format:

     TXT=29708 bytes) (Status: EXPERIMENTAL) (DOI: 10.17487/RFC7837)

and consider how to use unused fields in it in the Hop-by-hop Header. Ideally, that means including the HBH Header and the indicated option as transmitted by the source system, so that other systems en route can inspect and/or update it.

Giuseppe will use the existing draft as a vehicle for the present, but it may or may not be discussed in v6ops. Bob would like Giuseppe to remove the discussion of the several possible placements and only discuss this option.. It would also be wise for Giuseppe to correspond with the authors of that RFC, in accordance with the definition of "experimental" in RFC 2026, to ensure that he and they don't somehow trip over each other.

I would like to invite v6ops discussion. This especially includes the question of whether it makes useful recommendations for your operational environment.

Related documents include:

https://tools.ietf.org/html/draft-fioccola-ippm-multipoint-alt-mark

  "Multipoint Alternate Marking method for passive and hybrid performance

  monitoring", Giuseppe Fioccola, Mauro Cociglio, Amedeo Sapio, Riccardo

  Sisto, 2018-03-01

https://tools.ietf.org/html/draft-fioccola-spring-flow-label-alt-mark

  "Using the IPv6 Flow Label for Performance Measurement with Alternate

  Marking Method in Segment Routing", Giuseppe Fioccola, Gunter Van de Velde,

  Mauro Cociglio, Praveen Muley, 2017-10-26,

https://tools.ietf.org/html/draft-fioccola-v6ops-ipv6-alt-mark

  "IPv6 Performance Measurement with Alternate Marking Method", Giuseppe

  Fioccola, Gunter Van de Velde, Mauro Cociglio, Praveen Muley, 2018-02-26,

https://tools.ietf.org/html/draft-fmm-nvo3-pm-alt-mark

  "Performance Measurement (PM) with Alternate Marking in Network

  Virtualization Overlays (NVO3)", Giuseppe Fioccola, Gregory Mirsky, Tal

  Mizrahi, 2018-03-02

https://tools.ietf.org/html/rfc8321

8321 Alternate-Marking Method for Passive and Hybrid Performance

     Monitoring. G. Fioccola, Ed., A. Capello, M. Cociglio, L.

     Castaldelli, M. Chen, L. Zheng, G. Mirsky, T. Mizrahi. January 2018.

     (Format: TXT=84513 bytes) (Status: EXPERIMENTAL) (DOI:

     10.17487/RFC8321)

Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle persone indicate. La diffusione, copia o qualsiasi altra azione derivante dalla conoscenza di queste informazioni sono rigorosamente vietate. Qualora abbiate ricevuto questo documento per errore siete cortesemente pregati di darne immediata comunicazione al mittente e di provvedere alla sua distruzione, Grazie.

This e-mail and any attachments is confidential and may contain privileged information intended for the addressee(s) only. Dissemination, copying, printing or use by anybody else is unauthorised. If you are not the intended recipient, please delete this message and any attachments and advise the sender by return e-mail, Thanks.

Rispetta l'ambiente. Non stampare questa mail se non è necessario.

  *   [v6ops] draft-fioccola-v6ops-ipv6-alt-mark disc...<https://mailarchive.ietf.org/arch/msg/v6ops/KePjBJDEi_6GRCJJbWJkI-ytmcQ>  Fred Baker
  *   [v6ops] R: draft-fioccola-v6ops-ipv6-alt-mark d...<https://mailarchive.ietf.org/arch/msg/v6ops/GhtlgJjWfPtus7JNfWRoxurCE9s>  Fioccola Giuseppe
  *   Re: [v6ops] R: draft-fioccola-v6ops-ipv6-alt-ma...<https://mailarchive.ietf.org/arch/msg/v6ops/rhBSnmg9VKnxysmlN8-9TLisDu4>  Ackermann, Michael

  *   Hide Navigation Bar<https://mailarchive.ietf.org/arch/msg/v6ops/GhtlgJjWfPtus7JNfWRoxurCE9s>
Date<https://mailarchive.ietf.org/arch/search/?email_list=v6ops&index=GhtlgJjWfPtus7JNfWRoxurCE9s>
Thread<https://mailarchive.ietf.org/arch/search/?email_list=v6ops&gbt=1&index=GhtlgJjWfPtus7JNfWRoxurCE9s>
Toggle navigation

  *
  *   Date<https://mailarchive.ietf.org/arch/search/?email_list=v6ops&index=GhtlgJjWfPtus7JNfWRoxurCE9s>
  *
  *
  *   Thread<https://mailarchive.ietf.org/arch/search/?email_list=v6ops&gbt=1&index=GhtlgJjWfPtus7JNfWRoxurCE9s>
  *

v1.11.2 | Report a Bug<https://tools.ietf.org/tools/ietfdb/newticket> | By Email<mailto:[e-mail]>

________________________________
[e-mail]<mailto:[e-mail]>