On Fri, Jul 05, 2013 at 01:58:41AM +0200, Andreas Brinner wrote: > I was trying to cascadate an OpenFlow switch (Linksys with OpenWRT) > behind an Open vSwitch like this: > OF Switch (Linksys) <-> Open vSwitch <-> OF Controller > > I configured in-band mode for the Open vSwitch and I can see the > additional, hidden flow rules with ovs-appctl. But still the Linksys > couldn't connect to the controller. > > The reason was, that ARP requests from the Linksys were not > forwarded to the controller. > > So I had a look into the DESIGN paper and the in-band.c code. In the > DESIGN guide the rules (d) and (e) are specified as follows: > (d) ARP replies to the next hop's MAC address. > (e) ARP requests from the next hop's MAC address. > The exact same rules are set up by in-band.c and can be found in my > flow table. So atleast everything seems consistent here. > > Now my problem: these two rules should fire exactly in my case and > should enable my Linksys to retrive the MAC address of the OF > controller. At least if I understand the list of "supported" > scenarios correctly: > - Between Switch and Remote. This switch is between another > switch and the remote, and we want to allow the other > switch's traffic through. This uses rules (d), (e), (h), and > (i). It uses (b) and (c) indirectly in order to know the MAC > address for rules (d) and (e). > > But for this to work, rule (d) would have to allow ARP _requests_ to > the controler and (e) ARP _replies_ from the controller to pass! If > I manually add these rules to the flow table, the Linksys > successfully connects to the controller via the Open vSwitch. > > Do I miss anything here?
Can you figure out why the flows set up by (d) and (e) aren't working for you? It sounds like they should. _______________________________________________ discuss mailing list discuss@openvswitch.org http://openvswitch.org/mailman/listinfo/discuss