Hi,
My thoughts are with Shashank on this, it makes sense to have 1 configure and 1
make command to build a particular target, instead of having flexibility to
specify multiple targets.
Thanks,
Anand Kumar
On 2/8/18, 10:56 AM, "ovs-dev-boun...@openvswitch.org on behalf of Shashank
Ram"
Nice.
Acked-by: Darrell Ball
On Mon, Feb 12, 2018 at 4:26 PM, Darrell Ball wrote:
> Thanks Yi-hung
>
> I will try it out.
>
> Darrell
>
> On Mon, Feb 12, 2018 at 2:02 PM, Yi-Hung Wei wrote:
>
>> This patch adds support of flushing a
Solicite AHORA MISMO el temario con toda la información de este EXCLUSIVO
EVENTO PRESIONE AQUI o responda "Disney"+TELÉFONO + NOMBRE
045 + 5515546630
¿Cómo Convertir Clientes en Fans? The Disney Way
Febrero 20 - webinar Interactivo
Las empresas resistentes al cambio y poco adaptativas
On Fri, Feb 9, 2018 at 1:35 PM, Aaron Conole wrote:
> Hi Darrell,
>
> Darrell Ball writes:
>
> > Fragmentation support for userspace datapath conntrack is added; both
> > v4 and v6 are supported. See the patches for additional details.
>
> Very pumped about
Thanks Yi-hung
I will try it out.
Darrell
On Mon, Feb 12, 2018 at 2:02 PM, Yi-Hung Wei wrote:
> This patch adds support of flushing a conntrack entry specified by the
> conntrack 5-tuple in dpif-netdev.
>
> Signed-off-by: Yi-Hung Wei
> ---
> Respin
The network protocol was already being verified in handle_sip in order
to check the transport was indeed TCP. This commit adds support for UDP
by checking the network protocol, and in case of UDP, a new function,
handle_sip_udp, is called to handle the UDP traffic. This function also
takes into
End-to-end tests have been added to system-traffic.at. They set up a NS1
that acts as a UAS and another NS2 that acts as a UAC, set up the
appropriate flows in each direction and finally verify if the traffic
between the two NS' is as expected. These tests make use of the SIPp
tool and the
Handle_sip, in conntrack-sip.c, is the new function handler that handles
the SIP messages received in the userspace conntrack (detected in
process_one). It parses the SIP messages (and SDPs) using the newly
introduced SIP API (conntrack-sip.{c,h}) and accordingly creates the
expectations
The new API (in conntrack-sip.h and conntrack-sip.c) defines preliminary
functions, helpers and strucures to move through and parse SIP messages,
including SDP in the message bodies, if present.
Note that this is still a preliminary version of the API, and future
work is still needed to improve
In certain protocols, such as SIP, infering if the data connection
belongs to a specific protocol might not be feasible, from the used
addresses and ports alone. The data connection may have a different
network transport protocol, src/dst addresses and/or src/dst ports than
the control connection.
A new function, expectation_create_outband, is introduced to allow more
flexibility when creating the expectations (e.g. specify the network
protocol for the expectation, or a different destination address from
where the initial request came from).
Signed-off-by: Tiago Lam
v1 -> v2:
- Addressed comments from v1 (from both Darrell and Mark, thanks!);
- Added support for UDP;
- Added tests for each supported transport, UDP and TCP, and some more
individual tests for testing particular functions (around parsing and
framing).
A couple of points worth mentioning in
This patch adds support of flushing a conntrack entry specified by the
conntrack 5-tuple in dpif-netdev.
Signed-off-by: Yi-Hung Wei
---
Respin this patch since userspace conntrack now clears out the expectation
when a conntrack entry is deleted.
---
lib/conntrack.c
The ovn-nbctl, ovn-sbctl, and ovs-vsctl manpages are inconsistent in
their "Database Commands" section when it comes to referring to what
database tables exist. This commit amends this by making each *ctl
manpage reference the corresponding database manpage instead.
Signed-off-by: Mark Michelson
On 02/12/2018 12:58 PM, Han Zhou wrote:
On Mon, Feb 12, 2018 at 6:16 AM, Mark Michelson > wrote:
>
> On 02/09/2018 07:36 PM, Han Zhou wrote:
>>
>> Looks a great tool! Just some minor comments:
>>
>> On Fri, Feb 9, 2018 at 3:00 PM, Mark
On 12 February 2018 at 10:41, Gregory Rose wrote:
> On 2/4/2018 6:48 PM, Ansis Atteka wrote:
>>
>> From: Ansis Atteka
>>
>> This patch sets up foundations for Proof of Concepts that
>> simply materialize documentation into Ansible instructions
>>
On Mon, Feb 12, 2018 at 6:16 AM, Mark Michelson wrote:
>
> On 02/09/2018 07:36 PM, Han Zhou wrote:
>>
>> Looks a great tool! Just some minor comments:
>>
>> On Fri, Feb 9, 2018 at 3:00 PM, Mark Michelson > wrote:
>> >
>> >
While there is some duplication going on here, that's not necessarily a
bad thing. If nothing else, it lets us remove one more overly-detailed
step from the howto.
Signed-off-by: Stephen Finucane
---
Documentation/howto/dpdk.rst | 52
This details configuration steps that apply to the entire bridge, rather
than individual ports.
Signed-off-by: Stephen Finucane
---
Documentation/howto/dpdk.rst | 60
Documentation/topics/dpdk/bridge.rst | 103 +++
Again, this stuff is too detailed for a high-level howto.
Signed-off-by: Stephen Finucane
---
Documentation/howto/dpdk.rst| 70 -
Documentation/topics/dpdk/index.rst | 1 +
Documentation/topics/dpdk/phy.rst | 6 +++
The DPDK howto has slowly morphed into a catch all for everything DPDK,
which goes against the original design goal for 'howto' documents [*].
This series attempts to return some sanity to the universe by splitting
this document into many more 'topic' documents. Along the way, we add a
lot of
This continues the breakup of the huge DPDK "howto" into smaller
components. There are a couple of related changes included, such as
using "Rx queue" instead of "rxq" and noting how Tx queues cannot be
configured.
We enable the TODO directive, so we can actually start calling out some
TODOs.
These ports are used to allow ingress/egress from the host and are
therefore _reasonably_ important. However, there is no clear overview of
what these ports actually are or why things are done the way they are.
Start closing this gap by providing a standalone example of using these
ports along
Signed-off-by: Stephen Finucane
---
Documentation/howto/dpdk.rst| 39 --
Documentation/topics/dpdk/index.rst | 7
Documentation/topics/dpdk/pdump.rst | 65 +
3 files changed, 72 insertions(+), 39
The "vdev", "hotplugging", and "Rx checksum offload" sections only apply
to 'dpdk' ports and are too detailed to include in a high-level howto.
Move them, reworking some aspects of this in the process.
Signed-off-by: Stephen Finucane
---
Documentation/howto/dpdk.rst | 93
This concludes the cleanup by fixing some grammar nits and adding some
additional cross-references.
Signed-off-by: Stephen Finucane
---
Documentation/howto/dpdk.rst | 61 ++--
1 file changed, 30 insertions(+), 31 deletions(-)
diff
Hello
Please find attached quota list and give us your best price.
Best Regards,
Edson Perico___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev
Hi Ian,
Thank you for your comments. See my comments inline below.
> -Original Message-
> From: Stokes, Ian
> Sent: Wednesday, January 31, 2018 11:40 AM
> To: Rybka, MarcinX ; d...@openvswitch.org
> Cc: Rybka, MarcinX
> Subject: RE:
I'm a little hesitant about the `sleep 3` in the test. However, I think
it should be fine given the nature of the test and the hard-coded garp
backoff timer.
Acked-by: Mark Michelson
On 02/12/2018 02:17 AM, Guoshuai Li wrote:
This is call stack:
Program received signal
On 2/12/2018 12:34 AM, Pravin Shelar wrote:
On Wed, Feb 7, 2018 at 7:30 AM, Greg Rose wrote:
Reorganized patch set that includes bug fixes and compatability
layer changes that can be backported to 2.9 as well as applied
to master.
V2 of these patches include suggested
On 02/09/2018 07:36 PM, Han Zhou wrote:
Looks a great tool! Just some minor comments:
On Fri, Feb 9, 2018 at 3:00 PM, Mark Michelson > wrote:
>
> This modifies ovn-controller to measure the amount of time it takes to
> detect a change in the
On Wed, Feb 7, 2018 at 7:30 AM, Greg Rose wrote:
> Reorganized patch set that includes bug fixes and compatability
> layer changes that can be backported to 2.9 as well as applied
> to master.
>
> V2 of these patches include suggested changes from the first patch
> set.
>
>
This is call stack:
Program received signal SIGABRT, Aborted.
1 0x76a4f8e8 in __GI_abort () at abort.c:90
2 0x004765d6 in ofputil_protocol_to_ofp_version (protocol=) at lib/ofp-util.c:769
3 0x0047c19e in ofputil_encode_packet_out (po=po@entry=0x7fffa0e0,
protocol=)
33 matches
Mail list logo