Hi Ivan, Thanks for your reply. I have modified the SSVM ISO script to set the MTU of all interfaces and that appears to have solved the problem. Thank you.
I do hope that there will be some future possibility to push MTU settings through DHCP and configure them for system VMs. Kind regards, Alexander Overvoorde On Wed, Jan 2, 2019 at 3:26 PM Ivan Kudryavtsev <kudryavtsev...@bw-sw.com> wrote: > Hi, Alexander, at least one global setting could help: > secstorage.vm.mtu.size > > In my case network has larger MTU so, smaller for VR and CPVM is not a > problem. But for SSVM it is and this parameter helps. But for your case I > don't see a clear solution rather than to recommend you to hack > systemvm template. Probably, you are using VPN overlay network over a > public IP network to deliver services or Q-in-Q. > > Anyway, it's not an out-of-the box solution and requires extra > investigation. > > > ср, 2 янв. 2019 г. в 08:58, Alexander Overvoorde < > a.overvoo...@nerdalize.com > >: > > > Hi, > > > > I have a setup where the public traffic travels over a VLAN interface and > > should have an MTU of 1400 rather than the default 1500. The virtual > > interfaces seem to respect this setting: > > > > *27: vnet5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1400 qdisc fq_codel > > master cloudbr0 state UNKNOWN mode DEFAULT group default qlen 1000* > > > > However, the interfaces inside the VMs try to use an MTU of 1500. I > solved > > this for user VMs by providing a cloud-init script that sets the MTU, but > > there seems to be no such possibility for system VMs. How do I set the > MTU > > correctly? > > > > -- > > > > [image: Nerdalize] > > > > Alexander Overvoorde > > > > +31 6 20 28 27 29 > > > > OR > > > > +31 15 30 10 022 > > > > > -- > With best regards, Ivan Kudryavtsev > Bitworks LLC > Cell RU: +7-923-414-1515 > Cell USA: +1-201-257-1512 > WWW: http://bitworks.software/ <http://bw-sw.com/> > -- [image: Nerdalize] Alexander Overvoorde +31 6 20 28 27 29 OR +31 15 30 10 022
