Re: [Idr] I-D Action: draft-ietf-idr-rpd-05.txt

Gyan Mishra <hayabusagsm@gmail.com> Mon, 22 June 2020 23:15 UTC

Return-Path: <hayabusagsm@gmail.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3A5A3A1264; Mon, 22 Jun 2020 16:15:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.087
X-Spam-Level:
X-Spam-Status: No, score=-2.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=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=gmail.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 1wG7TP5J3to9; Mon, 22 Jun 2020 16:15:36 -0700 (PDT)
Received: from mail-io1-xd2a.google.com (mail-io1-xd2a.google.com [IPv6:2607:f8b0:4864:20::d2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BECB93A1263; Mon, 22 Jun 2020 16:15:36 -0700 (PDT)
Received: by mail-io1-xd2a.google.com with SMTP id f23so16204256iof.6; Mon, 22 Jun 2020 16:15:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Kbmdn68A5QFgLJxyKORkn7o8mLH+aam2C/XWYcJAgLg=; b=IrKr/oNUw97c2hXnNNRnsq54HX33hr4VfU0QkkHnvjJLOiYECrhyf7RTs8xp5B19Vg l+nWsm/Cp4iV3GYJcXZXLtyW3PW5Sw60gL+TcWf0cozbVJ3dVP1f8mXBb9paUcMkqBW1 v0b6sVU4q2gSCqvGzjwpNm0DX+YpFXI+1OsS4ea7dGhsqMJovR3Nv6qkq3/1jScia8VX kd0GSpefJaJiqJu93wGPCyL1ms+ZL4Z+R/vNVTvtzLo+BoeV7EkpOuVThUPPNWkKT8+L aY03OMuiSHZANGr8F4qejw9GnMHjoaAfrHz62cVvlbIWOZB7vYibLMRPsLQAswpreeD9 DKag==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Kbmdn68A5QFgLJxyKORkn7o8mLH+aam2C/XWYcJAgLg=; b=tW5Jd6ajPc2Uhecbx8YWOzRsyoKOt9Xo3osyew+AimYYPe59V5Jo+WjQV+NeMqHTRJ EVMgaNJtGXHBmek9Ek/iVDohNFBBam2u41laf5lXAIvlMexiqoOmR2Z3zK2LIjkHtwQ8 wfRjCXyolCkY3hemOlf/bPHbm2oLmZAoFEKGy/Wro0uQuNL/yLBNrJuoa4rmcCuBf1VL UJtDRMYFS3XG8PXjTF7HdVNQaQa0drtYmVncPXw3YM6oC5ndL4xKW8FsdK+m+vPI5KeF akVxh4G9HF5SIbMm314UdoZadBbA3zYZsepXUIARXQMQv1EszePpvxkesUYkvr7VLdXW ON2w==
X-Gm-Message-State: AOAM533OGsGZTul6nT1K2Cg88TpI0XM1o7YBgBpLYb4x9StfNhDsZxM1 x7yDQHzCzbKMOz/qxKNf52lRUTST9r2JW3yLbIs/1uBZgFU=
X-Google-Smtp-Source: ABdhPJzev9XwTpyGLQu/7GCY3vAQGWIUjONiA1QwbQmHOsgKaxRY2ITM9XIPz47zwTNXrjmrpYMRBl92rOwO7rgapkI=
X-Received: by 2002:a5e:c31a:: with SMTP id a26mr9759713iok.40.1592867734515; Mon, 22 Jun 2020 16:15:34 -0700 (PDT)
MIME-Version: 1.0
References: <159174295808.20598.10881535719552756514@ietfa.amsl.com> <CABNhwV0BzBWXmcn+ge9AXBZ69bg_3ht74YoFW8rRLi5A5pjdsw@mail.gmail.com>
In-Reply-To: <CABNhwV0BzBWXmcn+ge9AXBZ69bg_3ht74YoFW8rRLi5A5pjdsw@mail.gmail.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Mon, 22 Jun 2020 19:15:23 -0400
Message-ID: <CABNhwV2FDXpR3dOZwnJTp_P_iC+Hi8W2NtRXjLcNJJo6M4bXxg@mail.gmail.com>
To: idr@ietf.org
Cc: i-d-announce@ietf.org
Content-Type: multipart/alternative; boundary="0000000000007d786805a8b46bdf"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/CyqESS-T7cC6U4d122UbnFaf0DE>
Subject: Re: [Idr] I-D Action: draft-ietf-idr-rpd-05.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jun 2020 23:15:39 -0000

Authors

Few comments

In the abstract and introduction it mentions adjusting traffic.  When
reading the abstract and introduction adjusting traffic the first thing I
think of when saying adjusting is BGP QOS QPPB policy to rate limit BGP
traffic.

In general routing policy is pretty straight forward with active / backup
routing policy.

However when optimal active/ active all active routing optimization is
required where geographic region based routing is desired and if routing
control optimization is desired between both peering AS’s , the policy can
become very complex and unmanageable.  If routing control policy is on one
side only, the other side AS back hauls based on peering policy the policy
is complex but manageable.  However optimized routing so both sides of
peering does not back haul can be very complex.

There are many peering scenario and this one above  is a dual transit as
all active peering policy scenario.

The above relates to AFI /SAFI 1/1 2/1 and can be accomplished with
standard communities.

I would say auto adjustment of active routing paths routing where routing
control is required on both sides of peering to enable optimized paths

Kind Regards

Gyan

On Fri, Jun 12, 2020 at 2:10 PM Gyan Mishra <hayabusagsm@gmail.com> wrote:

>
> Hi Authors
>
> Tracker shows this draft in WGLC state?
>
> Is that correct?
> BGP Extensions for Routing Policy Distribution (RPD)
> draft-ietf-idr-rpd-05
>
>    - Status <https://datatracker.ietf.org/doc/draft-ietf-idr-rpd/>
>    - IESG evaluation record
>    - IESG writeups
>    <https://datatracker.ietf.org/doc/draft-ietf-idr-rpd/writeup/>
>    - Email expansions
>    <https://datatracker.ietf.org/doc/draft-ietf-idr-rpd/email/>
>    - History
>    <https://datatracker.ietf.org/doc/draft-ietf-idr-rpd/history/>
>
>
>    - Versions
>    - 00 <https://datatracker.ietf.org/doc/draft-ietf-idr-rpd/00/>
>    - 01 <https://datatracker.ietf.org/doc/draft-ietf-idr-rpd/01/>
>    - 02 <https://datatracker.ietf.org/doc/draft-ietf-idr-rpd/02/>
>    - 03 <https://datatracker.ietf.org/doc/draft-ietf-idr-rpd/03/>
>    - 04 <https://datatracker.ietf.org/doc/draft-ietf-idr-rpd/04/>
>    - 05 <https://datatracker.ietf.org/doc/draft-ietf-idr-rpd/>
>
> 000102030405000102030405Jul 2015Jun 2016Oct 2018Mar 2019May
> 2020draft-li-idr-flowspec-rpddraft-ietf-idr-rpd
> DocumentType Active Internet-Draft (idr WG
> <https://datatracker.ietf.org/wg/idr/>)
> Last updated 2020-06-10 (latest revision 2020-06-09)
> Replaces draft-li-idr-flowspec-rpd
> <https://datatracker.ietf.org/doc/draft-li-idr-flowspec-rpd/>
> Stream IETF
> Intended RFC status (None)
> Formats  plain text <https://www.ietf.org/id/draft-ietf-idr-rpd-05.txt>
>  pdf <https://tools.ietf.org/pdf/draft-ietf-idr-rpd-05.pdf> htmlized
> (tools) <https://tools.ietf.org/html/draft-ietf-idr-rpd-05> htmlized
> <https://datatracker.ietf.org/doc/html/draft-ietf-idr-rpd-05> bibtex
> <https://datatracker.ietf.org/doc/draft-ietf-idr-rpd/bibtex>
> StreamWG state <https://datatracker.ietf.org/help/state/draft/ietf> In WG
> Last Call
> Document shepherd No shepherd assigned
> IESGIESG state <https://datatracker.ietf.org/help/state/draft/iesg> I-D
> Exists
> Consensus Boilerplate Unknown
>
>
> On Tue, Jun 9, 2020 at 6:50 PM <internet-drafts@ietf.org> wrote:
>
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts
>> directories.
>> This draft is a work item of the Inter-Domain Routing WG of the IETF.
>>
>>         Title           : BGP Extensions for Routing Policy Distribution
>> (RPD)
>>         Authors         : Zhenbin Li
>>                           Liang Ou
>>                           Yujia Luo
>>                           Sujian Lu
>>                           Huaimo Chen
>>                           Shunwan Zhuang
>>                           Haibo Wang
>>         Filename        : draft-ietf-idr-rpd-05.txt
>>         Pages           : 18
>>         Date            : 2020-06-09
>>
>> Abstract:
>>    It is hard to adjust traffic and optimize traffic paths on a
>>    traditional IP network from time to time through manual
>>    configurations.  It is desirable to have an automatic mechanism for
>>    setting up routing policies, which adjust traffic and optimize
>>    traffic paths automatically.  This document describes BGP Extensions
>>    for Routing Policy Distribution (BGP RPD) to support this.
>>
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-ietf-idr-rpd/
>>
>> There are also htmlized versions available at:
>> https://tools.ietf.org/html/draft-ietf-idr-rpd-05
>> https://datatracker.ietf.org/doc/html/draft-ietf-idr-rpd-05
>>
>> A diff from the previous version is available at:
>> https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-rpd-05
>>
>>
>> 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.
>>
>> Internet-Drafts are also available by anonymous FTP at:
>> ftp://ftp.ietf.org/internet-drafts/
>>
>>
>> _______________________________________________
>> Idr mailing list
>> Idr@ietf.org
>> https://www.ietf.org/mailman/listinfo/idr
>>
> --
>
> <http://www.verizon.com/>
>
> *Gyan Mishra*
>
> *Network Solutions A**rchitect *
>
>
>
> *M 301 502-134713101 Columbia Pike *Silver Spring, MD
>
> --

<http://www.verizon.com/>

*Gyan Mishra*

*Network Solutions A**rchitect *



*M 301 502-134713101 Columbia Pike *Silver Spring, MD