len 1000
> link/ether fe:00:1c:e9:00:06 brd ff:ff:ff:ff:ff:ff
>
> QUESTION: I understand the requirement of the MTU and as you can see from
> above output its being set. But does this same requirement apply to router?
>
>
> On Tue, Mar 17, 2020 at 8:15 PM li jerry wrote:
>
&
to modify the package header. The default MTU value will not
> be able to transfer data.
>
> -邮件原件-
> 发件人: Mr Jazze
> 发送时间: 2020年3月18日 6:31
> 收件人: CloudStack Mailing-List
> 主题: VXLAN Connectivity
>
> Hello Again,
>
> I've reconfigured my test environmen
ure iptables
> is allowing multicast traffic to pass.
>
> -Soi
>
> From: Mr Jazze
> Sent: Tuesday, March 17, 2020 5:31 PM
> To: CloudStack Mailing-List
> Subject: VXLAN Connectivity
>
> Hello Again,
>
> I've reconfigured my test envi
From: Mr Jazze
Sent: Tuesday, March 17, 2020 5:31 PM
To: CloudStack Mailing-List
Subject: VXLAN Connectivity
Hello Again,
I've reconfigured my test environment to use VXLAN instead of OVS which
went no where. I've of course deployed Advance Mode and put all the pieces
in place which yielded
Please check your switch port MTU value (9000), the default is 1500
Vxlan needs to modify the package header. The default MTU value will not be
able to transfer data.
-邮件原件-
发件人: Mr Jazze
发送时间: 2020年3月18日 6:31
收件人: CloudStack Mailing-List
主题: VXLAN Connectivity
Hello Again,
I've
the
router took a dump and I had to destroy it to get another router deployed,
now VM is unable to get IP address regardless of which host.
Does anyone have any experience with similar issue with VXLAN connectivity
and/or advice on how to resolve?
--
==
My Search to Build