ifconfig br0 mtu 1600 works expectedly. Even ip link set command too.

You might need to check on why ifconfig fails to update br0. dmesg ?

Thanks,
Gowrishankar

On Friday 24 July 2015 09:26 PM, Dave Waters wrote:
Hi,

I am unable to increase the MTU of the bridge port (the internal port) to be anything more than 1500. While i am able to reduce it, i am not able to increase it.

The reason i want to increase the MTU of the internal port is because i am encapsulating all packets that i recieve on eth1 inside VXLAN which increase the packet size. If i recieve a 1500 byte packet on eth1, then i am dropping the packets since the size goes beyond the MTU of the bridge after i put in VXLAN encapsulation.

root@ubuntu:/home/dw# ovs-vsctl show
b69c9516-a7dd-445c-a82d-8fb704e587a3
    Bridge "br0"
        Port "gre0"
            Interface "vxlanIp"
                type: vxlan
                options: {key="500", remote_ip="192.168.0.1"}
        Port "eth1"
            Interface "eth1"
        Port "br0"
            Interface "br0"
                type: internal
        Port "eth0"
            Interface "eth0"
    ovs_version: "2.0.2"
root@ubuntu:/home/dw#
root@ubuntu:/home/dw# ifconfig br0 mtu 1600

root@ubuntu:/home/dw# ifconfig br0
br0     Link encap:Ethernet  HWaddr 00:90:0b:35:e4:36
inet addr:192.16.10.147 Bcast:192.168.10.255 Mask:255.255.255.0
          inet6 addr: fe80::dc88:f5ff:feef:ef9b/64 Scope:Link
          UP BROADCAST RUNNING  MTU:1500  Metric:1
[clipped]

root@ubuntu:/home/dw#

Dave

On Thu, Jul 23, 2015 at 7:49 PM, gowrishankar <gowrishanka...@linux.vnet.ibm.com <mailto:gowrishanka...@linux.vnet.ibm.com>> wrote:

    On Thursday 23 July 2015 04:16 AM, Dave Waters wrote:

        Hi,

        I have two ports in my OVS bridge. I receive packets from one
        port (portA) and i send them out of the other (portB). When i
        send out the packets, they are VXLAN tunneled to the other end.

        Now, the default MTU of all ports (including the bridge port)
        is 1500 in my setup.

        The issue is that when i get a 1500 byte packet on portA, i
        try to push it out on portB after slapping on the VXLAN
        headers. This results in a packet size thats greater than what
        portB can handle, and hence the packets are dropped.


    Is increasing MTU of portB to 1550 (to accommodate additional 50
    bytes when no vlan taged) a constraint in your setup ?


        I know that OVS does not handle IP fragmentation/reassembly,
        so how do we deal with this situation? I dont think we can
        rely on path MTU discovery since not all applications do PMTU
        before spewing out packets. Any ideas, anybody?

        Warm regards,
        Dave


-- Regards,
    Gowrishankar M




_______________________________________________
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss

Reply via email to