Re: [spring] The SPRING WG has placed draft-voyer-spring-sr-replication-segment in state "Candidate for WG Adoption"
John E Drake <jdrake@juniper.net> Sun, 17 November 2019 09:27 UTC
Return-Path: <jdrake@juniper.net>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DBBA1200D8; Sun, 17 Nov 2019 01:27:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.08
X-Spam-Level:
X-Spam-Status: No, score=-2.08 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, PDS_BTC_ID=0.499, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=GKfSNXK0; dkim=pass (1024-bit key) header.d=juniper.net header.b=NdOZn9RG
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 NX14_nps5fWq; Sun, 17 Nov 2019 01:26:57 -0800 (PST)
Received: from mx0b-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 8FD5812008D; Sun, 17 Nov 2019 01:26:57 -0800 (PST)
Received: from pps.filterd (m0108157.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id xAH9MPeJ003702; Sun, 17 Nov 2019 01:26:52 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=GDqE5ejl+QCwyfOO1d4GztaFnTC/pz9Q3sUmhfEUalY=; b=GKfSNXK0uKRCNSTQO8DWMBPqiVVK0HNo8FF45geNwiB5rEpKjRKFXBpSYXGldmGORyjN duXW4gpGE4GbEziwDSYaEytjJQYsl59pZ3eBM3i4mXW8S64TyX905lpskFSfrDmf3Hw8 xPT+aDw65jyoX2KJ6CpB8X9RbnR+HqgGMF5lwQsCGZ0aKPUaZp+QOPtlLjroUq7B3N4o sP27LZrhVvQsCDgIPgu97Y2ebzX4wQYlwhQMsyXSy9uKkr6TZ+SHjEZsSGGmFB1jIMbw rZ6ntt5C4hKdOE2IkE+rEsEg8HTRck0KV6ZPyi70wbXo/fpZR5Etn2xuhuT4xYTM6Z/O Jw==
Received: from nam04-co1-obe.outbound.protection.outlook.com (mail-co1nam04lp2056.outbound.protection.outlook.com [104.47.45.56]) by mx0a-00273201.pphosted.com with ESMTP id 2wah8pgyxb-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Sun, 17 Nov 2019 01:26:51 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fd0Q03A5HX5ApACYItcRo6Ub9nQg+Fc0Zs6k8nHgcwZb+kbCAbZ46CU4Ztu2hGX2PKpAT8U018kXdD1/J8I3cgIXiMr4uUHmM2ZiNGlVOUgv3mcqbZUutvjMWCK88WL/V9p9XkLhSB5/g6jvhaG5Ujk9AQuzJhjhgqRUbfO0RYkqq1UQNe+vVzsmjgBtiTqzq7NOs0aBoBz5nmFckn8P8c+hjkI7+WJHaTNl8hDLG9SFNy/MypOEDO1Z1nx45+dz1+t+CXEzycSyZ9k1tRe5br5lLhTkHA2Zs7/iWnS6kn6MNEqqKE4NJH69GMs79VIEmKG+8Wzto9o29NYP3iB5WA==
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=GDqE5ejl+QCwyfOO1d4GztaFnTC/pz9Q3sUmhfEUalY=; b=gu/kucdKG/yLpZVTCBihcAldZSMS7owxE4yJhThpJz9F65dSiuSKIQnXUCRT1w1sGmqI+NfkCqezQiNl+Eloo+rf0ohQMrQviGDvvZS1q7IsKeMrMxc8JmdS+OLkJhQLXIMRiRR+OT3xG0bd945ys/hZ7OW5QzAg/lW0ImuC2aE4YCxpjw711EG0J66UbeL191kqJ8hHMT5ULIoGrAbPMy3gEBNoUgA24UZe3NvGgVSKzxmg3g+J0g0PR57kw5CZK2lvDh9MAOO57gWivZYl1lxUNm+wWRr0bO16+V2jDXa7PKm4uxN//MstSoGAhw//dMemiAnrQkpuoNEgrGFnPQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=GDqE5ejl+QCwyfOO1d4GztaFnTC/pz9Q3sUmhfEUalY=; b=NdOZn9RG7uUD3XvNz8z/zml8FcwqcWBhJ1ZEYVAXOBi/2Kns4qxpDJCT13s9U/6AY7RT1JwZF/ZOZg4VpGAxlsgFd84qpxP1NF3Mp/B7I1XgBB7SibFEMyhD7yJOFPfgJTOlkYcOeh43BVEKSR2uVKkdkT4sgDjXu1mPlrGx9g8=
Received: from BYAPR05MB5589.namprd05.prod.outlook.com (20.177.187.18) by BYAPR05MB4342.namprd05.prod.outlook.com (20.176.249.150) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2474.9; Sun, 17 Nov 2019 09:26:48 +0000
Received: from BYAPR05MB5589.namprd05.prod.outlook.com ([fe80::1deb:4c34:fefe:e653]) by BYAPR05MB5589.namprd05.prod.outlook.com ([fe80::1deb:4c34:fefe:e653%3]) with mapi id 15.20.2474.012; Sun, 17 Nov 2019 09:26:47 +0000
From: John E Drake <jdrake@juniper.net>
To: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
CC: Greg Mirsky <gregimirsky@gmail.com>, "spring@ietf.org" <spring@ietf.org>, Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>, "draft-voyer-spring-sr-replication-segment.authors@ietf.org" <draft-voyer-spring-sr-replication-segment.authors@ietf.org>, Robert Raszuk <robert@raszuk.net>, "<spring-chairs@tools.ietf.org> (spring-chairs@tools.ietf.org)" <spring-chairs@tools.ietf.org>
Thread-Topic: [spring] The SPRING WG has placed draft-voyer-spring-sr-replication-segment in state "Candidate for WG Adoption"
Thread-Index: AQHVmXuA+0D5DJQ3n0i9cSElZTdodaeI+80AgAAqqACAAAMQAIAAZVHwgAAHXgCAAAQQkIAABN8AgAACwQCABRxaAIAACFeAgAASCICAAEUsAIAAAYMA
Date: Sun, 17 Nov 2019 09:26:47 +0000
Message-ID: <91C3CC6F-5AC6-47AB-A610-E34ACCAD1D92@juniper.net>
References: <CY4PR11MB1541DC6B03076FFF0D84EE9EC1720@CY4PR11MB1541.namprd11.prod.outlook.com>
In-Reply-To: <CY4PR11MB1541DC6B03076FFF0D84EE9EC1720@CY4PR11MB1541.namprd11.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [31.133.147.84]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 3521678f-0b75-4fb6-fe2b-08d76b404535
x-ms-traffictypediagnostic: BYAPR05MB4342:
x-microsoft-antispam-prvs: <BYAPR05MB434252C0FC1DF6A79F7B008BC7720@BYAPR05MB4342.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 02243C58C6
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(136003)(376002)(366004)(39860400002)(346002)(54094003)(53754006)(189003)(199004)(13464003)(6306002)(14444005)(486006)(256004)(790700001)(3846002)(99286004)(91956017)(2616005)(11346002)(476003)(966005)(76176011)(33656002)(6116002)(7736002)(6916009)(8936002)(8676002)(446003)(478600001)(66066001)(9886003)(102836004)(6506007)(53546011)(66446008)(14454004)(26005)(64756008)(81166006)(81156014)(66556008)(66476007)(186003)(66946007)(6486002)(54906003)(316002)(36756003)(236005)(6246003)(86362001)(5070765005)(30864003)(606006)(6512007)(2906002)(76116006)(4326008)(71200400001)(71190400001)(6436002)(25786009)(5660300002)(229853002)(54896002)(579004); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB4342; H:BYAPR05MB5589.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: kDSSk0b7ZfjrQnfg5XqnCA/XLg4m+0AejWwCnZwgKwTs47WYXiPMwqZ1QwpiVB3TxZcCf5KznxI/fC289Ulb5Oxa55fXlkfhXlwJ57Rq5PIJsCmkdLz2pY0l+8uTvO8D9OcUiOt/OmjkRHXQwT8Rc/SOgWqmoJe2Pohd8YxeeLU1atz59shWc8nbcNDlobNGoT8PdAAxBj/kv1+aRvIZ2DZgIgsZIyG5DnZMrylrYb74vF8oeYfJGw8nnu+OEjBqCfKnNYHuj7HTie9Lik5vUzFL1r172DTy4urzfAjiLFbNQm92nKd2gCt8mZOooe1aFuWBsS9RCHEfN84ZpoffWtWFRNzO+w/C56zyM1C4SAP2C/Yk8X2qDYVoI0FxC/BObj7I0zrR6NbPg6Lxtskrk/DQMWh9dvM9ysxUwwX7iU7fncaBc0KOeqwcgVpUOxzv
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_91C3CC6F5AC647ABA610E34ACCAD1D92junipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 3521678f-0b75-4fb6-fe2b-08d76b404535
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Nov 2019 09:26:47.8180 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: QprSiiI3wTLxftHVvCbC9i9JZEHuQ6KYtMqtwq+Ig48DTCYEAaC5al802tX5cNaJGlRhanibZZBfSyr85rbjlA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB4342
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.95,18.0.572 definitions=2019-11-17_01:2019-11-15,2019-11-16 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 mlxscore=0 priorityscore=1501 clxscore=1011 spamscore=0 adultscore=0 phishscore=0 lowpriorityscore=0 bulkscore=0 mlxlogscore=999 malwarescore=0 suspectscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-1910280000 definitions=main-1911170089
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/s9-aS0vUjdvq06PvHw6PShNQRWU>
Subject: Re: [spring] The SPRING WG has placed draft-voyer-spring-sr-replication-segment in state "Candidate for WG Adoption"
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Nov 2019 09:27:00 -0000
It appears that we are putting the cart before the horse and trying to pretend otherwise Sent from my iPhone On Nov 17, 2019, at 5:21 PM, Ketan Talaulikar (ketant) <ketant@cisco.com> wrote: Hi Greg, Please check inline. From: Greg Mirsky <gregimirsky@gmail.com> Sent: 17 November 2019 13:14 To: Ketan Talaulikar (ketant) <ketant@cisco.com> Cc: John E Drake <jdrake=40juniper.net@dmarc.ietf.org>; spring@ietf.org; Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>; draft-voyer-spring-sr-replication-segment.authors@ietf.org; Robert Raszuk <robert@raszuk.net>; <spring-chairs@tools.ietf.org> (spring-chairs@tools.ietf.org) <spring-chairs@tools.ietf.org> Subject: Re: [spring] The SPRING WG has placed draft-voyer-spring-sr-replication-segment in state "Candidate for WG Adoption" Hi Ketan, thank you for your suggestion. As you've pointed out, the draft in discussion introduces a new segment type, Replication Segment, to realize p2mp behavior in an SR domain. Looking into RFC 8402, I find the following statement regarding multicast: 6. Multicast Segment Routing is defined for unicast. The application of the source-route concept to Multicast is not in the scope of this document. Hence, I believe, is the valid question to where the possible impact of multicast on the architecture of segment routing should be discussed, described. [KT] Sure and I think I understand your point. Multicast in SR networks is for the WG to discuss and the chairs/AD to guide. However, I believe this is not related or blocking for the document in the subject line (as also echoed by Sasha). Just wanted to clarify this part. Thanks, Ketan I hope that clarifies what has been the topic of discussion on this thread. Regards, Greg On Sun, Nov 17, 2019 at 12:09 PM Ketan Talaulikar (ketant) <ketant@cisco.com<mailto:ketant@cisco.com>> wrote: Hi Greg/Sasha/All, I really wonder whether we are talking about the same document anymore. The subject of this thread is https://tools.ietf.org/html/draft-voyer-spring-sr-replication-segment-00<https://urldefense.com/v3/__https://tools.ietf.org/html/draft-voyer-spring-sr-replication-segment-00__;!8WoA6RjC81c!SPTbQciVplX-N_5XL7RVV2GtQKPNoQqLISzhsg-_Rvd07Dt_96a-GHekVfESn_Q$> It is indeed possible that you and others are referring to some other document(s)? From reading of the draft, one can see that : * It does not deal with multicast group joins/receivers or senders * It does not build multicast trees * It does not talk about multicast flows * It simply introduces a new type of segment called Replication Segment (p2mp) for a specific local node forwarding behaviour that is in line with the Spring Charter (see below) o New types of segments mapping to forwarding behaviour (e.g., local ingress replication, local forwarding resources, a pre-existing replication structure) if needed for new usages. Can you please take another quick read over the draft with the above context in mind? I am positive that you will see that this is not getting multicast work in Spring – that is being worked on in other WGs. Thanks, Ketan From: spring <spring-bounces@ietf.org<mailto:spring-bounces@ietf.org>> On Behalf Of Greg Mirsky Sent: 17 November 2019 11:39 To: John E Drake <jdrake=40juniper.net@dmarc.ietf.org<mailto:40juniper.net@dmarc.ietf.org>> Cc: spring@ietf.org<mailto:spring@ietf.org>; Alexander Vainshtein <Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>>; draft-voyer-spring-sr-replication-segment.authors@ietf.org<mailto:draft-voyer-spring-sr-replication-segment.authors@ietf.org>; Robert Raszuk <robert@raszuk.net<mailto:robert@raszuk.net>>; <spring-chairs@tools.ietf.org<mailto:spring-chairs@tools.ietf.org>> (spring-chairs@tools.ietf.org<mailto:spring-chairs@tools.ietf.org>) <spring-chairs@tools.ietf.org<mailto:spring-chairs@tools.ietf.org>> Subject: Re: [spring] The SPRING WG has placed draft-voyer-spring-sr-replication-segment in state "Candidate for WG Adoption" Dear All, I concur with Sasha and John. Intended ingress replication of a particular flow, though using a unicast destination address, is still a multicast. Regards, Greg On Thu, Nov 14, 2019 at 5:36 AM John E Drake <jdrake=40juniper.net@dmarc.ietf.org<mailto:40juniper.net@dmarc.ietf.org>> wrote: Robert, As Sasha and I have indicated, your position is your own and is not consistent with the majority of work on this topic. I’m fine w/ agreeing to disagree. John Sent from my iPhone On Nov 14, 2019, at 2:57 AM, Robert Raszuk <robert@raszuk.net<mailto:robert@raszuk.net>> wrote: John, > Your claim that ingress replication is not multicast is, at best, a stretch. I use a very basic and simple rule of thumb ... if address of my packet is a multicast address then it is multicast if not it is unicast. Ref: https://www.iana.org/assignments/multicast-addresses/multicast-addresses.xhtml<https://urldefense.com/v3/__https:/www.iana.org/assignments/multicast-addresses/multicast-addresses.xhtml__;!8WoA6RjC81c!QFbPjRVo7hB9622FCxHnivS8PVicSm5TCW9kaF-KRqhC3G7uLL0tCrGUUxL2sAQ$> Solution as described in draft-voyer-spring-sr-replication-segment does not seems to be requiring multicast addresses hence it is applicable to pure unicast networks. Thx, Robert. On Wed, Nov 13, 2019 at 10:20 PM John E Drake <jdrake@juniper.net<mailto:jdrake@juniper.net>> wrote: Robert, I’m sorry for the confusion. My only point was that MVPN provides the reference architecture for dealing w/ multicast using a multiplicity of tunnel types in a consistent manner, as Sasha alluded to in his mention of PMSI. Your claim that ingress replication is not multicast is, at best, a stretch. Yours Irrespectively, John Juniper Business Use Only From: Robert Raszuk <robert@raszuk.net<mailto:robert@raszuk.net>> Sent: Wednesday, November 13, 2019 3:55 PM To: John E Drake <jdrake@juniper.net<mailto:jdrake@juniper.net>> Cc: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>>; spring@ietf.org<mailto:spring@ietf.org>; draft-voyer-spring-sr-replication-segment.authors@ietf.org<mailto:draft-voyer-spring-sr-replication-segment.authors@ietf.org>; <spring-chairs@tools.ietf.org<mailto:spring-chairs@tools.ietf.org>> (spring-chairs@tools.ietf.org<mailto:spring-chairs@tools.ietf.org>) <spring-chairs@tools.ietf.org<mailto:spring-chairs@tools.ietf.org>> Subject: Re: [spring] The SPRING WG has placed draft-voyer-spring-sr-replication-segment in state "Candidate for WG Adoption" Hi John, > Further, ingress replication has been part of MVPN since forever. Just curious how is this at all relevant for this discussion ? Do I have to roll out MVPN monster to split my unicast UDP stream to few receivers at selected network point ? And last but not least who said this is at all related to "ingress replication" ??? Ingress to p2mp segment can be at any SR midpoint in the network. Are you suggesting to run MVPN apparatus with manual tree building ? Whow :) Thx, R. On Wed, Nov 13, 2019 at 9:40 PM John E Drake <jdrake@juniper.net<mailto:jdrake@juniper.net>> wrote: Hi, I think Sasha has a valid point. Further, ingress replication has been part of MVPN since forever. Yours Irrespectively, John Juniper Business Use Only From: spring <spring-bounces@ietf.org<mailto:spring-bounces@ietf.org>> On Behalf Of Alexander Vainshtein Sent: Wednesday, November 13, 2019 9:26 AM To: Robert Raszuk <robert@raszuk.net<mailto:robert@raszuk.net>> Cc: spring@ietf..org<mailto:spring@ietf.org>; draft-voyer-spring-sr-replication-segment.authors@ietf.org<mailto:draft-voyer-spring-sr-replication-segment.authors@ietf.org>; <spring-chairs@tools.ietf.org<mailto:spring-chairs@tools.ietf.org>> (spring-chairs@tools.ietf.org<mailto:spring-chairs@tools.ietf.org>) <spring-chairs@tools.ietf.org<mailto:spring-chairs@tools.ietf.org>> Subject: Re: [spring] The SPRING WG has placed draft-voyer-spring-sr-replication-segment in state "Candidate for WG Adoption" Robert, Lots of thanks for a prompt response. You seem to imply that a multicast distribution tree that is built, say, by an SDN controller and used, say, to act as a PMSI in the mVPN application, is not really a multicast. Personally I disagree, but this is a matter of taste and terminology. What looks unambiguous to me is that: * The WG charter explicitly mentions ingress replication as one of “new types of segments mapping to forwarding behavior” that “may require architectural extensions” * The current architecture document does not cover any such segment type (whether because such segments have been considered as related to multicast by the authors, or for some other reason is not all that important. ) Therefore my concern remains unresolved regardless of whether ingress replication is or is not formally considered as multicast. Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com> From: Robert Raszuk <robert@raszuk.net<mailto:robert@raszuk.net>> Sent: Wednesday, November 13, 2019 4:15 PM To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>> Cc: <spring-chairs@tools.ietf.org<mailto:spring-chairs@tools.ietf.org>> (spring-chairs@tools.ietf.org<mailto:spring-chairs@tools.ietf.org>) <spring-chairs@tools.ietf.org<mailto:spring-chairs@tools.ietf.org>>; draft-voyer-spring-sr-replication-segment.authors@ietf.org<mailto:draft-voyer-spring-sr-replication-segment.authors@ietf.org>; spring@ietf.org<mailto:spring@ietf.org> Subject: Re: [spring] The SPRING WG has placed draft-voyer-spring-sr-replication-segment in state "Candidate for WG Adoption" Sasha, If I have some content and I send it to you and your neighbour as two unicast streams am I suddenly doing multicast ? IMHO N number of replicated unicasts is still not a multicast. Multicast in my definition requires multicast groups, receiver joins, tree building protocols etc ... and this draft does not suggest any of this. IN contrast it just describes how can we have p2mp unicast distribution ... call it fan out node. Thx, R. On Wed, Nov 13, 2019 at 12:42 PM Alexander Vainshtein <Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>> wrote: Hi all, I have a question regarding adoption of draft-voyer-sr-spring-replication-segment as a SPRING WG document. These concerns are based on the following: 1. This draft (both based on its title and on its content) deals with local (in the Root node) ingress replication which, in its turn, is one of the issues that could be used for delivery of multicast. 2. Local ingress replication is mentioned in the SPRING WG Charter as one of the “New types of segments mapping to forwarding behavior”. The charter further says that “Any of the above <Sasha: New types of segments> may require architectural extensions” 3. The current (and, AFAIK, the only existing) Segment Routing Architecture document (RFC 8402<https://urldefense.com/v3/__https:/clicktime.symantec.com/34qM9QogJnh1eY5nZPXYAkA6H2?u=https*3A*2F*2Ftools.ietf.org*2Fhtml*2Frfc8402__;JSUlJSU!8WoA6RjC81c!TeDGZsCZsxVU3U1A-_hQaYhZsmLZFF4oF-lGSpNnOmTa-zUl6jfGkGEUOvwkLSU$>) explicitly states in Section 6 that “Segment Routing is defined for unicast. The application of the source-route concept to Multicast is not in the scope of this document”. The combinations of observations above strongly suggests to me that a document defining multicast-related extensions of segment routing architecture should be very useful (if not mandatory) for progressing the Replication Segment draft. From my POV the Replication Segment draft is not (and is not intended to be) such a document. I wonder if there is an intention to produce such a document in the timeframe that could be relevant for discussion of the Replication Segment draft. Nothing in this message should be interpreted as my objection to (or support of) adoption of the Replication Segment draft as a WG document per se. Bit I find it difficult to take a position any which way without a clear and commonly agreed upon framework for multicast in segment routing. Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com> -----Original Message----- From: spring <spring-bounces@ietf.org<mailto:spring-bounces@ietf.org>> On Behalf Of IETF Secretariat Sent: Tuesday, November 12, 2019 7:06 PM To: draft-voyer-spring-sr-replication-segment@ietf.org<mailto:draft-voyer-spring-sr-replication-segment@ietf.org>; spring-chairs@ietf..org<mailto:spring-chairs@ietf..org>; spring@ietf.org<mailto:spring@ietf.org> Subject: [spring] The SPRING WG has placed draft-voyer-spring-sr-replication-segment in state "Candidate for WG Adoption" The SPRING WG has placed draft-voyer-spring-sr-replication-segment in state Candidate for WG Adoption (entered by Bruno Decraene) The document is available at https://clicktime.symantec.com/3EMJRgfTdX6UyWKGnMPiVwZ6H2?u=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-voyer-spring-sr-replication-segment%2F<https://urldefense.com/v3/__https:/clicktime.symantec.com/3EMJRgfTdX6UyWKGnMPiVwZ6H2?u=https*3A*2F*2Fdatatracker.ietf.org*2Fdoc*2Fdraft-voyer-spring-sr-replication-segment*2F__;JSUlJSUl!8WoA6RjC81c!TeDGZsCZsxVU3U1A-_hQaYhZsmLZFF4oF-lGSpNnOmTa-zUl6jfGkGEUHVCWfyU$> Comment: IPR call: https://clicktime.symantec.com/3KG7A2qM3Xf2eqDctGju1e66H2?u=https%3A%2F%2Fmailarchive.ietf.org%2Farch%2Fmsg%2Fspring%2F_stJjBM5K6vr7QYw0HRKf-z0_us<https://urldefense.com/v3/__https:/clicktime.symantec.com/3KG7A2qM3Xf2eqDctGju1e66H2?u=https*3A*2F*2Fmailarchive.ietf.org*2Farch*2Fmsg*2Fspring*2F_stJjBM5K6vr7QYw0HRKf-z0_us__;JSUlJSUlJQ!8WoA6RjC81c!TeDGZsCZsxVU3U1A-_hQaYhZsmLZFF4oF-lGSpNnOmTa-zUl6jfGkGEUfVccUWU$> _______________________________________________ spring mailing list spring@ietf.org<mailto:spring@ietf.org> https://clicktime.symantec.com/3AtNGCKcyM5uigFH55oARZ86H2?u=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fspring<https://urldefense.com/v3/__https:/clicktime.symantec.com/3AtNGCKcyM5uigFH55oARZ86H2?u=https*3A*2F*2Fwww.ietf.org*2Fmailman*2Flistinfo*2Fspring__;JSUlJSUl!8WoA6RjC81c!TeDGZsCZsxVU3U1A-_hQaYhZsmLZFF4oF-lGSpNnOmTa-zUl6jfGkGEUhKjFqCs$> ___________________________________________________________________________ This e-mail message is intended for the recipient only and contains information which is CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this transmission in error, please inform us by e-mail, phone or fax, and then delete the original and all copies thereof. ___________________________________________________________________________ _______________________________________________ spring mailing list spring@ietf.org<mailto:spring@ietf.org> https://www.ietf.org/mailman/listinfo/spring<https://urldefense.com/v3/__https:/clicktime.symantec.com/3KSi9HHVnunMDQNLd2U3Sij6H2?u=https*3A*2F*2Fwww.ietf.org*2Fmailman*2Flistinfo*2Fspring__;JSUlJSUl!8WoA6RjC81c!TeDGZsCZsxVU3U1A-_hQaYhZsmLZFF4oF-lGSpNnOmTa-zUl6jfGkGEUZIWr6Wk$> ___________________________________________________________________________ This e-mail message is intended for the recipient only and contains information which is CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this transmission in error, please inform us by e-mail, phone or fax, and then delete the original and all copies thereof. ___________________________________________________________________________ _______________________________________________ spring mailing list spring@ietf.org<mailto:spring@ietf.org> https://www.ietf.org/mailman/listinfo/spring<https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/spring__;!8WoA6RjC81c!SPTbQciVplX-N_5XL7RVV2GtQKPNoQqLISzhsg-_Rvd07Dt_96a-GHekS1LUvq4$>
- [spring] The SPRING WG has placed draft-voyer-spr… IETF Secretariat
- Re: [spring] The SPRING WG has placed draft-voyer… Alexander Vainshtein
- Re: [spring] The SPRING WG has placed draft-voyer… Robert Raszuk
- Re: [spring] The SPRING WG has placed draft-voyer… Alexander Vainshtein
- Re: [spring] The SPRING WG has placed draft-voyer… John E Drake
- Re: [spring] The SPRING WG has placed draft-voyer… Robert Raszuk
- Re: [spring] The SPRING WG has placed draft-voyer… John E Drake
- Re: [spring] The SPRING WG has placed draft-voyer… Robert Raszuk
- Re: [spring] The SPRING WG has placed draft-voyer… John E Drake
- Re: [spring] The SPRING WG has placed draft-voyer… Greg Mirsky
- Re: [spring] The SPRING WG has placed draft-voyer… Ketan Talaulikar (ketant)
- Re: [spring] The SPRING WG has placed draft-voyer… Greg Mirsky
- Re: [spring] The SPRING WG has placed draft-voyer… Alexander Vainshtein
- Re: [spring] The SPRING WG has placed draft-voyer… Ketan Talaulikar (ketant)
- Re: [spring] The SPRING WG has placed draft-voyer… Ketan Talaulikar (ketant)
- Re: [spring] The SPRING WG has placed draft-voyer… John E Drake
- Re: [spring] The SPRING WG has placed draft-voyer… Alexander Vainshtein
- Re: [spring] The SPRING WG has placed draft-voyer… John E Drake
- Re: [spring] The SPRING WG has placed draft-voyer… Greg Mirsky
- Re: [spring] The SPRING WG has placed draft-voyer… Jeffrey (Zhaohui) Zhang
- Re: [spring] The SPRING WG has placed draft-voyer… Jeffrey (Zhaohui) Zhang
- Re: [spring] The SPRING WG has placed draft-voyer… Jeffrey (Zhaohui) Zhang
- Re: [spring] The SPRING WG has placed draft-voyer… Jeffrey (Zhaohui) Zhang
- Re: [spring] The SPRING WG has placed draft-voyer… Alexander Vainshtein
- Re: [spring] The SPRING WG has placed draft-voyer… Jeffrey (Zhaohui) Zhang
- Re: [spring] The SPRING WG has placed draft-voyer… Alexander Vainshtein
- Re: [spring] The SPRING WG has placed draft-voyer… Jeffrey (Zhaohui) Zhang
- Re: [spring] The SPRING WG has placed draft-voyer… Alexander Vainshtein
- Re: [spring] The SPRING WG has placed draft-voyer… Greg Mirsky
- Re: [spring] The SPRING WG has placed draft-voyer… Jeffrey (Zhaohui) Zhang
- Re: [spring] The SPRING WG has placed draft-voyer… Alexander Vainshtein