Table Of Contents
Implementing IPv6 over Frame Relay
Prerequisites for Implementing IPv6 over Frame Relay
Restrictions for Implementing IPv6 over Frame Relay
Information About Implementing IPv6 over Frame Relay
Frame Relay Encapsulation on the IPv6 Interface
Frame Relay Encapsulation on Supported IPv6 Subinterfaces
Point-to-Point Protocol over Frame Relay
Fast Path Functionality in IPv6 over Frame Relay
6PE Implementation of IPv6 over Frame Relay
QoS Services Models Used with Frame Relay
How to Implement IPv6 over Frame Relay
Enabling Frame Relay Switching
Configuring Frame Relay on the Main IPv6 Interface
Configuring Frame Relay on an IPv6 Subinterface
Implementing Multilink Frame Relay for IPv6
Creating a Virtual Interface for an MFR Bundle
Adding Serial Interfaces to the MFR Bundle
Monitoring and Maintaining MFR for IPv6
Configuration Examples for Implementing IPv6 over Frame Relay
Enabling Frame Relay Switching: Example
Configuring Frame Relay on the Main IPv6 Interface: Example
Configuring Frame Relay on an IPv6 Subinterface: Example
Implementing Multilink Frame Relay for IPv6: Example
Feature Information for Implementing IPv6 over Frame Relay
Implementing IPv6 over Frame Relay
First Published: November 30, 2007Last Updated: November 30, 2007This document describes IPv6 over Frame Relay encapsulation and multilink Frame Relay (MFR) encapsulation and provides information about QoS on Engine 3 and Engine 5 line cards on Cisco 12000 series Internet routers.
For further general information about Frame Relay, see the "Wide-Area Networking Overview" in the Cisco IOS Wide-Area Networking Configuration Guide.
Finding Feature Information in This Module
Your Cisco IOS software release may not support all of the features documented in this module. To reach links to specific feature documentation in this module and to see a list of the releases in which each feature is supported, use the "Feature Information for Implementing IPv6 over Frame Relay" section.
Finding Support Information for Platforms and Cisco IOS and Catalyst OS Software Images
Use Cisco Feature Navigator to find information about platform support and Cisco IOS and Catalyst OS software image support. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.
Contents
•
Prerequisites for Implementing IPv6 over Frame Relay
•
Restrictions for Implementing IPv6 over Frame Relay
•
Information About Implementing IPv6 over Frame Relay
•
How to Implement IPv6 over Frame Relay
•
Configuration Examples for Implementing IPv6 over Frame Relay
•
Feature Information for Implementing IPv6 over Frame Relay
Prerequisites for Implementing IPv6 over Frame Relay
•
This module assumes that you are familiar with IPv4. Refer to the publications in the "Additional References" section for IPv4 configuration and command reference information.
•
Before the IPv6 Provider Edge Router over MPLS (6PE) feature can be implemented, MPLS must be running over the core IPv4 network. If Cisco routers are used, Cisco Express Forwarding (CEF) or distributed CEF (dCEF) must be enabled for both IPv4 and IPv6 protocols. This module assumes that you are familiar with MPLS.
•
QoS for IPv6 must be enabled. See the Implementing QoS for IPv6 document for further information.
•
6PE must be enabled. See the Implementing MPLS over IPv6 document for further information.
Restrictions for Implementing IPv6 over Frame Relay
•
If encapsulation configuration is changed on the main interface, all subinterfaces go to the down state, and the internal database is deleted. Configuration information is lost for all subinterfaces.
•
In Frame Relay, maximum transmission unit (MTU) changes are allowed only on the main interface, from which they are applied to all subinterfaces.
•
In MFR, MTU changes can be done only on the multilink interface, from which they are reflected on all links in that bundle.
•
Only T1 and E1 links are allowed in the multilink bundle. Fractional T1 links are not allowed.
Cisco IOS Release 12.0(33)S
The Engine 3 and Engine 5 line cards on Cisco 12000 series Internet routers support the IPv6 over Frame Relay and MFR features, as follows:
•
Frame Relay services are supported on channelized and nonchannelized shared port adapters (SPAs).
•
Engine 3:
–
Channelized OC-12—Frame Relay and MFR
–
4-port channelized OC-12/DS3—Frame Relay
–
4-port OC-3X Packet over SONET (PoS)—Frame Relay
–
8-port OC-3X PoS—Frame Relay
–
16-port OC-3X PoS—Frame Relay
–
4-port OC-12X PoS—Frame Relay
–
1-port OC- 48X PoS—Frame Relay
•
Engine 5:
–
8XT1/E1 SPA—Frame Relay and MFR
–
2/4xCT-3 SPA—Frame Relay and MFR
–
1-port channelized STM-1/OC-3 SPA—Frame Relay and MFR
–
2/4xT3 SPA—Frame Relay
–
OC-3/OC-12 PoS SPA—Frame Relay
–
OC-48 PoS SPA—Frame Relay
–
OC-192 PoS SPA—Frame Relay
•
For ingress 1c/1D and Nc/ND policies, primary-level hierarchical policing is not supported for IPv6 traffic.
Information About Implementing IPv6 over Frame Relay
To configure IPv6 over Frame Relay, you should understand the following concepts:
•
6PE Implementation of IPv6 over Frame Relay
•
QoS Services Models Used with Frame Relay
Frame Relay Overview
Frame Relay is used as a way to offer multiple service levels for a customer link. The IPv6 over Frame Relay feature allows users to configure IPv6 addresses over Frame Relay physical interfaces and subinterfaces on Engine 3 and Engine 5 line cards in Cisco 12000 series Internet routers and to send IPv6 traffic over the Frame Relay interfaces. The supported Frame Relay encapsulations are Cisco Frame Relay and Internet Engineering Task Force (IETF) Frame Relay.
IPv6 is tunneled over dual-stack MPLS networks (i.e., 6PE) on Frame Relay encapsulated links with QoS and access lists (ACLs) enabled. IPv6 ACLs are supported on Frame Relay encapsulated links in the same way they are supported in IPv4.
The IETF Frame Relay encapsulation with network layer protocol ID (NLPID) format uses fast path with the Engine 3 and Engine 5 line cards.
For further general information about Frame Relay, see the "Wide-Area Networking Overview" in the Cisco IOS Wide-Area Networking Configuration Guide.
Frame Relay Encapsulation on the IPv6 Interface
IPv6 over Frame Relay encapsulation support on Cisco 12000 series Internet routers line cards is required for service providers (SPs) who offer 6PE service. Frame Relay encapsulation is configured on the main interface of the supported line cards. Users can configure either Cisco or IETF Frame Relay encapsulation on the main interface.
The Frame Relay encapsulation type set on an interface affects the NLPID in the 4-byte encapsulation that is added to any packets that egress out of the interface. However, in the ingress direction both NLPIDs corresponding to the two Frame Relay encapsulations are recognized. Only 10-bit data-link connection identifier (DLCI) address field packets are recognized.
Frame Relay Encapsulation on Supported IPv6 Subinterfaces
Frame Relay subinterfaces are supported on the line-card main interfaces configured with Frame Relay encapsulation. A user can configure a subinterface with a given DLCI.
Point-to-Point Protocol over Frame Relay
Point-to-point protocol (PPP) over Frame Relay interfaces and subinterfaces allows a router to establish end-to-end PPP sessions over Frame Relay over a permanent virtual circuit (PVC). The PPP session does not occur unless the associated Frame Relay PVC is in an "active" state. The Frame Relay PVC can coexist with other circuits using different Frame Relay encapsulation methods, such as IETF (RFC 2427) and the Cisco proprietary method, over the same Frame Relay link. There can be multiple PPP links over Frame Relay circuits on one Frame Relay link.
Fast Path Functionality in IPv6 over Frame Relay
The fast path feature in IPv6 over Frame Relay needs no configuration and is enabled automatically when Frame Relay for IPv6 is enabled.
Multilink Frame Relay
The MFR feature provides a cost-effective way to increase bandwidth for particular applications by enabling multiple serial links to be aggregated into a single bundle of bandwidth. MFR is supported on user-to-network interfaces (UNI) and network-to-network interfaces (NNI) in Frame Relay networks.
The MFR feature allows users to combine multiple physical and logical interfaces into a single bundle. Using this feature, a network operator can design a Frame Relay interface that supports more bandwidth than is available from any single physical interface and can also change the total bandwidth available on the interface by dynamically adding or removing physical interfaces. The MFR feature provides resilience when multiple physical interfaces are provisioned on a single bundle, so if some of the physical interfaces fail, the bundle continues to support Frame Relay service.
IPv6 MFR is tunneled over a dual-stack MPLS network, and QoS is supported on IPv6 MFR.
IPv6 MFR provides the following capabilities:
•
Supports up to 12 links per bundle
•
Allows users to add a link to the bundle from the same SPA line card
•
Extended flow control
•
Fragmentation support
•
UNI termination on the provider edge (PE)
•
Support for L3/1C/nD, L3/nC/nD
MFR solves the following problems on user-to-network and network-to-network interfaces in a Frame Relay network:
•
Lack of required bandwidth availability due to facility constraints or due to a service with restrictions
•
The physical interface as an inflexible pool of bandwidth
•
The physical interface as a single point of failure on the Frame Relay interface
The MFR bundle contains and controls one or more bundle links supporting the transfer of MFR frames. Bundle procedures provide for the following activities:
•
Addition of bundle links to bundle operation
•
Graceful removal of bundle links from bundle operation
•
Interfacing with layer management functions
•
Accepting frames from the Q.922 data link layer for transmission on the bundle interface
•
Operating frame fragmentation procedures
•
Scheduling frames for transmission on individual bundle links
•
Reassembling received frame fragments for forwarding to the Q.922 data link layer
6PE Implementation of IPv6 over Frame Relay
6PE is a PE router running dual-stack IPv4 and IPv6. 6PE enables transport of IPv6 traffic over an MPLS IPv4 network. The Border Gateway Protocol (BGP) is used as the label distribution protocol while MPLS is used as the forwarding mechanism inside the MPLS cloud.
In using Frame Relay over IPv6, only PE routers need to support IPv6. The IPv6 traffic received from the IPv6 network is transported to the destination IPv6 network using the MPLS infrastructure in the core (in the MPLS core, all control protocols, including label distribution and interior gateway protocols, remain IPv4).
Multiprotocol BGP is used between 6PEs to exchange IPv6 reachability information. An ingress 6PE knows the IPv6 address of the remote egress 6PE (that is, a BGP next-hop address) needed to reach a destination IPv6 subnet. This IPv6 address for the BGP next hop contains an embedded IPv4 address that is the IPv4 address of the BGP speaker.
BGP is used to bind a label to each advertised destination IPv6 prefix. Multiprotocol BGP uses two labels in the MPLS header, the IPv4 label (which is the top label) and aggregate IPv6 label (which is the lower label) for the destination IPv6 prefix. The aggregate IPv6 label is allocated by the egress 6PE to form a local pool of 16 labels (a pool of 16 labels used for all IPv6 prefixes).
QoS Services Models Used with Frame Relay
The term "QOS service model" is used in this document to define a specific combination of QOS features and functionality deployed by SPs. The QoS Nc/ND and 1c/1D models are supported in the 12.0(33)S release.
QoS Nc/ND Model
In the Nc/ND model, there are a number (n) of DLCIs configured under a single physical interface. Each DLCI supports a single customer and is attached to a logical subinterface. The customer-specific Modular Quality of Service (QoS) Command-Line Interface (CLI) (MQC) configuration is also attached to the subinterface. Typically the customer buys an aggregate service, which is then divided into different classes. This model is generally applied to point-to-point rather point-to-multipoint subinterfaces.
QoS 1c/1D Model
In the 1c/1D model, a single customer is provisioned on the main interface with a single DLCI. The MQC configuration is attached on the main interface.
How to Implement IPv6 over Frame Relay
The tasks in the following sections explain how to implement IPv6 over Frame Relay:
•
Enabling Frame Relay Switching
•
Configuring Frame Relay on the Main IPv6 Interface
•
Configuring Frame Relay on an IPv6 Subinterface
•
Implementing Multilink Frame Relay for IPv6
•
Implementing Multilink Frame Relay for IPv6
Enabling Frame Relay Switching
The following task describes how to enable Frame Relay switching globally on the router. Frame Relay must be enabled before you can configure Frame Relay on an interface or a subinterface.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
frame-relay switching
DETAILED STEPS
Configuring Frame Relay on the Main IPv6 Interface
The following task describes how to configure Frame Relay encapsulation on the main interface.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
interface type number
4.
ipv6 address {ipv6-address/prefix-length | prefix-name sub-bits/prefix-length | [%vrf-name]}
5.
encapsulation frame-relay [cisco | ietf]
6.
frame-relay intf-type [dce | dte | nni]
DETAILED STEPS
Configuring Frame Relay on an IPv6 Subinterface
The following task describes how to configure Frame Relay on an IPv6 subinterface. This task can be performed on as many subinterfaces as necessary to configure your system.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
interface type number
4.
encapsulation frame-relay [cisco | ietf]
5.
frame-relay intf-type [dce | dte | nni]
6.
interface type number
7.
ipv6 address {ipv6-address/prefix-length | prefix-name sub-bits/prefix-length | [%vrf-name]}
8.
frame-relay interface-dlci dlci [ietf | cisco] [voice-cir cir] [ppp virtual-template-name]
DETAILED STEPS
Implementing Multilink Frame Relay for IPv6
The following tasks explain how to implement MFR for IPv6.
•
Creating a Virtual Interface for an MFR Bundle
•
Adding Serial Interfaces to the MFR Bundle
Creating a Virtual Interface for an MFR Bundle
This task describes how to create a virtual interface for an MFR bundle and assign an IPv6 address and a DLCI number.
Prerequisites
The frame relay switching feature must be globally enabled for you to implement MFR for IPv6. For more information on how to enable frame relay switching, see the "Enabling Frame Relay Switching" section.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
interface mfr number
4.
ipv6 address {ipv6-address/prefix-length | prefix-name sub-bits/prefix-length | [%vrf-name]}
5.
no ip directed-broadcast [access-list-number | extended access-list-number]
6.
frame-relay interface-dlci dlci [ietf | cisco] [voice-cir cir] [ppp virtual-template-name]
7.
frame-relay intf-type [dce | dte | nni]
8.
frame-relay multilink bid name
DETAILED STEPS
Adding Serial Interfaces to the MFR Bundle
This task describes how to add serial interfaces to the newly created MFR bundle. The MFR bundle must be created before you can add serial interfaces. For information on how to create the MFR bundle, see the "Creating a Virtual Interface for an MFR Bundle" section.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
interface type number
4.
no ipv6 address
5.
no ip directed-broadcast
6.
encapsulation frame-relay mfr number [name]
7.
frame-relay multilink lid name
8.
frame-relay multilink hello seconds
9.
no ip mroute-cache
10.
no arp {arpa | frame-relay | snap}
DETAILED STEPS
Monitoring and Maintaining MFR for IPv6
The following optional show command can provide you with information helpful in monitoring and maintaining MFR for IPv6.
SUMMARY STEPS
1.
enable
2.
show frame-relay multilink [mfr number | serial number] [detailed]
DETAILED STEPS
Configuration Examples for Implementing IPv6 over Frame Relay
This section provides the following configuration examples.
•
Enabling Frame Relay Switching: Example
•
Configuring Frame Relay on the Main IPv6 Interface: Example
•
Configuring Frame Relay on an IPv6 Subinterface: Example
•
Implementing Multilink Frame Relay for IPv6: Example
•
Implementing Multilink Frame Relay for IPv6: Example
Enabling Frame Relay Switching: Example
The following example shows that Frame Relay has been enabled on the router.
Router# show running-config
Current configuration : 3910 bytes
!
...frame-relay switching...
Configuring Frame Relay on the Main IPv6 Interface: Example
The following example shows that Frame Relay encapsulation has been configured on the main interface, which is POS in this case. The encapsulation method used is cisco, which is the default, and the Frame Relay switch type used is DCE, which allows the router or access server to function as a switch connected to a router.
frame-relay switching
interface pos 1/0/0
ipv6 address 2001:0DB8:B00:1::1/64
encapsulation frame-relay
frame-relay intf-type dce
Configuring Frame Relay on an IPv6 Subinterface: Example
The following example shows Frame Relay configured on an interface and two IPv6 subinterfaces.
frame-relay switchinginterface pos 1/0/0no ipv6 addressencapsulation frame-relayframe-relay intf-type dceinterface pos 1/0/0.1 point-to-pointipv6 address 2001:0DB8:A00:1::1/64frame-relay interface-dlci 40interface pos 1/0/0.2 point-to-pointipv6 address 2001:0DB8:C058:6301::/128frame-relay interface-dlci 50
Implementing Multilink Frame Relay for IPv6: Example
The following example shows how to configure MFR for IPv6. Remember that frame-relay switching must be enabled before MFR can be enabled.
frame-relay switching
interface MFR1ip address 25.25.25.1 255.255.255.252no ip directed-broadcastframe-relay interface-dlci 101frame-relay intf-type dceinterface Serial1/0/0/13:0no ip addressno ip directed-broadcastencapsulation frame-relay MFR1no ip mroute-cacheno arp frame-relayAdditional References
The following sections provide references related to the Implementing IPv6 over Frame Relay feature.
Related Documents
Standards
MIBs
MIB MIBs Link•
![]()
To locate and download MIBs for selected platforms, Cisco IOS releases, and feature sets, use Cisco MIB Locator found at the following URL:
RFCs
RFC TitleRFC 2427
Multiprotocol Interconnect over Frame Relay
RFC 2590
Transmission of IPv6 Packets over Frame Relay Networks Specification
Technical Assistance
Feature Information for Implementing IPv6 over Frame Relay
Table 1 lists the features in this module and provides links to specific configuration information. Only features that were introduced or modified in Cisco IOS Release 12.0(33)S or a later release appear in the table.
For information on a feature in this technology that is not documented here, see the "Start Here: Cisco IOS Software Release Specifics for IPv6 Features" document.
Not all commands may be available in your Cisco IOS software release. For release information about a specific command, see the command reference documentation.
Use Cisco Feature Navigator to find information about platform support and software image support. Cisco Feature Navigator enables you to determine which Cisco IOS and Catalyst OS software images support a specific software release, feature set, or platform. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.
![]()
Note
Table 1 lists only the Cisco IOS software release that introduced support for a given feature in a given Cisco IOS software release train. Unless noted otherwise, subsequent releases of that Cisco IOS software release train also support that feature.
CCVP, the Cisco logo, and the Cisco Square Bridge logo are trademarks of Cisco Systems, Inc.; Changing the Way We Work, Live, Play, and Learn is a service mark of Cisco Systems, Inc.; and Access Registrar, Aironet, BPX, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, CCSP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Cisco Unity, Enterprise/Solver, EtherChannel, EtherFast, EtherSwitch, Fast Step, Follow Me Browsing, FormShare, GigaDrive, HomeLink, Internet Quotient, IOS, iPhone, IP/TV, iQ Expertise, the iQ logo, iQ Net Readiness Scorecard, iQuick Study, LightStream, Linksys, MeetingPlace, MGX, Networking Academy, Network Registrar, PIX, ProConnect, ScriptShare, SMARTnet, StackWise, The Fastest Way to Increase Your Internet Quotient, and TransPath are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the United States and certain other countries.
All other trademarks mentioned in this document or Website are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (0708R)
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental.
© 2007 Cisco Systems, Inc. All rights reserved.