Migrating away, away, away, away

Farewall blogger, it has been fun. I am migrating the blog to our Wiki server and adding my students also to the mix. You can find the blog at: http://netscale.cse.nd.edu/twiki/bin/view/NetScaleBlog

ND Thinks Big

This past spring, I had the chance to be one of the speakers at an event called "ND Thinks Big."  The premise of the event was a set of TED talks oriented around ND-centric research.  By virtue of one of the organizers being a senior in Computer Science and Engineering, I got tapped to give one of the talks.  Over the months following the talk, I had been waiting for the video to be posted to the Thinks Big webpage.  Well, it turns out that the video of my talk was posted actually to the Thinks Big YouTube channel instead.

Without further ado, I give you my ND Thinks Big talk:

PS Wow, the top of my head is a bit sparser than I had thought.  Boo, higher level camera angles.

Reviewing like a boss

Ahh, nearly done (one left) with the INFOCOM stack aside from the meta reviews due in two weeks.  I will have to say that my initial impressions were correct and this was a very, very good stack.  Only one or two surprises but still, quite nice.  As an added bonus, only three of the papers were tedious reads / re-reads to make sure I understood the central premise. 

With an average I think approaching 4k characters per review, not bad either if I do say so myself.  I do attribute that largely to the quality of the papers making it easier to comment on them rather than ugh, how do I say something nice and encourage the authors to do better.  If my stack is any indication of the overall quality, next year's INFOCOM should be excellent. 

Journals vs. Conferences

I am knee deep in INFOCOM reviews and like most of the TPC (Technical Program Committee), I have of course been a really good reviewer and done all of my reviews weeks in advance.  Or not.  On the plus side, I am on read number two after the initial skim where my trusty red or blue pen gets a work out.  6k+ characters for the last review is none too shabby though it does help when I have done work in that exact particular area.  Anonymity fail perhaps with that one. 

On a side note, I think I got blessed by the random paper assignment overlords this time.  I have to say that I am thoroughly enjoying all of the papers in my stack.  Does not mean that I am giving out all accepts but well done overall.  Though I think I have a huge sample of TPC area leads.  Huge kudos for whomever cut out of the rank this paper field from prior years.  That was always tedious to go back to all of the reviews and rank them once you got through the pile.

Anyway, paging through the reviews, one particular thought struck me.  Given that systems / networking research tends to view itself as being a bit of a "special flower" where journals are optional, does that mean that I as the reviewer for a top tier conference need to raise the bar and require additional completeness in the paper?

For example, suppose a paper is an area where the author (senior researcher) has published for 3+ years.  Said author submits a paper in that same area which reads tremendously well but is fairly incremental.  Should there any consideration for me as the reviewer to note that the author does not go the journal route and hence is unlikely to ever really "complete" the work if it does not end up in a thesis?

The simple answer is that no, I don't think it would be fair for me to take that into consideration as I think that would impose an unexpected burden on the author.  The unforeseen burden is especially keen given that nearly all papers are driven by the students and it is definitely unfair to weigh the student with the prior behavior of the adviser (though for some reason, the converse never applies but never mind). 

The more nuanced answer is that I think this is something that we as a community (networking / systems) need to deal with.  I think we have long ago passed the threshold where one can get by doing "one off" papers that might have some justification for a more conference-centric view.  I don't think a reviewer can do this either as that is bound to end up disastrous.  We already have enough subjective evaluation, let's not add another one to the mix.  It is rather something to discuss at the community level, say a TCCC or other level and I think it has to be a community ethic sort of thing.  

Particularly for those who care deeply that conferences are more important than journals, I think there has to be a serious answer as to when the work gets "complete."  Otherwise, it becomes yet another item to add to criticisms of why CS will have difficulty supporting the conferences-only notion for promotion and tenure.  In a later posting, I'll add my thoughts on the article by my department chair (Kevin Bowyer) on conferences versus journals and how a junior faculty should view them.  If you have not garnered by above, I am largely in agreement and the above is yet another reason why I think he is right for promotion / tenure.  
 
Note: For anyone reading this if you think that I did this to your INFOCOM paper, no I did not and you are happy to drop me a note for me if you want to break the veil of anonymity.  Whoot, go, go, gadget tenure :)   

Visit - Sprint at the Wireless Institute

One of the nice perks of being at Notre Dame is the wicked, cool set of speakers that we get to have the privilege of listening to.  For this past week, we were the host of Bob Azzi, Sprint's senior vice president of network operations.  Unfortunately due to obligations related my Associate Chair hat, I had to duck out early from the question and answer session and missed the second half of the session.

A few interesting bits from the talk and Q&A that stood out for me:

• A certain other cell network when they had employed data caps expecting to see revenue generation.  In reality, users heavily capped their behavior when they hit the limit and it ended up not generating any substantial new revenue.  It definitely raises some interesting questions related to our WiFi offloading study as a comment was raised whether or not users will modify their behaviors as they get closer to the cap.  With our Cell Phone Study getting our data services from Sprint, this was not an issue due to the unlimited data plans.  It certainly would have some interesting effects for non-Sprint customers if we could monitor several in our study.  From a larger perspective, I have to think data like that would give execs at Verizon pause as the whole shared data plan sort of thing could get ugly in a heartbeat. 
• DPI (Deep Packet Inspection) and video translation for the win.  18-20% reduction by whacking certain low hanging video streams from 1080p when the type of mobile device is known (non-tethered too I assume) to be more appropriate for the screen size.  I'll have to do a bit more digging to see what devices are involved but very smart plays to re-encode said video to alleviate the last mile. 
• As academics in networking, we sometimes can forget that the real network is messy and that any sort of pico / metro cell magic is going to be awful due to the sheer scope / complexity of rolling it out for real.  Techniques like SON (Self-Optimizing Networks) are going to be essential for realizing HetNets.  Right of way / property are powerful things indeed (i.e. how do power / cable / get permission to install a pico or metro cell).
• Similarly, cell networks are not nearly as monolithic as one would imagine, often involving many agreements across a variety of networks to be able to provide full nation-wide coverage.  It definitely adds a unique complexity wrinkle to deployment that the community needs to be more mindful of.
• Finally, like all things technology, technology is only one part of it and policy, particularly public policy is a very, very important part.  We really need more engineers who can correctly inform technology decisions.

Hopefully we will be able to post up a video on the Wirelss Institute webpage in the next week or so with a recording of the core part of Azzi's talk.  

Android Layout XML - Oh my

Despite the fact that my schedule by in large is fairly awful, I have managed to set aside at least some time each week to do a bit of research / development.  I'll avoid posting which time that is lest someone try to schedule a meeting during that block but the project this week has been to look at finally doing a bit of Android development, particularly on my recently replaced iMac and the Nexus 7.  

The process of getting everything set up was not bad, a few minor glitches here and there, but nothing too severe.  Nice to see that is the case.

Beyond getting the basic Hello World example working, my first project is to try to get a Bluetooth Serial Port Profile (SPP) listener going for the purposes of instrumenting my eBike.  The eBike or really electric motor scooter (it does 60 mph, whoot) was my sanity prize for doing our departmental accreditation efforts.  That and the family vacation to Hawaii last year.  Even then, I am not sure it was enough but lest I dwell too much on accreditation and become grumpy, I'll get back to the task at hand.

Basically, the prototype variant that I had does not have the new fancy display that the current bikes ship with but it does have a serial TTL output.  I found a fairly neat Serial TTL to Bluetooth converter at MDFly and got it rigged up late last year.  At the time, I had been using a simple Serial TTL / USB cable and a bit of C# code on my notebook.  Unfortunately, the bike reared its prototype / test pilot nature this year and has largely been out of action, not allowing me significant riding time until this past week.  Current Motor has been wonderful about troubleshooting and hopefully the wonder that was troubleshooting the bad BMS (Battery Management System) led to better troubleshooting for other riders.

Now that my bike is back, I had been occasionally using a simple Bluetooth SPP application from the Play Store.  However, that is not a whole lot of fun as it does not give me GPS or a display for my bike.  I could also just settle for the simple SparkFun adapter to log things to a microSD but again, where is the fun of not having a full display :)  

The task then this week was to actually build a real Android app together with a dash of Bluetooth.  Not too bad on the core of the Bluetooth (Google's documentation is pretty sweet) but holy lord of obfuscation, the layout code is abysmal.  Granted, I am a bit biased from working with WPF and the C# side of things but wow, it is pretty awful.  I thought WPF had some awful kludges (properties and the magic XAML compilation behind the scenes) but Android layout definitely takes the cake.  I am hoping the awful obfuscation is just a byproduct of the fact that I am using sample code but I am not terribly optimistic.  

If anyone would like to educate me why I am off base and espouse the merits of Android's layout XML over WPF / XAML, feel free to do so.    

SIGCOMM CellNet

As always, a bit late on the blog post but better late than never with regards to discussing various papers / highlights from SIGCOMM as well as the workshop that I attended, CellNet.

• Positively wonderful opening note / tutorial.  The organizers (Li and Morley) asked Zoltán Turányi from Ericsson to give a nice over of emerging problems in cellular networks.  It was a nice twist that I think served as a good foundation for the rest of the day.  I am not sure this is viable at a general conference (versus say a key note) but it worked well for the workshop.
• I was a bit less sanguine about the Open Radio work by Sachin Katta from Stanford.  They had a wicked cool paper at the core SIGCOMM conference but it felt a bit like cognitive radio redux.  That being said, pulling off full speed 802.11n with TI + USRP goodness is pretty awesome and I have to give them serious props for that.  We will certainly have to do a bit of looking into the TI C66x DSP that their group had been using.

With that, we had a small break for coffee though we were by far running late.  It was then that we realized that HotSDN had 180 attendees (wow!).  The good news was that we got back on time in fairly short order for the workshop.

• Neat paper on Buffer Bloat presented by Sue Moon of KAIST who was subbing for Rhee from NC State.  Bummer was that Sprint was by far one of the worst violators of Buffer Bloat.  Evidently they have an upcoming IMC paper examining tweaks to TCP to try to improve things. Amusing anecdote of noting that AQM (Active Queue Management) is doomed out of the gate which I think is pretty much the community consensus.
• Two papers by AT&T on the core of their network primarily from a modeling perspective.  Both were invited and some neat graphs on RNC / tower performance with regards to TCP performance.

Nice standard conference lunch though I must say, the Finlandia lunches all week were excellent.  Got a bit crowded with the whole conference there on Tuesday through Thursday.  After lunch, it was time for our talk on WiFi offloading which I can now freely discuss on the blog now that it has finally dropped.  We ended up trading with the Stanford folks so KK's adviser could catch his talk.

• Needed more coffee for my talk and I realized I cut perhaps one too many slides in the interest of time.  Post lunch + jet lag means a far less than impressive talk.  Evidently Shu (my student) taped it but I'm not sure I will be adding it to YouTube any time soon.
• KK Yap had a nice bit about using multiple adapters to get better performance.  They used an underlying Linux virtual switch on Android to allow one to fuse together multiple adapters and derive better performance.  He did a nice job presenting his talk.
• Neat work on multi-path TCP definitely getting into the firm weeds, sort of a different perspective taking the standards route for multi-path TCP rather than the bit more of ad hoc approach of the Stanford talk.  
• The session wrapped up with a talk by Suman Banerjee about their wireless bus work.  Very cool and some interesting enterprise level problems when you have numerous buses / data plans to manage.  Definitely problems that most academics are not pondering but are likely to be quite important at a macro level.  Very impressive with how far the bus work has come from several years back when he had presented it visiting us at ND.  Well done guys.

Two final talks wrapped things up with one on modeling (not necessarily my cup of tea) and one on assisted GPS, namely how bad the assisted GPS has been implemented on many devices.  Lots of low hanging fruit for vendors to fix.  The modeling issue brought up an interesting point that with 3GPP and the potential to signal back to the base station, how much should we signal back?

The workshop wrapped up with a panel discussing various issues / open items for cellular networks.  The poor panelists barely got in their slides before we started discussing each particular person's results.  The net result was that Li did not get a huge amount of time to go over his thoughts on a cellular SDN which was a bit of a bummer but the back and forth on the panel was excellent.

All in all, it was a nice workshop.  Quite well attended (though not bursting like HotSDN).  Well done Li and Morley!