Hello,
I need to add a custom feature to OVS for my research where it can match on
a custom IPv6 extension header, and be able to perform the action of
appending a datagram with a custom IPv6 extension header.
I cloned the latest version and followed https://github.com/
; command. Use printk() in kernel space code, output can be found
in syslog/dmesg.
Alan
2017-12-29 18:16 GMT+01:00 Gregory Rose <gvrose8...@gmail.com>:
> On 12/19/2017 6:16 AM, Alan Kayahan wrote:
>
> Hello,
>
> I need to add a custom feature to OVS for my research where it can
Hello
I am in the process of understanding the OVS code following the information
given by David in this thread https://mail.openvswitch.org/pipermail/ovs-
discuss/2016-March/040236.html
So I have the following simple setup where namespaces C1 and C2 are
connected to SW1.
ip netns add C1
ip
Hello,
Per my understanding from /ovs-discuss/2015-May/037313.html,
ofproto-dpif-xlate translates OFP actions into Netlink format, which is
useful for datapath actions implemented in the kernel module. Does that
hold for OFP to DPDK datapath actions too? I couldn't find a connection
from
ts name implies, because all it does is to set the fields of
the struct flow to those set in ofpact struct?
Thanks
2018-01-12 18:36 GMT+01:00 Ben Pfaff <b...@ovn.org>:
> On Fri, Jan 12, 2018 at 11:39:44AM +0100, Alan Kayahan wrote:
> > Hello,
> >
> > Per my understand
Hello,
I have a custom v6 extension header, in which I would like to perform an
LPM match on only one 32bit field.
Since an extension header is technically not a new field, do I still need
to introduce anything in the struct flow?
In miniflow_extract(), what I did was to add a case
in
every v6 extension header into the struct flow looks elegant to me.
What do you think?
2018-02-21 17:10 GMT+01:00 Ben Pfaff <b...@ovn.org>:
> On Mon, Feb 19, 2018 at 06:15:30PM +0100, Alan Kayahan wrote:
> > I have a custom v6 extension header, in which I would like to perform a
Turned out I wasn't properly installing the kernel modules I modified.
2017-12-21 23:39 GMT+01:00 Alan Kayahan <hsy...@gmail.com>:
> Hello
>
> I am in the process of understanding the OVS code following the
> information given by David in this thread https://mail.openvswitc
>
Hello,
I read about PISCES and watched its presentation. The presenter mentioned
that the PISCES is expected to be in the mainline OVS. Is there any news
regarding that, or regarding any kind of P4 integration?
Would it be appropriate to use this mailing list to ask questions about
PISCES as its
That something simple was my port connection. Traffic was never passing
through the switch.
2018-01-17 12:06 GMT+01:00 Alan Kayahan <hsy...@gmail.com>:
> Hello,
>
> In my custom action, setting the ethertype as following works
>
> struct eth_header *eh = dp_packet_eth(b);
&
Hello,
In my custom action, setting the ethertype as following works
struct eth_header *eh = dp_packet_eth(b);
eh->eth_type = htons(ETH_TYPE_IPV6)
However setting the next header field in IPv6 header as following doesn't.
struct ip6_hdr *nh = dp_packet_l3(b)
nh->ip6_nxt = htons(IPPROTO_AH);
I
in the block that begins "if
> (xport->peer)", with this code:
>
> flow->metadata = htonll(0);
> memset(>tunnel, 0, sizeof flow->tunnel);
> memset(flow->regs, 0, sizeof flow->regs);
>
>
> On Thu, Apr 05, 2018 at 08:52:31PM +0200,
Hello,
OVS patch ports allow the propagation of the metadata (e.g. flow context)
across the connected switches.
Is there an option to disable the metadata propagation feature? I need this
for my research to benchmark certain behavior. Or patch ports become
nothing but veth pairs when this
>
>
>
> Thanks
>
> Ian
>
>
>
> *From:* ovs-discuss-boun...@openvswitch.org [mailto:ovs-discuss-bounces@
> openvswitch.org] *On Behalf Of *Alan Kayahan
> *Sent:* Thursday, April 12, 2018 2:27 AM
> *To:* ovs-discuss@openvswitch.org
> *Subject:* [ovs-discuss] There
Thatis my question and theory :) How can I see that? Can you point me
to the code where such decision is taken?
2018-04-05 20:39 GMT+02:00 Ben Pfaff <b...@ovn.org>:
> What metadata is propagating?
>
> On Thu, Apr 05, 2018 at 08:14:51PM +0200, Alan Kayahan wrote:
> > I i
GMT+02:00 Ben Pfaff <b...@ovn.org>:
> On Thu, Apr 05, 2018 at 07:31:35PM +0200, Alan Kayahan wrote:
> > OVS patch ports allow the propagation of the metadata (e.g. flow context)
> > across the connected switches.
> >
> > Is there an option to disable the met
Hello,
On the following setup, where all cores but 0 are isolated,
available: 2 nodes (0-1)
node 0 cpus: 0 1 2 3 4 5 6 7 8 9
node 1 cpus: 10 11 12 13 14 15 16 17 18 19
I am trying to start OVS entirely on numa node 1 as following
ovs-vsctl --no-wait set Open_vSwitch .
;
> If you’re interested in how to test this there is a blog for using vhost numa
> aware that could be of use:
>
>
>
> https://software.intel.com/en-us/articles/vhost-user-numa-awareness-in-open-vswitch-with-dpdk
>
>
>
> Hope this helps.
>
> Ian
>
>
>
>
org>:
> Ultimately, I expect a P4-based solution, in which the controller
> supplies a P4 program that extracts the fields that it is interested in.
> This is my big project for OVS 2.10. (I don't know how successful I'll
> be yet.)
>
> On Fri, Feb 23, 2018 at 12:37:40AM +0100, A
Hello,
I have ovs bridges SW-00 and SW-01 operating in their respective
docker containers as following
-Container A--
2: ovs-netdev: mtu 1500 qdisc noop state
DOWN group default qlen 1000
link/ether 96:56:12:93:cc:59 brd ff:ff:ff:ff:ff:ff
3: SW-00: mtu 1500 qdisc
00:00:00:00,dl_type=0x
Datapath actions: drop
However I don't see any packet_in from the bridge at the controller
for such ARP request. Any ideas?
On Mon, Oct 29, 2018 at 6:54 AM Alan Kayahan wrote:
>
> Hello,
>
> I have ovs bridges SW-00 and SW-01 operating in their respective
&
Hello,
I have 3 OVS bridges on the same host, connected to each other as
br1<->br2<->br3. br1 and br3 are connected to the docker container cA
via dpdkvhostuser port type (I know it is deprecated, the app works
this way only). The DPDK app running in cA generate packets, which
traverse bridges
Hello,
I am trying to build a simplified version of the "sample L2
transparent network service chaining implementation" described in
section 6 of this document
https://www.opennetworking.org/wp-content/uploads/2014/10/L4-L7_Service_Function_Chaining_Solution_Architecture.pdf.
My simplifications:
ll 2 rules;
arp_tpa="bridgeIP" actions=LOCAL and nw_dst="bridgeIP" actions=LOCAL.
Then use ovs-appctl tnl/arp/set for "bridgeIP" to "bridgeMAC".
On Tue, Oct 30, 2018 at 4:10 PM Alan Kayahan wrote:
>
> After reading some example deployments, I removed
that
> there are problems.
>
> On Sun, Nov 04, 2018 at 05:37:05AM +0100, Alan Kayahan wrote:
> > Thanks for the response Ben.
> > If I am understanding the document correctly, the packets coming in
> > from the host (classified as Flow1 on page 29) in Switch A are tagged
> &
(the VLAN
field of the frame encapsulated in the VXLAN tunnel), which I need to
match on.
Alan
On Sat, Nov 3, 2018 at 4:25 PM Ben Pfaff wrote:
>
> On Sat, Nov 03, 2018 at 06:45:08AM +0100, Alan Kayahan wrote:
> > Hello,
> >
> > I am trying to build a simplified v
arting
ovs-vswitchd, which is an indication that one hugepage is allocated
successfully. Packets seem to be forwarded just fine and everything
looks ok to me, but I am curious whether this is the normal behavior
for allocating hugepages to OVS.
On Fri, Nov 2, 2018 at 7:01 PM Alan Kayahan wrote:
possible causes.
Alan
On Wed, Oct 31, 2018 at 11:00 AM Stokes, Ian wrote:
>
> > On Thu, Oct 25, 2018 at 09:51:38PM +0200, Alan Kayahan wrote:
> > > Hello,
> > >
> > > I have 3 OVS bridges on the same host, connected to each other as
> > > br1<->
28 matches
Mail list logo