Update to follow style guide
[docs.git] / docs / getting-started-guide / experimental_features.rst
1 **********************************
2 OpenDaylight Experimental Features
3 **********************************
4
5 .. contents::
6    :depth: 1
7    :local:
8
9 Messaging4Transport
10 ===================
11 Adds AMQP bindings to the MD-SAL, which makes all MD-SAL APIs available via
12 that mechanism. AMQP bindings integration exposes the MD-SAL datatree, rpcs,
13 and notifications via AMQP, when installed.
14
15 Network Intent Composition (NIC)
16 ================================
17 Offers an interface with an abstraction layer for you to communicate
18 “intentions,” i.e., what you expect from the network.  The Intent model, which
19 is part of NIC's core architecture, describes your networking services
20 requirements and transforms the details of the desired state to OpenDaylight.
21 NIC has four features:
22
23 * odl-nic-core-hazelcast: Provides the following:
24
25   * A distributed intent mapping service implemented using hazelcast, which
26     stores metadata needed to process Intent correctly
27   * An intent REST API to external applications for Create, Read, Update, and
28     Delete (CRUD) operations on intents, conflict resolution, and event handling
29
30 * odl-nic-core-mdsal: Provides the following:
31
32   * A distributed Intent mapping service implemented using MD-SAL, which stores
33     metadata needed to process Intent correctly
34   * An Intent rest API to external applications for CRUD operations on Intents,
35     conflict resolution, and event handling
36
37 * odl-nic-console: Provides a Karaf CLI extension for Intent CRUD operations
38   and mapping service operations
39 * Four renderers to provide specific implementations to render the Intent:
40
41   * Virtual Tenant Network Renderer
42   * Group Based Policy Renderer
43   * OpenFlow Renderer
44   * Network MOdeling Renderer
45
46 UNI Manager Plug-in (Unimgr)
47 ============================
48 Formed to initiate the development of data models and APIs that facilitate
49 OpenDaylight software applications’ and/or service orchestrators’ ability to
50 configure and provision connectivity services.
51
52 YANG-PUBSUB
53 ===========
54 An experimental feature Plugin that allows subscriptions to be placed on
55 targeted subtrees of YANG datastores residing on remote devices. Changes in
56 YANG objects within the remote subtree can be pushed to OpenDaylight as
57 specified and don’t require OpenDaylight to make continuous fetch requests.
58 YANG-PUBSUB is developed as a Java project. Development requires Maven version
59 3.1.1 or later.