<div dir="ltr">On Wed, May 17, 2017 at 10:03 AM, Mathieu Gagné <<a href="mailto:mgagne@calavera.ca">mgagne@calavera.ca</a>> wrote:<br>> Hi,<br>><br>> When you attach multiple networks/interfaces to an instance and at<br>> least 2 subnets have a default route, you end up with 2 default routes<br>> in network_data.json.<br>><br>> If cloud-init or any other in-guest agent is used to configure the<br>> network, you could end up with 2 default routes and to an extend, with<br>> non-working networking. (like we found out recently)<br>><br>> How should we handle this situation where you could end up with 2<br>> subnets, each having a default route?<br>><br>> * Should Nova decide which default route to expose to the instance?<br>> * Should the in-guest agent pick one?<br>><br>> I'm looking for opinions and advises on how to fix this issue.<br>><br><br>I would also like to draw attention to a spec I wrote which faces the same questions and challenges related to multiple fixed-ips per port support:<br><a href="https://review.openstack.org/#/c/312626/7">https://review.openstack.org/#/c/312626/7</a><br><br>Quoting the commit message here:<br><br>> Each subnet can have its own routes and default route which create challenges:<br>> * Should all routes be merged in the same "routes" attribute?<br>> * What should be the default route if more than one subnet provides a default route? Should we provide all of them?<br>> * What should be the implementation logic an in-guest agent use to determine the default route?<br>> * Are there use cases where one default route should be used over the others? I'm thinking about NFV or other specialized use cases.<br><br>--<br>Mathieu<br></div>