Public | Automated Build

Last pushed: a year ago
Short Description
CCN-lite is a reduced and lightweight implementation of the CCNx protocol
Full Description

Status of Automatic Tests

(Currently, CCN-lite V2 supports only automatic build testing, there are no functionality tests)

Overview

Jump to the Table of Contents

CCN-lite is a reduced and lightweight -- yet functionally
interoperable -- implementation of the CCNx and NDN protocols. It covers:

CCN-lite supports multiple platforms, including:

  • Linux and OS X user space
  • Linux kernel
  • Android
  • RIOT OS

CCN-lite is meant as a code base for class room work, experimental
extensions and simulation experiments. The ISC license makes it an
excellent starting point for commercial products.

CCN-lite has been included in the RIOT operating system for the
Internet of Things (IoT): http://www.riot-os.org/

<a name="toc"></a>

Table of Contents

  1. Getting started
  2. Rationale for CCN-lite
  3. Extensions
  4. CCN-lite supported platforms
  5. Command line tools
  6. Useful links
  7. Tentative roadmap
  8. Changelog
  9. Credits

<a name="gettingstarted"></a>

1. Getting started

To start right now with CCN-lite visit the tutorial. It
covers installation on Unix and basic functionality of CCN-lite.

For more information about CCN-lite supported platforms and how to build, see
CCN-lite supported platforms. The source code of CCN-lite is
available on GitHub, either the
master branch or dev-master. If you found a bug or want to report a problem
with CCN-lite, feel free to
create an issue on GitHub - we
appreciate it!

<a name="rationale"></a>

2. Rationale for CCN-lite

The original motivation in 2011 for creating CCN-lite was that PARC's CCNx
router software had grown huge. CCN-lite provides a lean alternative for
educational purposes and as a stepping stone. It's for those who want a simple
piece of software for experimentation or own development, but who do not need
all features of the full thing.

This brings the interesting question of interoperability: What minimum
functionality is necessary in order to participate in a CCNx network? With
CCN-lite, we have made a first attempt at identifying that set, but we are aware
that this set might be incomplete, or may change depending on how CCNx evolves.
We consider this question of "sufficient CCNx functionality" to be of
engineering and academic interest of its own and welcome contributions from
everybody.

Hence, with CCN-lite, we did a race-to-the-bottom and strived for a kind of
"Level-0" interoperability. Level-0, as we understood it, covers:

  • ccnb encoding of messages (or any other encoding flavor, including the TLV variants)
  • PIT and FIB, basic CCN data structures
  • longest and exact prefix matching for basic CCN operations,
    including minsuffixcomp und maxsuffixcomp handling
  • matching of publisher's public key to fight cache poisoning
  • nonce and/or hop limit tracking to avoid loops as a minimal safeguard

As an interoperability goal we set for ourselves the threshold that the CCN-lite
software must be able to route at the CCN level between fully fledged CCNx
forwarders. Of course, this is a moving target, but we regularly use our tools
to interface with the NDN testbed, for example.

We deliberately do not cover in our CCN-lite code:

  • sophisticated data structures for performance optimizations
  • exclusion filtering in interests
  • all TCP connectivity and the old CCNx cmd line utilities that have TCP
    hardwired into them
  • crypto functionality which is not our prime concern (yet)
  • repository functionality, SYNC server, ...

A second reason to create CCN-lite was the software license (the original CCNx
project picked GNU, but NDN also has chosen this path) where we prefer a
Berkeley Software Distribution style of "do whatever you want" as we believe
that this will help adopting CCN technology. Therefore, CCN-lite is released
under the ISC license. We have learned that several companies have picked up
CCN-lite for their internal experiments, so we think our license choice was
right.

What you get with CCN-lite is:

  • a tiny core and forwarder
  • multiple platform support
  • little memory usage, runs on IOT platforms with less than 10k ram
  • libraries for applications (e.g. packet encoding libraries)
  • partially interoperable management protocol implementation
  • a simple HTTP server to display the relay's internal configuration
  • plus some interesting extensions of our own, see the next section.
  • little dependencies: cmake and openssl

<a name="extensions"></a>

3. Extensions

In several selected areas we have started our own contributions that are now
part of CCN-lite:

  • Named functions for letting clients express results instead of accessing
    only raw data. See also the use of Scala
    to host function execution and to interface to a NFN network.

  • Experimental RPC functionality for letting neighbors mutually invoke
    functions, which could be the starting point both for network management
    functionality and for data marshalling (of interests and data objects) using
    the TLV encoding.

  • Clean packet scheduler support at chunk level as well as packet or fragment
    level (symbol USE_SCHEDULER)

  • Packet fragmentation and lost packet detection support for running the CCNx
    protocol natively over Ethernet (symbol USE_FRAG). This is somehow outdated
    and waits for protocol specs to emerge.

Other features that you can switch on and off at compile time are:

Featue Description
USE_CCNxDIGEST Enable digest component, requires crypto lib.
USE_CHEMFLOW Experimental scheduler based on chemical networking, source not included.
USE_DEBUG Basic data structure dumping.
USE_DEBUG_MALLOC Compile with memory armoring.
USE_DUP_CHECK Check for duplicate nonces.
USE_ECHO Enable an echo prefix, returning the current time.
USE_LINKLAYER Talk to Ethernet, W-LAN, 802.15.4 devices, raw frames.
USE_FRAG Enable fragments, to run CCNx over Ethernet.
USE_HMAC256 Enables hash-based message authentication codes.
USE_HTTP_STATUS Provide status info for web browsers.
USE_IPV4 Enable IP support.
USE_LOGGING Enable log messages.
USE_KITE Routing along the return path, not yet supported.
USE_MGMT React to CCNx management protocol messages.
USE_NACK NACK support for NFN.
USE_NFN Enable named function networking.
USE_NFN_NSTRANS Namespace translation for NFN.
USE_NFN_MONITOR Message logging for nfn-scala.
USE_SCHEDULER Rate control at CCNx msg and fragment level.
USE_SIGNATURES Authenticate management messages.
USE_STATS Enable statistics.
USE_SUITE_* Enable a specific protocol: CCNB, NDNTLV (NDN 2014), CCNTLV (CCNx2014), LOCALRPC or CISTLV (Cisco 2015) and COMPRESSED (for packet compression)
USE_UNIXSOCKET Add UNIX IPC to the set of interfaces.

The approach for these extensions is that one can tailor a CCN forwarder to
including only those features really necessary. We have strived to make these
choices as orthogonal as possible and invite you to attempt the same for your
additions.

<a name="platforms"></a>

4. CCN-lite supported platforms and how to compile

CCN-lite currently supports five platforms. To find out how to install and use
CCN-lite on each individual platform, refer to the platform-specific readme
files:

Additionally, CCN-lite has a pre-built Dockerfile to enable the usage of
Docker with CCN-lite. See the
Docker-specific readme file for more information.

Named function support

If you want named function support (NFN), define an environment variable at the
shell level before invoking make:

export USE_NFN=1
cmake .
make clean all

If you want both NFN and NACK support, define an additional environment variable
before invoking make:

export USE_NFN=1
export USE_NACK=1
cmake .
make clean all

<a name="lof"></a>

5. Command line tools

The commandline tools can be found in the ccnl-utils folder
The main command line tools and their corresponding source file that are shipped
with CCN-lite are the following:

Tool Description
ccn-lite-relay CCN-lite forwarder: user space.<br /> This file is compiled into three executables, depending on compile time environment flags: <ul><li>ccn-lite-relay</li><li>ccn-nfn-relay</li><li>ccn-nfn-relay-nack</li></ul>
ccn-lite-lxkernel CCN-lite forwarder: Linux kernel module
ccn-lite-ctrl Command line program running the CCNx management protocol (over Unix sockets). Used for configuring a running relay either running in user space or as a kernel module.
ccn-lite-ccnb2xml Simple CCNB packet parser
ccn-lite-cryptoserver Used by the kernel module to carry out compute intensive crypto operations in user instead of kernel space.
ccn-lite-fetch Fetches both a single chunk content or a series of chunks for larger named data. Only the content is returned without any protocol bytes.
ccn-lite-mkC Simple content composer, to stdout, without crypto.
ccn-lite-mkF Simple tool to split a large file into a fragment series.
ccn-lite-mkI Simple interest composer, to stdout.
ccn-lite-peek Simple interest injector waiting for a content chunk, can also be used to request named-function results.
ccn-lite-pktdump Powerful packet dumper for all known packet formats. Output is in hexdump style, XML or content only.
ccn-lite-produce Creates a series of chunks for data that does not fit into a single PDU.
ccn-lite-rpc Send an RPC request and return the reply.
ccn-lite-simplenfn Simplified interface to request named-function results.
ccn-lite-valid Demo application for validating a packet's signature.

<a name="links"></a>

6. Links:

<a name="changelog"></a>

8. Changelog

Release 2.0.0 beta (Nov 2017)

  • Restructuration of the Code to a library system
    Code was split to following libraries:
    • ccnl-core: basic data structures
      • ccnl-fwd: forwarding functionality of CCN-lite
      • ccnl-nfn: library for NFN support
      • ccnl-pkt: packet encoding library, can be used for end point application with no forwarding requirements
      • ccnl-riot: RIOT integration library
  • change build system to cmake
  • add further RIOT support
     - add compressed packet format in an early stage
    
  • Fix a lot of Bugs
  • Fix some CVEs (discovered by Eric Sesterhenn / X41 D-Sec):
    CVE-2017-12412, CVE-2017-12464, CVE-2017-12465, CVE-2017-12466, CVE-2017-12467, CVE-2017-12468, CVE-2017-12469, CVE-2017-12471, CVE-2017-12472

Release 0.3.0 (Jul 2015)

  • Demonstrated interoperability with now-stabilized CCNx1.0, which can run
    side-by-side with NDN in a single CCN-lite relay
  • OMNeT++ integration is back, as it has been requested many times
  • New platforms and transport:
    • Arduino and RFduino
    • Android and Bluetooth Low Energy
  • New functionality: "begin-end" fragmentation for CCNx1.0 and NDN
  • Improved build quality for Ubuntu and OSX
  • Improved READMEs all over the release, easy tutorials
  • Named Function Networking (NFN) over NDN now has Python bindings to make the
    publishing of named functions easier.

<a name="credits"></a>

9. Credits

Release 2.0.0 beta (Nov 2017)

Code contributions:

Christopher Scherb
Balazs Faludi
Claudio Marxer
Cenk Gündogan
Eric Sesterhenn
Christian F. Tschudin

Release 0.3.0 (Jul 2015)

Code contributions:

Lukas Beck
Christopher Scherb
Manolis Sifalakis
Christian F. Tschudin

Feedback and other contributions:

Fateh Al-Mufti
Frederik Brix
Patrick Buder
Daniel Federau
Ilir Fetai
Nenad Kokeza
David Kordsmeier
Dima Mansour
Marc Mosko
Mihai Daniel Rapcea
Fabian Rauschenbach
Yanick Salzmann
Maarten Schenk
Urs Schnurrenberger
Marco Suter
Marc-Andrea Tarnutzer
Marco Dieter Vogt
Akan Yilmaz

Release 0.2.0 (Dec 2014)

Code contributions:

Basil Kohler
Christian Mehlis
Massimo Monti
Christopher Scherb
Manolis Sifalakis
Christian F. Tschudin

Code and documentation feedback:

Samuel Bader
Christoph Betschart
Nore Derguti
Ralph Droms
Wilson A. Eghonghon
Daniel Federau
Ralph Gasser
Cedric Geissmann
Rasa Liebfried
Dario Maggi
Frank Müller
Marko Obradovic
Michaja Pressmar
Mihai D. Rapcea
Urs Schnurrenberger
Thomas Simonsen
Alexander Stiemer
Ziba Tavassoli
Simon Wang
Mario Weber

Release 0.1.0 (Jul 2013)

Code contributions:

Stefan Braun
Pierre Imai
Basil Kohler
Thomas Meyer
Massimo Monti
Christopher Scherb
Manolis Sifalakis
Christian F. Tschudin

Docker Pull Command
Owner
cnuofbasel
Source Repository