On Sat, Jan 4, 2014 at 7:43 PM, Faisal Ali wrote:
> Hi Justin,
>
> I am starting out with a simple flow at this point. Here are what the
> flows look like.
>
> 1(gre11): addr:2e:dd:e9:28:64:8e
> 2(gre7): addr:26:85:c8:b6:c8:55
> 6(vif4.1): addr:fe:ff:ff:ff:ff:ff
>
> ovs-ofctl add-flow sdc1-br
Hi Justin,
I am starting out with a simple flow at this point. Here are what the flows
look like.
1(gre11): addr:2e:dd:e9:28:64:8e
2(gre7): addr:26:85:c8:b6:c8:55
6(vif4.1): addr:fe:ff:ff:ff:ff:ff
ovs-ofctl add-flow sdc1-br 'priority=65000 in_port=6
dl_dst='01:00:00:00:00:00/01:00:00:00:00:00
What does your OpenFlow table look like?
--Justin
> On Jan 4, 2014, at 12:21 PM, Faisal Ali wrote:
>
> Hello Justin,
>
> In the effort to contain broadcast I am using a output-to-port action.
>
> But I don't seem to have any other choice to prevent the ARP broadcast from
> going out to othe
Hello Justin,
In the effort to contain broadcast I am using a output-to-port action.
But I don't seem to have any other choice to prevent the ARP broadcast from
going out to other GRE tunnel.
Faisal
> On Jan 4, 2014, at 12:54 PM, Justin Pettit wrote:
>
> Assuming you're just using the "norm
Assuming you're just using the "normal" action, it should just get normal L2
handling. It would be flooded if the destination MAC is unknown. You might try
looking at the learning table to make sure it's known.
--Justin
> On Jan 4, 2014, at 10:00 AM, Faisal Ali wrote:
>
> Hi,
>
> I underst
Hi,
I understand that ARP reply is a unicast packet, but ovs is flooding the it to
all GRE tunnels. Is this normal?
Thanks
___
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss
