Bug 1033171 - RFE: Allow MTU to be specified
Summary: RFE: Allow MTU to be specified
Keywords:
Status: CLOSED DUPLICATE of bug 666556
Alias: None
Product: Virtualization Tools
Classification: Community
Component: libvirt
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Libvirt Maintainers
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-11-21 16:15 UTC by David Woodhouse
Modified: 2016-04-19 20:30 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-04-19 20:30:30 UTC
Embargoed:


Attachments (Terms of Use)

Description David Woodhouse 2013-11-21 16:15:39 UTC
I use libvirt to run a Windows virtual machine, which is unfortunately required for certain services that my company provides (and requires that I use).

I am connected to the company via a VPN, with an MTU of 1266.

There are pMTU black holes in our network, and HR are quite insistent that I am not permitted to visit the office location of those responsible, and apply percussive education until the problem is fixed.

Thus, I must work around it at my end. My options include MSS clamping on the NAT, or asking dnsmasq to advertise the smaller MTU in its DHCP responses. Both of those would need to be set up by libvirt.

If there is an existing facility in the network configuration where I can add verbatim options to the dnsmasq config such as 'dhcp-option=virbr0,26,1266', that would probably suffice...

Comment 1 Cole Robinson 2016-04-19 20:30:30 UTC
Duping to another bug which has discussions about more generalized dnsmasq option passthrough

*** This bug has been marked as a duplicate of bug 666556 ***


Note You need to log in before you can comment on or make changes to this bug.