ased. Not quite sure what has changed to cause this. I've
tried restarting the daemons, removing and re-adding the bridge, and
purging the OVS DB. Nothing has helped.
Any thoughts? Thanks in advance for your help and prompt reply.
Ryan
Ryan Izard
PhD Candidate, Research/Teaching Assistant
ECE
On Wed, Apr 6, 2016 at 5:33 PM, Nicholas Bastin
wrote:
> On Wed, Apr 6, 2016 at 5:16 PM, Ryan Izard wrote:
>
>> I have a very simple topology as follows:
>>
>> network[Dell S4810]-24---link---1-[host w/OVS br0]-LOCAL
>>
>> The host with OVS has IP 192.
port's MAC address with output=NORMAL action.
One of these ARP flows is matching our ARP requests directed into br0
(LOCAL) and forwarding them as a learning switch (NORMAL). This looks like
it's the issue. Now to figure out how this happened everywhere and how to
disable it.
Rya
GENI.
We're running different experiments with different controllers and the
topologies are disjoint. I don't quite understand what would have caused
all the OVS's to get into this state.
In any event, thanks for you insight and help! I've learned a lot more
about OVS today :-)
ake all
make package-java
Ryan Izard
Graduate Research/Teaching Assistant
306B Fluor Daniel Building
ECE Department, Clemson University
Clemson, SC 29634
riz...@g.clemson.edu
---
Big Switch Networks
ryan.iz...@bigswitch.com
On Fri, Nov 14, 2014 at
nsion OXMs that our library was not able to
process in the controller within a PACKET_IN message from OVS. Could
someone shed some light as to what those are and any others that OVS 2.1.1
or any other version might send? The field IDs are 31 and 32.
Thanks in advance,
Ryan
Ryan Izard
Gra
Thanks Ben!
Ryan Izard
Graduate Research/Teaching Assistant
306B Fluor Daniel Building
ECE Department, Clemson University
Clemson, SC 29634
riz...@g.clemson.edu
---
Big Switch Networks
ryan.iz...@bigswitch.com
On Sun, Nov 9, 2014 at 5:41 PM, Ben
