On Fri, Jul 12, 2013 at 11:16:12AM +0200, andr...@brinner.de wrote: > When trying to cascadate an OpenFlow switch behind an Open vSwitch > like this: > OF Switch <-> Open vSwitch <-> OF Controller > with in-band controll mode the OF Switch is unable to obtain the > controllers MAC address to setup a connection. > > To find out the controller's MAC address the switch has to send an > ARP request to and receive an ARP reply from the controller. > That means for the Open vSwitch in between it has to forward an ARP > request from the switch to the controller (dst IP = IP of controller, > type=ARP request) and an ARP reply from the controller (src IP = IP of > controller, type=ARP reply). > > In the DESIGN guide the rules (f) and (g) are specified as follows: > (f) ARP replies containing the remote's IP address as a target. > (g) ARP requests containing the remote's IP address as a source. > > But that means, rules (f) and (g) are setting up the rules just > the wrong way around! With this rules the OpenFlow switch > can't figure out the controller's MAC address and thus may never > contact it. The rules would have to be: > (f) ARP _request_ containing the remote's IP address as a target. > (g) ARP _replies_ containing the remote's IP address as a source. > > Signed-off-by: Andreas Brinner <andr...@brinner.de> > --- > I am resubmitting this patch, as the first one didn't correctly fixed > the problem. The subject of in-band controll indeed is complicated and > somehow the first patch seemd to solve the problem. But it turned out > that I changed the wrong flow entries (d) and (e), also my tests were > successful in the first place. > > So you should reject my first submission and consider this patch to > apply. I think my reasoning should prove that these changes are correct.
Justin, do you understand the intent of rules (f) and (g)? It isn't clear from the design document. They are mentioned only in the "Remote on Local VM with Different Networks" case but that case is really badly described to begin with. _______________________________________________ discuss mailing list discuss@openvswitch.org http://openvswitch.org/mailman/listinfo/discuss
