[pox-dev] sending packets on all ports of the controller

[durga]

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.durga at 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.mccauley at gmail.com> wrote:
>
>>
>> On Nov 19, 2013, at 7:04 PM, durga <c.vijaya.durga at 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
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.noxrepo.org/pipermail/pox-dev-noxrepo.org/attachments/20131122/3054b47c/attachment-0002.htm>