[pox-dev] Offering contribution

Murphy McCauley murphy.mccauley at gmail.com
Tue Nov 12 12:07:42 PST 2013


On Nov 11, 2013, at 5:12 AM, Felician Nemeth <nemethf at tmit.bme.hu> wrote:

> We've recently finished a project in with we heavily relied on POX.  So
> let us thank Murphy and every developer for creating and making
> available this great software.
> 
> Our original plan was to write general purpose POX modules, but later
> we gradually gave up this plan due to time constraints.  Nevertheless, I
> think some features or modules are almost ready for general usage.  If
> there's an interest in some of these modules, we would happily
> clean/rework the code to meet the quality requirements of POX.

I'm really glad you found POX helpful and truly appreciate you making your code available!

There really should be a page on noxrepo.org for people/projects using POX...

> This is what we can offer:
> 
> * a (multicast) DNS responder similar to arp_responder.py

Cool!  I did some stuff with mDNS back in NOX, but off the top of my head, I don't think any ever made it to POX.  I did have a POX-based DNS server/interceptor, though.  I think between my DNS server, your dns_responder, and maybe some refactoring of dns_spy (to make it more useful... maybe something along the lines of arp_helper for DNS, which might have actually been useful to you), we should get some improved DNS functionality into the mainline.

> * POXDesk enhancements:
> 
> ** enhancements to tinytopo/TopoViewer (coloring links according to
>   bandwidth usage, displaying symbolic names instead of DPIDs,
>   listening to host_tracker events.)  This application relies on a
>   simple statistics module from the POX side.
> 
> ** a new MapView application that displays topology/link utilization on
>   OpenStreetMap
> 
> ** another POXDesk application that shows link utilizations as a
>   function of time.

This is all great.  Is there anything from this in specific that you think is a candidate for POX itself, or do you think it's mostly additions to POXDesk?

> * a SIGINT hander in order to remotely shut down POX,

Curious about that one... shouldn't SIGINT already kill it?

> (and a SIGUSR1 hander to fire a RereadConfiguration event)

I wonder if this should be included on the core object?  Different mechanisms (e.g., possibly something from a GUI) could trigger the same event allowing for a platform independent way of reload notification -- even on systems that don't have full signals.  (We'll have to be careful to make sure the signal part gracefully disables on such systems.)

This may dovetail nicely with a goal for dart, which is to be daemon-friendly (misc.pidfile being the first sign of this).

> I've attached a screenshot demonstrating our POXDesk enhancements.  The
> code in its current form is available from here:
> https://github.com/nemethf/sigcomm2013

As I said on the Gephi thread on noxrepo, I think this looks really nice. :)


Please feel free to post a link to the demo site/etc.... and thank you again!

-- Murphy


More information about the pox-dev mailing list