More broadly this approach would discourage us from focusing on good

Hi I think that a big problem with this document is that it is trying to be BCOP without any practical operational deployment at all. So far, it is a theoretical document that we are not sure is going to work (for the reasons that we have pointed out.) practices and instead compel us to document the status quo, I do not think so, you can focus on doing the practices that you think are good, prove that good and then you can propose them as BCOP. Regards as On Wed, Jun 12, 2024 at 4:14 PM Matthias Wichtlhuber via connect-wg < connect-wg@ripe.net> wrote:

Hi Paul,

I understand the need for a revision, and that’s precisely the issue and far from irrelevant. If rejection based on broad implementation (whatever that means and how it should be assessed) is valid, Stavros can write as many revisions as he wants, there is always ground for rejecting this BCOP. More broadly this approach would discourage us from focusing on good practices and instead compel us to document the status quo, regardless of how mediocre it may be.

Regards, Matthias

On 10.06.24, 19:26, "Paul Hoogsteder" <paul@meanie.nl <mailto: paul@meanie.nl>> wrote:

Hello Matthias,

That is completely irrelevant. What matters is consensus, and based on what we've heard from some very knowledgeable people in this industry is that they have identified many issues that need to be addressed. I suggest you focus on addressing these first, not just on the mailing list but especially in the proposal itself.

Paul.

...

Hi Paul,

I think it would be fair game to quote the preceding paragraph as well:

"The BCOP TF brings together people to identify operational issues and motivate operators to document good operational practices *that are agreed upon between two or more parties*. [...]

The main interest of the task force is that current operational practice are captured and documents are published." [1]

I don't see how this justifies an objection to this proposal based on broad implementation. The authors have obviously agreed on this practice and I count five of them.

Regards, Matthias

[1] https://www.ripe.net/community/tf/bcop/ < https://www.ripe.net/community/tf/bcop/>

--

Dr.-Ing. Matthias Wichtlhuber Team Lead Research and Development ------------------------------ DE-CIX Management GmbH Lindleystr. 12, 60314 Frankfurt (Germany) phone: +49 69 1730902 141 <+49%2069%201730902141> mobile: +49 171 3836036 <+49%20171%203836036> fax: +49 69 4056 2716 <+49%2069%2040562716> e-mail: matthias.wichtlhuber@de-cix.net <mailto: matthias.wichtlhuber@de-cix.net> <mailto:matthias.wichtlhuber@de-cix.net <mailto: matthias.wichtlhuber@de-cix.net>> web: www.de-cix.net <http://www.de-cix.net/> <http://www.de-cix.net/> ;> ------------------------------ DE-CIX Management GmbH Executive Directors: Ivaylo Ivanov and Sebastian Seifert Trade registry: District court (Amtsgericht) Cologne, HRB 51135 Registered office: Lichtstr. 43i, 50825 Cologne

_______________________________________________ connect-wg mailing list connect-wg@ripe.net <mailto:connect-wg@ripe.net> https://lists.ripe.net/mailman/listinfo/connect-wg < https://lists.ripe.net/mailman/listinfo/connect-wg>

To unsubscribe from this mailing list, get a password reminder, or change your subscription options, please visit: https://lists.ripe.net/mailman/listinfo/connect-wg < https://lists.ripe.net/mailman/listinfo/connect-wg>

_______________________________________________ connect-wg mailing list connect-wg@ripe.net https://lists.ripe.net/mailman/listinfo/connect-wg

To unsubscribe from this mailing list, get a password reminder, or change your subscription options, please visit: https://lists.ripe.net/mailman/listinfo/connect-wg