Re: [Idr] WG adoption call for draft-xu-idr-neighbor-autodiscovery

[Robert Raszuk <[e-mail]>]

And that is precisely what IMHO we should avoid.

Clear separation from BGP global routing and BGP as IGP including LSVR is:

- extremely important for stability of the former
- very need for innovation and new features velocity of the latter

Thx,
R.

On Thu, Jul 12, 2018 at 10:54 AM, 徐小虎(义先) <[e-mail]>
wrote:

> Hi Gunter,
>
> Thanks for your email and suggestion. I believe the BGP peer discovery
> mechanism as described in this draft is applicable to the use of BGP as IGP
> (https://tools.ietf.org/html/rfc7938) and LSVR as well.
>
> Ketan, one co-auhtor of this draft would present this draft on the LSVR
> session.
>
> Best regards,
> Xiaohu
>
> ------------------------------------------------------------------
> From:Gunter Van De Velde <guntervandeveldecc=[e-mail]>
> Send Time:2018年7月12日(星期四) 15:24
> To:Gaurav Dawra <[e-mail]>
> Cc:idr wg <[e-mail]>; lsvr-chairs <[e-mail]>;
> draft-xu-idr-neighbor-autodiscovery <draft-xu-idr-neighbor-
> [e-mail]>; Susan Hares <[e-mail]>
> Subject:Re: [Idr] WG adoption call for draft-xu-idr-neighbor-autodiscovery
>
> LSVR realises that there is need for a neighbour and liveliness detection
> mechanism, and is making effort to understand the particular LSVR
> requirements for a solution.
>
> From a very high level perspective, there are few ways to address the
> aspect of LSVR peer discovery and liveliness detection:
> 1) Create something new
> 2) Extend something existing
> 3) Re-use something existing
>
> LSVR has no technology religion about any of these, and would like to
> progress with a solution space that most
> optimal answers the particular LSVR requirements.
>
> Within LSVR WG meeting at IETF102, there is time reserved to discuss about
> these matters, and if you feel interested, we could add this draft into the
> agenda?
>
> Brgds,
> G/
>
>
>
>
>
> On 11 Jul 2018, at 19:39, Gaurav Dawra <[e-mail]> wrote:
>
> Hi Sue,
>
> Support.
>
> 1) Yes
> 2) Yes, BGP is most commonly used in most DCs. However, it may have
> applications beyond that.
> 3) yes, in order to simplify operations for DCs. Single CP is needed.
> 4) it should be reviewed by LSVR WG.
>
> Gaurav
>
> On Mon, Jul 2, 2018 at 10:08 AM, Susan Hares <[e-mail]> wrote:
>
> Greetings:
>
>
>
> This begins a 2 week WG adoption call for draft-xu-idr-neighbor-autodiscovery
> (July 2 – July 16).
>
>
>
> https://datatracker.ietf.org/doc/draft-xu-idr-neighbor-autodiscovery/
>
>
>
> The authors of this draft should send their IPR statements in response to
> this email.  I hope the authors will ihelp their vacationing co-authors to
> respond by July 7th.
>
>
>
> The WG should consider the following:
>
> 1)      Does BGP need to have an autodiscovery mechanism for peers within
> Data Centers?
>
> 2)      Does this mechanism work for other deployments?
>
>
>
> 3)      If so, should be passed in BGP Hello message?
>
> Or should it be a part of another protocol (e.g. LLDP, BFD, etc).
>
>
>
> 4)      Does this interact with any of the LSVR work?
>
>
>
> I want to thank the authors for their patience while we sorted through
> some of the WG LC for other drafts.  We decided to wait until some of those
> discussion were cleared up prior to starting a new WG Adoption call.
>
>
>
>
>
> Susan Hares
>
> _______________________________________________
> Idr mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/idr
>
>
> _______________________________________________
> Idr mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/idr
>
>
>
> _______________________________________________
> Idr mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/idr
>
>