From: Chris J Arges
Date: Tue, 21 Jul 2015 12:36:33 -0500
> Some architectures like POWER can have a NUMA node_possible_map that
> contains sparse entries. This causes memory corruption with openvswitch
> since it allocates flow_cache with a multiple of num_possible_nodes() and
> assumes the node
On Tue, Jul 21, 2015 at 4:03 PM, Ben Pfaff wrote:
> Signed-off-by: Ben Pfaff
> ---
> lib/tnl-arp-cache.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/lib/tnl-arp-cache.c b/lib/tnl-arp-cache.c
> index 0113474..b6bfd22 100644
> --- a/lib/tnl-arp-cache.c
> +
On Tue, Jul 21, 2015 at 4:05 PM, Ben Pfaff wrote:
> Signed-off-by: Ben Pfaff
> ---
> lib/tnl-arp-cache.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/lib/tnl-arp-cache.c b/lib/tnl-arp-cache.c
> index b6bfd22..16a805e 100644
> --- a/lib/tnl-arp-cache.c
> +++ b/lib/tnl-
GRE64 was introduced to extend GRE key from 32-bit to 64-bit using
key and sequence number field. But GRE64 is not standard
protocol. There are not many users of this protocol. Therefore we
have decided to deprecate it. Since GRE64 is not in upstream
OVS kernel module removing it will bring upstrea
Wow. That's great. Thanks. I will look at what else we should add to the
sFlow export. (e.g. QinQ, NAT, ...). Should be straighforward now that we
have the actions for each sample.
Neil
On Tuesday, July 21, 2015, Ben Pfaff wrote:
> On Fri, Jul 17, 2015 at 09:37:02PM -0700, Neil McKee wrote
Ben Pfaff writes:
> IDL-generated files don't need to be distributed, and distributing them
> puts them in the source directory rather than the build directory, which
> causes "make distcheck" to fail if any of them need to be remade. To
> prevent this, this commit this removes them from ..._SOU
I reckon that this approach makes sense, as it alters very little OVN's
northbound schema; moreover at first glance I do not see in the patch
series any change to the OVN pipeline.
Also mapping neutron provider networks extension onto OVN should not be too
difficult. Perhaps neutron will have to d
Signed-off-by: Ben Pfaff
---
lib/tnl-arp-cache.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/tnl-arp-cache.c b/lib/tnl-arp-cache.c
index b6bfd22..16a805e 100644
--- a/lib/tnl-arp-cache.c
+++ b/lib/tnl-arp-cache.c
@@ -154,7 +154,7 @@ tnl_arp_cache_run(void)
}
static
Signed-off-by: Ben Pfaff
---
lib/tnl-arp-cache.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/lib/tnl-arp-cache.c b/lib/tnl-arp-cache.c
index 0113474..b6bfd22 100644
--- a/lib/tnl-arp-cache.c
+++ b/lib/tnl-arp-cache.c
@@ -75,8 +75,8 @@ tnl_arp_lookup(const char
On Tue, Jul 21, 2015 at 3:41 PM, Jesse Gross wrote:
> On Tue, Jul 21, 2015 at 12:22 AM, Pravin B Shelar wrote:
>> GRE64 was introduced to extend gre key from 32-bit to 64-bit using
>> gre-key and sequence number field. But GRE64 is not standard
>> protocol. There are not many users of this protoc
Applied, thanks.
(The patch had some wordwrapping in it--I fixed it up this time but
please be more careful.)
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Sat, Jul 18, 2015 at 6:46 PM, Ben Pfaff wrote:
> On Fri, Jul 17, 2015 at 04:18:08PM -0700, Jesse Gross wrote:
>> On Thu, Jul 16, 2015 at 12:04 PM, Kyle Mestery wrote:
>> > On Thu, Jul 16, 2015 at 12:55 PM, Ben Pfaff wrote:
>> >
>> >> On Tue, Jul 14, 2015 at 07:45:42AM +, Pritesh Kothari (
On Tue, Jul 21, 2015 at 12:22 AM, Pravin B Shelar wrote:
> GRE64 was introduced to extend gre key from 32-bit to 64-bit using
> gre-key and sequence number field. But GRE64 is not standard
> protocol. There are not many users of this protocol. Therefore we
> have decided to deprecate it.
>
> Signe
GRE64 was introduced to extend gre key from 32-bit to 64-bit using
gre-key and sequence number field. But GRE64 is not standard
protocol. There are not many users of this protocol. Therefore we
have decided to remove it.
Signed-off-by: Pravin B Shelar
---
I have also removed gre64 support from wi
On 21.07.2015 [11:30:58 -0500], Chris J Arges wrote:
> On Tue, Jul 21, 2015 at 09:24:18AM -0700, Nishanth Aravamudan wrote:
> > On 21.07.2015 [10:32:34 -0500], Chris J Arges wrote:
> > > Some architectures like POWER can have a NUMA node_possible_map that
> > > contains sparse entries. This causes
On 21.07.2015 [12:36:33 -0500], Chris J Arges wrote:
> Some architectures like POWER can have a NUMA node_possible_map that
> contains sparse entries. This causes memory corruption with openvswitch
> since it allocates flow_cache with a multiple of num_possible_nodes() and
> assumes the node variab
On Tue, Jul 21, 2015 at 04:52:01PM -0300, Flavio Leitner wrote:
> On Tue, Jul 21, 2015 at 11:38:01AM -0700, Ben Pfaff wrote:
> > On Fri, Jul 17, 2015 at 01:56:21PM -0300, Flavio Leitner wrote:
> > > When ifdown isn't executed (system didn't shut down properly),
> > > the interfaces remain in the op
On Fri, Jul 17, 2015 at 09:37:02PM -0700, Neil McKee wrote:
> Packets are still sampled at ingress only, so the egress
> tunnel and/or MPLS structures are only included when there is just 1 output
> port. The actions are either provided by the datapath in the sample upcall
> or looked up in the us
On 07/16/2015 03:56 AM, Alex Wang wrote:
> This commit adds the binding module to ovn-controller-vtep. The
> module will scan through the Binding table in ovnsb. If there is
> a binding for a logical port in the vtep gateway chassis's
> "vtep_logical_switches" map, sets the binding's chassis colu
On 07/21/2015 03:07 PM, Salvatore Orlando wrote:
> This makes sense to me as well.
>
> It's surely better to have structured data rather then encode them in
> resource names.
>
> In the options attribute for a "local" logical port, I guess the "name"
> attribute will be the name of some ovs bridg
On 07/16/2015 03:56 AM, Alex Wang wrote:
> This commit adds the gateway module to ovn-controller-vtep. The
> module will register the physical switches to ovnsb as chassis and
> constantly update the "vtep_logical_switches" column in Chassis table.
>
> Limitation:
>
> - Do not support reading mu
On Tue, Jul 21, 2015 at 11:38:01AM -0700, Ben Pfaff wrote:
> On Fri, Jul 17, 2015 at 01:56:21PM -0300, Flavio Leitner wrote:
> > When ifdown isn't executed (system didn't shut down properly),
> > the interfaces remain in the openvswitch's database. For the
> > internal ports or devices that are av
This makes sense to me as well.
It's surely better to have structured data rather then encode them in
resource names.
In the options attribute for a "local" logical port, I guess the "name"
attribute will be the name of some ovs bridge instance where the port is
plugged.
From a neutron integratio
No worries. I sent a new version (actually ran spell check on this one ;) )
On Tue, Jul 21, 2015 at 11:35 AM, Ben Pfaff wrote:
> On Tue, Jul 21, 2015 at 11:32:21AM -0700, Ethan Jackson wrote:
>> Thanks for the review, I've addressed the comments and will send out
>> another version of the patch
High availability for gateways in network virtualization deployments
is fairly difficult to get right. There are a ton of options, most of
which are too complicated or perform badly. To help solve this
problem, this patch proposes an HA design based on some of the lessons
learned building similar
On Fri, Jul 17, 2015 at 05:12:45PM -0700, Andy Zhou wrote:
> Instead of requiring user to declare a global variable, pass the value
> via ctl_init().
>
> Signed-off-by: Andy Zhou
I think that cmd_show_tables should be 'static'.
Acked-by: Ben Pfaff
__
On Fri, Jul 17, 2015 at 05:12:44PM -0700, Andy Zhou wrote:
> The 'recurse' is used during run time to suppress duplicated prints.
> It is not essential to describe how show command should work.
>
> This patch remove the 'recurse' member. Duplicated prints is now
> suppressed by maintaining an 'sse
On Fri, Jul 17, 2015 at 01:56:21PM -0300, Flavio Leitner wrote:
> When ifdown isn't executed (system didn't shut down properly),
> the interfaces remain in the openvswitch's database. For the
> internal ports or devices that are available when openvswitch
> service starts that's not an issue.
>
>
On Tue, Jul 21, 2015 at 11:32:21AM -0700, Ethan Jackson wrote:
> Thanks for the review, I've addressed the comments and will send out
> another version of the patch shortly. One comment on the feedback
> below.
>
> > Under "Controller Independent Active-backup", I am not sure that I buy
> > the a
On Mon, Jul 20, 2015 at 05:34:09PM -0400, Russell Bryant wrote:
> The build system was set up to install the ovs-sim manpage, but not
> ovs-sim itself. I noticed this because the fedora rpm build is
> currently broken because the man page was installed but not packaged
> yet. Fix this up by not i
Thanks for the review, I've addressed the comments and will send out
another version of the patch shortly. One comment on the feedback
below.
> Under "Controller Independent Active-backup", I am not sure that I buy
> the argument here, because currently ovn-northd doesn't care about the
> layout
On Tue, Jul 21, 2015 at 10:36 AM, Chris J Arges
wrote:
> Some architectures like POWER can have a NUMA node_possible_map that
> contains sparse entries. This causes memory corruption with openvswitch
> since it allocates flow_cache with a multiple of num_possible_nodes() and
> assumes the node var
On Mon, Jul 06, 2015 at 10:17:05PM -0700, Ben Pfaff wrote:
> I spent some time recently looking at the results of "ovs-ofctl
> dump-table-features". It was really distressing because of the volume of
> information. Every table yielded well over 100 lines of output and for 253
> (visible) tables t
On Tue, Jul 14, 2015 at 11:59:30AM -0400, Russell Bryant wrote:
> On 07/14/2015 10:59 AM, Ben Pfaff wrote:
> > Here's an a strawman alternative. Instead of representing a provider
> > network as a single logical network, represent it as a collection of
> > logical networks, one for each connected
On 07/21/2015 02:16 PM, Ben Pfaff wrote:
> On Mon, Jul 20, 2015 at 11:18:56AM -0700, Ben Pfaff wrote:
>> On Mon, Jul 20, 2015 at 02:06:26PM -0400, Russell Bryant wrote:
>>> I'd really love to get some feedback from those with more ops experience
>>> on this. I want to do whatever works and makes t
On Mon, Jul 20, 2015 at 11:18:56AM -0700, Ben Pfaff wrote:
> On Mon, Jul 20, 2015 at 02:06:26PM -0400, Russell Bryant wrote:
> > On 07/20/2015 01:46 PM, Ben Pfaff wrote:
> > Regarding this patch, to be honest, the choice of "bridge mappings" is
> > just borrowed from the existing OVS supp
IDL-generated files don't need to be distributed, and distributing them
puts them in the source directory rather than the build directory, which
causes "make distcheck" to fail if any of them need to be remade. To
prevent this, this commit this removes them from ..._SOURCES, moving them
into nodis
On 07/21/15 at 10:30am, Alexei Starovoitov wrote:
> RX:
> >+info->mode = IP_TUNNEL_INFO_RX;
> >+info->key.tun_flags = TUNNEL_KEY;
> >+info->key.tun_id = cpu_to_be64(vni >> 8);
> ...
> TX:
> >+dst_port = info->key.tp_dst ? : vxlan->dst_port;
> >+
From: Thomas Graf
Date: Tue, 21 Jul 2015 10:43:44 +0200
> This series combines the work previously posted by Roopa, Robert and
> myself. It's according to what we discussed at NFWS. The motivation
> of this series is to:
>
> * Consolidate code between OVS and the rest of the kernel and get
>
On Mon, Jul 20, 2015 at 07:13:51PM -0400, Aaron Conole wrote:
> Add autogenerated files to the CLEANFILES so that they are not kept around
> after clean/distclean.
>
> Signed-off-by: Aaron Conole
Thanks, applied to master.
___
dev mailing list
dev@op
On Mon, Jul 20, 2015 at 07:13:50PM -0400, Aaron Conole wrote:
> Add autogenerated files to the CLEANFILES so that they are not kept around
> after clean/distclean
>
> Signed-off-by: Aaron Conole
Thanks, applied to master.
___
dev mailing list
dev@ope
On Mon, Jul 20, 2015 at 07:13:49PM -0400, Aaron Conole wrote:
> Eliminate the $(srcdir) requirement on vswitch-idl.ovsidl
> Also, add autogenerated files to the CLEANFILES so that they are not kept
> around after clean/distclean.
>
> Signed-off-by: Aaron Conole
Thanks, applied to master.
Some architectures like POWER can have a NUMA node_possible_map that
contains sparse entries. This causes memory corruption with openvswitch
since it allocates flow_cache with a multiple of num_possible_nodes() and
assumes the node variable returned by for_each_node will index into
flow->stats[node
On 7/21/15 1:43 AM, Thomas Graf wrote:
This prepares the VXLAN device to be steered by the routing and other
subsystems which allows to support encapsulation for a large number
of tunnel endpoints and tunnel ids through a single net_device which
improves the scalability.
+1. looks very useful.
On Mon, Jul 20, 2015 at 07:13:48PM -0400, Aaron Conole wrote:
> Signed-off-by: Aaron Conole
Applied, thanks!
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Mon, Jul 20, 2015 at 07:13:47PM -0400, Aaron Conole wrote:
> Signed-off-by: Aaron Conole
Applied, thanks.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
v2-v3:
- Dropped first patch that was merged.
- Reorder remaining patches to put everything directly related to
the feature at the end and all of the pre-reqs at the beginning.
- Update flows to ensure that a packet that comes in via a localnet
port never goes out over a tunnel to avoid ha
Introduce a new logical port type called "localnet". A logical port
with this type also has an option called "network_name". A "localnet"
logical port represents a connection to a locally accessible network.
ovn-controller will use the ovn-bridge-mappings configuration to
figure out which patch p
A recent patch added "type" and "options" columns to the Logical_Port
table in OVN_Northbound. This patch allows you to get and set those
columns with ovn-nbctl.
Signed-off-by: Russell Bryant
---
ovn/ovn-nbctl.8.xml | 24 ++--
ovn/ovn-nbctl.c | 111 +
We have started discussing the use of the logical port abstraction in
OVN to represent special types of connections into an OVN logical
switch. This patch proposes some schema updates to reflect these
special types of logical ports. A logical port can have a "type" and
a set of options specific t
A recent patch added a new OVN configuration option called
ovn-bridge-mappings. Create some bridges and configure
ovn-bridge-mappings to make testing this part of OVN easier.
This setup will not interfere with anything unless you try to create
networks that make use of it.
Signed-off-by: Russell
Add a new OVN configuration entry in the Open_vSwitch database called
"ovn-bridge-mappings". This allows the configuration of mappings
between a physical network name and an OVS bridge that provides
connectivity to that network.
For example, if you wanted to configure "physnet1" to map to "br-eth
While parsing the OVN bridge mapping configuration, ensure that patch
ports exist between the OVN integration bridge and the physical
network bridge. If they do not exist, create them automatically.
Signed-off-by: Russell Bryant
---
ovn/controller/ovn-controller.c | 114
The logic in ovn-northd's parents_equal() and tags_equal() is useful
for other columns, so convert them into more generic functions that
can be reused.
Signed-off-by: Russell Bryant
---
ovn/northd/ovn-northd.c | 31 ---
1 file changed, 20 insertions(+), 11 deletions(-
When getting the initial configuration, go ahead and store br_int in
the controller context. This is already done in the main loop, but a
future patch wants to use br_int from the controller context sooner in
the code.
Signed-off-by: Russell Bryant
---
ovn/controller/ovn-controller.c | 5 ++---
While running ovn-controller under valgrind, I noticed several
variations of the same warning. Switching this allocation from malloc
to zalloc resolves it.
For reference, some examples from valgrind are:
==8487== Conditional jump or move depends on uninitialised value(s)
==8487==at 0x408935:
Add a method to determine of two smaps are equal (have the exact same
set of key-value pairs).
Signed-off-by: Russell Bryant
---
lib/smap.c | 34 ++
lib/smap.h | 2 ++
2 files changed, 36 insertions(+)
diff --git a/lib/smap.c b/lib/smap.c
index 7fe3ce4..86bf89d
Hello,
I am trying to use vhost-user for sending traffic between VMs . I have
configured two "dpdkvhostuser" interfaces each VM using one of them each .
vswitchd is running with dpdk.
Qemu is running with the vhost interfaces
Guest OS can see interfaces - Verified with the static MAC i have assi
On Mon, Jul 20, 2015 at 02:18:51PM -0700, Andy Zhou wrote:
> On Mon, Jul 20, 2015 at 1:49 PM, Ben Pfaff wrote:
> > Due to the way that Autotest works, this text was ignored, but it's still
> > useless and looks weird and we might as well remove it.
> >
> > Signed-off-by: Ben Pfaff
>
> Acked-by:
On Tue, Jul 21, 2015 at 09:24:18AM -0700, Nishanth Aravamudan wrote:
> On 21.07.2015 [10:32:34 -0500], Chris J Arges wrote:
> > Some architectures like POWER can have a NUMA node_possible_map that
> > contains sparse entries. This causes memory corruption with openvswitch
> > since it allocates flo
On 21.07.2015 [10:32:34 -0500], Chris J Arges wrote:
> Some architectures like POWER can have a NUMA node_possible_map that
> contains sparse entries. This causes memory corruption with openvswitch
> since it allocates flow_cache with a multiple of num_possible_nodes() and
Couldn't this also be fi
Some architectures like POWER can have a NUMA node_possible_map that
contains sparse entries. This causes memory corruption with openvswitch
since it allocates flow_cache with a multiple of num_possible_nodes() and
assumes the node variable returned by for_each_node will index into
flow->stats[node
On Tue, Jul 21, 2015 at 03:50:55PM +0530, niti Rohilla wrote:
> We are implementing Group and meter change notification messages(EXT-235).
>
> As per the specification, the structure of Request forward message is:-
> struct ofp_requestforward_header {
> struct ofp_header header; /* Type OFPT_
On Tue, Jul 21, 2015 at 10:08:56AM +0530, deepaksingh wrote:
> This is the reason affecting WLC CPU. packet-in rate may need to
> rate-limited to protect the CPU, excess rate (non-LLDP) should be dropped
Rate-limiting has been supported since 2009. Please read the
documentation.
_
I have a proposal for you kindly E-mail me at mshong7...@gmaill.com
Leslie L. Schrier, Program Chair
Foreign Languages and ESL Education
College of Education
244 N Lindquist Center
Iowa City, IA 52242
Phone and Messages: 319-335-5048
FAX: 319-335-5608
http://ww
Hi Ben,
We are implementing Group and meter change notification messages(EXT-235).
As per the specification, the structure of Request forward message is:-
struct ofp_requestforward_header {
struct ofp_header header; /* Type OFPT_REQUESTFORWARD. */
struct ofp_header request; /* Request be
This factors out the device configuration out of the RTNL newlink
API which allows for in-kernel creation of VXLAN net_devices.
Signed-off-by: Thomas Graf
---
drivers/net/vxlan.c | 332
include/net/vxlan.h | 59 ++
2 files changed, 23
This allows to get rid of the get_name() vport ops later on.
Signed-off-by: Thomas Graf
---
net/openvswitch/datapath.c | 4 ++--
net/openvswitch/vport-internal_dev.c | 1 -
net/openvswitch/vport-netdev.c | 6 --
net/openvswitch/vport-netdev.h | 1 -
net/openvswitch/vpor
Utilize the new metadata dst to attach encapsulation instructions to
the skb. The existing egress_tun_info via the OVS_CB() is left in
place until all tunnel vports have been converted to the new method.
Signed-off-by: Thomas Graf
Signed-off-by: Pravin B Shelar
---
net/openvswitch/actions.c
This gets rid of all OVS specific VXLAN code in the receive and
transmit path by using a VXLAN net_device to represent the vport.
Only a small shim layer remains which takes care of handling the
VXLAN specific OVS Netlink configuration.
Unexports vxlan_sock_add(), vxlan_sock_release(), vxlan_xmit_
This is the first step in representing all OVS vports as regular
struct net_devices. Move the net_device pointer into the vport
structure itself to get rid of struct vport_netdev.
Signed-off-by: Thomas Graf
Signed-off-by: Pravin B Shelar
---
net/openvswitch/datapath.c | 7 +--
net/op
Allows putting a VXLAN device into a new flow-based mode in which
skbs with a ip_tunnel_info dst metadata attached will be encapsulated
according to the instructions stored in there with the VXLAN device
defaults taken into consideration.
Similar on the receive side, if the VXLAN_F_COLLECT_METADAT
This introduces a new IP tunnel lightweight tunnel type which allows
to specify IP tunnel instructions per route. Only IPv4 is supported
at this point.
Signed-off-by: Thomas Graf
---
drivers/net/vxlan.c| 10 +++-
include/net/dst_metadata.h | 12 -
include/net/ip_tunnels.h
If output device wants to see the dst, inherit the dst of the
original skb and pass it on to generate the ARP request.
Signed-off-by: Thomas Graf
---
net/ipv4/arp.c | 65 +-
1 file changed, 37 insertions(+), 28 deletions(-)
diff --git a/ne
This add the ability to select a routing table based on the tunnel
id which allows to maintain separate routing tables for each virtual
tunnel network.
ip rule add from all tunnel-id 100 lookup 100
ip rule add from all tunnel-id 200 lookup 200
A new static key controls the collection of metadata
Add a new flowi_tunnel structure which is a subset of ip_tunnel_key to
allow routes to match on tunnel metadata. For now, the tunnel id is
added to flowi_tunnel which allows for routes to be bound to specific
virtual tunnels.
Signed-off-by: Thomas Graf
---
include/net/flow.h | 8
n
ip_route_input() unconditionally overwrites the dst. Hide the original
dst attached to the skb by calling skb_dst_set(skb, NULL) prior to
ip_route_input().
Reported-by: Julian Anastasov
Signed-off-by: Thomas Graf
---
net/ipv4/icmp.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/net/ipv4/i
From: Roopa Prabhu
This implementation uses lwtunnel infrastructure to register
hooks for mpls tunnel encaps.
It picks cues from iptunnel_encaps infrastructure and previous
mpls iptunnel RFC patches from Eric W. Biederman and Robert Shearman
Signed-off-by: Roopa Prabhu
---
include/linux/mpls_
From: Roopa Prabhu
For input routes with tunnel encap state this patch redirects
dst output functions to lwtunnel_output which later resolves to
the corresponding lwtunnel output function.
This has been tested to work with mpls ip tunnels.
Signed-off-by: Roopa Prabhu
---
net/ipv4/route.c | 2
Introduces a new dst_metadata which enables to carry per packet metadata
between forwarding and processing elements via the skb->dst pointer.
The structure is set up to be a union. Thus, each separate type of
metadata requires its own dst instance. If demand arises to carry
multiple types of metad
From: Roopa Prabhu
Signed-off-by: Roopa Prabhu
---
net/mpls/af_mpls.c | 11 ---
net/mpls/internal.h | 9 +++--
2 files changed, 15 insertions(+), 5 deletions(-)
diff --git a/net/mpls/af_mpls.c b/net/mpls/af_mpls.c
index 1f93a59..6e66911 100644
--- a/net/mpls/af_mpls.c
+++ b/net/m
From: Roopa Prabhu
This is similar to ipv4 redirect of dst output to lwtunnel
output function for encapsulation and xmit.
Signed-off-by: Roopa Prabhu
---
net/ipv6/route.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/net/ipv6/route.c b/net/ipv6/route.c
index b3431b7..7f2214f 100644
--- a
From: Roopa Prabhu
This patch introduces two new RTA attributes to attach encap
data to fib routes.
Example iproute2 command to attach mpls encap data to ipv4 routes
$ip route add 10.1.1.0/30 encap mpls 200 via inet 10.1.1.1 dev swp1
Signed-off-by: Roopa Prabhu
Suggested-by: Eric W. Biederman
From: Roopa Prabhu
This patch introduces lwtunnel_output function to call corresponding
lwtunnels output function to xmit the packet.
It adds two variants lwtunnel_output and lwtunnel_output6 for ipv4 and
ipv6 respectively today. But this is subject to change when lwtstate will
reside in dst or
From: Roopa Prabhu
This patch adds support in ipv4 fib functions to parse user
provided encap attributes and attach encap state data to fib_nh
and rtable.
Signed-off-by: Roopa Prabhu
---
include/net/ip_fib.h | 5 ++-
include/net/route.h | 1 +
net/ipv4/fib_frontend.c | 8
net
From: Roopa Prabhu
This patch adds support in ipv6 fib functions to parse Netlink
RTA encap attributes and attach encap state data to rt6_info.
Signed-off-by: Roopa Prabhu
---
include/net/ip6_fib.h | 3 +++
net/ipv6/ip6_fib.c| 2 ++
net/ipv6/route.c | 33
This series combines the work previously posted by Roopa, Robert and
myself. It's according to what we discussed at NFWS. The motivation
of this series is to:
* Consolidate code between OVS and the rest of the kernel and get
rid of OVS vports and instead represent them as pure net_devices.
*
From: Roopa Prabhu
Provides infrastructure to parse/dump/store encap information for
light weight tunnels like mpls. Encap information for such tunnels
is associated with fib routes.
This infrastructure is based on previous suggestions from
Eric Biederman to follow the xfrm infrastructure.
Sign
BTW, Check if the VM client is in different sub-net. I know for sure if the
Machine on same sub-net it should work. That could be an issue with your setup.
Send out the Test topology so that it can help other in the thread to help you.
Regards,
Renuka
-Original Message-
From: Renuka Sac
I had developed the code slightly different from main line for V3 in the month
of April and during that time I had verified the feature for IGMP MCast
Snooping for V2 and V3. I had used the same test-cases to verify the Main-line
code committed for IGMP V3. It should work as expected.
Verify th
90 matches
Mail list logo
