Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?


show route table


Syntax (EX Series Switches, QFX Series Switches)


Display the route entries in a particular routing table.


brief | detail | extensive | terse

(Optional) Display the specified level of output.

logical-system (all | logical-system-name)

(Optional) Perform this operation on all logical systems or on a particular logical system. This option is only supported on Junos OS.


Display route entries for all routing tables whose names begin with this string (for example, inet.0 and inet6.0 are both displayed when you run the show route table inet command).

Required Privilege Level


Output Fields

Table 1 describes the output fields for the show route table command. Output fields are listed in the approximate order in which they appear.

Table 1: show route table Output Fields

Field Name

Field Description


Name of the routing table (for example, inet.0).

Restart complete

All protocols have restarted for this routing table.

Restart state:

  • Pending:protocol-name—List of protocols that have not yet completed graceful restart for this routing table.

  • Complete—All protocols have restarted for this routing table.

For example, if the output shows-

  • LDP.inet.0             : 5 routes (4 active, 1 holddown, 0 hidden)
        Restart Pending: OSPF LDP VPN

    This indicates that OSPF, LDP, and VPN protocols did not restart for the LDP.inet.0 routing table.

  • vpls_1.l2vpn.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
    Restart Complete

    This indicates that all protocols have restarted for the vpls_1.l2vpn.0 routing table.

number destinations

Number of destinations for which there are routes in the routing table.

number routes

Number of routes in the routing table and total number of routes in the following states:

  • active (routes that are active)

  • holddown (routes that are in the pending state before being declared inactive)

  • hidden (routes that are not used because of a routing policy)

route-destination (entry, announced)

Route destination (for example: The entry value is the number of routes for this destination, and the announced value is the number of routes being announced for this destination. Sometimes the route destination is presented in another format, such as:

  • MPLS-label (for example, 80001).

  • interface-name (for example, ge-1/0/2).

  • neighbor-address:control-word-status:encapsulation type:vc-id:source (Layer 2 circuit only; for example,

    • neighbor-address—Address of the neighbor.

    • control-word-status—Whether the use of the control word has been negotiated for this virtual circuit: NoCtrlWord or CtrlWord.

    • encapsulation type—Type of encapsulation, represented by a number: (1) Frame Relay DLCI, (2) ATM AAL5 VCC transport, (3) ATM transparent cell transport, (4) Ethernet, (5) VLAN Ethernet, (6) HDLC, (7) PPP, (8) ATM VCC cell transport, (10) ATM VPC cell transport.

    • vc-id—Virtual circuit identifier.

    • source—Source of the advertisement: Local or Remote.

  • inclusive multicast Ethernet tag route—Type of route destination represented by (for example, 3:

    • route distinguisher—(8 octets) Route distinguisher (RD) must be the RD of the EVPN instance (EVI) that is advertising the NLRI.

    • Ethernet tag ID—(4 octets) Identifier of the Ethernet tag. Can set to 0 or to a valid Ethernet tag value.

    • IP address length—(1 octet) Length of IP address in bits.

    • originating router’s IP address—(4 or 16 octets) Must set to the provider edge (PE) device’s IP address. This address should be common for all EVIs on the PE device, and may be the PE device's loopback address.

label stacking

(Next-to-the-last-hop routing device for MPLS only) Depth of the MPLS label stack, where the label-popping operation is needed to remove one or more labels from the top of the stack. A pair of routes is displayed, because the pop operation is performed only when the stack depth is two or more labels.

  • S=0 route indicates that a packet with an incoming label stack depth of 2 or more exits this routing device with one fewer label (the label-popping operation is performed).

  • If there is no S= information, the route is a normal MPLS route, which has a stack depth of 1 (the label-popping operation is not performed).

[protocol, preference]

Protocol from which the route was learned and the preference value for the route.

  • +—A plus sign indicates the active route, which is the route installed from the routing table into the forwarding table.

  • -—A hyphen indicates the last active route.

  • *—An asterisk indicates that the route is both the active and the last active route. An asterisk before a to line indicates the best subpath to the route.

In every routing metric except for the BGP LocalPref attribute, a lesser value is preferred. In order to use common comparison routines, Junos OS stores the 1's complement of the LocalPref value in the Preference2 field. For example, if the LocalPref value for Route 1 is 100, the Preference2 value is -101. If the LocalPref value for Route 2 is 155, the Preference2 value is -156. Route 2 is preferred because it has a higher LocalPref value and a lower Preference2 value.


(IS-IS only). In IS-IS, a single AS can be divided into smaller groups called areas. Routing between areas is organized hierarchically, allowing a domain to be administratively divided into smaller areas. This organization is accomplished by configuring Level 1 and Level 2 intermediate systems. Level 1 systems route within an area. When the destination is outside an area, they route toward a Level 2 system. Level 2 intermediate systems route between areas and toward other ASs.

Route Distinguisher

IP subnet augmented with a 64-bit prefix.


Provider multicast service interface (MVPN routing table).

Next-hop type

Type of next hop. For a description of possible values for this field, see Table 2.

Next-hop reference count

Number of references made to the next hop.

Flood nexthop branches exceed maximum message

Indicates that the number of flood next-hop branches exceeded the system limit of 32 branches, and only a subset of the flood next-hop branches were installed in the kernel.


IP address of the route source.

Next hop

Network layer address of the directly reachable neighboring system.


Interface used to reach the next hop. If there is more than one interface available to the next hop, the name of the interface that is actually used is followed by the word Selected. This field can also contain the following information:

  • Weight—Value used to distinguish primary, secondary, and fast reroute backup routes. Weight information is available when MPLS label-switched path (LSP) link protection, node-link protection, or fast reroute is enabled, or when the standby state is enabled for secondary paths. A lower weight value is preferred. Among routes with the same weight value, load balancing is possible.

  • Balance—Balance coefficient indicating how traffic of unequal cost is distributed among next hops when a routing device is performing unequal-cost load balancing. This information is available when you enable BGP multipath load balancing.

Label-switched-path lsp-path-name

Name of the LSP used to reach the next hop.

Label operation

MPLS label and operation occurring at this routing device. The operation can be pop (where a label is removed from the top of the stack), push (where another label is added to the label stack), or swap (where a label is replaced by another label).


(Local only) Local interface name.

Protocol next hop

Network layer address of the remote routing device that advertised the prefix. This address is used to derive a forwarding next hop.

Indirect next hop

Index designation used to specify the mapping between protocol next hops, tags, kernel export policy, and the forwarding next hops.


State of the route (a route can be in more than one state). See Table 3.

Local AS

AS number of the local routing devices.


How long the route has been known.


Accumulated interior gateway protocol (AIGP) BGP attribute.


Cost value of the indicated route. For routes within an AS, the cost is determined by IGP and the individual protocol metrics. For external routes, destinations, or routing domains, the cost is determined by a preference value.


Metric value for BGP path selection to which the IGP cost to the next-hop destination has been added.


For MPLS LSPs, state of the TTL propagation attribute. Can be enabled or disabled for all RSVP-signaled and LDP-signaled LSPs or for specific VRF routing instances.


Name of the protocol that has added the route.

Announcement bits

The number of BGP peers or protocols to which Junos OS has announced this route, followed by the list of the recipients of the announcement. Junos OS can also announce the route to the kernel routing table (KRT) for installing the route into the Packet Forwarding Engine, to a resolve tree, a Layer 2 VC, or even a VPN. For example, n-Resolve inet indicates that the specified route is used for route resolution for next hops found in the routing table.

  • n—An index used by Juniper Networks customer support only.

AS path

AS path through which the route was learned. The letters at the end of the AS path indicate the path origin, providing an indication of the state of the route at the point at which the AS path originated:

  • I—IGP.

  • E—EGP.

  • Recorded—The AS path is recorded by the sample process (sampled).

  • ?—Incomplete; typically, the AS path was aggregated.

When AS path numbers are included in the route, the format is as follows:

  • [ ]—Brackets enclose the number that precedes the AS path. This number represents the number of ASs present in the AS path, when calculated as defined in RFC 4271. This value is used in the AS-path merge process, as defined in RFC 4893.

  • [ ]—If more than one AS number is configured on the routing device, or if AS path prepending is configured, brackets enclose the local AS number associated with the AS path.

  • { }—Braces enclose AS sets, which are groups of AS numbers in which the order does not matter. A set commonly results from route aggregation. The numbers in each AS set are displayed in ascending order.

  • ( )—Parentheses enclose a confederation.

  • ( [ ] )—Parentheses and brackets enclose a confederation set.


In Junos OS Release 10.3 and later, the AS path field displays an unrecognized attribute and associated hexadecimal value if BGP receives attribute 128 (attribute set) and you have not configured an independent domain in any routing instance.


(BGP-learned routes) Validation status of the route:

  • Invalid—Indicates that the prefix is found, but either the corresponding AS received from the EBGP peer is not the AS that appears in the database, or the prefix length in the BGP update message is longer than the maximum length permitted in the database.

  • Unknown—Indicates that the prefix is not among the prefixes or prefix ranges in the database.

  • Unverified—Indicates that the origin of the prefix is not verified against the database. This is because the database got populated and the validation is not called for in the BGP import policy, although origin validation is enabled, or the origin validation is not enabled for the BGP peers.

  • Valid—Indicates that the prefix and autonomous system pair are found in the database.

FECs bound to route

Indicates point-to-multipoint root address, multicast source address, and multicast group address when multipoint LDP (M-LDP) inband signaling is configured.

Primary Upstream

When multipoint LDP with multicast-only fast reroute (MoFRR) is configured, indicates the primary upstream path. MoFRR transmits a multicast join message from a receiver toward a source on a primary path, while also transmitting a secondary multicast join message from the receiver toward the source on a backup path.

RPF Nexthops

When multipoint LDP with MoFRR is configured, indicates the reverse-path forwarding (RPF) next-hop information. Data packets are received from both the primary path and the secondary paths. The redundant packets are discarded at topology merge points due to the RPF checks.


Multiple MPLS labels are used to control MoFRR stream selection. Each label represents a separate route, but each references the same interface list check. Only the primary label is forwarded while all others are dropped. Multiple interfaces can receive packets using the same label.


Value used to distinguish MoFRR primary and backup routes. A lower weight value is preferred. Among routes with the same weight value, load balancing is possible.

VC Label

MPLS label assigned to the Layer 2 circuit virtual connection.


Maximum transmission unit (MTU) of the Layer 2 circuit.


VLAN identifier of the Layer 2 circuit.

Prefixes bound to route

Forwarding equivalent class (FEC) bound to this route. Applicable only to routes installed by LDP.


Community path attribute for the route. See Table 4 for all possible values for this field.

Layer2-info: encaps

Layer 2 encapsulation (for example, VPLS).

control flags

Control flags: none or Site Down.


Maximum transmission unit (MTU) information.

Label-Base, range

First label in a block of labels and label block size. A remote PE routing device uses this first label when sending traffic toward the advertising PE routing device.

status vector

Layer 2 VPN and VPLS network layer reachability information (NLRI).

Accepted Multipath

Current active path when BGP multipath is configured.

Accepted LongLivedStale

The LongLivedStale flag indicates that the route was marked LLGR-stale by this router, as part of the operation of LLGR receiver mode. Either this flag or the LongLivedStaleImport flag might be displayed for a route. Neither of these flags is displayed at the same time as the Stale (ordinary GR stale) flag.

Accepted LongLivedStaleImport

The LongLivedStaleImport flag indicates that the route was marked LLGR-stale when it was received from a peer, or by import policy. Either this flag or the LongLivedStale flag might be displayed for a route. Neither of these flags is displayed at the same time as the Stale (ordinary GR stale) flag.

Accept all received BGP long-lived graceful restart (LLGR) and LLGR stale routes learned from configured neighbors and import into the inet.0 routing table

ImportAccepted LongLivedStaleImport

Accept all received BGP long-lived graceful restart (LLGR) and LLGR stale routes learned from configured neighbors and imported into the inet.0 routing table

The LongLivedStaleImport flag indicates that the route was marked LLGR-stale when it was received from a peer, or by import policy.

Accepted MultipathContrib

Path currently contributing to BGP multipath.


Local preference value included in the route.

Router ID

BGP router ID as advertised by the neighbor in the open message.

Primary Routing Table

In a routing table group, the name of the primary routing table in which the route resides.

Secondary Tables

In a routing table group, the name of one or more secondary tables in which the route resides.

Table 2 describes all possible values for the Next-hop Types output field.

Table 2: Next-hop Types Output Field Values

Next-Hop Type


Broadcast (bcast)

Broadcast next hop.


Deny next hop.


Discard next hop.


Flood next hop. Consists of components called branches, up to a maximum of 32 branches. Each flood next-hop branch sends a copy of the traffic to the forwarding interface. Used by point-to-multipoint RSVP, point-to-multipoint LDP, point-to-multipoint CCC, and multicast.


Next hop is waiting to be resolved into a unicast or multicast type.

Indexed (idxd)

Indexed next hop.

Indirect (indr)

Used with applications that have a protocol next hop address that is remote. You are likely to see this next-hop type for internal BGP (IBGP) routes when the BGP next hop is a BGP neighbor that is not directly connected.


Used for a network address assigned to an interface. Unlike the router next hop, the interface next hop does not reference any specific node on the network.

Local (locl)

Local address on an interface. This next-hop type causes packets with this destination address to be received locally.

Multicast (mcst)

Wire multicast next hop (limited to the LAN).

Multicast discard (mdsc)

Multicast discard.

Multicast group (mgrp)

Multicast group member.

Receive (recv)


Reject (rjct)

Discard. An ICMP unreachable message was sent.

Resolve (rslv)

Resolving next hop.

Routed multicast (mcrt)

Regular multicast next hop.


A specific node or set of nodes to which the routing device forwards packets that match the route prefix.

To qualify as a next-hop type router, the route must meet the following criteria:

  • Must not be a direct or local subnet for the routing device.

  • Must have a next hop that is directly connected to the routing device.


Routing table next hop.

Unicast (ucst)


Unilist (ulst)

List of unicast next hops. A packet sent to this next hop goes to any next hop in the list.

Table 3 describes all possible values for the State output field. A route can be in more than one state (for example, <Active NoReadvrt Int Ext>).

Table 3: State Output Field Values




Route needs accounting.


Route is active.

Always Compare MED

Path with a lower multiple exit discriminator (MED) is available.

AS path

Shorter AS path is available.

Cisco Non-deterministic MED selection

Cisco nondeterministic MED is enabled, and a path with a lower MED is available.


Route is a clone.

Cluster list length

Length of cluster list sent by the route reflector.


Route has been deleted.


Exterior route.


BGP route received from an external BGP neighbor.


Forces all protocols to be notified of a change to any route, active or inactive, for a prefix. When not set, protocols are informed of a prefix only when the active route changes.


Route not used because of routing policy.


Route needs forwarding RPF check.

IGP metric

Path through next hop with lower IGP metric is available.

Inactive reason

Flags for this route, which was not selected as best for a particular destination.


Route being added.


Interior route.

Int Ext

BGP route received from an internal BGP peer or a BGP confederation peer.

Interior > Exterior > Exterior via Interior

Direct, static, IGP, or EBGP path is available.

Local Preference

Path with a higher local preference value is available.


Route is a martian (ignored because it is obviously invalid).


Route exempt from martian filtering.

Next hop address

Path with lower metric next hop is available.

No difference

Path from neighbor with lower IP address is available.


Route not to be advertised.


Route not chosen because it does not have the lowest MED.

Not Best in its group

Incoming BGP AS is not the best of a group (only one AS can be the best).


Route not to be installed in the forwarding table.

Number of gateways

Path with a greater number of next hops is available.


Path with a lower origin code is available.


Route pending because of a hold-down configured on another route.


Route scheduled for release.

RIB preference

Route from a higher-numbered routing table is available.

Route Distinguisher

64-bit prefix added to IP subnets to make them unique.

Route Metric or MED comparison

Route with a lower metric or MED is available.

Route Preference

Route with lower preference value is available.

Router ID

Path through a neighbor with lower ID is available.


Route not a primary route.

Unusable path

Path is not usable because of one of the following conditions:

  • The route is damped.

  • The route is rejected by an import policy.

  • The route is unresolved.

Update source

Last tiebreaker is the lowest IP address value.


Route is an EVPN Type 5 route (IP prefix route).

Table 4 describes the possible values for the Communities output field.

Table 4: Communities Output Field Values




4 bytes, encoding a 32-bit area number. For AS-external routes, the value is 0. A nonzero value identifies the route as internal to the OSPF domain, and as within the identified area. Area numbers are relative to a particular OSPF domain.

bandwidth: local AS number:link-bandwidth-number

Link-bandwidth community value used for unequal-cost load balancing. When BGP has several candidate paths available for multipath purposes, it does not perform unequal-cost load balancing according to the link-bandwidth community unless all candidate paths have this attribute.

DF election

Designated forwarder (DF) election mode for multihoming configurations. Available options on a device might include mod-based or preference-based DF election.


Unique configurable number that identifies the OSPF domain.


Unique configurable number that further identifies the OSPF domain.


Identifies the value in the multicast flags extended community, which includes bits that indicate EVPN multicast snooping and multicast optimized intersubnet multicast (OISM) information. For example:

  • 0x01—IGMP snooping bit (display includes keyword igmp-snooping-enabled)

  • 0x02—MLD snooping bit (display includes keyword mld-snooping-enabled)

  • 0x08—OISM bit (display includes keyword oism)

  • 0x10—PEG bit (display includes keyword peg)


Identifies whether Multihomed Proxy MAC and IP Address Route Advertisement is enabled. A value of 0x20 indicates that the proxy bit is set. .

Use the show bridge mac-ip-table extensive statement to determine whether the MAC and IP address route was learned locally or from a PE device.


Assigned Group Based Policy (GBP) tag from 1 through 65535.


Link-bandwidth number: from 0 through 4,294,967,295 (bytes per second).

local AS number

Local AS number: from 1 through 65,535.


1 byte. Currently this is only used if the route type is 5 or 7. Setting the least significant bit in the field indicates that the route carries a type 2 metric.


(Used with VPNs) Identifies where the route came from.


1 byte, encoded as 1 or 2 for intra-area routes (depending on whether the route came from a type 1 or a type 2 LSA); 3 for summary routes; 5 for external routes (area number must be0); 7 for NSSA routes; or 129 for sham link endpoint addresses.


Displays the area number, OSPF route type, and option of the route. This is configured using the BGP extended community attribute 0x8000. The format is area-number:ospf-route-type:options.


Displays the area number, OSPF route type, and option of the route. This is configured using the BGP extended community attribute 0x0306. The format is area-number:ospf-route-type:options.


Defines which VPN the route participates in; target has the format 32-bit IP address:16-bit number. For example,

unknown IANA

Incoming IANA codes with a value between 0x1 and 0x7fff. This code of the BGP extended community attribute is accepted, but it is not recognized.

unknown OSPF vendor community

Incoming IANA codes with a value above 0x8000. This code of the BGP extended community attribute is accepted, but it is not recognized.

Sample Output

show route table bgp.l2vpn.0

show route table evpn-vs2.evpn.0 extensive

show route table bgpmcast.0 extensive

show route table inet.0

show route table inet.3

show route table inet.3 protocol ospf

show route table inet6.0

show route table inet6.3

show route table l2circuit.0

show route table lsdist.0

show route table lsdist.0 (BGP Confederation Enabled)

show route table lsdist.0 detail

show route table lsdist.0 detail

show route table lsdist.0 extensive

The output of the show route table lsdist.0 extensive command to include IPv6 Prefix attributes.

show route table mpls

show route table mpls.0 protocol ospf

show route table VPN-AB.inet.0

Release Information

Command introduced before Junos OS Release 7.4.

Show route table evpn statement introduced in Junos OS Release 15.1X53-D30 for QFX Series switches.