This section provides information to configure Virtual Private Routed Network (VPRN) services using the command line interface.
Topics in this section include:
The following fields require specific input (there are no defaults) to configure a basic VPRN service:
The following example displays a sample configuration of a VPRN service.
This section provides a brief overview of the tasks that must be performed to configure a VPRN service and provides the CLI commands.
Topics in this section include:
Use the following CLI syntax to create a VPRN service. A route distinguisher must be defined in order for VPRN to be operationally active.
where rd is:
ip-addr:comm-val | 2byte-asnumber:ext-comm-val | 4-byte-asnumber:comm-val
ip-addr: a.b.c.d
comm-val : 0 to 65535
2-byte-asnumber : 1 to 65535
ext-comm-val : 0 to 4294967295
4-byte-asnumber: 1 to 4294967295
The following example displays a VPRN service configuration.
Refer to VPRN Services Command Reference for the CLI syntax to configure VPRN parameters.
The autonomous system (AS) number is configured in the config>router>bgp context.
A spoke SDP can be bound to the VPRN service using the auto-bind command or the spoke-sdp sdp-id command. However, when using the spoke-sdp command, you must create a spoke SDP for each peer PE router.
A VPRN spoke SDP can be any of the supported SDPs, except the IP SDP.
The following example displays a VPRN service with configured parameters.
Refer to the 7705 SAR OS Router Configuration Guide for command descriptions and syntax information to configure router interfaces.
The following example displays a router interface configuration:
Configuring BGP between the PE routers allows the PE routers to exchange information about routes originating and terminating in the VPRN. The PE routers use the information to determine which labels are used for traffic intended for remote sites.
The minimal parameters that should be configured for a VPRN BGP instance are:
There are no default VPRN BGP groups or neighbors. Each VPRN BGP group and neighbor must be explicitly configured.
All parameters configured for VPRN BGP are applied to the group and are inherited by each peer, but a group parameter can be overridden on a specific basis. The VPRN BGP command hierarchy consists of three levels:
Use the following CLI syntax to configure these three levels:
Note:
The local-address command must be explicitly configured if two systems have multiple BGP peer sessions between them. |
BGP for MP-BGP purposes is configured under the config>router>bgp context. For more information about the BGP protocol, refer to the 7705 SAR OS Routing Protocols Guide, “BGP”.
A group is a collection of related VPRN BGP peers. The group name should be a descriptive name for the group. Follow your group, name, and ID naming conventions for consistency and to help when troubleshooting faults.
After a group name is created and options are configured, neighbors can be added in different autonomous systems, creating EBGP peers. All parameters configured for the peer group are inherited by each peer (neighbor), but a group parameter can be overridden on a specific neighbor-level basis.
Refer to VPRN Services Command Reference for the CLI syntax to configure VPRN BGP parameters.
The following example displays a VPRN BGP configuration:
Each VPN routing instance is isolated from any other VPN routing instance, and from the routing used across the backbone. OSPF can be run with any VPRN, independently of the routing protocols used in other VPRNs, or in the backbone. For more information on the OSPF protocol and for the commands used to run OSPF over the backbone (router context), refer to the 7705 SAR OS Routing Protocols Guide.
Use the following CLI syntax to configure OSPF in the VPRN context:
Refer to VPRN Services Command Reference for the CLI syntax to configure VPRN OSPF parameters.
The following example displays a VPRN OSPF configuration:
PE routers need to advertise reachability information for each CE that is attached to a VRF. RIP can be used to exchange reachability information between PE and CE routers by establishing adjacency with a CPE router that supports RIP. Via this adjacency, RIP learns the subnet or subnets for the customer site and will advertise any routes learned from other CEs. The routing table is updated to reflect the new information.
RIP can be used to distribute routes between PE and CE routers. When PE and CE routers are RIP peers, the CE router can use RIP to transmit to the PE router the set of address prefixes that are reachable via the CE router. When RIP is configured on the CE, care must be taken to ensure that address prefixes from other sites, that is, address prefixes learned by the CE router from the PE router, are never advertised to the PE. Specifically, if a PE router receives a VPN-IPv4 route and distributes it to a CE, that route must never be distributed from the CE site to, either the originating PE router, or any other PE router.
The parameters configured at the VPRN RIP global level are inherited by the group and neighbor levels. Parameters can be modified and overridden on a level-specific basis. The VPRN RIP command hierarchy consists of three levels:
Hierarchical VPRN RIP commands can be modified on different levels. The most specific value is used. A group-specific command takes precedence over a global command. A neighbor-specific command takes precedence over a global or group-specific command.
Note:
Careful planning is essential to implement commands that can affect the behavior of global, group, and neighbor levels. Because the RIP commands are hierarchical, analyze the values that can disable features on a particular level. |
To enable a VPRN RIP instance, the RIP protocol must be enabled in the config>service>vprn>rip context of the VPRN. VPRN RIP is administratively enabled upon creation. Configuring other RIP commands and parameters is optional.
The minimum RIP configuration for a VPRN instance must define:
Refer to VPRN Services Command Reference for the CLI syntax to configure VPRN RIP parameters.
The following example displays a VPRN RIP configuration:
For more information about the RIP protocol, refer to the 7705 SAR OS Routing Protocols Guide.
Interface names associate an IP address with the interface, and then associate the IP interface with a physical port. The logical interface can associate attributes such as an IP address, port, or Link Aggregation Group (LAG). There are no default interfaces.
Note:
The VPRN interface can be configured as a loopback interface by issuing the loopback command instead of the sap command. The loopback flag cannot be set on an interface where a SAP is already defined and a SAP cannot be defined on a loopback interface. |
Refer to VPRN Services Command Reference for CLI commands and syntax.
The following example displays a VPRN interface configuration:
Use the following CLI syntax to configure interface parameters for the VPRN service.
The following example displays the VPRN interface creation output.
A SAP is a combination of a port and encapsulation parameters that identify the service access point on the interface and within the 7705 SAR. Each SAP must be unique within a router. A SAP cannot be defined if the interface loopback command is enabled.
When configuring VPRN interface SAP parameters, a default QoS policy is applied to each ingress and egress SAP. Additional QoS policies must be configured in the config>qos context. Filter policies are configured in the config>filter context and must be explicitly applied to a SAP. There are no default filter policies.
A VPRN interface SAP is supported on the following ports and adapter cards:
Note:
|
Refer to VPRN Services Command Reference for CLI commands and syntax.
The following examples show the configuration of a VPRN interface SAP for:
Use the following CLI syntax to configure spoke SDP parameters for a VPRN interface.
The following example displays the VPRN interface spoke SDP creation output.
Configuring VRRP policies and instances on service interfaces is optional. The basic owner and non-owner VRRP configurations on a VPRN interface must specify the backup ip-address parameter.
VRRP helps eliminate the single point of failure in a routed environment by using virtual router IP address(es) shared between two or more routers connecting the common domain. VRRP provides dynamic failover of the forwarding responsibility to the backup router if the master becomes unavailable.
The VRRP implementation allows one master per IP subnet. All other VRRP instances in the same domain must be in backup mode.
For further information about VRRP CLI syntax and command descriptions, see the VPRN Services Command Reference.
The following displays a VPRN interface VRRP owner configuration:
To configure NAT, you must first:
The following example displays the NAT zone configuration output.
This section discusses the following service management tasks:
Use the CLI syntax to modify VPRN parameters (VPRN Services Command Reference).
The following example displays the VPRN service creation output.
A VPRN service cannot be deleted until SAPs, interface spoke SDPs, and interfaces are shut down and deleted. If protocols and/or a service spoke SDP are defined, they must be shut down and removed from the configuration as well.
Use the following CLI syntax to delete a VPRN service:
A VPRN service can be shut down without deleting any service parameters.
To re-enable a VPRN service that was shut down: