I think I figured out the issue. I wasn't packing the packet properly and had few other variables which were not being assigned properly. The output looks ok now.
Cheers! Durga On Wed, Nov 20, 2013 at 5:21 PM, durga <c.vijaya.du...@gmail.com> wrote: > <seems my earlier message was too large with images> > > I had to try couple of times to replicate the issue. It is OFP-OFP-ARP > and both packet-outs are carrying arp replies. I will recheck my program. > > Cheers! > Durga > > > > On Wed, Nov 20, 2013 at 2:53 PM, Murphy McCauley < > murphy.mccau...@gmail.com> wrote: > >> >> On Nov 19, 2013, at 7:04 PM, durga <c.vijaya.du...@gmail.com> wrote: >> >> Hello All, >> >> reserved port OFPP_FLOOD floods on all ports of the switch, is there any >> such port to which a controller can flood on all connections made to >> itself??? >> >> currently I tried sending ports on each connection using the >> dpid:connection map as below >> >> >> for aconnection in self.connections.values(): >> if event.connection != >> aconnection:#to avoid sending the pkt on incoming port >> aconnection.send(msg) >> >> I am trying to implement proxy ARP(thanks to thread started by Muhammad) >> and am trying to make the controller flood the arpreq on all its >> connections incase of no entry , rather than instructing the switch to >> flood. >> >> as of now I can see that controller is responding to both h3 and h1 with >> arp responses, but the table itself is built by sw1 flooding the initial >> arp req >> >> <Screen Shot 2013-11-20 at 1.55.01 pm.png> >> >> >> For starters, is 190 really screwy? Is it actually a packet-out >> containing a packet-out which contains an ARP? Because that doesn't sound >> right! >> >> -- Murphy >> > >
