Re: [arch-d] Proposed IAB program: Evolvability, Deployability, & Maintainability.

[Toerless Eckert <[e-mail]>]

On Tue, Jul 07, 2020 at 08:47:39AM -0700, Tommy Pauly wrote:
> > For deployability on network "equipment", router/switches/gateways with
> > hardware accelerated forwarding and other processing planes, there
> > are additional considerations IMHO most important for this space:
> 
> Yes, this language is a bit focused on end-hosts, but analogous considerations for routers, etc, would be good to include.

Happy to help, let me know if/when you want to go refining text.

> > This would all be great work to do if it was not executed ONLY via a current
> > IAB program. This is too important work to be subject to the whim of
> > IAB member interest. Its not maintaineable if its only done via an
> > IAB program.
> > 
> > IMHO, this should be an IAB AG (architecture group) that has IAB
> > members (like IESG members) as sponsors and creators, but which has
> > AG chairs running a standard RG/WG process, that can persist beyond
> > the terms of individual IAB members interests, and that isn't subject
> > to all the other issues i have with IAB processes.
> > 
> > Aka: No need to work on maintaineability if the process to work on
> > maintainability is not maintainable.
> 
> The work of maintaining mechanisms here long-term probably doesn???t belong in an IAB program or group, but rather as something that is run by the IESG or a WG. This program could certainly recommend such a function.

Well, this is a more generic criticism on my behalf on the structure and IAB processes:
IETF WGs are not mean to work on long term architecture topics. thats for IAB.
IRTF GGs are not mean to work on long term architecture topics. thats for IAB.

Aka: Why are there no architecture groups equalling WG/RGs ? IMHO we clearly see
limits to the current process of IAB programs, and IMHO RG/WGs working better.

All the things you bring up ar goin to be long-term architecture work items,
i just can't see this to work well within IAB programs and it does not belong into
RG/WGs, we need AGs too IMHO

Cheers
    Toerless