[GROW] FW: New Version Notification for draft-sriram-opsec-urpf-improvements-01.txt

"Sriram, Kotikalapudi (Fed)" <kotikalapudi.sriram@nist.gov> Tue, 16 May 2017 20:59 UTC

Return-Path: <kotikalapudi.sriram@nist.gov>
X-Original-To: grow@ietfa.amsl.com
Delivered-To: grow@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBB7C13013C; Tue, 16 May 2017 13:59:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nistgov.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 fg8UY8-UyPnU; Tue, 16 May 2017 13:59:54 -0700 (PDT)
Received: from gcc01-CY1-obe.outbound.protection.outlook.com (mail-cy1gcc01on0104.outbound.protection.outlook.com [23.103.200.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA1C112EC40; Tue, 16 May 2017 13:54:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nistgov.onmicrosoft.com; s=selector1-nist-gov; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=0fYJ0uE6Sh5jicxaPzI/G/Bqplab6dFLF+naitADBpE=; b=pfKP35HmPUNkw2D2dqmJFf5iTHe+pin+lOxCR/XU+qV0CR58DkedMVrChlX439BMlVTfjWH5OA+oaFQBd8BCpUneiJRGLB/4LKoqmH+HTppMRgpusbGMWHhBqTsnFi/R2/Yj8dcZMwmFdhXv+xqf5dTMF7fmzK9RbEPaZOaSvts=
Received: from DM2PR09MB0446.namprd09.prod.outlook.com (10.161.252.145) by DM2PR09MB0447.namprd09.prod.outlook.com (10.161.252.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1084.16; Tue, 16 May 2017 20:54:32 +0000
Received: from DM2PR09MB0446.namprd09.prod.outlook.com ([10.161.252.145]) by DM2PR09MB0446.namprd09.prod.outlook.com ([10.161.252.145]) with mapi id 15.01.1084.029; Tue, 16 May 2017 20:54:32 +0000
From: "Sriram, Kotikalapudi (Fed)" <kotikalapudi.sriram@nist.gov>
To: "opsec@ietf.org" <opsec@ietf.org>, "grow@ietf.org" <grow@ietf.org>
CC: "opsec-chairs@ietf.org" <opsec-chairs@ietf.org>, Jeff Haas <jhaas@juniper.net>, Job Snijders <job@instituut.net>, Marco Marzetti <marco@lamehost.it>, Brian Dickson <brian.peter.dickson@gmail.com>, "draft-sriram-opsec-urpf-improvements@ietf.org" <draft-sriram-opsec-urpf-improvements@ietf.org>
Thread-Topic: New Version Notification for draft-sriram-opsec-urpf-improvements-01.txt
Thread-Index: AQHSxGYfR1bXq7eqbUibzTJUl1nSPaH3giqg
Date: Tue, 16 May 2017 20:54:32 +0000
Message-ID: <DM2PR09MB044633DC83D0D71F85B6184484E60@DM2PR09MB0446.namprd09.prod.outlook.com>
References: <149385460087.4867.17930635308205957341.idtracker@ietfa.amsl.com>
In-Reply-To: <149385460087.4867.17930635308205957341.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nist.gov;
x-originating-ip: [129.6.140.122]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; DM2PR09MB0447; 7:f796ksEBXsuJgCbi1C+s87p3bsJ7DIUv1LTXshXu4yohYZHQebvv3ur7dypNQS2IXdxjQCJv5ENPvtdyQb4EQUE6ni9ZgRfisSzBknyLuSHK5a3W9tZgJnHHxsRRCdfKXtMFl2vGAHgS/A8HW+rbuYjzHg1P8DGlktoXfT9QHB5tUifYOVrFi8cX5RNe2ScQhT5cKLkUXtls0EzHhU0XhwfQHx1zf4QGfZiMAjbZBWuwpj4dDc4Fht3BDJ9cYeM2a6t1OH9A5+xcYMq5O3dTjH6bw1H9kDW0i/DaxrUh9cLf7X5ESJ2ghBt1HWhIBKmKbh2hDWzyPG8P/+J7sRseyA==
x-ms-office365-filtering-correlation-id: 8a82fe88-5d38-45fe-95e7-08d49c9dc0f0
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081); SRVR:DM2PR09MB0447;
x-microsoft-antispam-prvs: <DM2PR09MB04476DA4B20F0E4D5EB0E1D584E60@DM2PR09MB0447.namprd09.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(65766998875637)(120809045254105);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(5005006)(8121501046)(3002001)(93006095)(93001095)(10201501046)(6055026)(6041248)(20161123564025)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(20161123558100)(20161123555025)(6072148); SRVR:DM2PR09MB0447; BCL:0; PCL:0; RULEID:; SRVR:DM2PR09MB0447;
x-forefront-prvs: 03094A4065
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39450400003)(39400400002)(39850400002)(39840400002)(39860400002)(39410400002)(377424004)(13464003)(377454003)(122556002)(7736002)(2906002)(81166006)(3660700001)(2950100002)(230783001)(2473003)(54906002)(2501003)(33656002)(68736007)(305945005)(478600001)(5660300001)(7696004)(3280700002)(229853002)(189998001)(66066001)(25786009)(6116002)(6306002)(8676002)(99286003)(50986999)(54356999)(15650500001)(3846002)(8666007)(9686003)(55016002)(76176999)(38730400002)(74316002)(8936002)(86362001)(6506006)(2900100001)(102836003)(53936002)(39060400002)(966005)(53546009)(6436002)(4326008)(77096006); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR09MB0447; H:DM2PR09MB0446.namprd09.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nist.gov
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 May 2017 20:54:32.5467 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2ab5d82f-d8fa-4797-a93e-054655c61dec
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR09MB0447
Archived-At: <https://mailarchive.ietf.org/arch/msg/grow/1x0gCLtv3Q5pMICYA6LNj1k2dmc>
Subject: [GROW] FW: New Version Notification for draft-sriram-opsec-urpf-improvements-01.txt
X-BeenThere: grow@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Grow Working Group Mailing List <grow.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/grow>, <mailto:grow-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/grow/>
List-Post: <mailto:grow@ietf.org>
List-Help: <mailto:grow-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/grow>, <mailto:grow-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 May 2017 20:59:58 -0000

This version incorporates changes based on comments received
at the IETF-97 GROW WG meeting and 
also on the GROW and OPSEC lists back in November 2016.
Please see the next couple of posts from me for the details of the changes made.

Sriram 


-----Original Message-----
From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] 
Sent: Wednesday, May 03, 2017 7:37 PM
To: Sriram, Kotikalapudi (Fed) <kotikalapudi.sriram@nist.gov>; Montgomery, Douglas (Fed) <dougm@nist.gov>
Subject: New Version Notification for draft-sriram-opsec-urpf-improvements-01.txt

A new version of I-D, draft-sriram-opsec-urpf-improvements-01.txt
has been successfully submitted by Kotikalapudi Sriram and posted to the IETF repository.

Name:		draft-sriram-opsec-urpf-improvements
Revision:	01
Title:		Enhanced Feasible-Path Unicast Reverse Path Filtering
Document date:	2017-05-03
Group:		Individual Submission
Pages:		11
URL:            https://www.ietf.org/internet-drafts/draft-sriram-opsec-urpf-improvements-01.txt
Status:         https://datatracker.ietf.org/doc/draft-sriram-opsec-urpf-improvements/
Htmlized:       https://tools.ietf.org/html/draft-sriram-opsec-urpf-improvements-01
Htmlized:       https://datatracker.ietf.org/doc/html/draft-sriram-opsec-urpf-improvements-01
Diff:           https://www.ietf.org/rfcdiff?url2=draft-sriram-opsec-urpf-improvements-01

Abstract:
   This document identifies a need for improvement of the unicast
   Reverse Path Filtering techniques (uRPF) [BCP84] for source address
   validation (SAV) [BCP38].  The strict uRPF is inflexible about
   directionality, the loose uRPF is oblivious to directionality, and
   the current feasible-path uRPF attempts to strike a balance between
   the two [BCP84].  However, as shown in this draft, the existing
   feasible-path uRPF still has short comings.  This document proposes
   an enhanced feasible-path uRPF technique, which aims to be more
   flexible (in a meaningful way) about directionality than the
   feasible-path uRPF.  It is expected to alleviate ISPs' concerns about
   the possibility of disrupting service for their customers, and
   encourage greater deployment of uRPF.

                                                                                  


Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat