Re: [mile] [Technical Errata Reported] RFC6545 (5588)

Benjamin Kaduk <kaduk@mit.edu> Mon, 28 January 2019 00:00 UTC

Return-Path: <kaduk@mit.edu>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E4C912D4F3 for <mile@ietfa.amsl.com>; Sun, 27 Jan 2019 16:00:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=mit.edu
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 vsMW_dg_boSC for <mile@ietfa.amsl.com>; Sun, 27 Jan 2019 16:00:50 -0800 (PST)
Received: from NAM05-DM3-obe.outbound.protection.outlook.com (mail-eopbgr730123.outbound.protection.outlook.com [40.107.73.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D223130E9B for <mile@ietf.org>; Sun, 27 Jan 2019 16:00:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mit.edu; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=bHwQx10UkOYsJxP2vAQS+v2WcADzvi17w7cwwGCRqdc=; b=q/EgKYpQqaXb76GnB2GS5R6JI6jMTEk/8r83iudvSgsnB01p8dyTNPoJ08scnBoWdOS/C9hTpGAhff+w2V7WSs64IM8nwQsPJ1ZEt/W4NnnMZDtQ3nWPKm2TNQde87C7o8Pdfl27xOanR4p5Nlc3CpyLbWdSyaxNjcToEjs3aJ0=
Received: from CY4PR0101CA0010.prod.exchangelabs.com (2603:10b6:910:3c::23) by BN7PR01MB3746.prod.exchangelabs.com (2603:10b6:406:81::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1558.21; Mon, 28 Jan 2019 00:00:46 +0000
Received: from CO1NAM03FT047.eop-NAM03.prod.protection.outlook.com (2a01:111:f400:7e48::204) by CY4PR0101CA0010.outlook.office365.com (2603:10b6:910:3c::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1558.17 via Frontend Transport; Mon, 28 Jan 2019 00:00:45 +0000
Authentication-Results: spf=pass (sender IP is 18.9.28.11) smtp.mailfrom=mit.edu; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=bestguesspass action=none header.from=mit.edu;
Received-SPF: Pass (protection.outlook.com: domain of mit.edu designates 18.9.28.11 as permitted sender) receiver=protection.outlook.com; client-ip=18.9.28.11; helo=outgoing.mit.edu;
Received: from outgoing.mit.edu (18.9.28.11) by CO1NAM03FT047.mail.protection.outlook.com (10.152.81.48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1580.10 via Frontend Transport; Mon, 28 Jan 2019 00:00:45 +0000
Received: from kduck.mit.edu (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id x0S00e7C023332 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 27 Jan 2019 19:00:42 -0500
Date: Sun, 27 Jan 2019 18:00:40 -0600
From: Benjamin Kaduk <kaduk@mit.edu>
To: "Moriarty, Kathleen" <Kathleen.Moriarty@dell.com>
CC: RFC Errata System <rfc-editor@rfc-editor.org>, "ekr@rtfm.com" <ekr@rtfm.com>, "ncamwing@cisco.com" <ncamwing@cisco.com>, "takeshi_takahashi@nict.go.jp" <takeshi_takahashi@nict.go.jp>, "logan.widick@gmail.com" <logan.widick@gmail.com>, "mile@ietf.org" <mile@ietf.org>
Message-ID: <20190128000040.GP49072@kduck.mit.edu>
References: <20181228190203.16C81B81E04@rfc-editor.org> <E8CEA61867EF1E4A9BD05D64D74F76B23AC019B2@MX307CL02.corp.emc.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <E8CEA61867EF1E4A9BD05D64D74F76B23AC019B2@MX307CL02.corp.emc.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
X-EOPAttributedMessage: 0
X-Forefront-Antispam-Report: CIP:18.9.28.11; IPV:CAL; SCL:-1; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(396003)(346002)(376002)(39860400002)(136003)(2980300002)(13464003)(189003)(199004)(86362001)(55016002)(6246003)(1076003)(229853002)(39060400002)(106466001)(47776003)(26826003)(966005)(75432002)(53416004)(14444005)(88552002)(356004)(50466002)(478600001)(6306002)(16586007)(446003)(11346002)(36906005)(4326008)(33656002)(97756001)(8936002)(76176011)(2906002)(23726003)(956004)(8676002)(786003)(316002)(426003)(126002)(6916009)(53546011)(46406003)(476003)(486006)(26005)(305945005)(58126008)(106002)(246002)(186003)(104016004)(336012)(7696005)(54906003)(18370500001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN7PR01MB3746; H:outgoing.mit.edu; FPR:; SPF:Pass; LANG:en; PTR:outgoing-auth-1.mit.edu; MX:1; A:1;
X-Microsoft-Exchange-Diagnostics: 1; CO1NAM03FT047; 1:dske/HKfFX4lVnaXhmfQI3IkLVyK5gi7LQbSOZ2qm+KzF0sI+KMkuvtb+qPWqAa3rlW/LVP7R3yxt00CG5IzMap0xuLmigY4pHISBoDDEDQzLAzbYc8kWDblPc6zd0VYqbtePZSk9lGpKTxLNJUNQQ==
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 68267b94-a617-4bc0-850f-08d684b3a731
X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600110)(711020)(4605077)(4608076)(4709027)(2017052603328)(7153060); SRVR:BN7PR01MB3746;
X-Microsoft-Exchange-Diagnostics: 1; BN7PR01MB3746; 3:5KEcfrevhahVuIIgNjKVIa5X3jkhcPA5lkyAT2k102yn1H7EnuOz+ePh5Qf+LaUnyoQgW9+UHHPclaQ0J8IIAl8kboffvtwFhWqXaFqz/QdMOdnSaK6nUKlmG7d/7dwSWoNLTyMilPhcxD3fkeb8xRfrakM6dDysm6c42KXoS99k9BSCCFjx16ZpP/mvlWvgDAovUxSNzOiG/Yi0l5QXLLNQHFBbXQhPEKu7JhBZ8y5WmGWXorkWq5yuixmFGwE8WhaDFwVOyi4Rluvi5PrVeB157IPpNSSbszhvlplw5yOa+fWyepXqHwfJedLGnYwtUgw/PU8mY8NHg1Xg5mlBK6qv0ZjDBbVkvDvSjIfV4/uGt6Q+eg1JxmyDezv4RDPF; 25:Oe/7DiR/NRUCBYxtYCmvkLQSWQvvYvlZ10asVwvR74X5vn2OZoRCcxUFerlhNzXmHJulxcYllo506ZKZHwGcc/ePrhWZGGAoB+gTZHPleZDbGon09rC3FquPuMbzSkTBNbyfPjt2XQ3tBbEpLorzLmavtCBBa7D+45rOw/QWCFNw2FIKK+Cgi7tqKPmeuwZOmLEGJVDh0RFPselRjkl8nxwRUIpMqNPyeyBuRl7RRrKKsl9C6G4h4IsdMlelBNmEmFo8nN68RvxSHJJJIOVn7E9rjQel0vHkFK0oq1A0PClI9YHe5xRBARpqd4Cq/6ym3WOFqH1Bxn6FbMiJaXP9Yg==
X-MS-TrafficTypeDiagnostic: BN7PR01MB3746:
X-Microsoft-Exchange-Diagnostics: 1; BN7PR01MB3746; 31:KtNSbO7Fm0q77barHVkG8ZTY0QkDHGYh3KPMEWBlqIbKba9phK4sVL5IHRbleKB6BCKZYueNeBoBNUOaAfb9RwGUZwzWyXQ/7cQGGXbYP7ltaD+dJeGzHiZ6F6oPHwTU9xq4EcaU6uZ0daHLHA2LQhIrCBLK5hLrmupT/amxF0z/xoABpUwoeqkyZ5916rZMK+NsNzIe1++NxKVfHHMmzjPqNGAyMDvqt0okLqIXnCk=; 20:S8rV0z6Xdhccu+53Rs3JmYMEMoARP1i5H/VZqDeuYTTs+6Uby0wb+eyvuKk65equpdwTlFlh4YvXm2iwoskmAFDjfALPnLypwd71ch75vVE+ps/MAaTiM1P0Kob47MoCUdkvISQdo+hyGNfpJhD5Nv08yu6qdoo+7T+y+dpCPzwRj6Ew2mmsi3cjQYCnlyBoo8etT23GM7vD6te/YT1aSWVJJ12shlD66qNQd6LXezMWFhKTKG1rjP8TvzyEBlcvVNUDcddAsvEEWP1re37TwyhEF5mM+O659/2P4fgNS9aGcVLKBS0EqCRPEIbYy8uYwPrvyOkR8eGcY9CKEZ3QHJOduPdrhDBOy0m9VHxw0KgFG16T3zVNGYVj1Wcb6YCfEIK4nLwhHiVBYAd7Kvd2mfjTZg3CtWj/GhASM/IS2M7iwWKMEibmwisAXRmRAL08hsZxOiMxXGcoxQVPzjkFLRlJHUC0/xCZvMf3qDgWII/uQy4+Z8TrQ3B2Vz5MJpx97TIXidVNGE6kIJafoBcg6MK1fjPe1eT7iPCs+1KagNgFk3Yu5ZNwrp2H6xguGC7VtMVUFoek8qzFju2GEZyTZRcsgKKNrLehhaHwxtLUYrg=
X-Microsoft-Antispam-PRVS: <BN7PR01MB37461CBB1FCAB6F5FD2ECD06A0960@BN7PR01MB3746.prod.exchangelabs.com>
X-Microsoft-Exchange-Diagnostics: 1; BN7PR01MB3746; 4:Jj5ZMyctKJZmOivfmxDmzYT4rojOLApIs/UTrfiic82/mNwp+OSzfBirhPmo/MrlPQ8uk/Fq5GUWR0urapcuPlI3v3I70/WRLxu/xaMlCmQEriOR4xVN/xDx0sgQ7KrLm9OQBshi9B2Y66dGRZ+O5zLk1Uw25kHnmgHlfcj7YvyPY97M26UfO6vTvqR4ELdkhywNYw3c/A82ANIUGc7GjDYGXDfj/HjbY+EdopcAg4wrnG+oryBr3KIwX3Wp/Dtll5NBufgLOvMfe6dxxs4xh+YSWRv2/qP2C1NfvKEETFr5WvgX/qJehPHxrTeIGwi4
X-Forefront-PRVS: 0931CB1479
X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BN7PR01MB3746; 23:eqveQbgqplUmTZE1fCSKr4x18hRAGY2Ai8goFuiHo?= =?us-ascii?Q?H5/9bvlJw5Bgf9UMrhB7zEy/PnZKJQmUvargC5XFBFand7ALAlZUDwIErLyH?= =?us-ascii?Q?IAZV48XugJiSK42Gi0JhxzVF6CdRYgT7OvxX1vdGAlrkZDd4bVKFHNwz+YkX?= =?us-ascii?Q?iySGiEhMvPe+KMzDrUcCLPLQcate9MnV6FGR733F0tlT10YqlRe2Tzhie8vJ?= =?us-ascii?Q?FGGA5LA9EhsrQDrR4cTx9ra579x8i3eJd6mAYDXFLiyTBMICJV0uxXvYSA/c?= =?us-ascii?Q?uAJ18m1yl2OZ0UDhma4Z5GjGoq4BS8Zjr8SyTBjFuMZOnMd5D6KQEniypot+?= =?us-ascii?Q?NUvYp2hkXJAECpf3Cb471NX//mWxcbn7/Fvp1PbCim1KoR8OmUXQxZbLquh/?= =?us-ascii?Q?xHo/vLICOjrCOybNji5n1GTtLFXLYzsR/33JqgLXPnUMxhvN8/y+Hnp2K5Aa?= =?us-ascii?Q?xXteQj4gkQBhuede3Bnr8EdcM+KZNUl28MRz0mLFe5BCmu+TewG8E1ZN7BI+?= =?us-ascii?Q?uUsu09Twztk78Ds6VE6JHJrlFmgjSaziAxhJ4SXarqZaubbMb6YvEtcbMMDF?= =?us-ascii?Q?QpSynKR5MMWBRx1ZqDx22/K0XKj4wwxK2Bvu2JWB0EyQfgGIuRNHjsmkoiPg?= =?us-ascii?Q?wpWBUp5vPMXCKsedvOa0JMhzKuaQxOqzptd8ZmmwqSpP3uGHqRhEV1t46Cms?= =?us-ascii?Q?VNfcrvFzsQFhgCxp8n8acnuzTKZqBBCXEqDSjvilB3vK4IAZwgCoQojAW3ml?= =?us-ascii?Q?eZhNIuFx+IBysSX7A76k/aiIJd5MeiUrbNPrpEHsmntpKPpUn70St9eD7/Qf?= =?us-ascii?Q?qp5Vhv9kQyivv2GqqlvBaBicHOarq36h5P2zOwQsYDheA3pD6xESoxS4rWZs?= =?us-ascii?Q?aZ/xxQuX8hB8OTooDYouTAlGKSc/A7jS6z5unrSONIAwZD2NW4KKSzU3kXrA?= =?us-ascii?Q?EOxTjj53sZTkPSMVv5R7Et/Yaa8YHvV4LocqCq+v2d3fF2usYRBzeGVSoTWe?= =?us-ascii?Q?WF7yZSz2CLY5B4PdTVMGfU4cZL75E9MlgXhQkeLQo1prA9e8ahe8hbgmmseD?= =?us-ascii?Q?BogjDCcxWqK0nPM7DliMJBb7HXp2Tf5abZuI6SHTRiYLPHw70qo+9bg2AkGT?= =?us-ascii?Q?+bHFEThNst2KM4OyTHAP3GMkFkb0GipcWOifZw+/UMgCZsD18LNWu3rRjvow?= =?us-ascii?Q?N1TbQyDmyo29OyFMAaKYUW7TPXTM0/GHyyarjjsL9AZ2j2P7bMbZ5UCkGwyU?= =?us-ascii?Q?551Vu8CwtzunWWNWm/ku62wCIXP+eaKV8Ut8wMZgk+gUT1yzI+G1MR/F5DM/?= =?us-ascii?B?QT09?=
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam-Message-Info: JXfLBjfLS/xcDtA1CW/Co6kxJTkBTrdP3e0CWB2eubHUGxQ+2pjJ89MibQ23M0q7F/s9bj8Tk+2u9DmbfeZ3l47+09mOovd6g3fIb+cflgM2HqqAYJz7XtjZA1eKjXt7hq2i4VvLcS9AoxS+a3pVfqcudMjTVn1G+rJ/ig3myuXcwIX9E6eavSuijVIxR0snwh2LyJCIl5QmCXFb7E/1NaJSiui4c449mfJFw85gsut8vNnKliup1GdMOE7/SFKQaCyR6F4ePqgN1w0x8AVpo3gpj/xA6pFkJUesu1eZ5yyVG4ZYvjz7zRzO+s6rKtOW7eQf30MPe6NJEdkIAGByzBoPyDTBMp2jFucRR59iWZEqixKRxVJmsyd/H8NuJ742sZsCNoc1wrnJli8SFNpFS9JvRud3DmxsG1Xn1psRoes=
X-Microsoft-Exchange-Diagnostics: 1; BN7PR01MB3746; 6:8BfhYTgCrdOtx5ad9FzpJ84sMAycJ+Uu6aIhvklI1uFLb6inWym8jSuvZbLvysutWlYy5yj+yShwxGesFrRU1mthRE9Jf2W9nI3VYg0TU4D+y3XiQo3xdHCBBNjZek/doMZ9oTs/TXbj5IllE2tpzNjA8e+kIcggwa7ASb5nXm7KnRFjMsO9g41zko0d7EYRYSyuQUyI6wOEdsH14F3rJ/k97epB8uO6flFalZMnYCAvxlGyjJ1E67ZUapIVal4tyLqgh3HDji6UjJkRaaKSKuQL1La/yMcP3Fo8lYxcKiOKH4gCqmlJdCV1s8dc/Pxjf4gmRcvpVkFz9m09fAJixY9w70MnRmVhV0eRBLKab95yidocyK+x8fQX8GROSGOICKRkl84Swm/skszRIKIt8jBLc882j1nM/gio5ZmRC5TT9SkxlwtfybdoSMwr7kzMul0h9mcYwh3nlQMtfQ2dAQ==; 5:kXfeN1DgYSeDxnKZW7Pe73s7aMycj7b7TxZeLdqQNkr2QfCJ1e+Z4nDtghI0ObxXAc2QeAu41/7MM0zorqBfQ3eDEFeuqNH36hnJcOiSrA3BGheSyRyFJDh40yaTOPEpaKK5B5COaTVcYXRyl1d9WIu7oHj0hCKuNel6lsUFvYFMqGwzr92BiuRENuf9HYCK0WBS0MHm1rgWuA2hyIE79Q==; 7:eXU2KDiD0BiO0Zg4TIHpXXnxQAObJYhl6qR5JZcLA+C+FNPo5NmwuhU1KjPWv1NBmJCR6T2rKsc3c4ARuTrZHk2kw9xL6x57eGhNbSGWOJ4A9CURs1R3Esz1jpoJNar4ayXk8OF+4H2RbSf1ipCfug==
X-OriginatorOrg: mit.edu
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Jan 2019 00:00:45.3612 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 68267b94-a617-4bc0-850f-08d684b3a731
X-MS-Exchange-CrossTenant-Id: 64afd9ba-0ecf-4acf-bc36-935f6235ba8b
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=64afd9ba-0ecf-4acf-bc36-935f6235ba8b; Ip=[18.9.28.11]; Helo=[outgoing.mit.edu]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR01MB3746
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/YvRKG_RfrbWeVR8GJjYccIOR2lI>
Subject: Re: [mile] [Technical Errata Reported] RFC6545 (5588)
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Jan 2019 00:00:54 -0000

I am going to approve this erratum but remove the note about "perhaps a
better revision" that would result in an actual protocol change.

Can one of you please file the corresponding errata report for the "similar
issue [that] is also present with the way that the TrafficType is defined
on pages 19-20"?

Thanks,

Benjamin

On Wed, Jan 02, 2019 at 04:13:11PM +0000, Moriarty, Kathleen wrote:
> Logan,
> 
> Thank you very much for your review and submitting an errata.  The change makes sense and the schema is considered normative over the text.  Since the schema is normative and that agrees with what you are saying for the text, I think approving this errata makes sense as editorial and either verified or hold for document update should work.
> 
> Are there any other opinions?
> 
> Thank you,
> Kathleen
> 
> -----Original Message-----
> From: RFC Errata System [mailto:rfc-editor@rfc-editor.org] 
> Sent: Friday, December 28, 2018 2:02 PM
> To: Moriarty, Kathleen; kaduk@mit.edu; ekr@rtfm.com; ncamwing@cisco.com; takeshi_takahashi@nict.go.jp
> Cc: logan.widick@gmail.com; mile@ietf.org; rfc-editor@rfc-editor.org
> Subject: [Technical Errata Reported] RFC6545 (5588)
> 
> 
> [EXTERNAL EMAIL] 
> 
> The following errata report has been submitted for RFC6545,
> "Real-time Inter-network Defense (RID)".
> 
> --------------------------------------
> You may review the report below and at:
> http://www.rfc-editor.org/errata/eid5588
> 
> --------------------------------------
> Type: Technical
> Reported by: Logan Widick <logan.widick@gmail.com>
> 
> Section: 5.1
> 
> Original Text
> -------------
> Page 18 says:
> 
> PolicyRegion
> 
>       One or many.  REQUIRED.  The values for the attribute "region" are
>       used to determine what policy area may require consideration
>       before a trace can be approved.  The PolicyRegion may include
>       multiple selections from the attribute list in order to fit all
>       possible policy considerations when crossing regions, consortiums,
>       or networks.
> 
>    region
> 
>       One or many.  REQUIRED.  ENUM.  The attribute region is used to
>       identify the expected sharing range of the incident information.
>       The region may be within a region or defined by existing
>       relationships such as those of a consortium or a client to a
>       service provider.
> 
> Corrected Text
> --------------
> Page 18 should say:
> 
> PolicyRegion
> 
>       One or many.  REQUIRED.  The values for the attribute "region" are
>       used to determine what policy area may require consideration
>       before a trace can be approved.  The PolicyRegion may include
>       multiple selections from the attribute list in order to fit all
>       possible policy considerations when crossing regions, consortiums,
>       or networks.
> 
>    region
> 
>       One.  REQUIRED.  ENUM.  The attribute region is used to
>       identify the expected sharing range of the incident information.
>       The region may be within a region or defined by existing
>       relationships such as those of a consortium or a client to a
>       service provider.
> 
> Notes
> -----
> The text as written (with "One or many" instances of the "region" attribute) suggests that 
> <PolicyRegion region="ClientToSP" region="SPToClient"/> 
> would be legal. 
> 
> However, the schema (Section 8) and the fact that a single XML tag can't contain more than one instance of a given attribute (see https://www.w3.org/TR/xml/#uniqattspec, "An attribute name MUST NOT appear more than once in the same start-tag or empty-element tag") indicate that the above example of a PolicyRegion is not legal, and would need to be replaced with:
> <PolicyRegion region="ClientToSP"/>
> <PolicyRegion region="SPToClient"/> 
> 
> Perhaps a better revision might be to put PolicyRegion as its own class, complete with its own (sub-)section and UML diagram, much like the IncidentID class in IODEF.  That would make things more clear. 
> 
> A similar issue is also present with the way that the TrafficType is defined on pages 19-20.
> 
> Instructions:
> -------------
> This erratum is currently posted as "Reported". If necessary, please
> use "Reply All" to discuss whether it should be verified or
> rejected. When a decision is reached, the verifying party  
> can log in to change the status and edit the report, if necessary. 
> 
> --------------------------------------
> RFC6545 (draft-ietf-mile-rfc6045-bis-11)
> --------------------------------------
> Title               : Real-time Inter-network Defense (RID)
> Publication Date    : April 2012
> Author(s)           : K. Moriarty
> Category            : PROPOSED STANDARD
> Source              : Managed Incident Lightweight Exchange
> Area                : Security
> Stream              : IETF
> Verifying Party     : IESG