The first ever IETF Hackathon was held March 21-22, the weekend before IETF 92 in Dallas, TX. It was a late addition to the conference schedule, answering the call to action from Engineering CTO and Chief Architect Dave Ward’s talk at IETF 91, Open Standards, Open Source, Open Loop. Cisco’s DevNet team teamed up with IETF leaders to put the event together in short order. Stated goals included bringing running code back into the IETF, bridging the gap between open source and open standards, and introducing more developers and young people to the IETF. It was a huge success by these and other measures, as evident by the announcement at the plenary session of another hackathon at IETF 93 in Prague.
The hackathon featured six technology areas, representing a mix of existing IETF working groups, proposals with BoFs (Birds of a Feather sessions) occurring later in the week, and a combination of new and established open source projects.
BIER (Bit Index Explicit Replication)
NETVC and Daala (Internet Video Code)
I2RS/OpenDaylight + NETCONF/YANG
Services Function Chaining (SFC) in OpenDaylight (ODL)
SPUD (Substrate Protocol Underneath Datagrams)
STUN/DISCUSS (Differentiated prIorities and Status Code-points Using Stun Signaling
We kicked things off with a series of brief presentations that introduced each technology and proposed sample projects. Participants self organized into teams and started hacking. The knowledge transfer and productivity that ensued was astounding. People were so engrossed in their projects that lunch sat untouched for half an hour. Fresh cookies provided as an afternoon snack did not distract, a scenario unimaginable to most IETF veterans.
Nearly everyone stayed for dinner and many worked well beyond the advertised closing time of 21:00, with the last few groups of dedicated developers being kicked out over an hour later.
There was no loss of enthusiasm the next morning, with many people arriving before the advertised start time of 09:00. A few new faces arrived, their previously established travel plans or airline strikes not allowing them to participate the previous day. They were welcomed, plugged into existing teams and started contributing.
By mid Sunday afternoon, teams switched gears to prepare and deliver brief presentations in which they shared what they had accomplished to their peers and a set of esteemed judges - Jari Arkko, Richard Barnes, and Mark Nottingham. Following the presentations, the judges conferred to determine the winners. At stake were bragging rights plus tech goodies that included Raspberry Pis, Infiniter green laser pointers, and Kill-o-Watt power meters.
The set of projects included the following:
BIER powered HOMENET multicast routing
NETVC/Daala, new contributor added, video analyzer created
OpenDaylight ietf-syslog model used to configure Linux rsyslog daemon
OpenDaylight developer VM created, used, and refined to provide complete development environment for I2RS, SFC, ietfsyslog project, and others projects involving OpenDaylight
SFC traceroute draft implemented, revealing error in the specification fixed by a new version of draft
NETCONF integration for SFC
YANG model inventory; tool that produces RFC/internet draft template from YANG model
SPUDlib open source project contributors increased 200%
SPUD prototype draft implemented, used as input in BoF later in week
STUN/DISCUSS demo created
The IETF meeting wiki contains additional information, links to presentations and projects, and more photos. Lastly, here are quotes from hackathon participants:
Hariharan Ananthakrishnan, Packet Design –
"My personal thanks for helping out in the IETF Hackathon and plugging me to right group to contribute. I should say I had good time hacking as a first time IETFer"
Sunil Vallamkonda, F5 –
"I got to learn a lot and meet talented folks. I do not know why such an event never happened till 2015, it should have part of IETF since day one."
We may not be able to change the past, but we will continue to shape the future of the IETF, including another hackathon at IETF 93 in Prague!
In order to be more proactive on the troubleshooting of a deployment with ISR4K, the SP we are working with needs to obtain the following information from the routers:
Device status: CPU, Memory, temperature, crash, logs, etc
I'm running a docker ubuntu container image (3.6.6-jessie) and I'm trying to do a pip3 install ydk. I am seeing the following error:
pip3 install ydkCollecting ydkUsing cached https://files.pythonhosted.org/packages/f1/db/63ebe7da93a3784b...
For the purpose of developping a CI/CD pipeline with ansible I am trying to use the NX-OSv virtual image, actually the last one v2.2.3 to test the playbooks/roles.I am using the vagrant box provided by Cisco, but the boot hangs and nothing happens: &...
I am having an issue installing ydk on debian v10, with the following error.I have tried both building from the source and using the .deb version both with the same results.Any help would be appriciated.Thanks. 2019-03-11T18:29:12 Created temporary d...
Anyone here who uses the compliance feature of CPI 3.4 ??
If so, does it always work reliable ??
I am asking this question, because I have experienced some weird behaviour while trying to write some policies and testing them, here comes:...