Re: I-D Action: draft-ietf-idr-flowspec-l2vpn-09.txt

Donald Eastlake <[email protected]>
Newsgroups gmane.ietf.idr
Message-ID <CAF4+nEHwwPNL4cmXH-TMhL3xnT3LGiP-hWov-YCf=h4B-+N7QQ@mail.gmail.com>
Hi Robert,

Thanks for your review. Apologies for the delay in response.

On Thu, Jan 3, 2019 at 6:04 AM Robert Raszuk <[email protected]> wrote:
>
> Hi,
>
> Two observations:
>
> 1.
>
> The current draft extends exisiting SAFI 134 with new NLRI types.
> That means that now we have new giant NLRI in SAFI 134.
>
> Have any consideration been made to just define a new flow spec SAFI
> instead for L2 filtering ? I am quite skeptical from implementation,
> operational and deployment points of view to extend the existing
> SAFI and it makes a gradual deployment a nightmare if not mission
> impossible.
>
> Any change to NLRI format without signalling it with new capability is
> far from good practice.

My understanding is that flow spec capabilities are signalled by an
AFI/SAFI pair as specified in RFC 2858. So I think that
AFI=25/SAFI=134 already is a new capability. The draft should be
clarified to present things in those terms.

It would be easy, from the IANA Considerations point of view, to get a
new SAFI that could be used with AFI=25 for L2VPN flowspec. But I
don't really see the benefit of burning a new SAFI value, say xyz, and
using AFI=25/SAFI=xyz instead of ARI=25/SAFI=134.

In my opinion, the general format for the NLRI in this draft ia
similar to the flow specs for IPv4 and IPv6.  The components that are
added by this draft differ from the IPv4 and IPv6 components in the
generally the same way that the IPv4 and IPv6 components differ from
each other.

> 2.
>
> The draft is pretty silent on adjusting validation procedures to make sure only
> senders of the original L2 information may inject the L2 flow routes..
>
> I would hope that this is basic omission and will be consider for addition into
> next version of he draft.

That is an excellent point and the next version should have adjusted
validation procedures in it.

Thanks,
Donald
=============================
 Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
 1424 Pro Shop Court, Davenport, FL 33896 USA
 [email protected]

> Thx,
> R.
>
>
>
> On Thu, Jan 3, 2019 at 10:33 AM <[email protected]> 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 Dissemination of L2VPN Flow Specification Rules
>>         Authors         : Weiguo Hao
>>                           Donald E. Eastlake, 3rd
>>                           James Uttaro
>>                           Stephane Litkowski
>>                           Shunwan Zhuang
>>         Filename        : draft-ietf-idr-flowspec-l2vpn-09.txt
>>         Pages           : 13
>>         Date            : 2019-01-03
>>
>> Abstract:
>>    This document defines a BGP flow-spec extension to disseminate L2 VPN
>>    Ethernet traffic filtering rules.  SAFI=134 in [RFC5575] is redefined
>>    for this purpose.  A new subset of component types and extended
>>    community also are defined.  A new subset of component types and new
>>    extended community also are defined.
>>
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-ietf-idr-flowspec-l2vpn/
>>
>> There are also htmlized versions available at:
>> https://tools.ietf.org/html/draft-ietf-idr-flowspec-l2vpn-09
>> https://datatracker.ietf.org/doc/html/draft-ietf-idr-flowspec-l2vpn-09
>>
>> A diff from the previous version is available at:
>> https://www.ietf.org/rfcdiff?url2=draft-ietf-idr-flowspec-l2vpn-09
>>
>>
>> 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
[email protected]
https://www.ietf.org/mailman/listinfo/idr
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.