RIB Service API

rib_service.proto

RouteAttributeUint32

Field	Type	Label	Description
value	uint32	optional	Holds route attribute of unsigned 32 bit integer type.

RouteAttributes

Field	Type	Label	Description
preferences	RouteAttributes.PreferencesEntry	repeated	Route preference attributes are used by the route selection process to select the active route amongst the usable routes for a given destination. preferences are optional unsigned 32-bit integer values (range 0 to 2^32-1). Lower the value, more preferable is the route. Routes are sorted based on the preference array values. Note: Some preferences have special meaning in JUNOS. preferences[0] is treated as administrative distance and is same as preference field in the CLI. JUNOS assigns a default preference value based on the protocol. Note: Lowest preference value any programmed route can take is 5. Values less than 5 in update requests will be changed to 5. preferences[1] is same as preference2 in the CLI. For programmed routes, preference2 will default to 100, making them preferred over static routes added via CLI (without the optional preference2). By explicitly setting preference and prefernce2, applications can make programmed routes more/less desirable than other routes. It should be noted that BGP owned routes use preference2 for storing 1's complement of local preference, making routes with higher local preference value more preferable. At present, 2 preference values are allowed. OPTIONAL
tags	RouteAttributes.TagsEntry	repeated	tags are optional unsigned 32-bit integer values (range 0 to 2^32-1) that can be associated with a route entry for use in policy matching. If tags is not set, no value will be set by default to tag/tag2. Tags do not directly influence the route selection process, but can be used by route policies to influence the route selection process. Note: Some of the protocols in JUNOS may read/update/advertise tag field contents. For example: For routes advertised into OSPF, tags[0] corresponds to the 32-bit tag field in OSPF external LSA packets and tags[1] corresponds to the area ID. For IS-IS, tags[0]/tags[1] corresponds to the 32-bit Administrative Tag Sub-TLV (RFC 5130). tags[0] and tags[1] correspond to the corresponding tag and tag2 in JUNOS CLI. At present, 2 tag values are supported. OPTIONAL
colors	RouteAttributes.ColorsEntry	repeated	Colors are optional unsigned 32-bit integer values (range 0 to 2^32 -1) that can be associated with a route and can be used for policy matching. They are similar to route tags. If colors is not set, no value will be set by default to color/color2. Note: Some of the protocols in JUNOS may read/update/advertise color field contents. RSVP may advertise colors[0] and colors[1] from IGP routes contents to RSVP peers in inter-as scenarios. colors[0] and colors[1] corresponds to the corresponding color and color2 in JUNOS CLI. At present, 2 color values are supported. OPTIONAL

RouteAttributes.ColorsEntry

Field	Type	Label	Description
key	uint32	optional
value	RouteAttributeUint32	optional

RouteAttributes.PreferencesEntry

Field	Type	Label	Description
key	uint32	optional
value	RouteAttributeUint32	optional

RouteAttributes.TagsEntry

Field	Type	Label	Description
key	uint32	optional
value	RouteAttributeUint32	optional

RouteEntry

Route entry with route address, mask and attributes

Field	Type	Label	Description
key	RouteMatchFields	optional	Route key attribute REQUIRED
nexthop	RouteNexthop	optional	Nexthop details of the route REQUIRED
protocol	RouteProtoType	optional	Protocol that added this route. Currently, this is only used in monitor reply. It cannot be used during RIB Add/modify/del calls as this should be set to the protocol adding the route and routes added via these APIs are always Static routes.
attributes	RouteAttributes	optional	Route attributes are optional information associated with a route entry. They may be used in route selection and also by route policy engine. Some of these attributes may get advertised by protocols to their peers. OPTIONAL

RouteGateway

Route gateway contains the parameters which are needed to forward traffic to next router/host. Consists of gateway address, local address and interface.

Field	Type	Label	Description
gateway_address	NetworkAddress	optional	Address of the gateway or peer REQUIRED
interface_name	string	optional	Outgoing local interface name (IFL). If provided and router next-hop is built. If not provided, an indirect next-hop is built. OPTIONAL
local_address	NetworkAddress	optional	Local interface address to be used. This is useful when app is not aware of the outgoing interface, but knows the IP address of the interface. Local address is used to select a suitable interface. OPTIONAL
label_stack	LabelStack	optional	MPLS label stack. List of Stack Entries with each with an associated action Entries are ordered in the same order as actions to be performed. OPTIONAL Note: The definition for a LabelStack can be found in the prpd_common API.

RouteGetReply

Route get reply containing the status of the operation and the full or partial set of matching routes, depending on how many reply RPCs the stream of routes is split among.

Field	Type	Label	Description
status	RouteOperStatus	optional	The final return code for the request.
routes	RouteEntry	repeated	One or more matching routes.

RouteGetRequest

Route get operation request parameters.

Field	Type	Label	Description
key	RouteMatchFields	optional	Route matching parameters REQUIRED
match_type	RouteMatchType	optional	If match_type is EXACT only routes for the exact destination prefix and prefix length will be matched. If match_type is EXACT_OR_LONGER, routes for the given destination prefix or longer prefixes will be matched. If match_type is BEST, longest prefix match is performed on the prefix. OPTIONAL, default is best
active_only	bool	optional	If active_only is TRUE, inactive and hidden routes for a matching prefix will be omitted from the results. If FALSE, inactive and hidden routes are also returned. Optional (default is FALSE)
reply_address_format	AddressFormat	optional	The format for IP addresses in the replies to this request. Optional (default is string)
reply_table_format	RouteTableFormat	optional	The format to be used for route table in replies to this request Optional (default is string)
route_count	uint32	optional	The maximum number of routes requested in each reply. Replies will be streamed in multiple RPCs each having no more routes than given by this value. Counts from 1 through the maximum of 1000 may be specified. A value of zero or above 1000 indcates that the server will choose an appropriate. Optional (default 1)

RouteMatchFields

Route entry's unique fields typically used to match the route

Field	Type	Label	Description
dest_prefix	NetworkAddress	optional	Address of the route REQUIRED.
dest_prefix_len	uint32	optional	Route prefix length REQUIRED.
table	RouteTable	optional	Routing table to which the route belongs REQUIRED.
cookie	uint64	optional	Differentiate routes of same address set by application. OPTIONAL. Default value is 0. For non programmed routes cookie value returned in route get request will be 0.

RouteMonitorEntry

Route monitor entry which is sent to the client in the monitor reply message.

Field	Type	Label	Description
monitor_rt_op	RouteMonitorRouteOp	optional	The monitor operation
route	RouteEntry	optional	route entries that are in the monitor reply

RouteMonitorPolicy

Field	Type	Label	Description
rt_monitor_policy	string	optional	Policy name

RouteMonitorRegFlags

Flags that can be used to change the behavior of routes recevied via the RouteMonitorReply. This can be like requesting End of Record. Matches RPD_MSG_FLASH_REGISTER_REQUEST*.

Field	Type	Label	Description
request_eor	bool	optional	Register End of Record
no_eor_to_client	bool	optional	Requested by clients to NOT send them EOR , by default EOR will be sent to client.
request_no_withdrawal	bool	optional	clients can use this flag to inform server not send withdrawal messages when last filter is removed by this client for given table
request_from_eswd	bool	optional	To be set when register request is form Junos Process ESWD.
request_from_mcsnoopd	bool	optional	To be set when register request is form Junos Process MCSNOOPD.
request_from_vrrpd	bool	optional	To be set when register request is form Junos Process VRRPD.
request_force_re_notif	bool	optional	If this flag is set, client's re-registration triggers all routes to be notified once again.

RouteMonitorRegRequest

Request message to register for route monitoring. The registration denotes the routing table for which route monitoring is requested. Parameters in the registration request like monitor_policy can be set to influence which of the routes of the table are sent in the monitor reply message.

Field	Type	Label	Description
rt_tbl_name	RouteTableName	optional	Name of the route table for which the route monitor is requested
monitor_op	RouteMonitorOp	optional	Monitor operation to be performed
monitor_flag	RouteMonitorRegFlags	optional	Route Monitor flags
monitor_policy	RouteMonitorPolicy	optional	By Default all routes of the table registered is sent in the reply message. Policy can be used for filtering which routes of the table are sent. For e.g. a policy can be defined using CLI to receive only static routes in the table.
monitor_ctx	uint32	optional	Context expected by clients to be sent back in reply message
monitor_reply_route_count	uint32	optional	Number of routes to be packed in Monitor reply message. This packing is done only when a new rib walk is started till the End of table is reached.

RouteMonitorReply

Reply message which contains the routes of the table registered for monitoring.

Field	Type	Label	Description
status	RouteOperStatus	optional	Return code to indicate operation status
monitor_ctx	uint32	optional	Context send by clients in the register request
rt_tbl_name	RouteTableName	optional	Route table to which the route entries of monitor_routes belong
monitor_routes	RouteMonitorEntry	repeated	One or more route entries to be sent to client

RouteNexthop

When a data traffic arrives on a router, route nexthop indicates the next router(s) to which the traffic is to be forwarded. This consists of list of gateways.

Field	Type	Label	Description
gateways	RouteGateway	repeated	List of nexthop gateways. JUNOS currently allows up to 64 gateways per next-hop OPTIONAL. defaults to a next-hop that blackholes the traffic

RouteOperReply

Route operation reply containing the status of the operation. Replies always returns the final status (either success or the first error encountered) and the number of routes that were successfully processed prior to any error or full completion of the request.

Field	Type	Label	Description
status	RouteOperStatus	optional	The final return code for the request.
operations_completed	uint32	optional	The number of requested operations for which the operation completed successfully. Note that in the case of remove operations with or_longer=TRUE or cookie=0, this is not the number of routes matched and removed.

RouteRemoveRequest

Field	Type	Label	Description
keys	RouteMatchFields	repeated	Route mate parameters for one or more programmed routes to be deleted REQUIRED

RouteUpdateRequest

Field	Type	Label	Description
routes	RouteEntry	repeated	One or more programmed routes to add, update, or modify. REQUIRED

RouteMatchType

Various ways to match a route for get requests

Name	Number	Description
BEST	0
EXACT	1
EXACT_OR_LONGER	2

RouteMonitorOp

Route Monitor operations; matches with RPD_MSG_FLASH_REGISTER_REQUEST

Name	Number	Description
REGISTER_NONE	0
REGISTER_ADD	1
REGISTER_DELETE	2

RouteMonitorRouteOp

Operation type of routes replied in RouteMonitorReply; matches RPD_ROUTE_FLASH_OP*.

Name	Number	Description
ROUTE_MONITOR_ROUTE_OP_NONE	0
ROUTE_MONITOR_ROUTE_OP_ADD	1
ROUTE_MONITOR_ROUTE_OP_MODIFY	2
ROUTE_MONITOR_ROUTE_OP_DELETE	3
ROUTE_MONITOR_ROUTE_OP_NO_ADVERTISE	4
ROUTE_MONITOR_ROUTE_OP_END_OF_TABLE	5

RouteOperStatus

Possible return codes for route add/modify/update/remove operations.

Name	Number	Description
SUCCESS	0	Request successfully completed in full.
INTERNAL_ERROR	1	Request failed due to an internal server error.
NOT_INITIALIZED	2	The route service has not been initialized.
NO_OP	3	Request did not result in any operations.
TOO_MANY_OPS	4	Request contained too many operations.
TABLE_INVALID	5	Request contained an invalid table.
TABLE_NOT_READY	6	Request contained a table that was not ready for operations.
PREFIX_INVALID	7	Request contained an invalid destination address prefix.
PREFIX_LEN_TOO_SHORT	8	Request contained a destination prefix length too short for the supplied address/NLRI.
PREFIX_LEN_TOO_LONG	9	Request contained a destination prefix length too long for the supplied address/NLRI.
GATEWAY_INVALID	10	The server did not have a valid gateway associated with the client.
NEXTHOP_INVALID	11	Request contained an invalid nexthop.
NEXTHOP_ADDRESS_INVALID	12	Request contained a nexthop with an invalid address.
NEXTHOP_LIMIT_EXCEED	13	Request to add paths exceeding maximum ECMP paths for a destination.
ROUTE_EXISTS	14	Request contains a route that is already present in the table.
ROUTE_NOT_FOUND	15	Request contains a route that is NOT present in the table.
PROTOCOL_INVALID	16	Request contains an invalid protocol. Only PROTO_UNSPECIFIED or PROTO_BGP_STATIC are allowed in route change operations.
ROUTE_ADD_FAILED	17	Request contains a route that is NOT present in the table.
NOT_READY	18	The protocol daemon is not initialized and ready to accept route change operations.
TRY_AGAIN	19	Request cannot be serviced until current requests are processed.
ROUTE_COUNT_INVALID	20	Request contains a route_count that exceeds the max of 1000.
REQUEST_UNSUPPORTED	21	Request contains a parameter that is not currently supported.
REQUEST_INVALID	22	Request contains a parameter that is not valid.
INTERFACE_INVALID	23	Interface name is not valid.
ROUTE_MONITOR_REGISTER_OPERATION_INVALID	24	Invalid parameters for Route Monitor registration. This can be returned if a wrong value is set in the registration or requested operation is invalid. For e.g. this error is returned when Route Monitor registration API is called with operation > REGISTER_DEL. This error will also be returned if a registration API is called for an existing registration with a modified value of monitor_reply_route_count.
ROUTE_MONITOR_REGISTER_ENOENT	25	This error is returned when Route Monitor register API with delete operation is called for a table which was not registered for monitor using a add operation.
ROUTE_MONITOR_REGISTER_POLICY_INVALID	26	Route Monitor Policy invalid
ROUTE_MONITOR_REGISTER_REPLY_ROUTE_COUNT_INVALID	27	Route Monitor registration request has invalid monitor_reply_route_count. This error is also returned if monitor_reply_route_count is changed for an existing registration.
ROUTE_MONITOR_REGISTER_EXISTS	28	Route monitor registration for same table with same params exists.
MPLS_LABEL_INVALID	29	MPLS Label value is invalid.
MPLS_ACTION_INVALID	30	MPLS Label stack operation(s) is invalid.

RoutePreference

Route Preferences of the various route types

Name	Number	Description
RTPREF_DIRECT	0	Routes to interfaces
RTPREF_STATIC	5	Static routes
RTPREF_OSPF	10	OSPF Internal route
RTPREF_LABELED_ISIS	14	IS-IS level 1 route
RTPREF_ISIS_L1	15	IS-IS level 1 route
RTPREF_ISIS_L2	18	IS-IS level 2 route
RTPREF_RIP	100	Berkeley RIP
RTPREF_RIPNG	100	Berkeley RIPng
RTPREF_IGMP	115	Internet Gatway Mgmt
RTPREF_OSPF_ASE	150	OSPF External route
RTPREF_BGP_EXT	170	Border Gateway Protocol - external peer

Rib

Method Name	Request Type	Response Type	Description
RouteAdd	RouteUpdateRequest	RouteOperReply	Route Add operation Add a static route to the routing table. RouteAdd may be called multiple times for the same prefix to add multiple paths with distinct cookie for the same destination. If a matching route already exists in the given table, then an error will be returned. RoutingRouteOperRequest may contain from one to 1000 routes to be added. If the request contains multiple routes, the routes will be processed in the order given and the first error encountered will cause the request to abort. The API always returns the final status (success or first error encountered) and the number of routes that were successfully created prior to any error or full completion of the request.
RouteModify	RouteUpdateRequest	RouteOperReply	Route Modify operation Modify an existing programmed static route in the routing table. For each route in the request, if the key is matched, the matched route will be updated with the supplied route attributes. If a matching route does not exist in the given table, then an error will be returned. RouteUpdateRequest may contain from one to 1000 routes to be added. If the request contains multiple routes, the routes will be processed in the order given and the first error encountered will cause the request to abort. The API always returns the final status (success or first error encountered) and the number of routes that were successfully modified prior to any error or full completion of the request.
RouteUpdate	RouteUpdateRequest	RouteOperReply	Route Update operation Create a new static route if a matching route does not exist, OR modify an existing static route if it is already present in the routing table. RouteUpdateRequest may contain from one to 1000 routes to be added. If the request contains multiple routes, the routes will be processed in the order given and the first error encountered will cause the request to abort. The API always returns the final status (success or first error encountered) and the number of routes that were successfully modified prior to any error or full completion of the request.
RouteRemove	RouteRemoveRequest	RouteOperReply	Route Remove operation Remove a static route from the routing table. RouteRemove may be called multiple times for the same prefix to remove multiple paths with distinct path_cookie for the same destination. (NOTE: cookie support not yet implemented) The request may contain from one to 1000 routes to be removed. If the request contains multiple routes, the routes will be processed in the order given and the first error encountered will cause the request to abort. The API always returns the final status (success or first error encountered) and the number of routes that were successfully modified prior to any error or full completion of the request.
RouteGet	RouteGetRequest	RouteGetReply	Route Get operation Lookup a route from the routing table. All match parameters are optional. Match fields that are not specified or that may match more than one route (e.g. a less-specific destination prefix) may result in multiple routes being returned in the replies. Responses are bulked for performance and the client can specify maxmimum number of route entries that JUNOS can send in one response message using route_count field. JUNOS may chose to pack less number of entries than that client has specified. Multiple route entries matching a given route prefix may be counted as one (if its last one in the response) and may result in exceeding the specified route count. Replies are streamed until all match routes have been sent. The client will receive a final null message once all routes have been received. The server's walk of search results is not atomic so route changes during streaming and consumption of replies may or may not be reflected in the results. See RouteGetReply.
RouteMonitorRegister	RouteMonitorRegRequest	RouteMonitorReply	Register for route monitoring to monitor the route entries of a table. When clients register for a table all routes that passes policy are streamed to the client. After this the routes that get added or changed or deleted are streamed. Clients can register to more than one table for route monitoring. Each of these registrations will have a different stream on which the routes will be streamed. Clients can also change registration parameters for the table. In this case the parameter will be re-applied for the table and the resulting routes of the table are streamed. For e.g if policy is added to the registration to notify only static routes, then all non static routes that were sent before are re-sent with a delete monitor operation. Subsequent monitor messages for the table will contain only static routes. For the above case, streaming will happen on the new stream created for the fresh Register request sent. Streaming of routes on the old stream will stop. The reply is sent as stream and will be sent as long as monitor registration is valid. Once the monitor registration is deleted, then this streaming will be stopped.

Scalar Value Types

.proto Type	Notes	C++ Type	Java Type	Python Type
double		double	double	float
float		float	float	float
int32	Uses variable-length encoding. Inefficient for encoding negative numbers – if your field is likely to have negative values, use sint32 instead.	int32	int	int
int64	Uses variable-length encoding. Inefficient for encoding negative numbers – if your field is likely to have negative values, use sint64 instead.	int64	long	int/long
uint32	Uses variable-length encoding.	uint32	int	int/long
uint64	Uses variable-length encoding.	uint64	long	int/long
sint32	Uses variable-length encoding. Signed int value. These more efficiently encode negative numbers than regular int32s.	int32	int	int
sint64	Uses variable-length encoding. Signed int value. These more efficiently encode negative numbers than regular int64s.	int64	long	int/long
fixed32	Always four bytes. More efficient than uint32 if values are often greater than 2^28.	uint32	int	int
fixed64	Always eight bytes. More efficient than uint64 if values are often greater than 2^56.	uint64	long	int/long
sfixed32	Always four bytes.	int32	int	int
sfixed64	Always eight bytes.	int64	long	int/long
bool		bool	boolean	boolean
string	A string must always contain UTF-8 encoded or 7-bit ASCII text.	string	String	str/unicode
bytes	May contain any arbitrary sequence of bytes.	string	ByteString	str