<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">OK, so I should read before writing...</div><div class="gmail_quote"><br></div><div class="gmail_quote">On 5 July 2017 at 18:11, Ian Wells <span dir="ltr"><<a href="mailto:ijw.ubuntu@cack.org.uk" target="_blank">ijw.ubuntu@cack.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On 5 July 2017 at 14:14, Ihar Hrachyshka <span dir="ltr"><<a href="mailto:ihrachys@redhat.com" target="_blank">ihrachys@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Heya,<br>
<br>
we have <a href="https://bugs.launchpad.net/neutron/+bug/1671634" rel="noreferrer" target="_blank">https://bugs.launchpad.net/neu<wbr>tron/+bug/1671634</a> approved for<br>
Pike that allows setting MTU for network on creation. </blockquote><div><br></div></span><div>This was actually in the very first MTU spec (in case no one looked), though it never got implemented.  The spec details a whole bunch of stuff about how to calculate whether the proposed MTU will fit within the encap, incidentally, and will reject network creations when it doesn't.</div></div></div></div></blockquote><div><br></div><div>OK, even referenced in the bug, so apologies, we're all good.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">So, I wonder if we can instead lay the ground for updatable MTU right<br>
away, and allow_post: True from the start, even while implementing<br>
create only as a phase-1. Then we can revisit the decision if needed<br>
without touching api. What do you think?<br></blockquote></span></div></div></div></blockquote><div><br></div><div>I think I misinterpreted: you'd enable all options and then deal with the consequences in the backend code which has to implement one the of the previously listed behaviours?  That seems sane to me provided the required behaviours are documented somewhere where a driver implementer has to trip over them.</div><div>-- </div><div>Ian.</div></div></div></div>