Re: [spring] Is srv6 PSP a good idea
Ron Bonica <rbonica@juniper.net> Thu, 12 December 2019 20:50 UTC
Return-Path: <rbonica@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 8B2FA1200BA for <spring@ietfa.amsl.com>; Thu, 12 Dec 2019 12:50:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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=cKEtBZvY; dkim=pass (1024-bit key) header.d=juniper.net header.b=Nj/tFQPb
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 5R5hwwf6Ayhg for <spring@ietfa.amsl.com>; Thu, 12 Dec 2019 12:50:30 -0800 (PST)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 E49FA120024 for <spring@ietf.org>; Thu, 12 Dec 2019 12:50:29 -0800 (PST)
Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id xBCKlNcM016456; Thu, 12 Dec 2019 12:50:27 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=W/fweBzzSPmsN1EQbgKlB2EfKXHlAyT26sJJqdbWT04=; b=cKEtBZvYUuWgEFYW/R77rwH52w+mNpCEH0zK/DFdpSfTc3OROQ9+NOZ0AE7QaQGcrZ2v z0FCrKVyKOhDyz/FUC/wfSr2lDB/cqcOBc40Fz00gLWiUv2fH0HVqPmd4uFKe6MN0vtH 2J2Rls3zCYNc+BdeWButTLnMYw42VOyqJ0rotgPaVGxPjD0tp3mwdbEm81U3ePJqUml0 HS561i75+43vIwXDNRduygDImMzLbu4qbqD3txWVJURBLxyTXYh33wiThUu9vXL4DXvl vSjSc0ev6nNU8S6XVuSTUvfiToFEKm4GgHYwOCDZnxV61UW6nFBwxF2cgqH3v1hn+8S/ NA==
Received: from nam10-mw2-obe.outbound.protection.outlook.com (mail-mw2nam10lp2108.outbound.protection.outlook.com [104.47.55.108]) by mx0b-00273201.pphosted.com with ESMTP id 2wuqr70kp4-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 12 Dec 2019 12:50:27 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=W7D3BzpH985PUAkbJE2Z4syqzbMymU7YGcbXqy8hzrNMFApBNZ0MWl5TudWJkjMr8ckzrbVrJPWd+QlFITalsnpvX4EAZVds6XA4E1CuzSAT3deeckXvRWrhTFMd66PGGHDVtmn523U2q6Oj5HoFohqJfRCgnFW8mShZKgo4/GlrnWfyIB2wCAlbrxID41H/EgL0I+DNo5zFej8Drx8eFDz/Lo0VCMYUJzhW0MZBgIXcYXPSOxvHZBm+74yJ91xMDGFrsj5t2P2HbvUAFMB6wNKQ1DZSfb3oh9z1WTtuBAYdPePNJz43Nh6a4ZtNaCqzu/UgQ+hxjanbxgR3DHT4/g==
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=W/fweBzzSPmsN1EQbgKlB2EfKXHlAyT26sJJqdbWT04=; b=fGUa9MrOMbdnHwqAkhZ6vnzSqBmtLO35I0Fq2oDlMfy8vaiVrNs7YIAKZog+BP/FvJ8jYoBfmiD5g5BBuDHbOgzQMrOzI41Kuf2TOEi3VYTDeZGMKk1A/z3F4RobPOdoJNcYeGJEL1ioVkl/3+b80YE15BrW2WB1PKILR3H74589nb7tXQ5OgiQIPGd7RuBysz4/qx68CDp4zNap6gXfqnpp6enbnME/SXThef5Z9Ss5JuDSoPuW0rj9N1yKUsup0ueWQVr6UMQG/s4PR6lI396I4rsrHUGDgXQL7h1MQHKB3+/JAXXCIxxAJz/Q651XGcJe+85wgmWxvV2KqlRTLg==
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=W/fweBzzSPmsN1EQbgKlB2EfKXHlAyT26sJJqdbWT04=; b=Nj/tFQPbwJJJ1FcPZ7GFY1WmWWZpf/SP91sP/P2zfSy8tIvRpq2lfKBSErMlfSqr/M/3RrdBqiCtCZPsA83x9VsNvkZFXtXT/lOMevQRIxXOb1J3XNKHPrY1IJpGKRv2UPwGod29RinUcMahXernng8JPOE7UgYwABsms82pbKY=
Received: from BN7PR05MB5699.namprd05.prod.outlook.com (20.176.28.88) by BN7PR05MB3955.namprd05.prod.outlook.com (52.132.217.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.11; Thu, 12 Dec 2019 20:50:23 +0000
Received: from BN7PR05MB5699.namprd05.prod.outlook.com ([fe80::185e:d297:6499:4987]) by BN7PR05MB5699.namprd05.prod.outlook.com ([fe80::185e:d297:6499:4987%7]) with mapi id 15.20.2516.003; Thu, 12 Dec 2019 20:50:23 +0000
From: Ron Bonica <rbonica@juniper.net>
To: "Pablo Camarillo (pcamaril)" <pcamaril@cisco.com>, "Joel M. Halpern" <jmh@joelhalpern.com>, "spring@ietf.org" <spring@ietf.org>
Thread-Topic: [spring] Is srv6 PSP a good idea
Thread-Index: AQHVr85cKylyQvwmlUuU/o/AtwR+Fae1XsCAgAGaiEA=
Content-Class:
Date: Thu, 12 Dec 2019 20:50:23 +0000
Message-ID: <BN7PR05MB569969EE8D1929E7069E1BB0AE550@BN7PR05MB5699.namprd05.prod.outlook.com>
References: <5c2a4b36-0c59-709e-23eb-00f4aa1ce52f@joelhalpern.com> <9B89F4C2-5594-4D31-8893-21F3F4A0DF6C@cisco.com>
In-Reply-To: <9B89F4C2-5594-4D31-8893-21F3F4A0DF6C@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=rbonica@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-12-12T20:50:21.5742197Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Business Use Only; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=5f209199-9ccf-44d7-b94b-7208f47c5ed4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic
dlp-product: dlpe-windows
dlp-version: 11.3.2.8
dlp-reaction: no-action
x-originating-ip: [66.129.241.11]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: f8f74be3-6d31-41e7-ed7e-08d77f44e894
x-ms-traffictypediagnostic: BN7PR05MB3955:
x-microsoft-antispam-prvs: <BN7PR05MB3955584CE357AEF033D98205AE550@BN7PR05MB3955.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0249EFCB0B
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(13464003)(189003)(199004)(55016002)(498600001)(8676002)(2906002)(86362001)(33656002)(81156014)(81166006)(966005)(64756008)(66574012)(66446008)(6506007)(66946007)(7696005)(53546011)(52536014)(110136005)(5660300002)(66556008)(9686003)(76116006)(66476007)(26005)(71200400001)(186003)(8936002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN7PR05MB3955; H:BN7PR05MB5699.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: KWPXcYh0VKQvXXQeqeKLFn+z1y61TOLXjjgkGx4tSjf7CVnNQP/rsVxetZ/euJIOehm+gWyKzHm1hdMAjfOS03igMXwRTbYYi3Jgmb4ShKSG3ojb9PWTXQWqB2Nat77i4KeeLNuqDAX0QuOt31zPT4ZnG7IPOJzu5CDNHakHpZphF8WlMgsUQhk0FJQOCPed+Pgwh26yW2ABfw6E3oAnTF2OXyBMvxYt6d5DySOuWOIQIb2uePzEYqeAxV5tRaSJ7q4Ai/Sq7URvK6dnb15x0e79+ubs1UL9xSAvkBRp44HM5ixbTCYBPe0jlNWiLS5+PV1ucz5ZC2oMSqlP4lnvxFoujAaWEQ7F22pu+YVWMyDjdiunoSl3TAZb181xCCt7QwTsv32vAarB1I9dsQ5k4XeYqWJxJ7JooKTXeTWLps5Wroo7Xh2bBsbU/nkcafje5woRgpcukD8W6FhyyPQugaanrtT3HWCO8toBmxx8rpNYwejjGvqvcyCNxDjxINMaZI1yJuRAt3aBTyz5T6QqrH1yKXpuFdY8AkSvvcTV7gU=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: f8f74be3-6d31-41e7-ed7e-08d77f44e894
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Dec 2019 20:50:23.0373 (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: wpsxIcgAF6vGaei/sHG54gNAZj1WuvlC4EOwAhjZTHmv/B8zyyFOAsNIeiZjMGnt+WBNxJ1EZ1dyhlw64KLm4A==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR05MB3955
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.95,18.0.572 definitions=2019-12-12_07:2019-12-12,2019-12-12 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 phishscore=0 suspectscore=0 malwarescore=0 impostorscore=0 mlxscore=0 adultscore=0 spamscore=0 mlxlogscore=999 bulkscore=0 clxscore=1015 lowpriorityscore=0 priorityscore=1501 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-1910280000 definitions=main-1912120160
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/2m4m8-tPIiuBWAVrE9nZDJH7O9Y>
Subject: Re: [spring] Is srv6 PSP a good idea
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: Thu, 12 Dec 2019 20:50:34 -0000
Pablo, I am not convinced the benefit derived by the ultimate segment justifies the price paid by the penultimate segment. Specifically, - the ultimate segment benefits because it doesn't have to skip over the SRH with SL == 0 - in order for the ultimate segment to derive this benefit, the penultimate segment needs to remove bytes from the middle of the packet and update two fields in the IPv6 header As Joel said, we typically don't add options (i.e., complexity) to a specification unless there is substantial benefit. Ron Juniper Business Use Only -----Original Message----- From: spring <spring-bounces@ietf.org> On Behalf Of Pablo Camarillo (pcamaril) Sent: Wednesday, December 11, 2019 3:12 PM To: Joel M. Halpern <jmh@joelhalpern.com>; spring@ietf.org Subject: Re: [spring] Is srv6 PSP a good idea Joel, 1.- The use-case for PSP has already been provided at the mailer. There are scenarios where it provides benefits to operators. 2.- The PSP behavior is optional. It is up to the operator in his deployment to decide whether to enable it or not at one particular router. Similarly, a vendor may decide not to implement it. The PSP behavior has been implemented by several vendors and deployed (see the srv6 deployment draft). 3.- A network may have PSP enabled at some nodes and not at others. Everything is still interoperable and works fine. 4.- PSP is not a complex operation in hardware (doable at linerate on existing merchant silicon). Example: It has been implemented and deployed on Broadcom J/J+. If I recall correctly Broadcom Jericho+ started shipping in March 2016! PSP is supported on this platform at linerate with no performance degradation (neither PPPS nor BW). Given that this is doable in a platform from more than 3 years ago, I fail to see how you need "very special provision" to do this. Is it really something that horrible to provide freedom of choice to the operators deploying? In summary, it can be implemented without any burden in hardware and deployment experience prove this is beneficial to operators. Thanks, Pablo. -----Original Message----- From: spring <spring-bounces@ietf.org> on behalf of "Joel M. Halpern" <jmh@joelhalpern.com> Date: Wednesday, 11 December 2019 at 03:55 To: "spring@ietf.org" <spring@ietf.org> Subject: [spring] Is srv6 PSP a good idea For purposes of this thread, even if you think PSP violates RFC 8200, let us assume that it is legal. As I understand it, the PSP situation is: o the packet arrives at the place (let's not argue about whether SIDs are locators) identified by the SID in the destination address field o that SID is the next to last SID in the SID list o that sid is marked as / known to be PSP o at the intended place in the processing pseudocode, the last (first) entry in the SRH is copied into the destination IPv6 address field of the packet -> The SRH being used is then removed from the packet. In order to evaluate whether this is a good idea, we have to have some idea of the benefit. It may be that I am missing some of the benefit, and I would appreciate clarification. As far as I can tell, the benefit of this removal is that in exchange for this node doing the work of removing the SRH, the final node in the SRH does not have to process the SRH at all, as it has been removed. I have trouble seeing how that work tradeoff can be beneficial. Removing bytes from the middle of a packet is a complex operation. Doing so in Silicon (we expect this to be done in the fast path of significant forwarders as I understand it) requires very special provision. Even in software, removing bytes from the middle of a packet requires somewhere between some and a lot of extra work. It is distinctly NOT free. In contrast, we have assumed that the work of processing SRH itself is tractable, since otherwise all of SRv6 would be problematic. So why is this necessary. Yours, Joel PS: Note that both the MPLS case and the encapsulation case are very different in that the material being removed is at the front of the IP packet. Pop or prepend are MUCH easier than middle-removal (or middle-insertion). _______________________________________________ spring mailing list spring@ietf.org https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/spring__;!!NEt6yMaO-gk!Uvd5DRUIJlsmob5a7r4JRgMMbZcE60JOPIW3K2MubKpIuKXA1r78vsFpWAHa8hW2$ _______________________________________________ spring mailing list spring@ietf.org https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/spring__;!!NEt6yMaO-gk!Uvd5DRUIJlsmob5a7r4JRgMMbZcE60JOPIW3K2MubKpIuKXA1r78vsFpWAHa8hW2$
- [spring] Is srv6 PSP a good idea Joel M. Halpern
- Re: [spring] Is srv6 PSP a good idea Xiejingrong (Jingrong)
- Re: [spring] Is srv6 PSP a good idea Joel M. Halpern
- Re: [spring] Is srv6 PSP a good idea Pablo Camarillo (pcamaril)
- Re: [spring] Is srv6 PSP a good idea Pablo Camarillo (pcamaril)
- Re: [spring] Is srv6 PSP a good idea Joel M. Halpern
- Re: [spring] Is srv6 PSP a good idea Ron Bonica
- Re: [spring] Is srv6 PSP a good idea David Allan I
- Re: [spring] Is srv6 PSP a good idea Voyer, Daniel
- Re: [spring] Is srv6 PSP a good idea Joel M. Halpern
- Re: [spring] Is srv6 PSP a good idea Pablo Camarillo (pcamaril)
- Re: [spring] Is srv6 PSP a good idea Pablo Camarillo (pcamaril)
- Re: [spring] Is srv6 PSP a good idea Pablo Camarillo (pcamaril)
- Re: [spring] Is srv6 PSP a good idea Xiejingrong (Jingrong)
- Re: [spring] Is srv6 PSP a good idea Mark Smith
- Re: [spring] Is srv6 PSP a good idea Mark Smith
- Re: [spring] Is srv6 PSP a good idea Gyan Mishra
- Re: [spring] Is srv6 PSP a good idea Gyan Mishra
- Re: [spring] Is srv6 PSP a good idea Robert Raszuk
- Re: [spring] Is srv6 PSP a good idea Gyan Mishra
- Re: [spring] Is srv6 PSP a good idea David Allan I
- Re: [spring] Is srv6 PSP a good idea Ron Bonica
- Re: [spring] Is srv6 PSP a good idea Ron Bonica
- Re: [spring] Is srv6 PSP a good idea Gyan Mishra
- Re: [spring] Is srv6 PSP a good idea Pablo Camarillo (pcamaril)
- Re: [spring] Is srv6 PSP a good idea Ron Bonica
- Re: [spring] Is srv6 PSP a good idea Mark Smith
- Re: [spring] Is srv6 PSP a good idea Xiejingrong (Jingrong)
- Re: [spring] Is srv6 PSP a good idea Huzhibo
- Re: [spring] Is srv6 PSP a good idea Robert Raszuk
- Re: [spring] Is srv6 PSP a good idea Robert Raszuk
- Re: [spring] Is srv6 PSP a good idea Chengli (Cheng Li)
- Re: [spring] Is srv6 PSP a good idea Mark Smith
- [spring] Fw: Re: Is srv6 PSP a good idea licong@chinatelecom.cn
- Re: [spring] Is srv6 PSP a good idea Mark Smith
- Re: [spring] Is srv6 PSP a good idea Pablo Camarillo (pcamaril)
- Re: [spring] Is srv6 PSP a good idea Robert Raszuk
- Re: [spring] Is srv6 PSP a good idea James Guichard
- Re: [spring] Is srv6 PSP a good idea Robert Raszuk
- Re: [spring] Is srv6 PSP a good idea Sander Steffann
- Re: [spring] Is srv6 PSP a good idea Andrew Alston
- Re: [spring] Is srv6 PSP a good idea Andrew Alston
- Re: [spring] Is srv6 PSP a good idea Fernando Gont
- Re: [spring] Is srv6 PSP a good idea Fernando Gont
- Re: [spring] Is srv6 PSP a good idea Wang, Weibin (NSB - CN/Shanghai)
- Re: [spring] Is srv6 PSP a good idea Robert Raszuk
- Re: [spring] Is srv6 PSP a good idea Dirk Steinberg
- Re: [spring] Is srv6 PSP a good idea Dirk Steinberg
- Re: [spring] Is srv6 PSP a good idea Joel M. Halpern
- Re: [spring] Is srv6 PSP a good idea Tom Herbert
- Re: [spring] Is srv6 PSP a good idea Fernando Gont
- Re: [spring] Is srv6 PSP a good idea Dirk Steinberg
- Re: [spring] Is srv6 PSP a good idea Sander Steffann
- Re: [spring] Is srv6 PSP a good idea Fernando Gont
- Re: [spring] Is srv6 PSP a good idea john leddy.net
- Re: [spring] Is srv6 PSP a good idea Sander Steffann
- Re: [spring] Is srv6 PSP a good idea Sander Steffann
- Re: [spring] Is srv6 PSP a good idea Fernando Gont
- Re: [spring] Is srv6 PSP a good idea john leddy.net
- Re: [spring] Is srv6 PSP a good idea Fernando Gont
- Re: [spring] Is srv6 PSP a good idea Sander Steffann
- Re: [spring] Is srv6 PSP a good idea Fernando Gont
- Re: [spring] Is srv6 PSP a good idea Mark Smith
- Re: [spring] Is srv6 PSP a good idea Robert Raszuk
- [spring] A permanent change to/violation of RFC82… Mark Smith
- Re: [spring] A permanent change to/violation of R… Pablo Camarillo (pcamaril)
- Re: [spring] Is srv6 PSP a good idea Darren Dukes (ddukes)
- Re: [spring] Is srv6 PSP a good idea Fernando Gont
- Re: [spring] A permanent change to/violation of R… Mark Smith
- Re: [spring] Is srv6 PSP a good idea Voyer, Daniel
- Re: [spring] A permanent change to/violation of R… Ketan Talaulikar (ketant)
- Re: [spring] Is srv6 PSP a good idea Mark Smith