- play_arrow Configuring Dynamic VLANs for Subscriber Access Networks
- play_arrow Dynamic VLAN Overview
- Subscriber Management VLAN Architecture Overview
- Dynamic 802.1Q VLAN Overview
- Static Subscriber Interfaces and VLAN Overview
- Pseudowire Termination: Explicit Notifications for Pseudowire Down Status
- Configuring an Access Pseudowire That Terminates into VRF on the Service Node
- Configuring an Access Pseudowire That Terminates into a VPLS Routing Instance
- play_arrow Configuring Dynamic Profiles and Interfaces Used to Create Dynamic VLANs
- Configuring a Dynamic Profile Used to Create Single-Tag VLANs
- Configuring an Interface to Use the Dynamic Profile Configured to Create Single-Tag VLANs
- Configuring a Dynamic Profile Used to Create Stacked VLANs
- Configuring an Interface to Use the Dynamic Profile Configured to Create Stacked VLANs
- Configuring Interfaces to Support Both Single and Stacked VLANs
- Overriding the Dynamic Profile Used for an Individual VLAN
- Configuring a VLAN Dynamic Profile That Associates VLANs with Separate Routing Instances
- Automatically Removing VLANs with No Subscribers
- Verifying and Managing Dynamic VLAN Configuration
- play_arrow Configuring Subscriber Authentication for Dynamic VLANs
- Configuring an Authentication Password for VLAN or Stacked VLAN Ranges
- Configuring Dynamic Authentication for VLAN Interfaces
- Subscriber Packet Type Authentication Triggers for Dynamic VLANs
- Configuring Subscriber Packet Types to Trigger VLAN Authentication
- Configuring VLAN Interface Username Information for AAA Authentication
- Using DHCP Option 82 Suboptions in Authentication Usernames for Autosense VLANs
- Using DHCP Option 18 and Option 37 in Authentication Usernames for DHCPv6 Autosense VLANs
- play_arrow Configuring VLANs for Households or Individual Subscribers Using ACI-Based Dynamic VLANs
- Agent Circuit Identifier-Based Dynamic VLANs Overview
- Configuring Dynamic VLANs Based on Agent Circuit Identifier Information
- Defining ACI Interface Sets
- Configuring Dynamic Underlying VLAN Interfaces to Use Agent Circuit Identifier Information
- Configuring Static Underlying VLAN Interfaces to Use Agent Circuit Identifier Information
- Configuring Dynamic VLAN Subscriber Interfaces Based on Agent Circuit Identifier Information
- Verifying and Managing Agent Circuit Identifier-Based Dynamic VLAN Configuration
- Clearing Agent Circuit Identifier Interface Sets
- play_arrow Configuring VLANs for Households or Individual Subscribers Using Access-Line-Identifier Dynamic VLANs
- Access-Line-Identifier-Based Dynamic VLANs Overview
- Configuring Dynamic VLANs Based on Access-Line Identifiers
- Defining Access-Line-Identifier Interface Sets
- Configuring Dynamic Underlying VLAN Interfaces to Use Access-Line Identifiers
- Configuring Static Underlying VLAN Interfaces to Use Access-Line Identifiers
- Configuring Dynamic VLAN Subscriber Interfaces Based on Access-Line Identifiers
- Verifying and Managing Configurations for Dynamic VLANs Based on Access-Line Identifiers
- Clearing Access-Line-Identifier Interface Sets
- play_arrow High Availability for Service VLANs
-
- play_arrow Configuring DHCP Subscriber Interfaces
- play_arrow VLAN and Demux Subscriber Interfaces Overview
- play_arrow Configuring Sets of Demux Interfaces to Provide Services to a Group of Subscribers
- play_arrow Configuring Dynamic Demux Interfaces That are Created by DHCP
- play_arrow Configuring DHCP Subscriber Interfaces over Aggregated Ethernet
- Static and Dynamic VLAN Subscriber Interfaces over Aggregated Ethernet Overview
- Static or Dynamic Demux Subscriber Interfaces over Aggregated Ethernet Overview
- Configuring a Static or Dynamic VLAN Subscriber Interface over Aggregated Ethernet
- Configuring a Static or Dynamic IP Demux Subscriber Interface over Aggregated Ethernet
- Configuring a Static or Dynamic VLAN Demux Subscriber Interface over Aggregated Ethernet
- Example: Configuring a Static Subscriber Interface on a VLAN Interface over Aggregated Ethernet
- Example: Configuring a Static Subscriber Interface on an IP Demux Interface over Aggregated Ethernet
- Example: Configuring IPv4 Static VLAN Demux Interfaces over an Aggregated Ethernet Underlying Interface with DHCP Local Server
- Example: Configuring IPv4 Dynamic VLAN Demux Interfaces over an Aggregated Ethernet Underlying Interface with DHCP Local Server
- Example: Configuring IPv6 Dynamic VLAN Demux Interfaces over an Aggregated Ethernet Underlying Interface with DHCP Local Server
- Example: Configuring IPv4 Dynamic Stacked VLAN Demux Interfaces over an Aggregated Ethernet Underlying Interface with DHCP Local Server
- play_arrow Using Dynamic Profiles to Apply Services to DHCP Subscriber Interfaces
- play_arrow Configuring DHCP IP Demux and PPPoE Demux Interfaces Over the Same VLAN
- play_arrow Providing Security for DHCP Interfaces Using MAC Address Validation
- play_arrow RADIUS-Sourced Weights for Targeted Distribution
- play_arrow Verifying Configuration and Status of Dynamic Subscribers
-
- play_arrow Configuring PPPoE Subscriber Interfaces
- play_arrow Configuring Dynamic PPPoE Subscriber Interfaces
- Subscriber Interfaces and PPPoE Overview
- Dynamic PPPoE Subscriber Interfaces over Static Underlying Interfaces Overview
- Configuring Dynamic PPPoE Subscriber Interfaces
- Configuring a PPPoE Dynamic Profile
- Configuring an Underlying Interface for Dynamic PPPoE Subscriber Interfaces
- Configuring the PPPoE Family for an Underlying Interface
- Ignoring DSL Forum VSAs from Directly Connected Devices
- Example: Configuring a Dynamic PPPoE Subscriber Interface on a Static Gigabit Ethernet VLAN Interface
- play_arrow Configuring PPPoE Subscriber Interfaces over Aggregated Ethernet Examples
- Example: Configuring a Static PPPoE Subscriber Interface on a Static Underlying VLAN Demux Interface over Aggregated Ethernet
- Example: Configuring a Dynamic PPPoE Subscriber Interface on a Static Underlying VLAN Demux Interface over Aggregated Ethernet
- Example: Configuring a Dynamic PPPoE Subscriber Interface on a Dynamic Underlying VLAN Demux Interface over Aggregated Ethernet
- play_arrow Configuring PPPoE Session Limits
- play_arrow Configuring PPPoE Subscriber Session Lockout
- play_arrow Configuring MTU and MRU for PPP Subscribers
- play_arrow Configuring PPPoE Service Name Tables
- Understanding PPPoE Service Name Tables
- Evaluation Order for Matching Client Information in PPPoE Service Name Tables
- Benefits of Configuring PPPoE Service Name Tables
- Creating a Service Name Table
- Configuring PPPoE Service Name Tables
- Assigning a Service Name Table to a PPPoE Underlying Interface
- Configuring the Action Taken When the Client Request Includes an Empty Service Name Tag
- Configuring the Action Taken for the Any Service
- Assigning a Service to a Service Name Table and Configuring the Action Taken When the Client Request Includes a Non-zero Service Name Tag
- Assigning an ACI/ARI Pair to a Service Name and Configuring the Action Taken When the Client Request Includes ACI/ARI Information
- Assigning a Dynamic Profile and Routing Instance to a Service Name or ACI/ARI Pair for Dynamic PPPoE Interface Creation
- Limiting the Number of Active PPPoE Sessions Established with a Specified Service Name
- Reserving a Static PPPoE Interface for Exclusive Use by a PPPoE Client
- Example: Configuring a PPPoE Service Name Table
- Example: Configuring a PPPoE Service Name Table for Dynamic Subscriber Interface Creation
- Troubleshooting PPPoE Service Name Tables
- play_arrow Changing the Behavior of PPPoE Control Packets
- play_arrow Monitoring and Managing Dynamic PPPoE for Subscriber Access
-
- play_arrow Configuring MLPPP for Subscriber Access
- play_arrow MLPPP Support for LNS and PPPoE Subscribers Overview
- MLPPP Overview
- MLPPP Support for LNS and PPPoE Subscribers Overview
- Supported Features for MLPPP LNS and PPPoE Subscribers on the MX Series
- Mixed Mode Support for MLPPP and PPP Subscribers Overview
- Understanding DVLAN (Single/Dual tag) for Subscriber Services Scaling (Junos Evolved for ACX7100-48L Devices)
- play_arrow Configuring MLPPP Link Fragmentation and Interleaving
- play_arrow Configuring Inline Service Interfaces for LNS and PPPoE Subscribers
- play_arrow Configuring L2TP Access Client for MLPPP Subscribers
- play_arrow Configuring Static MLPPP Subscribers for MX Series
- play_arrow Configuring Dynamic MLPPP Subscribers for MX Series
- play_arrow Configuring Dynamic PPP Subscriber Services
- Dynamic PPP Subscriber Services for Static MLPPP Interfaces Overview
- Hardware Requirements for PPP Subscriber Services on Non-Ethernet Interfaces
- Configuring PPP Subscriber Services for MLPPP Bundles
- Enabling PPP Subscriber Services for Static Non-Ethernet Interfaces
- Attaching Dynamic Profiles to MLPPP Bundles
- Example: Minimum MLPPP Dynamic Profile
- Example: Configuring CoS on Static LSQ MLPPP Bundle Interfaces
- play_arrow Monitoring and Managing MLPPP for Subscriber Access
-
- play_arrow Troubleshooting
- play_arrow Contacting Juniper Networks Technical Support
- play_arrow Knowledge Base
-
- play_arrow Configuration Statements and Operational Commands
ATM for Subscriber Access Overview
By using the ATM Modular Interface Card (MIC) with small form-factor pluggable transceiver (SFP) and a supported Modular Port Concentrator (MPC), you can configure the MX Series router to support configurations that enable subscribers to access the router over an ATM network using ATM Adaptation Layer 5 (AAL5) permanent virtual connections (PVCs). Using these configurations enables the delivery of subscriber-based services, such as class of service (CoS) and firewall filters, for subscribers accessing the router over an ATM network.
Supported Configurations for ATM Subscriber Access
On MX Series routers with MPC/MIC interfaces that use the ATM MIC with SFP (Model Number MIC-3D-8OC3-2OC12-ATM), you can create the following configurations to enable subscribers to access the router over an ATM network using ATM Adaptation Layer 5 (AAL5) permanent virtual connections (PVCs):
PPP-over-Ethernet-over-ATM
Routed IP-over-ATM
Bridged IP-over-Ethernet-over-ATM
PPP-over-ATM
Concurrent PPP-over-Ethernet-over-ATM interfaces and IP-over-Ethernet-over-ATM interfaces on a single ATM PVC
PPP-over-Ethernet-over-ATM Configurations
PPP-over-Ethernet-over-ATM (PPPoE-over-ATM) configurations support
both statically created and dynamically created PPPoE (pp0
) logical subscriber interfaces over static ATM underlying interfaces.
Most PPPoE and subscriber services features supported on terminated
connections and tunneled (L2TP access concentrator, or LAC) connections
are also supported for access to an MX Series router over an
ATM network.
PPPoE-over-ATM configurations require static configuration of
the underlying ATM physical interface and ATM logical
interface. You can configure the PPPoE (pp0
) subscriber interface either dynamically, by means of a dynamic
profile, or statically. You must also configure the ATM underlying
interface with PPPoE-over-ATM logical link control (LLC) encapsulation
(encapsulation ppp-over-ether-over-atm-llc
).
Using dynamic PPPoE-over-ATM configurations for ATM subscriber access enables you to configure an MX Series router to dynamically create PPPoE logical subscriber interfaces over static ATM underlying interfaces only when needed; that is, when a subscriber logs in on the associated underlying interface. Dynamic PPPoE over static ATM configurations are not supported on M Series routers and T Series routers.
Optionally, you can dynamically or statically apply subscriber
services such as class of service (CoS) and firewall filters to the
PPPoE (pp0
) subscriber interface. For PPPoE-over-ATM configurations
that create a dynamic PPPoE subscriber interface, you can configure
CoS attributes and firewall filters in the dynamic profile that defines
the pp0
subscriber interface. For PPPoE-over-ATM configurations
that create a static PPPoE subscriber interface, you can statically
configure CoS attributes and firewall filters as you would for any
static interface configured on an MX Series router.
Routed IP-over-ATM Configurations
Routed IP-over-ATM (IPoA) configurations support statically created IPv4 and IPv6 logical subscriber interfaces over static ATM underlying interfaces. IPoA configurations are typically used to implement business digital subscriber line (DSL) connections that do not require connection negotiation for address assignment.
IPoA configurations require static configuration of the ATM underlying interface, IPv4 interface, IPv6 interface, CoS attributes, and firewall fiters. Dynamic configuration of these components is not supported.
To configure IPoA subscriber access, specify either of the following encapsulation types on the ATM underlying interface:
For IPoA encapsulation with logical link control (LLC), configure ATM subnetwork attachment point (SNAP) encapsulation (
encapsulation atm-snap
).For IPoA encapsulation with virtual circuit (VC) multiplexing, configure ATM VC multiplex encapsulation (
encapsulation atm-vc-mux
).
Optionally, you can statically configure subscriber services such as CoS and firewall filters and apply them to the IPv4 or IPv6 interface; you cannot use a dynamic profile for this purpose.
Bridged IP-over-Ethernet-over-ATM Configurations
Bridged IP-over-Ethernet-over-ATM (IPoE-over-ATM) configurations support statically created IPv4 and IPv6 logical subscriber interfaces over static ATM underlying interfaces. Like IPoA configurations, IPoE-over-ATM configurations are typically used in topologies that do not require connection negotiation for address assignment.
For bridged IP-over-Ethernet-over-ATM configurations on an MX Series
router, you must configure the ATM underlying interface with Ethernet-over-ATM
LLC encapsulation (encapsulation ether-over-atm-llc
).
IPoE-over-ATM configurations require static configuration of the ATM underlying interface, IP interface, CoS attributes, and firewall fiters. Dynamic configuration of these components is not supported. Optionally, you can statically configure subscriber services such as class of service (CoS) and firewall filters and apply them to the IPv4 or IPv6 interface; you cannot use a dynamic profile for this purpose.
PPP-over-ATM Configurations
PPP-over-ATM (PPPoA) configurations support statically created PPP logical subscriber interfaces over static ATM underlying interfaces. Most features supported for PPPoE configurations are also supported for PPP access to an MX Series router over an ATM network.
PPPoA configurations require static configuration of the ATM underlying interface and PPP subscriber interface.
To configure PPPoA subscriber access, you must configure either of the following encapsulation types on each PPP logical subscriber interface:
For PPPoA encapsulation with logical link control (LLC), configure PPP-over-AAL5 LLC encapsulation (
encapsulation atm-ppp-llc
).For PPPoA encapsulation with virtual circuit (VC) multiplexing, configure PPP-over-AAL5 multiplex encapsulation (
encapsulation atm-ppp-vc-mux
).
Optionally, you can use dynamic profiles to dynamically or statically apply subscriber services, such as CoS attributes and firewall filters, to the static PPP subscriber interface. Configuring CoS and firewall filters in this manner enables you to efficiently and economically provide these services to PPP subscribers accessing the router over an ATM network.
Concurrent PPP-over-Ethernet-over-ATM and IP-over-Ethernet-over-ATM Configurations
You can configure subscriber interfaces for both PPPoE-over-ATM and IPoE-over-ATM concurrently on a single ATM PVC. IPoE-over-ATM includes support for both IPv4-over-Ethernet-over-ATM interfaces and IPv6-over-Ethernet-over-ATM interfaces.
In concurrent PPPoE-over-ATM and IPoE-over-ATM configurations, you define the ATM logical interface with IPoE-over-ATM encapsulation and specify PPPoE-over-ATM as a supported family. The PPPoE-over-ATM underlying interface with IPoE-over-ATM encapsulation processes PPPoE Discovery packets to establish the PPPoE session. When the PPPoE-over-ATM session is established, the router processes PPPoE-over-ATM session packets and applies PPPoE-over-ATM–specific features on the PPPoE-over-ATM session interface.
To configure concurrent PPPoE-over-ATM and IPoE-over-ATM subscriber
interfaces on a single ATM PVC, you configure the ATM logical interface
with Ethernet-over-ATM LLC encapsulation (encapsulation ether-over-atm-llc
). You then configure PPPoE-over-ATM as a supported family. When
the router detects the IPoE-over-ATM encapsulation and PPPoE-over-ATM
as a supported family, it identifies the configuration as concurrently
supporting both PPPoE-over-ATM and IPoE-over-ATM on the same ATM PVC.
The concurrent PPPoE-over-ATM and IPoE-over-ATM configuration supports all features specific to PPPoE-over-ATM interfaces and IPoE-over ATM interfaces, with no changes. These features include the following:
Class of service (CoS)
Traffic control profiles with ATM virtual path (VP) shaping and ATM virtual circuit (VC) shaping
Firewall filters
PPPoE-over ATM L2TP access concentrator (LAC) support
Interface statistics
PPPoE-over-ATM statistics
Graceful Routing Engine switchover (GRES)
Unified in-service software upgrade (unified ISSU)
Dynamic Address Resolution Protocol (ARP)
Framed IP addresses and address-assignment pools
Configuration and Encapsulation Types for ATM Subscriber Access
You use the same basic statements, commands, and procedures to create, verify, and manage PPPoE-over-ATM, IPoA, IPoE-over-ATM, and PPPoA configurations as the statements, commands, and procedures you use for static configurations on M Series routers and T Series routers, and for dynamic PPPoE configurations on MX Series routers.
A critical element of configuring ATM subscriber access is ensuring that you specify the correct encapsulation type for the ATM logical interface. The encapsulation type you use depends on the supported configuration and, for IPoA and PPPoA configurations, whether you want to configure an encapsulation type that uses logical link control (LLC) or virtual circuit (VC) multiplexing.
ATM Virtual Path Shaping on ATM MICs with SFP
On MX Series routers with Modular Port Concentrator (MPC) interfaces and an ATM Modular Interface Card (MIC) with small form-factor pluggable transceiver (SFP) installed, you can configure class of service (CoS) hierarchical shaping for the traffic carried on an ATM virtual path (VP). Traffic shaping helps you manage and regulate the traffic flow in your network by shaping the traffic on the VP to a specified rate. With traffic shaping, you can better control the traffic flow to avoid network congestion, and ensure that the traffic adheres to the class-of-service policies you set for it.
To configure hierarchical VP shaping on an ATM MIC with SFP
(Model number MIC-3D-8OC3-2OC12-ATM), you must configure an interface
set that consists of the ATM logical interface units on the ATM physical
interface. The members of the interface set must all share the same
virtual path identifier (VPI) and have different virtual circuit identifiers
(VCIs). You then define one or more CoS traffic control profiles that
include the ATM service category (atm-service
) and the
peak cell rate (peak-rate
), sustained cell rate (sustained-rate
), and maximum burst size (max-burst-size
) parameters.
The ATM service category works in conjunction with the peak cell rate, sustained cell rate, and maximum burst size ATM cell parameters to shape the traffic leaving the interface. Finally, you apply a specified traffic control profile to the output traffic at the interface set and at each of its member ATM logical interfaces.
In the queueing model used for ATM VP hierarchical shaping on ATM MICs with SFP, the ATM physical interface functions as a level 1 scheduler node, the interface set containing the ATM logical interfaces functions as a level 2 scheduler node, and the ATM logical interfaces function as level 3 scheduler nodes.
The following configuration requirements apply to ATM VP shaping on ATM MICs with SFP:
All ATM interfaces that belong to the same interface set must share the same virtual path identifier (VPI) and have a unique virtual circuit identifier (VCI).
The ATM interface set can include only ATM interfaces. It cannot include Ethernet interfaces.
The ATM interface set cannot include PPPoE over ATM interfaces, but it can include the underlying ATM interface over which PPPoE over ATM is carried.