Signed-off-by: Thomas Graf
---
tutorial/Tutorial.md | 177 ++-
1 file changed, 89 insertions(+), 88 deletions(-)
diff --git a/tutorial/Tutorial.md b/tutorial/Tutorial.md
index 0cf52fb..d6a963b 100644
--- a/tutorial/Tutorial.md
+++ b/tutorial/Tutori
On Tue, Dec 02, 2014 at 10:12:04AM -0800, Jesse Gross wrote:
> On Tue, Dec 2, 2014 at 9:41 AM, Thomas Graf wrote:
> > On 12/02/14 at 07:34pm, Michael S. Tsirkin wrote:
> >> On Tue, Dec 02, 2014 at 05:09:27PM +, Thomas Graf wrote:
> >> > On 12/02/14 at 01:48pm, Flavio Leitner wrote:
> >> > > Wh
> It supports only IGMPv1 and IGMPv2, so make sure the membership
reports are using either one of those versions.
The multicast snooping works as part of action NORMAL, so if you
are steering your traffic using other flow actions, then it wouldn't
work.
Yes, action is NORMAL. I am using Ubuntu-12
This command is useful at least for testing.
Example output:
% ovs-appctl ovs/route/lookup '10.0.0.1'
gateway 172.17.0.254
dev wm0
%
Signed-off-by: YAMAMOTO Takashi
---
lib/ovs-router.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/lib/ovs-rout
The cache here doesn't work anymore as the recent
commit b772066ffd066d59d9ebce092f6665150723d2ad
("route-table: Remove Unregister.")
made this function called before daemonizing,
thus with a different pid.
Signed-off-by: YAMAMOTO Takashi
---
lib/route-table-bsd.c | 4 +---
1 file changed, 1 ins
Signed-off-by: YAMAMOTO Takashi
---
lib/route-table-bsd.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/lib/route-table-bsd.c b/lib/route-table-bsd.c
index d40dd7e..709c9f3 100644
--- a/lib/route-table-bsd.c
+++ b/lib/route-table-bsd.c
@@ -30,8 +30,12 @@
#include
#includ
Refactor ovs-router so that it can work with non-Linux platforms
at least in some extent, using the existing route-table code as
a fallback. Known restriction: for such platforms, "ovs/router/show"
command does not show "Cached" kernel routes.
Signed-off-by: YAMAMOTO Takashi
---
README-native-t
For userspace tunneling.
Signed-off-by: YAMAMOTO Takashi
---
lib/route-table-bsd.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/lib/route-table-bsd.c b/lib/route-table-bsd.c
index 09f9894..d40dd7e 100644
--- a/lib/route-table-bsd.c
+++ b/lib/route-table-bsd.c
Du Fan wrote:
> Sorry for resend this mail, because my company email is rejected by netdev.
>
>
> Hi Florian
>
> 214 static int ip_finish_output_gso(struct sk_buff *skb)
> 215 {
> 216 netdev_features_t features;
> 217 struct sk_buff *segs;
> 218 int ret = 0;
> 219
> 220 /
nla_is_last() is not available in 3.18, it's only in net-next.
Convert to grep based to check to account for distribution backports.
Fixes: 684b5f ("datapath: Rename last_action() as nla_is_last() and move to
netlink.h")
Signed-off-by: Thomas Graf
---
acinclude.m4
Fixes compilation of datapath for both current net and net-next tree.
Thomas Graf (4):
datapath: Check if nla_is_last() is available in
datapath: Mark compatible with kernels up to 3.18.x
datapath: Account for rename to vlan_insert_tag_set_proto()
datapath: Account for already defined NET
Signed-off-by: Thomas Graf
---
NEWS | 1 +
acinclude.m4 | 4 ++--
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/NEWS b/NEWS
index 487b510..f2fceb5 100644
--- a/NEWS
+++ b/NEWS
@@ -52,6 +52,7 @@ Post-v2.3.0
- Added support for DPDK Tunneling. VXLAN and GRE are supporte
__vlan_put_tag() was renamed to vlan_insert_tag_set_proto() with
the argument list kept intact.
Relates-to: 62749e ("vlan: rename __vlan_put_tag to vlan_insert_tag_set_proto")
Signed-off-by: Thomas Graf
---
acinclude.m4 | 1 +
datapath/actions.c
Relates-to: f6eec614 ("openvswitch: Enable tunnel GSO for OVS bridge.")
Signed-off-by: Thomas Graf
---
datapath/linux/compat/include/linux/netdev_features.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/datapath/linux/compat/include/linux/netdev_features.h
b/datapath/linux/compat/includ
On Wed, Dec 03, 2014 at 03:16:34PM +0530, Aman Kumar wrote:
> > It supports only IGMPv1 and IGMPv2, so make sure the membership
> reports are using either one of those versions.
>
> The multicast snooping works as part of action NORMAL, so if you
> are steering your traffic using other flow action
On Dec 2, 2014, at 8:33 PM, Eitan Eliahu
wrote:
> [1] User mode OVS expects to have the PID number in the port state
>notification command
> [2] Fix logic error-for-Windows-user-mode
>
> Signed-off-by: Eitan Eliahu
Acked-by: Nithin Raju
Thanks,
-- Nithin
___
Signed-off-by: Nithin Raju
---
datapath-windows/ovsext/Flow.c | 22 --
1 files changed, 0 insertions(+), 22 deletions(-)
diff --git a/datapath-windows/ovsext/Flow.c b/datapath-windows/ovsext/Flow.c
index 1257377..f47d469 100644
--- a/datapath-windows/ovsext/Flow.c
+++ b/dat
In this patch, we consolidate code in Netlink.c.
Signed-off-by: Nithin Raju
---
datapath-windows/ovsext/Datapath.c|2 +-
datapath-windows/ovsext/Flow.c|4 +-
datapath-windows/ovsext/Netlink/Netlink.c | 40 -
datapath-windows/ovsext/Netlin
Moving the functions that build netlink messages to Netlink.c from
Vport.c
Signed-off-by: Nithin Raju
---
datapath-windows/ovsext/Datapath.h| 14
datapath-windows/ovsext/Netlink/Netlink.c | 37 ++
datapath-windows/ovsext/Netlink/Netlink.h | 13
Acked-by: Eitan Eliahu
Thanks,
Eitan
-Original Message-
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Nithin Raju
Sent: Wednesday, December 03, 2014 7:56 AM
To: dev@openvswitch.org
Subject: [ovs-dev] [PATCH 1/3] datapath-windows: Move Build*Msg() to Netlink.c
Moving the fun
Acked-by: Eitan Eliahu
-Original Message-
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Nithin Raju
Sent: Wednesday, December 03, 2014 7:56 AM
To: dev@openvswitch.org
Subject: [ovs-dev] [PATCH 2/3] datapath-windows: nuke unused code in Flow.c
Signed-off-by: Nithin Raju
---
On Wed, Dec 3, 2014 at 1:03 AM, Michael S. Tsirkin wrote:
> On Tue, Dec 02, 2014 at 10:12:04AM -0800, Jesse Gross wrote:
>> On Tue, Dec 2, 2014 at 9:41 AM, Thomas Graf wrote:
>> > On 12/02/14 at 07:34pm, Michael S. Tsirkin wrote:
>> >> On Tue, Dec 02, 2014 at 05:09:27PM +, Thomas Graf wrote:
On Dec 2, 2014, at 11:34 AM, Ben Pfaff wrote:
> On Tue, Dec 02, 2014 at 11:30:26AM -0800, Ben Pfaff wrote:
>> On Mon, Dec 01, 2014 at 10:50:45PM -0800, varanasi sandhya wrote:
>>> OFPFF_CHECK_OVERLAP flag Issue:
>>>
>>> When OFPFF_CHECK_OVERLAP flag is set at RYU controller in ofctl_v1_3.py
>>>
On Wed, Dec 03, 2014 at 10:13:32AM -0800, Jarno Rajahalme wrote:
>
> On Dec 2, 2014, at 11:34 AM, Ben Pfaff wrote:
>
> > On Tue, Dec 02, 2014 at 11:30:26AM -0800, Ben Pfaff wrote:
> >> On Mon, Dec 01, 2014 at 10:50:45PM -0800, varanasi sandhya wrote:
> >>> OFPFF_CHECK_OVERLAP flag Issue:
> >>>
Hi Nithin,
It may be out of the scope of this change but for consistency reason all NL
function should return BOOLEAN rather than NTSTATUS.
This should apply NlFillOvsMsg() and NlFillNlHdr() too.
BOOLEAN ok;
+ok = NlFillOvsMsg(&nlBuffer, msgIn->nlMsg.nlmsgType, NLM_F_MULTI,
But the func
On Dec 3, 2014, at 10:18 AM, Eitan Eliahu
wrote:
>
> Hi Nithin,
> It may be out of the scope of this change but for consistency reason all NL
> function should return BOOLEAN rather than NTSTATUS.
> This should apply NlFillOvsMsg() and NlFillNlHdr() too.
>
>BOOLEAN ok;
> +ok = NlFillO
On Wed, Dec 03, 2014 at 10:07:42AM -0800, Jesse Gross wrote:
> On Wed, Dec 3, 2014 at 1:03 AM, Michael S. Tsirkin wrote:
> > On Tue, Dec 02, 2014 at 10:12:04AM -0800, Jesse Gross wrote:
> >> On Tue, Dec 2, 2014 at 9:41 AM, Thomas Graf wrote:
> >> > On 12/02/14 at 07:34pm, Michael S. Tsirkin wrote
I forgot to mention that this is the first post based against net-next.
On 2 December 2014 at 18:56, Joe Stringer wrote:
>
> diff --git a/net/openvswitch/flow.h b/net/openvswitch/flow.h
> index a8b30f3..7f31dbf 100644
> --- a/net/openvswitch/flow.h
> +++ b/net/openvswitch/flow.h
> @
--
Hallo
Sie Suchen Finanzierung Tätigkeiten neu zu starten, die Durchführung
eines Projekts, oder aus anderen Gründen
Wir geben Darlehen mit einer Rate von 3%. Unsere Kreditkonditionen
Einzel
Kontaktieren Sie uns per E-Mail für weitere Informationen
Information: cont...@franck003dubois.com
Trying to "fake-out" an ICMP message to paper-over "devices" in the
"middle" of same Layer2 network having different MTUs from the ends goes
back to at least the days when people started joining FDDI networks to
Ethernet networks with bridges rather than routers. Perhaps back even
further. It
DEAR SIR/MADAM,
LINKING UP WITH YOU IN ORDER TO BETTER UNDERSTAND YOUR SPECIFIC NEEDS ABOUT
CAR'S EXPECTATIONS. WE ARE WORLD'S LARGEST PRE-OWNED DEALER AND SUPPLIER OF
USED CAR'S
WE SPECIALIZE IN SALES AND SUPPLYING CAR'S FOR MIDDLE EAST, AFRICA COUNTRIES,
ASIA COUNTRIES,CANADIA AND AUSTRALIAN
Occasionally, the testsuite would send the OFPT_SET_ASYNC before
ovs-vswitchd got a chance to send its OFPT_ROLE_REPLY message, causing a
reordering of the testsuite output and a false positive. Give the test
script something extra to do so this is less likely to happen.
Signed-off-by: Joe Stringe
We have previously used a combination of time/warp and revalidator/wait
to try to synchronize the datapath flow statistics and status up to the
ofproto layer, so that tests may confirm their expected behaviours using
OpenFlow or other protocols operating at that layer of vswitchd (eg LACP).
This p
I sent a fix:
http://openvswitch.org/pipermail/dev/2014-December/049412.html
There's still another, more rare race condition with the controller role
test but I don't think it's related to these changes and has most likely
been possible for quite some time. I don't have a good solution for that
on
Its interesting to see that some of these tests pass when run under pdb or
if I put a sleep(1) between verify flow and install of new flow. That tells
me it has something to do with the timing. Here are the tests that fail.
pktact.WildcardPriorityWithDelete ... FAIL
pktact.WildcardPriority ... FAI
On Wed, Dec 3, 2014 at 10:38 AM, Michael S. Tsirkin wrote:
> On Wed, Dec 03, 2014 at 10:07:42AM -0800, Jesse Gross wrote:.
>> ICMP can't be the complete solution in any case because it only works
>> for IP traffic.
>
> Let's be specific please. What protocols do you most care about? IPX?
>
>> I t
On Tue, Dec 2, 2014 at 6:56 PM, Joe Stringer wrote:
> Refactor the ovs_nla_fill_match() function into separate netlink
> serialization functions ovs_nla_put_{unmasked_key,masked_key,mask}().
> Modify ovs_nla_put_flow() to handle attribute nesting and expose the
> 'is_mask' parameter - all callers
On Wed, Dec 3, 2014 at 10:47 AM, Joe Stringer wrote:
> I forgot to mention that this is the first post based against net-next.
>
> On 2 December 2014 at 18:56, Joe Stringer wrote:
>>
>> diff --git a/net/openvswitch/flow.h b/net/openvswitch/flow.h
>> index a8b30f3..7f31dbf 100644
>>
On 3 December 2014 at 11:45, Pravin Shelar wrote:
> On Wed, Dec 3, 2014 at 10:47 AM, Joe Stringer wrote:
>> I forgot to mention that this is the first post based against net-next.
>>
>> On 2 December 2014 at 18:56, Joe Stringer wrote:
>>>
>>> diff --git a/net/openvswitch/flow.h b/n
Change a test so that the result will be the same in both
little-endian and big-endian systems.
Reported-by: Mijo Safradin
Signed-off-by: Jarno Rajahalme
---
lib/classifier.c|3 ++-
tests/classifier.at |4 ++--
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/lib/class
On 3 December 2014 at 11:37, Pravin Shelar wrote:
> On Tue, Dec 2, 2014 at 6:56 PM, Joe Stringer wrote:
>> diff --git a/net/openvswitch/datapath.c b/net/openvswitch/datapath.c
>> index 332b5a0..b2a3796 100644
>> --- a/net/openvswitch/datapath.c
>> +++ b/net/openvswitch/datapath.c
>> @@ -462,10 +4
On 12/03/14 at 11:38am, Jesse Gross wrote:
> On Wed, Dec 3, 2014 at 10:38 AM, Michael S. Tsirkin wrote:
> > Both approaches seem strange. You are sending 1 packet an hour to
> > some destination behind 100 tunnels. Why would you want to
> > cut down your MTU for all packets? On the other hand,
> >
The UFID parameter to dpif_flow_get() is optional, but the current
implementation dereferences it to initialize part of the output flow.
This field is filled in by the dpif implementation, so don't initialize
it here.
This could cause a NULL dereference if a dpif_flow_get() caller doesn't
provide
Various functions in ofproto-dpif and dpif-netlink detect support for
features in very similar ways. Refactor their common code to a single
function.
Signed-off-by: Joe Stringer
---
lib/dpif-netlink.c | 44 ++--
lib/dpif.c | 42
If ovs-vswitchd is killed at the right time, then a probe flow may be
left in the datapath. This commit adds the DPIF_FP_MODIFY flag to
feature probes so that re-creating the same probe flow will not cause an
error.
These flow_put flags were previously changed in commit a7d1bbdcfe49e8
("ofproto-dp
On Wed, Dec 03, 2014 at 10:02:44PM +, Thomas Graf wrote:
> On 12/03/14 at 11:38am, Jesse Gross wrote:
> > On Wed, Dec 3, 2014 at 10:38 AM, Michael S. Tsirkin wrote:
> > > Both approaches seem strange. You are sending 1 packet an hour to
> > > some destination behind 100 tunnels. Why would you
On Wed, Dec 3, 2014 at 2:02 PM, Thomas Graf wrote:
> On 12/03/14 at 11:38am, Jesse Gross wrote:
>> On Wed, Dec 3, 2014 at 10:38 AM, Michael S. Tsirkin wrote:
>> > Both approaches seem strange. You are sending 1 packet an hour to
>> > some destination behind 100 tunnels. Why would you want to
>> >
On 12/03/14 at 02:51pm, Jesse Gross wrote:
> My proposal would be something like this:
> * For L2, reduce the VM MTU to the lowest common denominator on the segment.
> * For L3, use path MTU discovery or fragment inner packet (i.e.
> normal routing behavior).
> * As a last resort (such as if usi
On Wed, Dec 3, 2014 at 3:05 PM, Thomas Graf wrote:
> On 12/03/14 at 02:51pm, Jesse Gross wrote:
>> My proposal would be something like this:
>> * For L2, reduce the VM MTU to the lowest common denominator on the segment.
>> * For L3, use path MTU discovery or fragment inner packet (i.e.
>> norma
On 12/03/14 at 04:54pm, Jesse Gross wrote:
> I don't think that we actually need a bit. I would expect that ICMP
> generation to be coupled with routing (although this requires being
> able to know what the ultimate MTU is at the time of routing the inner
> packet). If that's the case, you just nee
Thanks a lot for picking this up! It always makes me unhappy to fail
test cases without knowing why, but I don't have time to look at the
details this week.
It's very interesting that it's timing-related; that's a good hint
already.
On Wed, Dec 03, 2014 at 11:25:11AM -0800, Madhu Challa wrote:
>
On Wed, Dec 3, 2014 at 5:15 PM, Thomas Graf wrote:
> On 12/03/14 at 04:54pm, Jesse Gross wrote:
>> I don't think that we actually need a bit. I would expect that ICMP
>> generation to be coupled with routing (although this requires being
>> able to know what the ultimate MTU is at the time of rout
The Open vSwitch 2014 Fall Conference was held at VMware in Palo Alto on
Nov. 17 and 18. Complete slides and videos for the conference are now
posted on openvswitch.org at:
http://openvswitch.org/support/ovscon2014/
(I apologize if you receive multiple copies of this message due to the
wi
Signed-off-by: Justin Pettit
---
NEWS |2 +-
debian/changelog |8 ++--
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/NEWS b/NEWS
index a785a62..1b0d58f 100644
--- a/NEWS
+++ b/NEWS
@@ -1,4 +1,4 @@
-v2.3.1 - xx xxx
+v2.3.1 - 03 Dec 2014
--
Signed-off-by: Justin Pettit
---
NEWS |4
configure.ac |2 +-
debian/changelog |7 +++
3 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/NEWS b/NEWS
index 1b0d58f..2f471b6 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,7 @@
+v2.3.2 - xx xxx
+--
On Wed, Dec 03, 2014 at 09:31:22PM -0800, Justin Pettit wrote:
> Signed-off-by: Justin Pettit
Acked-by: Ben Pfaff
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
于 2014年12月04日 06:51, Jesse Gross 写道:
My proposal would be something like this:
* For L2, reduce the VM MTU to the lowest common denominator on the segment.
* For L3, use path MTU discovery or fragment inner packet (i.e.
normal routing behavior).
* As a last resort (such as if using an old v
57 matches
Mail list logo
