netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* MCVLAN device do not honor smaller mtu than physical device
@ 2023-07-12  9:06 Zekri, Ishay
  2023-07-13  0:24 ` Jakub Kicinski
  0 siblings, 1 reply; 4+ messages in thread
From: Zekri, Ishay @ 2023-07-12  9:06 UTC (permalink / raw)
  To: netdev@vger.kernel.org
  Cc: edumazet@google.com, Panina, Alexandra, Barcinski, Bartosz

Hi,

We experiencing an issue in which MACVLAN MTU does not limit the frame size,
i.e. the limitation is coming from the physical device MTU.
Kernel version: 5.3.18

As described in the case below:
https://unix.stackexchange.com/questions/708638/macvlan-device-do-not-honor-smaller-mtu-than-physical-device 

it seems like this issue might have a fix.

If there was a known kernel issue that was fixed, I really apricate if you can provide to me the commit in which it was fixed.

Thanks,
Ishay.

Internal Use - Confidential

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: MCVLAN device do not honor smaller mtu than physical device
  2023-07-12  9:06 MCVLAN device do not honor smaller mtu than physical device Zekri, Ishay
@ 2023-07-13  0:24 ` Jakub Kicinski
  2023-07-18  9:01   ` Zekri, Ishay
  0 siblings, 1 reply; 4+ messages in thread
From: Jakub Kicinski @ 2023-07-13  0:24 UTC (permalink / raw)
  To: Zekri, Ishay
  Cc: netdev@vger.kernel.org, edumazet@google.com, Panina, Alexandra,
	Barcinski, Bartosz

On Wed, 12 Jul 2023 09:06:20 +0000 Zekri, Ishay wrote:
> Hi,
> 
> We experiencing an issue in which MACVLAN MTU does not limit the frame size,
> i.e. the limitation is coming from the physical device MTU.
> Kernel version: 5.3.18
> 
> As described in the case below:
> https://unix.stackexchange.com/questions/708638/macvlan-device-do-not-honor-smaller-mtu-than-physical-device 
> 
> it seems like this issue might have a fix.
> 
> If there was a known kernel issue that was fixed, I really apricate if you can provide to me the commit in which it was fixed.

In the post above you seem to be pinging the local IP address.

129: K9AT9i1G2x@eth6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether ba:c7:36:3f:9a:76 brd ff:ff:ff:ff:ff:ff
    inet 192.168.15.40/21 scope global K9AT9i1G2x
         ^^^^^^^^^^^^^
 # ping -c 3 -M do -s 8972 192.168.15.40
                           ^^^^^^^^^^^^^

Local traffic gets routed thru the loopback interface which has 
the default MTU of 64k. Did you try to ping something outside
of the host?

^ permalink raw reply	[flat|nested] 4+ messages in thread

* RE: MCVLAN device do not honor smaller mtu than physical device
  2023-07-13  0:24 ` Jakub Kicinski
@ 2023-07-18  9:01   ` Zekri, Ishay
  2023-09-13 15:04     ` Zekri, Ishay
  0 siblings, 1 reply; 4+ messages in thread
From: Zekri, Ishay @ 2023-07-18  9:01 UTC (permalink / raw)
  To: Jakub Kicinski
  Cc: netdev@vger.kernel.org, edumazet@google.com, Panina, Alexandra,
	Barcinski, Bartosz

I gave this post as an example to the issue we are seeing.
We tried to ping from host outside of the server.


Internal Use - Confidential

-----Original Message-----
From: Jakub Kicinski <kuba@kernel.org> 
Sent: Thursday, July 13, 2023 3:24 AM
To: Zekri, Ishay
Cc: netdev@vger.kernel.org; edumazet@google.com; Panina, Alexandra; Barcinski, Bartosz
Subject: Re: MCVLAN device do not honor smaller mtu than physical device


[EXTERNAL EMAIL] 

On Wed, 12 Jul 2023 09:06:20 +0000 Zekri, Ishay wrote:
> Hi,
> 
> We experiencing an issue in which MACVLAN MTU does not limit the frame 
> size, i.e. the limitation is coming from the physical device MTU.
> Kernel version: 5.3.18
> 
> As described in the case below:
> https://urldefense.com/v3/__https://unix.stackexchange.com/questions/7
> 08638/macvlan-device-do-not-honor-smaller-mtu-than-physical-device__;!
> !LpKI!iFTSU67fNksfVLQ4yxAk3ggSMZPw-qM4PlkTINcLKkuCbWWhnSYQV3YxsBjFDTc1
> hIIiWqVFlWFH$ [unix[.]stackexchange[.]com]
> 
> it seems like this issue might have a fix.
> 
> If there was a known kernel issue that was fixed, I really apricate if you can provide to me the commit in which it was fixed.

In the post above you seem to be pinging the local IP address.

129: K9AT9i1G2x@eth6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether ba:c7:36:3f:9a:76 brd ff:ff:ff:ff:ff:ff
    inet 192.168.15.40/21 scope global K9AT9i1G2x
         ^^^^^^^^^^^^^
 # ping -c 3 -M do -s 8972 192.168.15.40
                           ^^^^^^^^^^^^^

Local traffic gets routed thru the loopback interface which has the default MTU of 64k. Did you try to ping something outside of the host?

^ permalink raw reply	[flat|nested] 4+ messages in thread

* RE: MCVLAN device do not honor smaller mtu than physical device
  2023-07-18  9:01   ` Zekri, Ishay
@ 2023-09-13 15:04     ` Zekri, Ishay
  0 siblings, 0 replies; 4+ messages in thread
From: Zekri, Ishay @ 2023-09-13 15:04 UTC (permalink / raw)
  To: Jakub Kicinski; +Cc: netdev@vger.kernel.org, edumazet@google.com

Hi,

I upgraded my kernel to version 5.14,
but still, I see the same issue in which the MCVLAN device do not honor smaller MTU than the physical device.

My setup includes 2 physical nics connected back to back.

When configuring IP addresses on top of the physical nics,
ping with DF bit set is not working when the message size is larger than MTU,
but when configuring IP address on top of MACVLAN device ping with DF bit set works even if the MACVLAN MTU is lower than message size.

Note:
MACVLAN device is created on top of the physical interface.

Any idea what is the root cause for that?

Please let me know if further information is required.

Thanks,
Ishay.


Internal Use - Confidential

-----Original Message-----
From: Zekri, Ishay 
Sent: Tuesday, July 18, 2023 12:02 PM
To: Jakub Kicinski
Cc: netdev@vger.kernel.org; edumazet@google.com; Panina, Alexandra; Barcinski, Bartosz
Subject: RE: MCVLAN device do not honor smaller mtu than physical device

I gave this post as an example to the issue we are seeing.
We tried to ping from host outside of the server.


Internal Use - Confidential

-----Original Message-----
From: Jakub Kicinski <kuba@kernel.org> 
Sent: Thursday, July 13, 2023 3:24 AM
To: Zekri, Ishay
Cc: netdev@vger.kernel.org; edumazet@google.com; Panina, Alexandra; Barcinski, Bartosz
Subject: Re: MCVLAN device do not honor smaller mtu than physical device


[EXTERNAL EMAIL] 

On Wed, 12 Jul 2023 09:06:20 +0000 Zekri, Ishay wrote:
> Hi,
> 
> We experiencing an issue in which MACVLAN MTU does not limit the frame 
> size, i.e. the limitation is coming from the physical device MTU.
> Kernel version: 5.3.18
> 
> As described in the case below:
> https://urldefense.com/v3/__https://unix.stackexchange.com/questions/7
> 08638/macvlan-device-do-not-honor-smaller-mtu-than-physical-device__;!
> !LpKI!iFTSU67fNksfVLQ4yxAk3ggSMZPw-qM4PlkTINcLKkuCbWWhnSYQV3YxsBjFDTc1
> hIIiWqVFlWFH$ [unix[.]stackexchange[.]com]
> 
> it seems like this issue might have a fix.
> 
> If there was a known kernel issue that was fixed, I really apricate if you can provide to me the commit in which it was fixed.

In the post above you seem to be pinging the local IP address.

129: K9AT9i1G2x@eth6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether ba:c7:36:3f:9a:76 brd ff:ff:ff:ff:ff:ff
    inet 192.168.15.40/21 scope global K9AT9i1G2x
         ^^^^^^^^^^^^^
 # ping -c 3 -M do -s 8972 192.168.15.40
                           ^^^^^^^^^^^^^

Local traffic gets routed thru the loopback interface which has the default MTU of 64k. Did you try to ping something outside of the host?

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2023-09-13 20:00 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-07-12  9:06 MCVLAN device do not honor smaller mtu than physical device Zekri, Ishay
2023-07-13  0:24 ` Jakub Kicinski
2023-07-18  9:01   ` Zekri, Ishay
2023-09-13 15:04     ` Zekri, Ishay

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).