Hi Mark, Thanks for the review and for merging!
Regards Paulo Em ter., 27 de out. de 2026 às 10:13, Mark Michelson <[email protected]> escreveu: > I merged this series to main. Thanks again! > > On Fri, Oct 23, 2026 at 3:39 PM Mark Michelson <[email protected]> > wrote: > > > > Thanks Paulo, > > > > Acked-by: Mark Michelson <[email protected]> > > > > I've run out of time today to be able to merge this, so I'll do it > > early next week. > > > > On Tue, Oct 20, 2026 at 6:55 PM Paulo Guilherme Silva via dev > > <[email protected]> wrote: > > > > > > When the first workload of a logical switch connected to a distributed > > > gateway port is bound to a chassis, or the last one is unbound, the > > > reference chassis of the HA chassis group of the port change. With > > > two or more gateway chassis in the group, this causes: > > > > > > - ovn-northd to recompute the northd node (and everything after it), > > > as it is woken up by its own write of HA_Chassis_Group.ref_chassis, > > > for which the northd node has no handler. > > > > > > - every gateway chassis of the group to recompute runtime data, and > > > hence lflow_output and pflow_output, usually several times per > > > event: the gateways enable or disable BFD on their tunnel towards > > > that chassis and runtime data doesn't handle changes to tunnel > > > interfaces, so every bfd and bfd_status update triggers a full > > > recompute. > > > > > > In deployments where workloads are created and deleted constantly, > > > these events are frequent, and the gateways, which have the most > > > datapaths local, pay the highest cost for each recompute. > > > > > > Paulo Guilherme Silva (3): > > > controller: Track local HA chassis groups in runtime data. > > > controller: Handle HA chassis tunnel changes incrementally. > > > northd: Don't recompute on HA_Chassis_Group ref_chassis updates. > > > > > > controller/binding.c | 12 ++ > > > controller/binding.h | 4 + > > > controller/ha-chassis.c | 30 ++++ > > > controller/ha-chassis.h | 9 + > > > controller/ovn-controller.c | 274 ++++++++++++++++++++++++++++--- > > > northd/ovn-northd.c | 2 + > > > tests/ovn-controller.at | 224 +++++++++++++++++++++++++ > > > tests/ovn-inc-proc-graph-dump.at | 5 +- > > > tests/ovn-northd.at | 46 ++++++ > > > 9 files changed, 585 insertions(+), 21 deletions(-) > > > > > > -- > > > 2.34.1 > > > > > > > > > -- > > > > > > > > > > > > > > > _'Esta mensagem é direcionada apenas para os endereços constantes no > > > cabeçalho inicial. Se você não está listado nos endereços constantes no > > > cabeçalho, pedimos-lhe que desconsidere completamente o conteúdo dessa > > > mensagem e cuja cópia, encaminhamento e/ou execução das ações citadas > estão > > > imediatamente anuladas e proibidas'._ > > > > > > > > > * **'Apesar do Magazine Luiza tomar > > > todas as precauções razoáveis para assegurar que nenhum vírus esteja > > > presente nesse e-mail, a empresa não poderá aceitar a responsabilidade > por > > > quaisquer perdas ou danos causados por esse e-mail ou por seus > anexos'.* > > > > > > > > > > > > _______________________________________________ > > > dev mailing list > > > [email protected] > > > https://mail.openvswitch.org/mailman/listinfo/ovs-dev > > > > > -- _‘Esta mensagem é direcionada apenas para os endereços constantes no cabeçalho inicial. Se você não está listado nos endereços constantes no cabeçalho, pedimos-lhe que desconsidere completamente o conteúdo dessa mensagem e cuja cópia, encaminhamento e/ou execução das ações citadas estão imediatamente anuladas e proibidas’._ * **‘Apesar do Magazine Luiza tomar todas as precauções razoáveis para assegurar que nenhum vírus esteja presente nesse e-mail, a empresa não poderá aceitar a responsabilidade por quaisquer perdas ou danos causados por esse e-mail ou por seus anexos’.* _______________________________________________ dev mailing list [email protected] https://mail.openvswitch.org/mailman/listinfo/ovs-dev
