FD.io VPP  v18.10-34-gcce845e
Vector Packet Processing
VOM Namespace Reference

The VPP Object Model (VOM) library. More...

Namespaces

 ACL
 
 arp_proxy_binding_cmds
 
 arp_proxy_config_cmds
 
 bond_group_binding_cmds
 
 bond_interface_cmds
 
 bridge_domain_arp_entry_cmds
 
 bridge_domain_cmds
 
 bridge_domain_entry_cmds
 
 dhcp_client_cmds
 
 gbp_contract_cmds
 
 gbp_endpoint_cmds
 
 gbp_endpoint_group_cmds
 
 gbp_recirc_cmds
 
 gbp_subnet_cmds
 
 hw_cmds
 
 interface_cmds
 Forward declaration of the stats and events command.
 
 interface_span_cmds
 
 ip_punt_redirect_cmds
 
 ip_unnumbered_cmds
 
 l2_binding_cmds
 
 l2_emulation_cmds
 
 l2_xconnect_cmds
 
 l3_binding_cmds
 
 lldp_binding_cmds
 
 lldp_global_cmds
 
 nat_binding_cmds
 
 nat_static_cmds
 
 neighbour_cmds
 
 pipe_cmds
 
 route
 Types belonging to Routing.
 
 route_domain_cmds
 
 sub_interface_cmds
 
 tap_interface_cmds
 
 vxlan_tunnel_cmds
 

Data Structures

class  arp_proxy_binding
 A representation of LLDP client configuration on an interface. More...
 
class  arp_proxy_config
 A representation of LLDP client configuration on an interface. More...
 
class  bond_group_binding
 A representation of bond interface binding. More...
 
class  bond_interface
 A bond-interface. More...
 
class  bond_member
 A bond-member. More...
 
class  bridge_domain
 A base class for all object_base in the VPP object_base-Model. More...
 
class  bridge_domain_arp_entry
 A entry in the ARP termination table of a Bridge Domain. More...
 
class  bridge_domain_entry
 A MAC forwarding entry in the bridge-domain/L2-FIB. More...
 
class  client_db
 A DB storing the objects that each owner/key owns. More...
 
class  cmd
 A representation of a method call to VPP. More...
 
class  connection
 A representation of the connection to VPP. More...
 
class  cout_handler
 
class  dhcp_client
 A representation of DHCP client on an interface. More...
 
struct  direction_t
 Feature Directions. More...
 
class  dump_cmd
 A base class for VPP dump commands. More...
 
class  enum_base
 A template base class for all enum types. More...
 
struct  ethertype_t
 Feature Ethertype. More...
 
class  event_cmd
 An Event command base class. More...
 
class  file_handler
 
class  gbp_contract
 A entry in the ARP termination table of a Bridge Domain. More...
 
class  gbp_endpoint
 A GBP Enpoint (i.e. More...
 
class  gbp_endpoint_group
 A entry in the ARP termination table of a Bridge Domain. More...
 
class  gbp_recirc
 A recirculation interface for GBP use pre/post NAT. More...
 
class  gbp_subnet
 A GBP Enpoint (i.e. More...
 
struct  handle_t
 A type declaration of an interface handle in VPP. More...
 
class  HW
 
class  inspect
 A means to inspect the state VPP has built, in total, and per-client. More...
 
class  interface
 A representation of an interface in VPP. More...
 
class  interface_factory
 
class  interface_ip6_nd
 A representation of L3 configuration on an interface. More...
 
class  interface_span
 A representation of interface span configuration. More...
 
class  ip_punt_redirect
 A representation of IP punt_redirect configuration on an interface. More...
 
class  ip_unnumbered
 A representation of IP unnumbered configuration on an interface. More...
 
struct  l2_address_t
 Type def of a L2 address as read from VPP. More...
 
class  l2_binding
 A Clas representing the binding of an L2 interface to a bridge-domain and the properties of that binding. More...
 
class  l2_emulation
 A Clas representing the binding of an L2 interface to a bridge-domain and the properties of that binding. More...
 
class  l2_xconnect
 A Class representing the cross connnect of an L2 interface with another l2 interface. More...
 
class  l3_binding
 A representation of L3 configuration on an interface. More...
 
class  l3_proto_t
 An L3 protocol can be used to construct a prefix that is used to match packets are part of a route. More...
 
class  lldp_binding
 A representation of LLDP client configuration on an interface. More...
 
class  lldp_global
 A representation of LLDP global configuration. More...
 
struct  log_level_t
 
class  log_t
 Ideally we'd use the boost logger but that is not prevelent in many distros. More...
 
struct  mac_address_t
 Type def of a Ethernet address. More...
 
class  nat_binding
 A Class representing the binding of an L2 interface to a bridge-domain and the properties of that binding. More...
 
class  nat_static
 A entry in the ARP termination table of a Bridge Domain. More...
 
class  neighbour
 A entry in the neighbour entry (ARP or IPv6 ND) More...
 
class  nh_proto_t
 Types belonging to Routing. More...
 
class  object_base
 A base class for all object_base in the VPP object_base-Model. More...
 
class  object_ref
 A represenation of a reference to a VPP object. More...
 
class  OM
 The interface to writing objects into VPP OM. More...
 
class  pipe
 A Pipe interface. More...
 
class  ra_config
 A representation of Router Advertisement configuration. More...
 
class  ra_prefix
 A representation of RA prefix configuration on given interface. More...
 
struct  rc_t
 Error codes that VPP will return during a HW write. More...
 
class  route_domain
 A route-domain is a VRF. More...
 
class  rpc_cmd
 A base class for all RPC commands to VPP. More...
 
class  singular_db
 A Database to store the unique 'singular' instances of a single object type. More...
 
class  sub_interface
 A Sub-interface. More...
 
class  tap_interface
 A tap-interface. More...
 
class  vxlan_tunnel
 A representation of a VXLAN Tunnel in VPP. More...
 

Typedefs

typedef boost::asio::ip::address ip_address_t
 
typedef std::set< object_refobject_ref_list
 A convenitent typedef for set of objects owned. More...
 
typedef unsigned int(* get_msg_size_t) (void *)
 A function type def for calculating a message's size. More...
 
typedef uint32_t epg_id_t
 EPG IDs are 32 bit integers. More...
 
typedef interface_ip6_nd< ra_config, vapi::Sw_interface_ip6nd_ra_config > ip6nd_ra_config
 Typedef the ip6nd_ra_config. More...
 
typedef interface_ip6_nd< ra_prefix, vapi::Sw_interface_ip6nd_ra_prefix > ip6nd_ra_prefix
 Typedef the ip6nd_ra_prefix. More...
 
typedef enum VOM::end_t_ end_t
 

Enumerations

enum  obj_state_t { OBJECT_STATE_NONE = 0, OBJECT_STATE_STALE }
 object state More...
 
enum  end_t_ { EAST = 0, WEST }
 
enum  dependency_t {
  dependency_t::GLOBAL = 0, dependency_t::INTERFACE, dependency_t::VIRTUAL_INTERFACE, dependency_t::TABLE,
  dependency_t::ACL, dependency_t::BINDING, dependency_t::ENTRY
}
 There needs to be a strict order in which object types are read from VPP (at boot time) and replayed to VPP (if VPP restarts). More...
 

Functions

std::ostream & operator<< (std::ostream &os, const std::pair< direction_t, interface::key_t > &key)
 
static vapi_type_ip4_address to_api (const boost::asio::ip::address_v4 &a)
 
static vapi_type_ip6_address to_api (const boost::asio::ip::address_v6 &a)
 
vapi_type_address to_api (const ip_address_t &a)
 
ip_address_t from_api (const vapi_type_address &v)
 
vapi_type_mac_address to_api (const mac_address_t &a)
 
mac_address_t from_api (const vapi_type_mac_address &v)
 
route::prefix_t from_api (const vapi_type_prefix &v)
 
vapi_type_prefix to_api (const route::prefix_t &p)
 
std::ostream & operator<< (std::ostream &os, const arp_proxy_config::key_t &key)
 
std::ostream & operator<< (std::ostream &os, const bridge_domain_arp_entry::key_t &key)
 
std::ostream & operator<< (std::ostream &os, const bridge_domain_entry::key_t &key)
 
std::ostream & operator<< (std::ostream &os, const cmd &cmd)
 Free ostream function to print a command. More...
 
std::ostream & operator<< (std::ostream &os, const gbp_contract::key_t &key)
 
std::ostream & operator<< (std::ostream &os, const gbp_endpoint::key_t &key)
 
std::ostream & operator<< (std::ostream &os, const interface_span::key_t &key)
 Ostream output for the key. More...
 
std::ostream & operator<< (std::ostream &os, const l3_binding::key_t &key)
 Ostream output for the key. More...
 
log_tlogger ()
 Return a log object into which VPP objects can write. More...
 
static std::string get_filename (const std::string &file)
 
static std::string get_timestamp ()
 
std::ostream & operator<< (std::ostream &os, const nat_binding::key_t &key)
 
std::ostream & operator<< (std::ostream &os, const nat_static::key_t &key)
 
std::ostream & operator<< (std::ostream &os, const neighbour::key_t &key)
 
std::ostream & operator<< (std::ostream &os, const object_base &o)
 ostream print of a VPP Obect More...
 
static const std::string pipe_mk_name (uint32_t instance)
 
std::ostream & operator<< (std::ostream &os, const l3_proto_t &l3p)
 Ostream output for l3_proto_t. More...
 
boost::asio::ip::address from_bytes (uint8_t is_ip6, uint8_t *array)
 Convert a VPP byte stinrg into a boost addresss. More...
 
void to_bytes (const boost::asio::ip::address_v6 &addr, uint8_t *array)
 
void to_bytes (const boost::asio::ip::address_v4 &addr, uint8_t *array)
 
void to_bytes (const boost::asio::ip::address &addr, uint8_t *is_ip6, uint8_t *array)
 Convert a boost address into a VPP bytes string. More...
 
uint32_t mask_width (const boost::asio::ip::address &addr)
 Get the prefix mask length of a host route from the boost address. More...
 
std::ostream & operator<< (std::ostream &os, const route::prefix_t &pfx)
 Ostream printer for prefix_t. More...
 
boost::asio::ip::address_v4 operator| (const boost::asio::ip::address_v4 &addr1, const boost::asio::ip::address_v4 &addr2)
 
boost::asio::ip::address_v4 operator& (const boost::asio::ip::address_v4 &addr1, const boost::asio::ip::address_v4 &addr2)
 
boost::asio::ip::address_v4 operator~ (const boost::asio::ip::address_v4 &addr1)
 
boost::asio::ip::address_v6 operator| (const boost::asio::ip::address_v6 &addr1, const boost::asio::ip::address_v6 &addr2)
 
boost::asio::ip::address_v6 operator& (const boost::asio::ip::address_v6 &addr1, const boost::asio::ip::address_v6 &addr2)
 
boost::asio::ip::address_v6 operator~ (const boost::asio::ip::address_v6 &addr1)
 
boost::asio::ip::address operator| (const boost::asio::ip::address &addr1, const boost::asio::ip::address &addr2)
 
boost::asio::ip::address operator& (const boost::asio::ip::address &addr1, const boost::asio::ip::address &addr2)
 
boost::asio::ip::address operator~ (const boost::asio::ip::address &addr1)
 
template<typename DB >
void db_dump (const DB &db, std::ostream &os)
 Print each of the objects in the DB into the stream provided. More...
 
std::ostream & operator<< (std::ostream &os, const handle_t &h)
 ostream print of a handle_t More...
 
std::ostream & operator<< (std::ostream &os, const mac_address_t &mac)
 Ostream operator for a MAC address. More...
 
std::ostream & operator<< (std::ostream &os, const l2_address_t &l2)
 Ostream operator for a MAC address. More...
 
std::ostream & operator<< (std::ostream &os, const direction_t &dir)
 Output ostream for direction_t. More...
 
std::ostream & operator<< (std::ostream &os, const ethertype_t &eth)
 Output ostream for ethertype_t. More...
 
std::ostream & operator<< (std::ostream &os, const vxlan_tunnel::endpoint_t &ep)
 Ostream output for a tunnel endpoint. More...
 

Variables

static log_t slog
 
const std::string VXLAN_TUNNEL_NAME = "vxlan-tunnel-itf"
 

Detailed Description

The VPP Object Model (VOM) library.

A set of helper function to iterate over objects in the DB.

Before we begin, a glossary of terms:

  • Agent or client: A user mode process that links to and uses the VOM library to programme VPP
  • VPP: A running instance of VPP
  • High Availability (HA): Scenarios where the client and/or VPP restart with minimal service interruption.
  • CReate, Update, Delete (CRUD): An API style where the producer issues notifications to changes to objects

The VOM is a C++ library that models entities in VPP as C++ classes. The relationships between VOM objects and VPP entities is not always 1:1. Some effort has been made to construct a higher level, more abstract API to VPP programming*. The client programming model is simple (or at least I intended it to be..). The client deals in ‘desired’ state, that is, it expresses the objects it wants to exists (in VPP) and the properties that the object should have, i.e**; Interface af1(“my-af-packet-1”, AFPACKET, admin::UP); Then the client ‘writes’ this object into the ‘model’ OM::write(“clients-thing-1”, af1);

“clients-thing-1” is a description of the entity within the client’s domain that ‘owns’ (or has locked or has a reference to) the VOM object. There can be many owners of each VOM object. It will be the last owner’s update that will be programmed in VPP. This model means that the client is not burdened with maintaining which of its objects have created which VOM objects. If the client is itself driven by a CRUD API, then create notifications are implemented as above. Update notifications add two extra statements; OM::mark(“clients-thing-1”); … do writes …. OM::sweep(“clients-thing-1”); These ‘mark’ and ‘sweep’ statements are indications to OM that firstly, indicate that all the objects owned by “clients-thing-1” are now stale, i.e that the client may no longer need them. If one of the subsequent writes should update a stale object, then it is no longer stale. The sweep statement will ‘remove’ all the remaining stale objects. In this model, the client does not need to maintain the mapping of VOM objects to its own objects – it can simply express what it needs now. The delete notification is simply: OM::remove(“clients-thing-1”); Which will remove all the objects in VOM that are owned by “clients-thing-1”. Where ‘remove’ in this sense means unlock and unreference, the VOM object, and VPP state, will only be truly removed once there are no more owners. This is equivalent to a mark & sweep with no intermediate writes.

To provide this client side model the VOM is a stateful library, meaning that for each entity it creates in VPP, VOM maintains its own representation of that object. VOM can therefore be memory hungry. The desired state is expressed by the client, the ‘actual’ state is maintained by VOM. VOM will consolidate the two states when the client writes to the OM and thus issue VPP only the changes required.

The concepts of ownership and statefulness also allow the support for HA scenarios. VPP restart: When VPP restarts, VOM will reconnect and ‘replay’ its state, in dependency order, to VPP. The client does not need to regenerate its desired state. Client restart: when the client restarts, VOM will read/dump the current state of all VPP objects and store them in the OM owned by the special owner “boot”. As the client reprogrammes its desired state, objects will become owned by both the boot process and the client. At the point in time, as determined by the client, all stale state, that owned only by boot, can be purged. Hence the system reaches the correct final state, with no interruption to VPP forwarding.

Basic Design:

Each object in VOM (i.e. an interface, route, bridge-domain, etc) is stored in a per-type object database, with an object-type specific key. This ‘singular’ DB has a value-type of a weak pointer to the object. I use the term ‘singular’ to refer to the instance of the object stored in these databases, to be distinct from the instances the client constructs to represent desired state. The ‘client’ DB maintains the mapping of owner to object. The value type of the client DB is a shared pointer to the singular instance of the owned object. Once all the owners are gone, and all the shared pointers are destroyed, the singular instance is also destroyed.

Each VOM object has some basic behaviour: update: issue to VPP an update to this object’s state. This could include the create sweep: delete the VPP entity – called when the object is destroyed. replay: issue to VPP all the commands needed to re-programme (VPP restart HA scenario) populate: read state from VPP and add it to the OM (client restart HA scenario)

The object code is boiler-plate, in some cases (like the ACLs) even template. The objects are purposefully left as simple, functionality free as possible.

Communication with VPP is through a ‘queue’ of ‘commands’. A command is essentially an object wrapper around a VPP binary API call (although we do use the VAPI C++ bindings too). Commands come in three flavours: RPC: do this; done. DUMP: give me all of these things; here you go EVENT; tell me about these events; here’s one …. Here’s one…. Oh here’s another….. etc.

RPC and DUMP commands are handled synchronously. Therefore on return from OM::write(…) VPP has been issued with the request and responded. EVENTs are asynchronous and will be delivered to the listeners in a different thread – so beware!!

As such VOM provides some level of insulation to the changes to the VPP binary API. some of the type names are shorten for brevity’s sake.

These functions are delcared not as DB member functions so that the template instatiation of the DB does not require the definitions of the functions used to be declared.

Typedef Documentation

typedef enum VOM::end_t_ VOM::end_t
typedef uint32_t VOM::epg_id_t

EPG IDs are 32 bit integers.

Definition at line 31 of file gbp_endpoint_group.hpp.

typedef unsigned int(* VOM::get_msg_size_t) (void *)

A function type def for calculating a message's size.

Definition at line 30 of file dump_cmd.hpp.

typedef interface_ip6_nd<ra_config, vapi::Sw_interface_ip6nd_ra_config> VOM::ip6nd_ra_config

Typedef the ip6nd_ra_config.

Definition at line 353 of file interface_ip6_nd.hpp.

typedef interface_ip6_nd<ra_prefix, vapi::Sw_interface_ip6nd_ra_prefix> VOM::ip6nd_ra_prefix

Typedef the ip6nd_ra_prefix.

Definition at line 359 of file interface_ip6_nd.hpp.

Definition at line 24 of file api_types.hpp.

typedef std::set<object_ref> VOM::object_ref_list

A convenitent typedef for set of objects owned.

A set of shared pointers. This is how the reference counting of an object in the model it managed. Once all these shared ptr and hence references are gone, the object is deleted and any state in VPP is removed.

Definition at line 32 of file client_db.hpp.

Enumeration Type Documentation

enum VOM::dependency_t
strong

There needs to be a strict order in which object types are read from VPP (at boot time) and replayed to VPP (if VPP restarts).

That ordering is defined in this enum types

Enumerator
GLOBAL 

Global Configuration has no dependency.

INTERFACE 

interfaces are the root of the dependency graph

VIRTUAL_INTERFACE 

virtual interfaces - those that depend on some real interface

TABLE 

Tables in which entries are added, e.g bridge/route-domains.

ACL 

ACLs.

BINDING 

Then L2/objects that bind to interfaces, BD, ACLS, etc.

ENTRY 

Entries in Tables.

Definition at line 43 of file types.hpp.

Enumerator
EAST 
WEST 

Definition at line 23 of file pipe.cpp.

object state

Enumerator
OBJECT_STATE_NONE 
OBJECT_STATE_STALE 

indicates the object is stale.

This flag is set when a new epoch is declared. the flag is cleared when the object is updated in the new epoch. If the flag is still set after convergence is declared then the object is deleted

Definition at line 68 of file object_base.hpp.

Function Documentation

template<typename DB >
void VOM::db_dump ( const DB &  db,
std::ostream &  os 
)

Print each of the objects in the DB into the stream provided.

Definition at line 35 of file singular_db_funcs.hpp.

+ Here is the caller graph for this function:

ip_address_t VOM::from_api ( const vapi_type_address &  v)

Definition at line 65 of file api_types.cpp.

+ Here is the caller graph for this function:

mac_address_t VOM::from_api ( const vapi_type_mac_address &  v)

Definition at line 95 of file api_types.cpp.

route::prefix_t VOM::from_api ( const vapi_type_prefix &  v)

Definition at line 101 of file api_types.cpp.

+ Here is the call graph for this function:

boost::asio::ip::address VOM::from_bytes ( uint8_t  is_ip6,
uint8_t *  bytes 
)

Convert a VPP byte stinrg into a boost addresss.

Definition at line 193 of file prefix.cpp.

+ Here is the caller graph for this function:

static std::string VOM::get_filename ( const std::string &  file)
static

Definition at line 82 of file logger.cpp.

static std::string VOM::get_timestamp ( )
static

Definition at line 113 of file logger.cpp.

+ Here is the caller graph for this function:

log_t & VOM::logger ( )

Return a log object into which VPP objects can write.

Definition at line 39 of file logger.cpp.

+ Here is the caller graph for this function:

uint32_t VOM::mask_width ( const boost::asio::ip::address addr)

Get the prefix mask length of a host route from the boost address.

Definition at line 242 of file prefix.cpp.

+ Here is the caller graph for this function:

boost::asio::ip::address_v4 VOM::operator& ( const boost::asio::ip::address_v4 &  addr1,
const boost::asio::ip::address_v4 &  addr2 
)

Definition at line 287 of file prefix.cpp.

boost::asio::ip::address_v6 VOM::operator& ( const boost::asio::ip::address_v6 &  addr1,
const boost::asio::ip::address_v6 &  addr2 
)

Definition at line 320 of file prefix.cpp.

boost::asio::ip::address VOM::operator& ( const boost::asio::ip::address addr1,
const boost::asio::ip::address addr2 
)

Definition at line 357 of file prefix.cpp.

std::ostream & VOM::operator<< ( std::ostream &  os,
const cmd cmd 
)

Free ostream function to print a command.

Definition at line 23 of file cmd.cpp.

+ Here is the call graph for this function:

std::ostream & VOM::operator<< ( std::ostream &  os,
const object_base o 
)

ostream print of a VPP Obect

Definition at line 56 of file object_base.cpp.

+ Here is the call graph for this function:

std::ostream & VOM::operator<< ( std::ostream &  os,
const l3_proto_t l3p 
)

Ostream output for l3_proto_t.

Definition at line 70 of file prefix.cpp.

+ Here is the call graph for this function:

std::ostream & VOM::operator<< ( std::ostream &  os,
const vxlan_tunnel::endpoint_t ep 
)

Ostream output for a tunnel endpoint.

Definition at line 81 of file vxlan_tunnel.cpp.

+ Here is the call graph for this function:

std::ostream & VOM::operator<< ( std::ostream &  os,
const interface_span::key_t key 
)

Ostream output for the key.

Definition at line 100 of file interface_span.cpp.

std::ostream & VOM::operator<< ( std::ostream &  os,
const handle_t h 
)

ostream print of a handle_t

Definition at line 105 of file types.cpp.

+ Here is the call graph for this function:

std::ostream & VOM::operator<< ( std::ostream &  os,
const neighbour::key_t key 
)

Definition at line 128 of file neighbour.cpp.

+ Here is the call graph for this function:

std::ostream & VOM::operator<< ( std::ostream &  os,
const arp_proxy_config::key_t key 
)

Definition at line 149 of file arp_proxy_config.cpp.

std::ostream & VOM::operator<< ( std::ostream &  os,
const l3_binding::key_t key 
)

Ostream output for the key.

Definition at line 154 of file l3_binding.cpp.

+ Here is the call graph for this function:

std::ostream & VOM::operator<< ( std::ostream &  os,
const std::pair< direction_t, interface::key_t > &  key 
)

Definition at line 160 of file acl_binding.cpp.

+ Here is the caller graph for this function:

std::ostream & VOM::operator<< ( std::ostream &  os,
const mac_address_t mac 
)

Ostream operator for a MAC address.

Definition at line 178 of file types.cpp.

+ Here is the call graph for this function:

std::ostream & VOM::operator<< ( std::ostream &  os,
const gbp_contract::key_t key 
)

Definition at line 179 of file gbp_contract.cpp.

std::ostream& VOM::operator<< ( std::ostream &  os,
const nat_static::key_t key 
)
std::ostream & VOM::operator<< ( std::ostream &  os,
const gbp_endpoint::key_t key 
)

Definition at line 190 of file gbp_endpoint.cpp.

std::ostream & VOM::operator<< ( std::ostream &  os,
const nat_binding::key_t key 
)

Definition at line 192 of file nat_binding.cpp.

+ Here is the call graph for this function:

std::ostream & VOM::operator<< ( std::ostream &  os,
const bridge_domain_arp_entry::key_t key 
)

Definition at line 206 of file bridge_domain_arp_entry.cpp.

std::ostream & VOM::operator<< ( std::ostream &  os,
const bridge_domain_entry::key_t key 
)

Definition at line 210 of file bridge_domain_entry.cpp.

std::ostream & VOM::operator<< ( std::ostream &  os,
const l2_address_t l2 
)

Ostream operator for a MAC address.

Definition at line 257 of file types.cpp.

+ Here is the call graph for this function:

std::ostream & VOM::operator<< ( std::ostream &  os,
const route::prefix_t pfx 
)

Ostream printer for prefix_t.

Definition at line 270 of file prefix.cpp.

+ Here is the call graph for this function:

std::ostream & VOM::operator<< ( std::ostream &  os,
const direction_t dir 
)

Output ostream for direction_t.

Definition at line 272 of file types.cpp.

+ Here is the call graph for this function:

std::ostream & VOM::operator<< ( std::ostream &  os,
const ethertype_t ether 
)

Output ostream for ethertype_t.

Definition at line 293 of file types.cpp.

+ Here is the call graph for this function:

boost::asio::ip::address_v4 VOM::operator| ( const boost::asio::ip::address_v4 &  addr1,
const boost::asio::ip::address_v4 &  addr2 
)

Definition at line 278 of file prefix.cpp.

boost::asio::ip::address_v6 VOM::operator| ( const boost::asio::ip::address_v6 &  addr1,
const boost::asio::ip::address_v6 &  addr2 
)

Definition at line 305 of file prefix.cpp.

boost::asio::ip::address VOM::operator| ( const boost::asio::ip::address addr1,
const boost::asio::ip::address addr2 
)

Definition at line 348 of file prefix.cpp.

boost::asio::ip::address_v4 VOM::operator~ ( const boost::asio::ip::address_v4 &  addr1)

Definition at line 296 of file prefix.cpp.

boost::asio::ip::address_v6 VOM::operator~ ( const boost::asio::ip::address_v6 &  addr1)

Definition at line 335 of file prefix.cpp.

boost::asio::ip::address VOM::operator~ ( const boost::asio::ip::address addr1)

Definition at line 366 of file prefix.cpp.

static const std::string VOM::pipe_mk_name ( uint32_t  instance)
static

Definition at line 32 of file pipe.cpp.

static vapi_type_ip4_address VOM::to_api ( const boost::asio::ip::address_v4 &  a)
static

Definition at line 21 of file api_types.cpp.

+ Here is the caller graph for this function:

static vapi_type_ip6_address VOM::to_api ( const boost::asio::ip::address_v6 &  a)
static

Definition at line 31 of file api_types.cpp.

vapi_type_address VOM::to_api ( const ip_address_t a)

Definition at line 41 of file api_types.cpp.

+ Here is the call graph for this function:

vapi_type_mac_address VOM::to_api ( const mac_address_t a)

Definition at line 85 of file api_types.cpp.

vapi_type_prefix VOM::to_api ( const route::prefix_t p)

Definition at line 107 of file api_types.cpp.

+ Here is the call graph for this function:

void VOM::to_bytes ( const boost::asio::ip::address_v6 &  addr,
uint8_t *  array 
)

Definition at line 218 of file prefix.cpp.

+ Here is the caller graph for this function:

void VOM::to_bytes ( const boost::asio::ip::address_v4 &  addr,
uint8_t *  array 
)

Definition at line 224 of file prefix.cpp.

void VOM::to_bytes ( const boost::asio::ip::address addr,
uint8_t *  is_ip6,
uint8_t *  array 
)

Convert a boost address into a VPP bytes string.

Definition at line 230 of file prefix.cpp.

+ Here is the call graph for this function:

Variable Documentation

log_t VOM::slog
static

Definition at line 36 of file logger.cpp.

const std::string VOM::VXLAN_TUNNEL_NAME = "vxlan-tunnel-itf"

Definition at line 22 of file vxlan_tunnel.cpp.