Re: [Detnet-dp-dt] IPv6 and multicast
Balázs Varga A <balazs.a.varga@ericsson.com> Thu, 25 May 2017 11:35 UTC
Return-Path: <balazs.a.varga@ericsson.com>
X-Original-To: detnet-dp-dt@ietfa.amsl.com
Delivered-To: detnet-dp-dt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id A1AD21294DB
for <detnet-dp-dt@ietfa.amsl.com>; Thu, 25 May 2017 04:35:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01,
RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001]
autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key)
header.d=ericsson.onmicrosoft.com
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 J3pLqynchHZq for <detnet-dp-dt@ietfa.amsl.com>;
Thu, 25 May 2017 04:35:06 -0700 (PDT)
Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45])
(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 C21C0129557
for <Detnet-dp-dt@ietf.org>; Thu, 25 May 2017 04:35:05 -0700 (PDT)
X-AuditID: c1b4fb2d-1c9ff70000000d37-e9-5926c167c1c0
Received: from ESESSHC014.ericsson.se (Unknown_Domain [153.88.183.60])
by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id
E5.0A.03383.761C6295; Thu, 25 May 2017 13:35:04 +0200 (CEST)
Received: from EUR03-DB5-obe.outbound.protection.outlook.com (153.88.183.145)
by oa.msg.ericsson.com (153.88.183.60) with Microsoft SMTP Server
(TLS) id 14.3.339.0; Thu, 25 May 2017 13:35:03 +0200
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=ericsson.onmicrosoft.com; s=selector1-ericsson-com;
h=From:Date:Subject:Message-ID:Content-Type:MIME-Version;
bh=f+BuGAFppw/eJV5aMWBhUku3rVV8eUzzfKuyKzs/cg4=;
b=d1beKAkvoVx+I6qsM2l6MWjKvlpgTqH+DFSe+p6lxbJrXjWgXM7iBiUxhliyT6TuDZrFHxfvCSWd9e7vU+ET5/CvbBttyV7HhEh1Yia7OeVEjgbAb/U45GDvHkXEJDha5NjKPCFlLkJ2V3myU5EQedBUoDC+hJGUcj3I+OgaGc8=
Received: from DBXPR07MB128.eurprd07.prod.outlook.com (10.242.138.156) by
DBXPR07MB128.eurprd07.prod.outlook.com (10.242.138.156) with Microsoft SMTP
Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id
15.1.1124.5; Thu, 25 May 2017 11:35:02 +0000
Received: from DBXPR07MB128.eurprd07.prod.outlook.com
([fe80::e46d:cba7:2281:8afe]) by DBXPR07MB128.eurprd07.prod.outlook.com
([fe80::e46d:cba7:2281:8afe%27]) with mapi id 15.01.1124.007; Thu, 25 May
2017 11:35:02 +0000
From: =?iso-8859-1?Q?Bal=E1zs_Varga_A?= <balazs.a.varga@ericsson.com>
To: Jouni Korhonen <jouni.korhonen@broadcom.com>, "Detnet-dp-dt@ietf.org"
<Detnet-dp-dt@ietf.org>
Thread-Topic: [Detnet-dp-dt] IPv6 and multicast
Thread-Index: AQHS1Nh0Gx3O1sFtj024DU9DUAIFzaIE5Qlw
Date: Thu, 25 May 2017 11:35:02 +0000
Message-ID: <DBXPR07MB128599719F40557B420E3E5ACFF0@DBXPR07MB128.eurprd07.prod.outlook.com>
References: <7A8644F8-9A31-44FC-8561-C3D2B48FB356@broadcom.com>
In-Reply-To: <7A8644F8-9A31-44FC-8561-C3D2B48FB356@broadcom.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: broadcom.com; dkim=none (message not signed)
header.d=none;broadcom.com; dmarc=none action=none header.from=ericsson.com;
x-originating-ip: [91.82.100.59]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; DBXPR07MB128;
7:GYbPjliAOoaO8A8bMYG0mpEPLqjh9tBbaWbWVqSPK+7XMgfkxQbvPJQLamvMgUpmOr1uOP0Apm1h3VdgG0L4C9Bm6G74cd8pNzt9P45Zd5bcg7TT7ptXnqYHVW+zmE+tcdBVHOwnOJAqtsAJIj++My1vhSpQhFt+6hIboYbV7ObwXuvGB8TBmLFJ8TXhyIkPYnNfLM8xmWK94G/Ef/4WzZYryc3u4/MkHb/QVPOCWdZ4C+o/L5o92u6X2gqpf5rkgND1YJGZIA9Sobd9QGly4EUUV1xRybEoamrsqdBkoR+pH1xKBXWwsfgNXf/f5FoT/X+DBbQuNgJVzqvupRk6rw==
x-ms-traffictypediagnostic: DBXPR07MB128:
x-ms-office365-filtering-correlation-id: 7fdffb64-b224-4d4a-37a9-08d4a3621577
x-microsoft-antispam: UriScan:; BCL:0; PCL:0;
RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075);
SRVR:DBXPR07MB128;
x-microsoft-antispam-prvs: <DBXPR07MB128180BAD2BB91C9F9D2606ACFF0@DBXPR07MB128.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0;
RULEID:(100000700054)(100105000095)(100000701054)(100105300095)(100000702054)(100105100095)(6040450)(601004)(2401047)(5005006)(8121501046)(3002001)(100000703054)(100105400095)(10201501046)(93006095)(93001095)(6041248)(20161123564025)(20161123555025)(20161123560025)(20161123558100)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148)(100000704054)(100105200095)(100000705054)(100105500095);
SRVR:DBXPR07MB128; BCL:0; PCL:0;
RULEID:(100000800054)(100110000095)(100000801054)(100110300095)(100000802054)(100110100095)(100000803054)(100110400095)(100000804054)(100110200095)(100000805047)(100110500095);
SRVR:DBXPR07MB128;
x-forefront-prvs: 0318501FAE
x-forefront-antispam-report: SFV:NSPM;
SFS:(10009020)(6009001)(39840400002)(39850400002)(39410400002)(39860400002)(39400400002)(39450400003)(13464003)(6506006)(2906002)(3280700002)(50986999)(33656002)(25786009)(74316002)(53936002)(38730400002)(6306002)(55016002)(9686003)(76176999)(305945005)(6246003)(189998001)(6436002)(5660300001)(7736002)(230783001)(53546009)(2900100001)(478600001)(99286003)(966005)(6116002)(3846002)(5250100002)(102836003)(86362001)(2501003)(8676002)(229853002)(8936002)(2950100002)(66066001)(3660700001)(54356999)(81166006)(7696004);
DIR:OUT; SFP:1101; SCL:1; SRVR:DBXPR07MB128;
H:DBXPR07MB128.eurprd07.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 May 2017 11:35:02.7403 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBXPR07MB128
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmphleLIzCtJLcpLzFFi42KZGbHdRjfjoFqkQf8dXotVE9ayWTz8kuDA
5DHr/lk2jyVLfjIFMEVx2aSk5mSWpRbp2yVwZZz4t5mtYDtfRdehxYwNjI+5uxg5OCQETCQ+
fpXvYuTiEBI4wiix/PMkFgjnBKPEreNzmUAcFoFeZomzD74xQmSmMUn07dzFBOE8BCo7OQ3I
4eRgE3CV+NzxkA3EFhFIljj1+A87yA5hAT2JJ8sVIcL6EpN2zGOGsI0klrxYxwJiswioSnxc
dJUdxOYViJL4sHAdmC0kYC+xdP4FMJtTwEHi9asmVhCbUUBM4vupNWBrmQXEJW49mQ9mSwgI
SCzZc54ZwhaVePn4H1T9ZEaJ2Q/KIOIKEpsWvGeHsGUlLs3vBntMQqCbWaJpxRGoZk2Jmx0v
mSFh5Csx8VEaRE0f0JyftxkhajIlDvYehVqsJdFxZBYTRNEBVok97f9ZIBIyEjM+vYdKzGGV
+DKzDSwhLCAlcfdKJ+MERq1ZSL6AsPUkbkydwgZha0ssW/iaeRY4ZAQlTs58wrKAkWUVo2hx
anFxbrqRsV5qUWZycXF+nl5easkmRmDaOLjlt+4OxtWvHQ8xCnAwKvHw7lmrFinEmlhWXJl7
iFGCg1lJhPfGFqAQb0piZVVqUX58UWlOavEhRmkOFiVxXod9FyKEBNITS1KzU1MLUotgskwc
nFINjFmxu40ObrTelRl0wSw6pfJIb82jFUtuvzl28ABLnGXQ7/0zYnKTup99raq1ZEqo/L5y
Yv+EJWefvv/q823z0qwrti/vr2OZe4F/s/0bG95o/gU/1a/ucd7VkJQVyybpJ1/xuGhPOcfH
l7KLO2dfUD180kP/7y3b/ctvarnE9+r928zlZ2zw7ZsSS3FGoqEWc1FxIgAzKVMmFwMAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet-dp-dt/5C90Y9A9xYwHpwh0mhgo8jIC99g>
Subject: Re: [Detnet-dp-dt] IPv6 and multicast
X-BeenThere: detnet-dp-dt@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: DetNet WG Data Plane Design Team <detnet-dp-dt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet-dp-dt>,
<mailto:detnet-dp-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet-dp-dt/>
List-Post: <mailto:detnet-dp-dt@ietf.org>
List-Help: <mailto:detnet-dp-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet-dp-dt>,
<mailto:detnet-dp-dt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 May 2017 11:35:08 -0000
Hi, I would take a pragmatic view on this. The rules of using the extension header options are defined primarily for "routing" decision purposes of the IP layer. However PREF is a detnet service layer function by definition. So, PREF can simple check whatever header fields are there in the IP packet to do its own task (namely replicate and eliminate) even if the PREF node is not the destination node. Therefore, destination option is absolutely fine as seq.num. Hop by hop would cause unnecessary load for intermediate nodes to examine and process an option that contains seq.num which is useless for them. Cheers Bala'zs -----Original Message----- From: Detnet-dp-dt [mailto:detnet-dp-dt-bounces@ietf.org] On Behalf Of Jouni Korhonen Sent: 2017. május 24. 23:55 To: Detnet-dp-dt@ietf.org Subject: [Detnet-dp-dt] IPv6 and multicast Continuing the discussion we had about IPv6, multicast and destination options. In a multicast case only the final receivers of the packets (i.e. the nodes joining to the multicast group as end hosts) would examine the Destination Option. I am not sure if this is the desired behavior? On the other hand a Hop by Hop option would be examined by all intermediate nodes whether they are PREF processing or not. Whcih one you would think is a better approach? When using unicast and things like segment routing the behavior of the nodes is more straight forward. The processing of the Destination Option is done each time one of the routing option destinations are reached. - Jouni -- Jouni Korhonen, Broadcom, Core Switching Group +1-408-391-7160 _______________________________________________ Detnet-dp-dt mailing list Detnet-dp-dt@ietf.org https://www.ietf.org/mailman/listinfo/detnet-dp-dt
- [Detnet-dp-dt] IPv6 and multicast Jouni Korhonen
- Re: [Detnet-dp-dt] IPv6 and multicast Balázs Varga A
- Re: [Detnet-dp-dt] IPv6 and multicast Jouni Korhonen