Hi Ran,

The questions/points raised by Sasha, et all on the thread below also
applies to this draft that you have brought up - i.e. how things work when
this is modeled as a L1 interface and why not L3.

https://mailarchive.ietf.org/arch/msg/spring/IrzGONQP1zXvBHkvmZyaHOEwC68/

Additionally, I am not familiar with the concept of "channel" used here and
specifically what standard covers that. Would be good if you can elaborate.

Otherwise, the draft-dong and draft-han are similar with the main
difference being that one is proposing a variant of End.X while the other
is End.B (BSID).

On a side note (but important one), I am concerned when you said that this
proposal has been implemented by ZTE but I find no allocation made for the
code point. Please do not squat - especially in this case where the
registry is FCFS:
https://www.iana.org/assignments/segment-routing/segment-routing.xhtml#srv6-endpoint-behaviors

Thanks,
Ketan

On Wed, Nov 9, 2022 at 1:21 PM <chen....@zte.com.cn> wrote:

> Hi Joel,Sasha,Ketan and WG
>
>
> There is a similar proposal , and in which we want to provide the
> end-to-end SRv6 tunnel to bind the L1 connection directly. It defines a new
> SRv6 END.BXC behavior for inter-layer network programming. The SRv6 END.BXC
> Function mechanism has been implemented by ZTE, and China Mobile has
> successfully completed the basic verification of this function. The link is:
>
>
> <https://datatracker.ietf.org/doc/draft-han-spring-srv6-underlay-tunnel-programming/>
> <https://datatracker.ietf.org/doc/draft-han-spring-srv6-underlay-tunnel-programming/>
> <https://datatracker.ietf.org/doc/draft-han-spring-srv6-underlay-tunnel-programming/>
> https://datatracker.ietf.org/doc/draft-han-spring-srv6-underlay-tunnel-programming/
>
>
> Abstract
>
>
>    This document defines a new SRv6 Endpoint behavior which can be used
>
>    for SRv6 underlay tunnel (e.g.L1 channel) Programming, called
>
>    END.BXC, this behavior are used to bind an underlay tunnel.
>
> Any comments are welcome.
>
>
> Best Regards,
>
> Ran
>
>
>
>
>
>
>
_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.org/mailman/listinfo/spring

Reply via email to