[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <EA360A7AB9D90D4B9E9173B6D27C371EE3F7BC1C@MTKMBS61N1.mediatek.inc>
Date: Tue, 11 Aug 2015 17:58:14 +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 support using mcast group for all VNIs in control plane/data plane.
But in case there is no mcast routing enabled, I need to support
P2P vxlan underlay, hence use of the configuration I showed.
Thanks for the confirmation.
By the way, any informational doc I can read to know about the metadata mode of vxlan?
Andrew
======== please ignore my company added confidentiality notice on this thread =====================
-----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