[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <EA360A7AB9D90D4B9E9173B6D27C371EE3F7C4D0@MTKMBS61N1.mediatek.inc>
Date: Thu, 13 Aug 2015 00:38:30 +0000
From: Andrew Qu <andrew.qu@...iatek.com>
To: Alexei Starovoitov <ast@...mgrid.com>,
David Miller <davem@...emloft.net>
CC: "tgraf@...g.ch" <tgraf@...g.ch>,
"jesse@...ira.com" <jesse@...ira.com>,
"pshelar@...ira.com" <pshelar@...ira.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: RE: VxLAN support question
Hi Alexei,
I run into following issue:
root@...server:/home/andrew# ip li add vxlan0 type vxlan id 42 remote 171.1.1.1 local 170.1.1.1 dev eth1
====> OK
root@...server:/home/andrew# ip li add vxlan1 type vxlan id 42 remote 172.1.1.1 local 170.1.1.1 dev eth2
==> RTNETLINK answers: File exists
Do you know why Linux kernel reject second CLI ?
>From user perspective, it is a perfect fine configuration because I want to create two P2P vxlan
Tunnels to connect TWO VTEPs using same VNI.
Thanks,
Andrew
root@...server:/home/andrew#
-----Original Message-----
From: Alexei Starovoitov [mailto:ast@...mgrid.com]
Sent: Monday, August 10, 2015 10:37 PM
To: Andrew Qu; David Miller
Cc: tgraf@...g.ch; jesse@...ira.com; pshelar@...ira.com; netdev@...r.kernel.org
Subject: Re: VxLAN support question
On 8/10/15 4:47 PM, Andrew Qu wrote:
>
> Pretty much what I want is that kernel will have about 1K interfaces
> (something like Tunnel100.1-tunnel100.1000 To be created and attached
> to 1K bridge domains on which each VNI is associated with given VNI to
> bridge-domain will be assigned using other CLIs)
creating 1k vxlan devices is doable, but you probably want to take a look at recently added metadata mode of vxlan.
Also sounds like for each vni you'd need a different multicast group?
What fabric going to support that?
> ************* Email Confidentiality Notice ********************
please avoid such banners.
************* Email Confidentiality Notice ********************
The information contained in this e-mail message (including any
attachments) may be confidential, proprietary, privileged, or otherwise
exempt from disclosure under applicable laws. It is intended to be
conveyed only to the designated recipient(s). Any use, dissemination,
distribution, printing, retaining or copying of this e-mail (including its
attachments) by unintended recipient(s) is strictly prohibited and may
be unlawful. If you are not an intended recipient of this e-mail, or believe
that you have received this e-mail in error, please notify the sender
immediately (by replying to this e-mail), delete any and all copies of
this e-mail (including any attachments) from your system, and do not
disclose the content of this e-mail to any other person. Thank you!
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists