Re: [Idr] New BGP capability to advertise running daemon version

Hi Donatas,

In BGP protocol version number indicates the protocol version (ex BGP
version 4) vs specific implementation build. Take Junos or IOS or EOS ...
what is the version you would exchange in your extension ? The entire
operating system ?

Moreover BGP implementation version which you are proposing to add to
capabilities really means not much as even across identical protocol
binaries specific BGP features may be enabled by configuration or may not
resulting in different protocol behavior.

Today you are already exchanging the enabled functionality of the protocol
in BGP capabilities so it is just a matter of better show command to see
across all peers what features are advertised and received by their real
BGP capabilities.

Now if you intend to locate bgp speakers which in some "version" may have
bugs I am afraid much better way would be NMS for that.

Also BGP capabilities are only locally exchanged - so hosts will tell TOR
and that's it. You would still need to log in to 1000s of TORs to check
which OS binary is running there. And when the hosts get's upgraded you
start over.

Much better option in your case - and possibly in other cases - would be
perhaps to define new transitive BGP attribute or BGP wide community which
would advertise [bgp_id + received capabilities + negotiated capabilities]
across your domain.

Then you will be able to use this information in a much more granular way
and consistent across various BGP implementations.

Thx,
R.

On Fri, Aug 2, 2019, 02:09 Donatas Abraitis <donatas.abraitis@gmail.com>
wrote:

> Hi there!
>
> I would like to propose a new idea of how to simplify the debugging
> process when dealing with lots of different BGP speakers and even more
> with different versions.
>
> Basically, the implementation is very trivial, but it would be handy
> in cases when you should debug why some functionality does not work
> between two or more BGP speakers. Having this in place would speedup
> troubleshooting time. Even better if that comes to automation to
> gather information around all infrastructure you have.
>
> The implementation and details are posted in this draft:
> https://www.ietf.org/id/draft-abraitis-bgp-version-capability-00.txt
>
> Waiting for comments.
>
> Thank you!
>
> --
> Donatas
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>