+++ This bug was initially created as a clone of Bug #1765640 +++ Description of problem: When running rally create and list trunk scenario [0], the create_trunk operation with 125 subports takes almost 180 seconds to complete. The reason why this happens is that we're updating the binding information for every subport [1] If we could instead bulk update all the subports with a single call to the plugin, the operation would be much faster. On the other hand but this is not yet supported in ML2 plugin AFAIK. [0] https://opendev.org/openstack/rally-openstack/src/tag/1.5.0/rally_openstack/scenarios/neutron/trunk.py#L39 [1] https://github.com/openstack/networking-ovn/blob/6.0.0.0rc1/networking_ovn/ml2/trunk_driver.py#L59 Version-Release number of selected component (if applicable): OSP13 (all versions) How reproducible: Always Steps to Reproduce: Easiest way for reproducing may be by running Rally. Look for how long it takes to create 125 subports. Test neutron_create_trunk Actual results: Expected results: https://storage.bhs1.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_d50/686571/7/check/networking-ovn-rally-task/d50dd5d/results/report.html.gz#/NeutronTrunks.create_and_list_trunks Additional info:
Not worth fixing in OSP 14, since that is EOL