could you explain it more specifically, what's the difference between
internal device and other device?
where dose it get the packet or when would the internal_dev_xmit procedure
be called?
2013/3/26 Jesse Gross
> On Mon, Mar 25, 2013 at 4:59 AM, 王国栋 wrote:
> > Hello everyone,
> > I've got con
This is the full patch
---
This patch adds more flow related stats to the output of
"ovs-appctl dpif/show". Specifically, the follow information
are added per ofproto:
- Max flow table size
- Average flow table size
- Average flow table add rate
- Average flow table delete rate
- Average flow en
Add support for configuring multiple IPFIX collectors for per-flow
packet sampling.
Signed-off-by: Romain Lenglet
---
ofproto/ofproto-dpif-ipfix.c | 238 +++
ofproto/ofproto-dpif-ipfix.h | 6 +-
ofproto/ofproto-dpif.c | 10 +-
ofproto/ofproto-prov
The "flow_sample" upcall is is used to sample packets on a per-flow
basis.
Make the userspace action's userdata size variable depending on the
union member used.
Signed-off-by: Romain Lenglet
---
lib/odp-util.c | 111 +++--
lib/odp-util.h | 1
Hi Ben, Jesse,
Here is an updated series of patches for adding IPFIX support.
Following your comments on my previous series of patches, I made the
following changes:
- Renamed the OpenFlow sampling action into "sample".
- Extended the OpenFlow action to include the observation domain ID
and ob
Add IPFIX collector set configuration. Add support for per-bridge
IPFIX sampling.
Signed-off-by: Romain Lenglet
---
ofproto/automake.mk | 2 +
ofproto/ofproto-dpif-ipfix.c | 160 +++
ofproto/ofproto-dpif-ipfix.h | 29
ofproto/ofproto-
The "ipfix" upcall is used to per-bridge packet sampling to IPFIX
collectors.
Signed-off-by: Romain Lenglet
---
lib/odp-util.c | 13 +
lib/odp-util.h | 7 ++-
ofproto/ofproto-dpif.c | 26 +-
tests/odp.at | 1 +
4 files changed,
Define NXAST_SAMPLE OpenFlow vendor action and the corresponding
OFPACT_SAMPLE OVS action, to do per-flow packet sampling.
Signed-off-by: Romain Lenglet
---
FAQ | 13 ++--
NEWS | 1 +
WHY-OVS | 17 ++---
debian/control
This patch adds more flow related stats to the output of
"ovs-appctl dpif/show". Specifically, the follow information
are added per ofproto:
- Max flow table size
- Average flow table size
- Average flow table add rate
- Average flow table delete rate
- Average flow entry life in milliseconds
Fe
On Fri, Mar 22, 2013 at 03:24:15PM -0700, Andy Zhou wrote:
> This patch adds more flow related stats to the output of
> "ovs-appctl dpif/show". Specifically, the follow information
> are added per ofproto:
>
> - Max flow table size
> - Average flow table size
> - Average flow table add rate
> - A
On Mon, Mar 25, 2013 at 1:39 PM, Ansis Atteka wrote:
> On Mon, Mar 25, 2013 at 10:56 AM, Gurucharan Shetty
> wrote:
>> With single datapath, 'ovs-dpctl dump-flows ' dumps datapath flows for
>> all the userspace bridges in a system. It can get a little harder
>> to figure out the datapath flows b
On Mon, Mar 25, 2013 at 10:56 AM, Gurucharan Shetty wrote:
> With single datapath, 'ovs-dpctl dump-flows ' dumps datapath flows for
> all the userspace bridges in a system. It can get a little harder
> to figure out the datapath flows belonging to a particular userspace
> bridge.
>
> This patch ad
On Mon, Mar 25, 2013 at 10:56 AM, Gurucharan Shetty wrote:
> The README file in xenserver directory currently misses information
> about a few bugtool scripts. Add them.
>
> Signed-off-by: Gurucharan Shetty
> ---
> xenserver/README | 18 +-
> 1 file changed, 17 insertions(+), 1
On Mon, Mar 25, 2013 at 10:56:30AM -0700, Gurucharan Shetty wrote:
> coverage/show command documentation is currently missing
> from ovs-vswitchd's man page.
>
> Signed-off-by: Gurucharan Shetty
Looks good, thanks.
___
dev mailing list
dev@openvswitch.
On Mon, Mar 25, 2013 at 10:56:27AM -0700, Gurucharan Shetty wrote:
> Currently we list all the rules only from the 'filter' table.
> Include the rules from all the other tables too.
>
> Signed-off-by: Gurucharan Shetty
Looks good, thanks.
___
dev maili
On Mon, Mar 25, 2013 at 10:56 AM, Gurucharan Shetty wrote:
> Currently we list all the rules only from the 'filter' table.
> Include the rules from all the other tables too.
>
> Signed-off-by: Gurucharan Shetty
> ---
> utilities/bugtool/ovs-bugtool.in |3 ++-
> 1 file changed, 2 insertions(+
On Mon, Mar 25, 2013 at 12:06 PM, Pravin B Shelar wrote:
> This field is no longer used in datapath.
>
> Signed-off-by: Pravin B Shelar
Acked-by: Jesse Gross
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Mon, Mar 25, 2013 at 9:39 AM, Jesse Gross wrote:
> On Thu, Mar 21, 2013 at 8:08 PM, Pravin Shelar wrote:
>> On Wed, Mar 20, 2013 at 4:44 PM, Jesse Gross wrote:
>>> Allocation of the Netlink notification skb can potentially fail
>>> after changing vport configuration. In general, we try to av
This field is no longer used in datapath.
Signed-off-by: Pravin B Shelar
---
datapath/vport.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/datapath/vport.h b/datapath/vport.h
index 074c6ee..885b84c 100644
--- a/datapath/vport.h
+++ b/datapath/vport.h
@@ -72,7 +72,6 @
Changes the default tunnel dont_fragment from "true" (don't
fragment) to "false" (allow fragmentation). Tunnel outer headers
will not have the DF bit set by default, and if "df=true" option is
given for a tunnel, also local fragmentation will be disabled.
The name of the option is changed from "df
Signed-off-by: Jarno Rajahalme
---
datapath/tunnel.c |9 +
datapath/vport-gre.c | 10 --
datapath/vport-lisp.c |9 -
datapath/vport-vxlan.c |9 -
4 files changed, 9 insertions(+), 28 deletions(-)
diff --git a/datapath/tunnel.c b/datapath/tun
Eliminate the extra call to ip_select_ident(), and place the
__ip_select_ident() call where the ip_select_ident() call was.
This fixes two problems: Before, the call to ip_select_ident() did
always zero out the value set earlier by __ip_select_ident(). Also,
when __ip_select_ident() was called bef
The "Cleanup old tunnel infrastructure" commit
(85c9de194b9f432f7b8a66bda980cbab52a55b72) changed the order
in which ip_select_ident() and__ip_select_ident() were called and
called __ip_delect_ident() before IP header initialization. This is
apparent after the first patch, which refactors code but
While sending packet over tunnel it can get segmented or reallocated.
In that case we loose OVS_CB(). But some tunneling protocol
implementation needs OVS_CB(), e.g. vxlan needs OVS_CB()->flow which
leads to kernel panic.
Following patch set flow before calling tnl_ops->build_header() and fixes
OVS
coverage/show command documentation is currently missing
from ovs-vswitchd's man page.
Signed-off-by: Gurucharan Shetty
---
manpages.mk|2 ++
vswitchd/ovs-vswitchd.8.in |1 +
2 files changed, 3 insertions(+)
diff --git a/manpages.mk b/manpages.mk
index f89fc17..a14f968 1
With single datapath, 'ovs-dpctl dump-flows ' dumps datapath flows for
all the userspace bridges in a system. It can get a little harder
to figure out the datapath flows belonging to a particular userspace
bridge.
This patch adds the 'ovs-appctl dpif/show' and 'ovs-appctl dpif/dump-flows'
output f
The README file in xenserver directory currently misses information
about a few bugtool scripts. Add them.
Signed-off-by: Gurucharan Shetty
---
xenserver/README | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/xenserver/README b/xenserver/README
index 4674
Currently we list all the rules only from the 'filter' table.
Include the rules from all the other tables too.
Signed-off-by: Gurucharan Shetty
---
utilities/bugtool/ovs-bugtool.in |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/utilities/bugtool/ovs-bugtool.in b/utiliti
On Thu, Mar 21, 2013 at 8:08 PM, Pravin Shelar wrote:
> On Wed, Mar 20, 2013 at 4:44 PM, Jesse Gross wrote:
>> Allocation of the Netlink notification skb can potentially fail
>> after changing vport configuration. In general, we try to avoid
>> this by undoing any change we made but that is diff
On Mon, Mar 25, 2013 at 4:59 AM, 王国栋 wrote:
> Hello everyone,
> I've got confused about the datapath send and recv procudure.
> In my opinion, the datapath should lookup table when receiving packets from
> ports, but it looks up table in the "internal_dev_xmit", which i think
> should be used for
Hello everyone,
I've got confused about the datapath send and recv procudure.
In my opinion, the datapath should lookup table when receiving packets from
ports, but it looks up table in the "internal_dev_xmit", which i think
should be used for sending a packet.
And the internal_dev_recv is called w
31 matches
Mail list logo
