[ https://issues.apache.org/jira/browse/CLOUDSTACK-7790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14235545#comment-14235545 ]
Rohit Yadav commented on CLOUDSTACK-7790: ----------------------------------------- Hi [~andrija] can you help document this? You can help by adding this information to the admin docs (or any other docs you prefer or the main docs -> http://docs.cloudstack.apache.org/en/master/networking/vxlan.html) There are the repos, one of which can use your observation which may be helpful for other users; https://github.com/apache/cloudstack-docs-admin https://github.com/apache/cloudstack-docs let me know if you need my help. So, can we close this issue? > VXLAN interface MTU change from 1450 to 1500 and JUMBRO frames > -------------------------------------------------------------- > > Key: CLOUDSTACK-7790 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7790 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Controller > Affects Versions: 4.4.1 > Environment: NOT important - CentOS 6.5, elrepo kernel 3.10 - > Reporter: Andrija Panic > Priority: Critical > Labels: frames, jumbo, vxlan > > By default, when using vxlan as isolation method for Guest traffic - > cloudstack created vxlan vbidge and interface, and set's MTU for those to > 1450 bytes. Problem is that default OS MTU for any VM is 1500 and all > packets get droped (except maybe DHCP and ping which uses smaller packets). > 1) Current proposed solution is to change MTU inside VM/template to 1450 - > which is absolutely NOT user friendly and degrades performance > 2) Better approach - set MTU on vxlan interface and bridge to a default value > of 1500, and ask ADMIN to increase MTU to 1600 bytes on physical interface > ethX or cloudbrX and enable at least 1600 frames on physical network > 3) Even better - add GUI component to CloudStack for a MTU value, so the > ADMIN can deploy JUMBRO frames accross whole Guest network - this should be > probably enabled per network offering, or similar. > Current setup, require MTU change inside VM is not a good solution, and does > not enable user to use JUMBRO frames at all... -- This message was sent by Atlassian JIRA (v6.3.4#6332)