On Fri, Aug 21, 2015 at 8:57 PM, Jesse Gross wrote:
> On Thu, Aug 20, 2015 at 1:58 PM, Sam Hague wrote:
> >
> >
> > On Thu, Aug 20, 2015 at 1:32 PM, Jesse Gross wrote:
> >>
> >> On Thu, Aug 20, 2015 at 8:20 AM, Sam Hague wrote:
> >> > Is
Is there a way to set the dst_port of the tunnel via flows? I know you can
use "options:dst_port=xxx" to set it on the bridge port. ovs-ofctl will
take options:dst_port=flow but I can't find what it would take to actually
set the port in the flow.
I imagine not since I can only see fields like "tu
On Thu, Aug 20, 2015 at 1:32 PM, Jesse Gross wrote:
> On Thu, Aug 20, 2015 at 8:20 AM, Sam Hague wrote:
> > Is it possible to send vxlan encapsulated packets to a bridge port and
> keep
> > the vxlan headers?
>
> It's not possible unless you don't terminat
-- Forwarded message --
From: Sam Hague
Date: Wed, Aug 19, 2015 at 5:20 PM
Subject: Is it possible to forward vxlan packets to a bridge port that
isn't a vxlan port?
To: "discuss@openvswitch.org"
Is it possible to send vxlan encapsulated packets to a bridge po
Is it possible to send vxlan encapsulated packets to a bridge port and keep
the vxlan headers?
For example say you had a setup like below where you have two bridges, each
one has a vxlan port (vx1 and vx2) and another port that is really
connected to a vm (vsff1-sf11 and vsff2-vsf21).
Then could
responder rules to return the
arp; got past the arp issue, but then ip drop rules were installed.
Thanks, Sam
On Wed, Aug 20, 2014 at 5:36 PM, Jesse Gross wrote:
> On Wed, Aug 20, 2014 at 2:58 PM, Sam Hague wrote:
> > Hi,
> >
> > why is an arp drop rule added in the data
Hi,
why is an arp drop rule added in the datapath when two bridges are
connected via a flow-based tunnel and both bridges are on the same host?
In the example picture I am attempting a ping from the client to the ws1.
Two bridges, sff1 and 2, ports listed also. Flows programmed are below the
pict
You can add "-disable-system" to the ovs-vswitchd options and it will remove
that error message about the kernel module not being there.
___
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss
