HTTPS SSH

JOpenFlow is a Java implementation of low-level OpenFlow protocol datagram
marshalling/unmarshalling and IO operations. This code base is based on
a port of openflowj (http://bitbucket.org/openflowj/openflowj) to
OpenFlow v1.3.3.

Compilation

Building requires Maven 2.x+ (http://maven.apache.org/). To build run
./dist.sh. Results will be placed in the dist subfolder.

Alternatively, you can use Eclipse with Maven integration and import the
project as an Existing Maven Install. Once loaded on Eclipse, you can
Run the example/SimpleController application. It is capable of doing
simple L2 MAC learning switch.

Implementation notes

  1. New Matching and set-field action: As required by OF1.3, this release
    has a new matching function because the Standard OF1.1 match is being
    depecated and all matching is moved to OXM format. This is true for the
    header rewriting actions too, i.e., OFActionSetField takes prominence
    for all header writing. Each field is an object of OFOXMField. If you
    need to specify mask values, then use OFMatchField that inherits from
    OFOXMField.

  2. Convenience functions for openflowj apps: This release also provides
    several convenience functions to improve portability of your existing
    openflowj-based application to jopenflow. Most of these functions are in
    OFMatch class so that older ways of setting match fields will still
    work. However, in OF1.3.3, wildcarding is implicit in the OFMatch and
    not needed to be specified. Since several applications still use the
    OFMatch.setWildcard() to specifiy what fields are to be ignored in a
    fully-populated OFMatch, we provide a related function called
    setNonWilcard(Set<OFOXMField>) that removes all match fields except
    those specified in that function call.

  3. ComputeLength: In previous openflowj, the length of message
    structs were calculated by the application. This is avoided in JOpenFlow
    where the lengths are computed when any set() operation is performed.
    Before dispatching an OFMessage, it is required to call
    msg.computeLength() to update the length. THis is essential because many
    of the messages are of variable length and some do not count padding.

Release notes

  • Feature complete for all of the basic OF1.3 features
  • However, many of the experimenter/vendor extended features are missing
  • Supporting ByteBuffer and not ChannelBuffer.

Authors

  • Srini Seetharaman (srini.seetharaman@gmail.com)

Original authors of openflowj for OF v1.0.3:
- David Erickson (daviderickson@cs.stanford.edu)
- Rob Sherwood (rob.sherwood@stanford.edu)