RE: Adoption Call for "The IPv6 Compact Routing Header (CRH)"

["Voyer, Daniel" <[e-mail]>]

Hello Working Group,

I would like to echo Martin on this, as I observe that we have about the same track record for SR-MPLS into multi-AS - and huge effort to coordinate multi-network domain SRv6 Architecture. I haven't seen, yet, deployment use cases that can only be achieve by CRH - and not by SR-MPLS (w/ IPv6)and SRv6. 
It would be nice, and a good 5 years of effort investment, to finish standardizing SRv6 before adopting a somewhat  "similar but not quite" new proposal. 

So, at this point I do not support working group adoption of CRH.

Regards,
dan

On 2020-05-27, 4:34 PM, "ipv6 on behalf of Martin Horneffer" <[e-mail] on behalf of [e-mail]> wrote:

    Dear working group,

    as an operator I am currently working on getting SR-MPLS into a 
    multi-AS, multi-service global core network. Managing a SID mapping for 
    all relevant nodes and services has been done, but definitely was a 
    serious effort in our environment as many different (company internal) 
    parties need to be coordinated.

    SRv6 seems to me like a great opportunity for further network technology 
    consolidation in the future, covering all kinds of network domains. This 
    opportunity is, in my eyes, only based on the huge and universal address 
    space offered by IPv6. Any continued or even additional need to map 
    topological nodes or services to SIDs would, in my opinion, thwart the 
    main opportunities of SRv6. In comparison to the relatively simple 
    deployment of SR-MPLS in the mere core network, any end-to-end 
    deployment of SRv6 throughout all core, aggregation and access network 
    domains as well as data centers and service areas would require even 
    more organizational units to agree on a new central SID registry. Thus I 
    believe the many SRv6 use cases will only practically work when _not_ 
    relying on new maps or tables for any kind of SID.

    Also the CRH does not solve a problem that I would consider as serious. 
     From all scenarios we have seen so far and all research we have seen I 
    seriously doubt that more than a few segments will be needed. And even 
    if the number of segments needed came close to something like 10, I do 
    _not_ consider the mere overhead of the SRH of 168 byte a serious problem.

    Overall I don't see how CRH solves more problems than SR-MPLS with a 
    IPv6 control plane would do. And that would really be a less complex 
    solution.


    I would truly prefer implementors to concentrate on everything that is 
    need to complete use cases based on the plain SRH, rather than inventing 
    a new routing header every other year.

    Thus I do _not_ support wg adoption of this draft.


    Best regards, Martin



    Am 16.05.20 um 00:13 schrieb Bob Hinden:
    > This message starts a two-week 6MAN call on adopting:
    >
    >   Title:          The IPv6 Compact Routing Header (CRH)
    >   Authors:        R. Bonica, Y. Kamite, T. Niwa, A. Alston, L. Jalil
    >   File Name:      draft-bonica-6man-comp-rtg-hdr-21
    >   Document date:  2020-05-14
    >
    >   https://tools.ietf.org/html/draft-bonica-6man-comp-rtg-hdr
    >
    > as a working group item. Substantive comments regarding adopting this document should be directed to the mailing list.  Editorial suggestions can be sent to the authors.
    >
    > Please note that this is an adoption call, it is not a w.g. last call for advancement, adoption means that it will become a w.g. draft.  As the working group document, the w.g. will decide how the document should change going forward.
    >
    > This adoption call will end on 29 May 2020.
    >
    > The chairs note there has been a lot of discussions on the list about this draft.   After discussing with our area directors, we think it is appropriate to start a working group adoption call.  The authors have been active in resolving issues raised on the list.
    >
    > Could those who are willing to work on this document, either as contributors, authors or reviewers please notify the list.   That gives us an indication of the energy level in the working group
    > to work on this.
    >
    > Regards,
    > Bob and Ole
    >
    >
    >

    --------------------------------------------------------------------
    IETF IPv6 working group mailing list
    [e-mail]
    Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
    --------------------------------------------------------------------
    ------------------------------------------------------------------------------
    External Email: Please use caution when opening links and attachments / Courriel externe: Soyez prudent avec les liens et documents joints