ON THIS PAGE
Example: Configuring and Deploying a Multipoint-to-Multipoint E-LAN Service
This example shows how to deploy and verify a multipoint-to-multipoint E-LAN service starting with three MX Series routers. Figure 1 shows the service.
This service provides connectivity for one VLAN, using 802.1Q interface endpoints. Customer site A connects to the network through an N-PE device named SJC (IP address 1.1.1.1). Customer site B connects to the network through an N-PE device named SFO (IP address 1.1.1.2). Customer site C connects to the network through an N-PE device named BLR (IP address 1.1.1.3). In this example, we allow Network Activate to select each UNI automatically.
Each UNI is to have its bandwidth limited to 25 Mbps.
You can create this service by performing the following tasks:
Preparing Devices for Discovery
Before you can add a device using device discovery, the following conditions must be met:
SSH v2 is enabled on the device. To enable SSH v2 on a device, issue the following CLI command:
set system services ssh protocol-version v2
The NETCONF protocol over SSH is enabled on the device. To enable the NETCONF protocol over SSH on a device, issue the following CLI command:
set system services netconf ssh
The device is configured with a static management IP address that is reachable from the Junos Space server. The IP address can be in-band or out-of-band.
A user with full administrative privileges is created on the device for the Junos Space administrator.
If you plan to use SNMP to probe devices as part of device discovery, ensure that SNMP is enabled on the device with appropriate read-only V1/V2C/V3 credentials.
Discovering Devices
Device discovery is a process that Junos Space uses to bring network devices under its control. This example brings two MX Series routers under Junos Space management.
Alternatively, you can import devices using the Connectivity Services Director GUI. See Discovering Devices in a Physical Network for instructions on discovering devices from Build mode of Connectivity Services Director.
See Also
Preparing Devices for Prestaging
Before prestaging devices for multipoint-to-multipoint services, the following entities must be configured:
MPLS must run on each N-PE device.
MPBGP must run on each N-PE device that you want to participate in a multipoint-to-multipoint service.
To satisfy the preceding criteria, ensure that the following configuration exists on each N-PE device:
interfaces { ge-0/0/0 { unit 0 { family inet { address 10.1.22.2/30; } family mpls; } } } lo0 { unit 0 { family inet { address 192.168.1.30/32; } } } } routing-options { autonomous-system 65410; } protocols { mpls { interface ge-0/0/0.0; interface lo0.0; } bgp { group CA-Peer { type internal; local-address 192.168.1.30; family l2vpn { signaling; } neighbor 192.168.1.40; neighbor 192.168.1.10; neighbor 192.168.1.20; neighbor 192.168.1.50; neighbor 192.168.1.60; } } ospf { traffic-engineering; area 0.0.0.0 { interface lo0.0 { passive; } interface ge-0/0/0.0; } ldp { interface ge-0/0/0.0; interface lo0.0; } }
The OSPF configuration is not required in prestaging.
The E-LAN service needs to be enabled in a network device, to make the static pseudowire functionality active in the device. You can activate the static pseudowire functionality by configuring the network device through the CLI window. You need to enter the CLI configuration mode of a network element and run the command
set protocols vpls static-vpls no-tunnel-services
commit
If the device is not configured through CLI, a warning message appears in the application server log, that is the JBOSS Log:
To discover and assign the roles of devices:
To re-sync the role of the network elements configured:
1. Select Prestage Devices > Prestage Devices from the tasks pane. The Devices Chart page is displayed.
2. To re-sync the role capability of a network element, select the network element’s name, and open the Manage Device Roles menu.
3. Click Re-sync Role Capability. The Re-sync Role Capability window appears where you can select the device’s name and click Re-sync.
The role is re-synced with the same device now.
Discovering and Assigning N-PE Roles
Before you can provision services, you must prestage the devices. prestaging includes assigning device roles and designating interfaces on those devices as UNIs. This example provides the steps to accept the recommendations of the Network Services application for N-PE devices and UNIs.
See Also
Choosing or Creating a Service Definition
A service definition provides a template upon which services are built. It specifies service attributes that are not specific to a service instance. In this example, the service definition provides all service attributes except the N-PE devices, the UNIs, and bandwidth.
The Network Services application ships with standard service definitions. First, we check the standard service definitions to determine whether one already exists that can work.
The service definition is now ready for use in provisioning.
See Also
Creating a Customer
Before you can provision the service, customer details must be present in the Junos Space data base. To add a customer:
- From the View selector, select Service View. The workspaces that are applicable to routing and tunnel services are displayed.
- Click the Build icon in the Service View of the Connectivity Services Director banner. The functionalities that you can configure in this mode are displayed in the task pane.
- In the Service View task pane, select Customers.
- In the Tasks task pane, select Customer > Manage Customers.
- In the View Customers task pane, select Add (+).
- In the Name field, enter Best Customer.
- In the Account number field, enter 1234.
- Click Create.
The Manage Customers page shows the new customer.
See Also
Creating and Deploying a Multipoint-to-Multipoint Service Order
Now that you have prestaged your devices, created a suitable service definition, and added the customer information to the database, you are ready to create and deploy a service order.
See Also
Performing a Functional Audit and a Configuration Audit
Now that your new service is deployed, we recommend that you validate its configuration and functional integrity. A functional audit runs operational commands on the device to verify that the service is up or down. A configuration audit verifies whether the configuration that was pushed to the device during deployment is actually on the device.
To perform a configuration audit and a functional audit of the service:
Following a successful audit, the service is deployed and ready to be used.