|
|
Table Of Contents
Initially Configuring the Cisco DSLAM
Methods for Configuring the DSLAM
Verifying Installed DSLAM Software and Hardware
Setting the Subtend Node Identifier
Using the ATM Default Addressing Scheme
Manually Setting the ATM Address
Modifying the Physical Layer Configuration of the Default ATM Interface
Configuring IP Interface Parameters
Testing the Ethernet Connection
Configuring Network Clock Priorities and Sources
Configuring the Transmit Clocking Source
Providing Clock Synchronization Services
Configuring the Network Routing
Configuring the Time, Date, and Month
Configuring Support for Both SNMPv1 and SNMPv2
Configuring Support for SNMPv2
Creating or Modifying an SNMP View Record
Creating or Modifying an SNMP Context Record
Creating or Modifying an SNMPv2 User Record
Creating an SNMPv2 Access Policy
Defining SNMPv2 Trap Operations
Creating or Modifying Access Control for an SNMPv1 Community
Defining SNMP Trap Operations for SNMPv1
Confirming the Hardware Configuration
Confirming the Software Version
Confirming the Ethernet Configuration
Testing the Ethernet Connection
Confirming the ATM Connections
Confirming the ATM Interface Configuration
Confirming the Interface Status
Confirming Virtual Channel Connections
Confirming the Running Configuration
Confirming the Saved Configuration
Initially Configuring the Cisco DSLAM
This chapter describes how to initially configure the Cisco DSLAMs, and includes these sections:
•
Methods for Configuring the DSLAM
•
Verifying Installed DSLAM Software and Hardware
•
Configuring the BOOTP Server
•
Setting the Subtend Node Identifier
•
Modifying the Physical Layer Configuration of the Default ATM Interface
•
Configuring IP Interface Parameters
•
Testing the Ethernet Connection
•
Configuring Network Clocking
•
Configuring the Network Routing
•
Configuring the Time, Date, and Month
•
Configuring Support for SNMPv2
•
Configuring Support for SNMPv2
•
Configuring SNMP RMON Support
Methods for Configuring the DSLAM
The DSLAM default configuration is suitable for operation with most networks. By using network management applications and the text-based command-line interface (CLI), you can configure and customize all aspects of DSLAM operation to suit your needs.
The DSLAM ships with the ATM address autoconfigured, allowing the DSLAM to:
•
Automatically configure attached end systems using the Interim Local Management Interface (ILMI) protocol
•
Establish itself as a node in a single-level Private Network-Network Interface (PNNI) routing domain.
The ILMI and PNNI protocols allow the DSLAM to be entirely self-configured when you use these protocols with an IP address autoconfiguration mechanism such as BOOTP.
You must assign an IP address to allow up to eight simultaneous Telnet sessions to connect to the DSLAM or to use the Simple Network Management Protocol (SNMP) system for the DSLAM. The Ethernet IP address is assigned either manually or by a BOOTP server. See the "Configuring IP Interface Parameters" section.
You can use either of two methods for configuring a DSLAM ( Figure 3-1):
•
From a local console or workstation—Connect to the console port or connect to the Ethernet port of a DSLAM. This connection allows you to issue CLI commands directly to the DSLAM chassis.
•
From a remote console or workstation—Initiate a Telnet connection to a target DSLAM. Telnet allows you to remotely issue CLI commands to that chassis.
Figure 3-1 Two Methods of Configuring a DSLAM
Port and Slot Configuration
The DSLAM contains an NI-2 card and up to 34 line (modem) cards depending on the DSLAM. The slot configurations on the different DSLAMs are as follows:
•
Cisco 6015
–
six line card slots
–
one NI-2 card slot
•
Cisco 6100
–
32 line card slots
–
two NI-2 card slots (only one slot active)
•
Cisco 6130
–
32 line card slots
–
two NI-2 card slots (to provide redundancy)
•
Cisco 6160
–
32 line card slots
–
two NI-2 card slots (to provide redundancy)
•
Cisco 6260
–
30 line card slots
–
two NI-2 card slots (to provide redundancy)
In all the chassis, the NI-2 card handles the network interfaces. The NI-2 card has either OC3 or DS3 interfaces.
Line cards are assigned ports 1 to 4 or 1 to 8 in consecutive slots. Table 3-1 lists NI-2 port assignments. Figure 3-2 shows the port connection arrangement.
Table 3-1 NI-2 Port Assignments
Port Type OC3 ConfigurationAssigned slot/port DS3 ConfigurationAssigned slot/port FunctionSwitch, Ethernet
0/0
0/0
The ATM switch or Ethernet CPI port (internal).
Trunk
0/1
0/1
The trunk port connects to the network, either directly or through a subtended port in another DSLAM.
Subtend 1
0/2
0/2
A subtended port connects a second DSLAM to the network through a primary DSLAM. See Figure 3-3.
Subtend 2
N/A
0/3
The DS3 configuration has a second subtended port.
Figure 3-2 DSLAM Port Connections
Configuration Prerequisites
Obtain this information before you configure your DSLAM:
•
To configure a BOOTP server to inform the DSLAM of its Ethernet IP address and mask, you need the Media Access Control (MAC) address of the Ethernet port.
•
To configure a new ATM address for the DSLAM (an autoconfigured ATM address is assigned by Cisco), you need an ATM address assigned by your system administrator.
•
If you are not using BOOTP, obtain an IP address and a subnet mask.
Verifying Installed DSLAM Software and Hardware
When you first power on your console and DSLAM, a screen similar to this appears:
Restricted Rights LegendUse, duplication, or disclosure by the Government issubject to restrictions as set forth in subparagraph(c) of the Commercial Computer Software - RestrictedRights clause at FAR sec. 52.227-19 and subparagraph(c) (1) (ii) of the Rights in Technical Data and ComputerSoftware clause at DFARS sec. 252.227-7013.cisco Systems, Inc.170 West Tasman DriveSan Jose, California 95134-1706The script then displays the banner information, including the software version, followed by the installed hardware configuration.
cisco ASP1 (R4600) processor with 16384K bytes of memory.Cisco Internetwork Operating System SoftwareIOS (tm) PNNI Software (LS-WP-M), Version XX.X(X.X.WAX.X.XX)Copyright (c) 1986-1998 by cisco Systems, Inc.Compiled Tue 11-Jan-98 02:59 byImage text-base: 0x600108D0, data-base: 0x603EE0008192K bytes of Flash internal SIMM (Sector size 256K).Press RETURN to get started!The DSLAM should now be operating correctly and transferring data.
Configuring the BOOTP Server
The BOOTP protocol automatically assigns an Ethernet IP address by adding the MAC and IP addresses of the Ethernet port to the BOOTP server configuration file. When the DSLAM boots, it automatically retrieves the IP address from the BOOTP server.
The DSLAM performs a BOOTP request only if the current IP address is set to 0.0.0.0. (This is the default for a new DSLAM or a DSLAM that has had its configuration file cleared using the erase startup-config command.)
To allow the DSLAM to retrieve its IP address from a BOOTP server you must first determine the MAC address of the DSLAM and then add that MAC address to the BOOTP configuration file on the BOOTP server.
Complete the following tasks to create a BOOTP server configuration file:
Step 1
Install the BOOTP server code on the workstation, if it is not already installed.
Step 2
Determine the MAC address from the label on the chassis.
Step 3
Add an entry in the BOOTP configuration file (usually /usr/etc/bootptab) for each DSLAM. Press Return after each entry to create a blank line between each entry. See the sample BOOTP configuration file that follows this table.
Step 4
Restart the DSLAM to automatically request the IP address from the BOOTP server.
Example
This example BOOTP configuration file shows the newly added DSLAM entry:
# /etc/bootptab: database for bootp server (/etc/bootpd)## Blank lines and lines beginning with '#' are ignored.## Legend:## first field -- hostname# (may be full domain name)## hd -- home directory# bf -- bootfile# cs -- cookie servers# ds -- domain name servers# gw -- gateways# ha -- hardware address# ht -- hardware type# im -- impress servers# ip -- host IP address# lg -- log servers# lp -- LPR servers# ns -- IEN-116 name servers# rl -- resource location protocol servers# sm -- subnet mask# tc -- template host (points to similar host entry)# to -- time offset (seconds)# ts -- time servers<display truncated>########################################################################## Start of individual host entries#########################################################################Switch: tc=netcisco0: ha=0000.0ca7.ce00: ip=192.31.7.97:dross: tc=netcisco0: ha=00000c000139: ip=192.31.7.26:<information deleted>Setting the Subtend Node Identifier
In a subtended network configuration, the subtend node acts as the host node connecting all the nodes to the network. This node is identified to the network using the subtend-id command.
To set the subtend node identifier, use the following command:
Command TaskDSLAM# subtend-id node#
In priviledged EXEC mode, identify node# as the subtend host node.
Example
This example sets the DSL subtend node identifier to node 12:
DSLAM> enablePassword:DSLAM# subtend-id 12Configuring the ATM Address
The DSLAM is autoconfigured with an ATM address using a hierarchical addressing model similar to the OSI network service access point (NSAP) addresses. PNNI uses this hierarchy to construct ATM peer groups. ILMI uses the first 13 bytes of this address as the switch prefix that it registers with end systems.
Note
If you manually change an ATM address, you must maintain the uniqueness of the address across the network.
Configuring ATM Addressing
This section describes the ATM addressing scheme and tells you how to
•
Use the ATM default addressing scheme
•
Manually set ATM addresses
Using the ATM Default Addressing Scheme
This section describes the default addressing scheme and the features and implications of using this scheme.
During the initial startup, the DSLAM generates an ATM address using the defaults shown in Figure 3-3.
Figure 3-3 ATM Address Format Defaults
The default addressing scheme includes:
•
Authority and format identifier (AFI)—1 byte
•
Cisco specific International Code Designator (ICD)—2 bytes
•
Cisco specific information—4 bytes
•
Cisco switch ID—6 bytes (used to distinguish multiple switches). The first 13 bytes of the address is a switch prefix used by ILMI in assigning addresses to end stations connected to User-Network Interface (UNI) ports.
•
MAC address of the switch—6 bytes (used to distinguish multiple end system identifier [ESI] addresses). Both the DSLAM ID and ESI MAC address fields in the ATM address are the same, but they may not be the same as the address printed on the chassis label. Use the ATM address fields when you configure the ATM addressing scheme.
•
Selector (SEL) equals 0—1 byte
If you use the default address format, these features and implications apply:
•
The default address format enables you to manually configure other switches to be used in a single-level PNNI routing domain consisting primarily of autoconfigured Cisco ATM switches. You must use a globally unique MAC address to generate the ATM address.
•
You can assign the same MAC address for bytes 8 through 13 and bytes 14 through 19.
•
To achieve scalable ATM routing, you need two addresses when you connect to a large ATM network with multiple levels of PNNI hierarchy.
•
Do not use summary addresses with fewer than 13 bytes with autoconfigured ATM addresses. Other switches with autoconfigured ATM addresses that match the DSLAM summary can exist outside of the default peer group.
Manually Setting the ATM Address
You can configure a new ATM address that replaces the previous ATM address when running IISP software only, or that replaces the previous ATM address and generates a new PNNI node ID and peer group ID as follows:
•
To configure a new ATM address that replaces the previous ATM address when running IISP software only, see the ATM Switch Router Software Configuration Guide, Chapter 10.
http://www.cisco.com/univercd/cc/td/doc/product/atm/c8540/12_1/lhouse/sw_confg/ilmi_cnf.htm
•
To configure a new ATM address that replaces the previous ATM address and generates a new PNNI node ID and peer group ID, see the ATM Switch Router Software Configuration Guide, Chapter 11.
http://www.cisco.com/univercd/cc/td/doc/product/atm/c8540/12_1/lhouse/sw_confg/access.htm
You can configure multiple addresses for a single switch and use this configuration during ATM address migration. ILMI registers end systems with multiple prefixes during this period until you remove an old address. PNNI automatically summarizes all the switch prefixes in its reachable address advertisement.
For operation with ATM addresses other than the autoconfigured ATM address, use the atm address command to manually assign a 20-byte ATM address to the switch. The atm address command address_template variable can be a full 20-byte address or a 13-byte prefix followed by ellipses (...). Entering the ellipses automatically adds one of the switch's 6-byte MAC addresses in the ESI portion and 0 in the selector portion of the address.
CautionATM addressing can lead to conflicts if you do not configure it correctly. For example,when configuring a new ATM address, you must remove the old one from the configuration.
When the switch initially powers on without previous configuration data, the ATM interfaces configure automatically on the physical ports. The DSLAM uses ILMI and the physical card type to automatically derive:
•
ATM interface type
•
UNI version
•
Maximum virtual path identifier (VPI) and virtual channel identifier (VCI) bits
•
ATM interface side
•
ATM UNI type
You can accept the default ATM interface configuration or overwrite the default interface configuration using the CLI commands (see the ATM Switch Router Software Configuration Guide, Chapter 5 Configuring ATM Network Interfaces).
Modifying the Physical Layer Configuration of the Default ATM Interface
This section describes how to modify an ATM interface from the default configuration listed in Chapter 13, "Configuring In-Band Management." You can accept the ATM interface configuration or overwrite the default interface configuration using the CLI commands, which are described in ATM Switch Router Software Configuration Guide, Chapter 6, Configuring Virtual Connections.
Example
This example describes how to modify an OC-3 interface from the default settings to
•
Disable scrambling cell-payload.
•
Disable scrambling STS-streaming.
•
Change Synchronous Optical Network (SONET) mode of operation from Synchronous Time Stamp level 3c (STS-3c) mode to Synchronous Transfer Module level 1 (STM-1).
To change the configuration of an ATM interface, follow these steps:
Example
This example shows how to disable cell-payload scrambling and STS-stream scrambling and changes the SONET mode of operation to Synchronous Digital Hierarchy/Synchronous Transfer Module 1 (SDH/STM-1) of OC-3 physical interface 0/0:
DSLAM(config)# interface atm 0/1DSLAM(config-if)# no scrambling cell-payloadDSLAM(config-if)# no scrambling sts-streamDSLAM(config-if)# sonet stm-1DSLAM(config-if)# exitDSLAM(config)#To display the physical interface configuration, use these privileged EXEC commands:
Command Taskshow controller atm slot/port
Show the physical layer configuration.
show running-config
Show the physical layer scrambling configuration.
Examples
This example displays the OC-3 physical interface configuration after you modify the defaults:
DSLAM# show controller atm 0/0Interface ATM0/0 is upHardware is IDT252PCI configuration registers:bus_no=0, device_no=1DeviceID=0x0004, VendorID=0x111D, Command=0x0006, Status=0x0290Class=0x02/0x03/0x00, Revision=0x01, LatencyTimer=0x20, CacheLineSize=0x04BaseAddr0=0x00000001, BaseAddr1=0x12001000, MaxLat=0x05, MinGnt=0x05SubsysDeviceID=0x0000, SubsysVendorID=0x0000slot 0, unit 0, subunit 0, fci_type 0x00000001,max_pak_size 4528particle size 576, pool size 400, cache size 1024, cache end 513NICStAR registers:data[0]: 76config: 32A19838status: F00404rxStatQH: 3C17390cellDropCt: 0vpiVciLookupErrorCt: 0invalidCellCt: 0rawCellHead: 3CA7440rawCellHandle: 3CDE004timer: 7EAAE9tstBase: 40000txStatQB: 3C12000txStatQH: 0txStatQT: 3C12BC8genPurpose: 8002vpiVciMsbMask: 0abrVbrSchTableDesc: 104C000abrReadyQueuePtr: 0vbrReadyQueuePtr: 0rateTableDesc: 14000txConnState: 70800068currentTxSchAddr: 403D4freeBufQueue0Sz: E000000AfreeBufQueue0Sz: E000000AfreeBufQueue1Sz: E000000BRECEIVE CONNECTION TABLE:VCD Control Buffer Handle DMA Address35 E02A8000 0 036 E02A8000 0 037 E02A8000 0 038 E02A8000 0 039 E02A8000 0 040 E02A8000 0 041 E02A8000 0 042 E02A8000 0 043 FD2A8000 77 3C97F4044 FD2A8000 FF 3CD10C045 E02A8000 0 046 E02A8000 0 047 E02A8000 0 048 E02A8000 0 049 E02A8000 0 050 E02A8000 0 051 E02A8000 0 052 E02A8000 0 053 E02A8000 0 054 E02A8000 0 055 FD2A8000 1B2 3CB771056 FD2A8000 176 3CC11F057 E02A8000 0 058 E02A8000 0 059 FD2A8000 1B5 3CB6F9060 FD2A8000 194 3CA5BF0enabled 0, disabled 0, throttled 0vc_per_vp 4096, max_vp 1, max_vc 4096, total_vc 9594Device values:IDT252 device number 0, base addr 0xB2001000,pci base off 0xA0DEAD01TX Status Queue Base 0xA3C12000TX Status Queue Tail 0xBF8Segmentation Channel Queue 0xA3C14000Rcv Stat Queue 0xA3C16000Rcv Stat Queue tail A3C17490FreeBufQ0Count 0 FreeBufQ0H 0 FreeBufQ0T 0FreeBufQ1Count 2 FreeBufQ1H A3C18510 FreeBufQ1T A3C18BD0Free Buff Queue 0 0xA3C18000Free Buff Queue 1 0xA3C18100Tx Buff Queue 0xA3C1A100This example displays the OC-3 physical layer scrambling configuration after you modify the defaults:
DSLAM# show running-configBuilding configuration...Current configuration : 12235 bytes!version 12.1no service padservice timestamps debug uptimeservice timestamps log uptimeno service password-encryption!hostname DSLAM!boot system flash:ni2-dsl-mz.v121_7_da.20010416slot 1 ATUC-1-4DMTslot 2 ATUC-1-4DMTslot 3 ATUC-1-4DMTslot 4 ATUC-1-4DMTslot 5 ATUC-1-4DMTslot 6 ATUC-1-4DMTslot 7 ATUC-1-4DMTslot 8 ATUC-1-4DMTslot 9 ATUC-4FLEXIDMTslot 10 NI-2-DS3-T1E1slot 12 ATUC-1-4DMTslot 13 ATUC-4FLEXIDMTslot 14 STUC-4-2B1Q-DIR-1slot 15 STUC-4-2B1Q-DIR-1slot 16 STUC-4-2B1Q-DIR-1slot 17 STUC-4-2B1Q-DIR-1slot 18 ATUC-1-DMT8slot 19 ATUC-1-4DMTslot 20 ATUC-1-DMT8slot 21 ATUC-1-4DMTslot 22 ATUC-1-4DMTslot 23 ATUC-1-4DMTslot 24 ATUC-1-4DMTslot 25 ATUC-1-4DMTslot 26 ATUC-1-4DMTslot 27 ATUC-4FLEXIDMTslot 28 ATUC-1-4DMTslot 29 ATUC-1-DMT8slot 30 ATUC-1-4DMTslot 31 STUC-4-2B1Q-DIR-1slot 32 ATUC-1-4DMT-Ino logging consoleenable password cisco!!!!!!dsl-profile defaultalarmsdmt check-bytes interleaved downstream 4 upstream 6dmt codeword-size downstream 16 upstream 8sdsl bitrate 528!!atm oam max-limit 1600no atm oam intercept end-to-endatm address 47.0091.8100.0000.0001.64ff.a980.0001.64ff.a980.00atm router pnnino aesa embedded-number left-justifiednode 1 level 56 lowestredistribute atm-static!atm ni2-switch trunk ATM0/IMA0!icm size 4194304!!interface ATM0/0no ip addressatm maxvp-number 0atm maxvc-number 4096atm maxvpi-bits 4!interface Ethernet0/0ip address 172.21.186.145 255.255.255.192!interface ATM0/2no ip addressno atm ilmi-keepaliveatm oam 0 5 seg-loopbackatm oam 0 16 seg-loopbackclock source loop-timedframing crc4lbo short gain10ima-group 0!ip default-gateway 172.21.186.129ip classlessip route 0.0.0.0 0.0.0.0 172.21.186.129no ip http server!!line con 0transport input noneline aux 0line vty 0 4password ciscologin!endConfiguring IP Interface Parameters
This section describes how to configure IP addresses on the DSLAM processor interfaces. You configure each IP address for one of the following types of connections:
•
Ethernet port—Configure either from the BOOTP server or by using the ip address command in interface-configuration mode for the Ethernet 0/0 interface.
•
Serial Line Internet Protocol/Point-to-Point Protocol (SLIP/PPP)—See Chapter 2, "Configuring Terminal Lines and Modem Support."
Note
These IP connections are used only for network management.
To configure the DSLAM to communicate using the Ethernet interface, provide the IP address and subnet mask bits for the interface as described in this section.
Defining an IP address
This section provides a summary of IP addressing concepts for those who are familiar with IP addressing.
Internet addresses are 32-bit values assigned to hosts that use the IP protocols. These addresses are in dotted decimal format (four decimal numbers separated by periods), such as 192.17.5.100. Each number is an 8-bit value between 0 and 255.
IP addresses are divided into three classes. These classes differ in the number of bits allocated to the network and host portions of the address:
•
The Class A Internet address format allocates the highest 8 bits to the network field and sets the highest-order bit to 0 (zero). The remaining 24 bits form the host field.
•
The Class B Internet address allocates the highest 16 bits to the network field and sets the two highest-order bits to 1, 0. The remaining 16 bits form the host field.
•
The Class C Internet address allocates the highest 24 bits to the network field and sets the three highest-order bits to 1, 1, 0. The remaining 8 bits form the host field.
The default IP address is none.
Enter your Internet address in dotted decimal format for each interface you plan to configure.
Defining Subnet Mask Bits
Subnetting is an extension of the Internet addressing scheme which allows multiple physical networks to exist within a single Class A, B, or C network. The subnet mask determines whether subnetting is in effect on a network. The usual practice is to use a few of the far-left bits in the host portion of the network address to assign a subnet field.
Internet addressing conventions allow a total of 24 host bits for Class A addresses, 16 host bits for Class B addresses, and 8 host bits for Class C addresses. When you are further subdividing your network (that is, subnetting your network), the number of host addressing bits is divided between subnetting bits and actual host address bits. You must specify a minimum of two host address bits, or the subnetwork is not populated by hosts.
Note
Because all zeros in the host field specifies the entire network, subnetting with subnet address 0 is illegal and is strongly discouraged.
Table 3-2 provides a summary of subnetting parameters.
Table 3-2 Subnetting Parameters
First Class First Byte Network Bits Host Bits Max Subnet Bits Min Address BitsA
1 to 126
8
22
2
B
128 to 191
16
14
2
You define subnet mask bits as a decimal number between
•
0 and 22 for Class A addresses
•
0 and 14 for Class B addresses
•
0 and 6 for Class C addresses
Note
Do not specify 1 as the number of bits for the subnet field. That specification is reserved by Internet conventions.
To configure the IP address, perform these tasks, beginning in global configuration mode:
Step Command Task1.
![]()
interface ethernet slot/port
Select the interface to be configured.
2.
![]()
ip address A.B.C.D sub_net_A.B.C.D
Configure the IP and subnetwork address.
Example
This example shows how to configure the Ethernet CPU interface 0/0 with IP address 172.20.40.93 and subnetwork mask 255.255.255.0, and displays the interface information:
DSLAM# configure terminalEnter configuration commands, one per line. End with CNTL/Z.DSLAM(config)# interface ethernet 0/0DSLAM(config-if)# ip address 172.20.40.93 255.255.255.0DSLAM(config-if)# endDSLAM# show interface ethernet 0/0Ethernet0/0 is up, line protocol is upHardware is AmdP2, address is 0001.64ff.a97f (bia 0001.64ff.a97f)Internet address is 172.21.186.145/24MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,reliability 255/255, txload 1/255, rxload 1/255Encapsulation ARPA, loopback not setKeepalive set (10 sec)ARP type: ARPA, ARP Timeout 04:00:00Last input 00:00:00, output 00:00:00, output hang neverLast clearing of "show interface" counters neverInput queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0Queueing strategy: fifoOutput queue :0/40 (size/max)5 minute input rate 4000 bits/sec, 5 packets/sec5 minute output rate 2000 bits/sec, 3 packets/sec906236 packets input, 202482126 bytes, 0 no bufferReceived 889038 broadcasts, 0 runts, 0 giants, 0 throttles0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored0 input packets with dribble condition detected163965 packets output, 21172110 bytes, 0 underruns0 output errors, 9 collisions, 1 interface resets0 babbles, 0 late collision, 33 deferred0 lost carrier, 0 no carrier0 output buffer failures, 0 output buffers swapped outDisplaying an IP Address
Use the show running-config command to display the CPU IP address:
DSLAM# show running-configBuilding configuration...Current configuration:!version XX.Xno service padservice udp-small-serversservice tcp-small-servers!hostname DSLAM!boot bootldr bootflash:/tftpboot/rbhide/ls-wp-mz.XXX-X.X.WA4.X.XX!ip host-routingip rcmd rcp-enableip rcmd rsh-enableip rcmd remote-username dplatzip domain-name cisco.comip name-server 198.92.30.32atm filter-set tod1 index 4 permit time-of-day 0:0 0:0atm qos default cbr max-cell-loss-ratio clp1plus0 12atm qos default vbr-nrt max-cell-loss-ratio clp1plus0 12atm address 47.0091.8100.0000.0041.0b0a.1081.0041.0b0a.1081.00atm address 47.0091.8100.5670.0000.0000.0000.0040.0b0a.1081.00atm route-optimization percentage-threshold 250atm router pnninode 1 level 56 lowestredistribute atm-static!<Information Deleted>!interface ATM0/1no keepalive!interface ATM0/0no ip addressno keepaliveatm maxvp-number 0atm pvc 0 any-vci encap aal5snap!interface Ethernet0/0ip address 172.20.40.93 255.255.255.0!no ip classlessatm route 47.0091.8100.0000... ATM0/0 scope 1atm route 47.0091.8100.0000.00... ATM0/0 e164-address 1234567!line con 0line aux 0line vty 0 4login!endTesting the Ethernet Connection
After you configure the IP addresses for the Ethernet interface, test for connectivity between the DSLAM and a host. The host can reside anywhere in your network. To test for Ethernet connectivity, use this command in EXEC mode:
Command Taskping ip ip_address
Test the configuration using the ping command. The ping command sends an echo request to the host specified in the command line.
For example, to test Ethernet connectivity from the DSLAM to a workstation with an IP address of 172.20.40.201, enter the command ping ip 172.20.40.201. If the DSLAM receives a response, this message appears:
DSLAM# ping ip 172.20.40.201Type escape sequence to abort.Sending 5, 100-byte ICMP Echos to 172.20.40.201, timeout is 2 seconds:!!!!!Success rate is 100 percent (5/5), round-trip min/avg/max = 1/202/1000 msConfiguring Network Clocking
This section describes how to configure network clocking and network clocking for the DSLAM. Each port has a transmit clock and derives its receive clock from the receive data. You can configure transmit clocking for each port in one of these ways:
•
Network derived—Transmit clocking is derived from the highest priority configured source, either from the internal clock (the default) or the public network.
•
Loop-timed—Transmit clocking is derived from the receive clock source.
The DSLAM receives derived clocking, along with data, from a specified interface. For example, in Figure 3-4 the DSLAM extracts transmit clocking, configured as priority one, from the data received at interface 0/1 and distributed as the transmit clock to the rest of the DSLAM. Interface 0/2 then uses network-derived transmit clocking received from interface 0/1.
Figure 3-4 Transmit Clock Distribution
Because the port providing the network clock source could fail, Cisco IOS software provides the ability to configure additional interfaces as clock sources with priorities 1 to 4.
If the network clock source interface stops responding, the software switches to the next highest-configured priority network clock source. For example, Figure 3-5 shows:
•
DSLAM number two is configured to receive transmit clocking from an external reference clock source through interface 0/0.
•
Interface 0/1 uses network-derived transmit clocking.
•
The priority 1 transmit clock interface 0/0 fails.
•
The priority 2 interface, 0/2, immediately starts providing the transmit clocking to the backplane and interface 0/1.
•
If you configure the network-clock-select command as revertive when the priority 1 interface, 0/0, is functioning correctly for at least 1 minute, the interfaces using network-derived transmit clocking starts to receive their clocking again from interface 0/0.
Note
The network clock is, by default, configured as non-revertive. Non-revertive means that if a clock fails, the software selects the next-higher clock until that clock fails, then the next-highest, and so forth. The algorithm to switch to the highest priority best clock only runs if you configure the network-clock-select command as revertive.
Figure 3-5 Transmit Clocking Priority Configuration Example
These sections describe network clocking:
•
Configuring Network Clock Priorities and Sources
•
Configuring the Transmit Clocking Source
•
Providing Clock Synchronization Services
Configuring Network Clock Priorities and Sources
To configure the network clocking priorities and sources, use these command in global configuration mode:
Examples
This example sets up the DSLAM's building-integrated time source (BITS) interface as the highest-priority clock source, then configures the BITS interface for T1 at 0.6db (0 to 133 feet, or 0 to 40.5 meters).
DSLAM# configure terminalEnter configuration commands, one per line. End with CNTL/Z.DSLAM(config)# network-clock-select 1 BITSDSLAM(config)# network-clock-select BITS T1 0.6dbThis example configures interface 0/1, the trunk, as the second-highest priority timing source.
DSLAM# configure terminalEnter configuration commands, one per line. End with CNTL/Z.DSLAM(config)# network-clock-select 2 atm 0/1This example configures the DSLAM's own system clock as the third-highest priority timing source.
DSLAM# configure terminalEnter configuration commands, one per line. End with CNTL/Z.DSLAM(config)# network-clock-select 3 systemThis example shows how to configure the network clock to revert back to the highest priority clock source after a failure:
DSLAM(config)# network-clock-select revertiveDSLAM(config)#Configuring the Transmit Clocking Source
To configure the location from which an interface receives its transmit clocking, perform these tasks, beginning in global configuration mode:
Note
Network-derived means the highest-priority clock that is both configured and functional.
Examples
This example configures ATM interface 0/1 to receive its transmit clocking from a network-derived source:
DSLAM(config)# interface atm 0/1DSLAM(config-if)# clock source network-derivedDSLAM(config-if)#This example displays the network clocking configuration shown in Figure 4-3:
DSLAM# show network-clocksPLL failed: 58886; PLL Passed: 1082982FAIL: 0; NCO: F984; REF: F982; ERR: 2; ERR_D: 0; MAG: -1;clock configuration is NON-RevertivePriority 1 clock source: BITS clockPriority 2 clock source: No clockPriority 3 clock source: No clockPriority 4 clock source: No clockPriority 5 clock source: System clockCurrent clock source:System clock, priority:5Nettime Config Register Contents:NDIV:FF SRC:2, SLOCK:0, TLOCK:0, NFAIL:0, E1:0, NSEL:0Trunk LED Register CLK_SEL:3BITS Register Contents:CR1: CB, CR2: 0, CR3: 0, ICR: 0, TSR: C1, PSR: 31, ESR: 77, CR4: 0BITS Source configured as: T1 Short Haul, 0-133ft/0.6db pulse, 100 ohm cable, 1nThis example displays the clock source configuration of ATM interface 0/2:
DSLAM# show running-configBuilding configuration...Current configuration:!version ZZ.Xno service padservice udp-small-serversservice tcp-small-servers!hostname DSLAM!boot bootldr bootflash:/tftpboot/ls-wp-mz.11X-X.X.WA4.X.XX!network-clock-select 2 ATM0/1<Information Deleted>!interface ATM0/2no keepaliveatm manual-well-known-vcatm access-group tod1 inatm pvc 0 35 rx-cttr 3 tx-cttr 3 interface ATM0/2 0 any-vci encap qsaalatm route-optimization soft-vc interval 360 time-of-day 18:0 5:0clock-source network-derived!<Information Deleted>This example displays the interface controller status of interface 0/0:
DSLAM# show controllers atm 0/0Interface ATM0/0 is upHardware is IDT252PCI configuration registers:bus_no=0, device_no=1DeviceID=0x0004, VendorID=0x111D, Command=0x0006, Status=0x0290Class=0x02/0x03/0x00, Revision=0x01, LatencyTimer=0x20, CacheLineSize=0x04BaseAddr0=0x00000001, BaseAddr1=0x12001000, MaxLat=0x05, MinGnt=0x05SubsysDeviceID=0x0000, SubsysVendorID=0x0000slot 0, unit 0, subunit 0, fci_type 0x00000001,max_pak_size 4528particle size 576, pool size 400, cache size 1024, cache end 513NICStAR registers:data[0]: 15Cconfig: 32A19838status: F00404rxStatQH: 3C177F0cellDropCt: 0vpiVciLookupErrorCt: 0invalidCellCt: 0rawCellHead: 3C9F580rawCellHandle: 3CDE004timer: AE396CtstBase: 40000txStatQB: 3C12000txStatQH: 0txStatQT: 3C13600genPurpose: 8002vpiVciMsbMask: 0abrVbrSchTableDesc: 104C000abrReadyQueuePtr: 0vbrReadyQueuePtr: 0rateTableDesc: 14000txConnState: 70800002currentTxSchAddr: 42298freeBufQueue0Sz: E000000AfreeBufQueue0Sz: E000000AfreeBufQueue1Sz: E000000BRECEIVE CONNECTION TABLE:VCD Control Buffer Handle DMA Address35 E02A8000 0 036 E02A8000 0 037 E02A8000 0 038 E02A8000 0 039 E02A8000 0 040 E02A8000 0 041 E02A8000 0 042 E02A8000 0 043 FD2A8000 9B 3C98F0044 FD2A8000 187 3CD010045 E02A8000 0 046 E02A8000 0 047 E02A8000 0 048 E02A8000 0 049 E02A8000 0 050 E02A8000 0 051 E02A8000 0 052 E02A8000 0 053 E02A8000 0 054 E02A8000 0 055 FD2A8000 1B2 3CB771056 FD2A8000 176 3CC11F057 E02A8000 0 058 E02A8000 0 059 FD2A8000 1B5 3CB6F9060 FD2A8000 194 3CA5BF0enabled 0, disabled 0, throttled 0vc_per_vp 4096, max_vp 1, max_vc 4096, total_vc 9594Device values:IDT252 device number 0, base addr 0xB2001000,pci base off 0xA0DEAD01TX Status Queue Base 0xA3C12000TX Status Queue Tail 0x1638Segmentation Channel Queue 0xA3C14000Rcv Stat Queue 0xA3C16000Rcv Stat Queue tail A3C178A0FreeBufQ0Count 0 FreeBufQ0H 0 FreeBufQ0T 0FreeBufQ1Count 1 FreeBufQ1H A3C1A040 FreeBufQ1T A3C1A040Free Buff Queue 0 0xA3C18000Free Buff Queue 1 0xA3C18100Tx Buff Queue 0xA3C1A100Providing Clock Synchronization Services
Any module in a DSLAM chassis capable of receiving and distributing a network timing signal can propagate that signal to any similarly capable module in the chassis. These entities are capable of receiving and distributing a primary reference source (PRS) for the clock:
•
A BITS clock through the I/O card
•
An OC-3 in a DSLAM chassis
•
A quad DS3 module in a DSLAM chassis that derives the clock from the trunk interface
Note
A trunk port can propagate a clocking signal in either direction.
If you issue the network-clock-select command with the appropriate parameters, you can define a particular port in a DSLAM chassis (subject to the above limitations) to serve as the source of a PRS for the entire chassis or for other devices in the networking environment. This command is described in the "Configuring Network Clock Priorities and Sources" section.
You can also use the network-clock-select command to designate a particular port in a DSLAM chassis to serve as a master clock source for distributing a single clocking signal throughout the chassis or to other network devices. You can distribute this reference signal in any location the network needs to globally synchronize the flow of constant bit rate (CBR) data.
Configuring the Network Routing
For network routing, the default software image for the DSLAM contains the PNNI routing protocol. The PNNI protocol provides the route dissemination mechanism for complete plug-and-play capability. This section describes modifications you can make to the default PNNI or Interim-Interswitch Signaling Protocol (IISP) routing configurations.
Use the atm route command to configure a static route. Static route configuration allows ATM call setup requests to be forwarded on a specific interface if the addresses match a configured address prefix.
Note
An interface must be UNI or IISP if it is configured with a static route. Static routes configured as PNNI interfaces default as down.
Example
This example shows how to use the atm route command to configure the 13-byte peer group prefix as 47.0091.8100.567.0000.0ca7.ce01 at interface 0/1:
DSLAM(config)# atm route 47.0091.8100.567.0000.0ca7.ce01 atm 0/1DSLAM(config)#Configuring the Time, Date, and Month
Although not required, you can set several system parameters as part of the initial system configuration. To set the system parameters, perform these tasks, beginning in privileged EXEC mode:
Step Command Task1.
![]()
clock set hh:mm:ss day month year
Set the internal clock.
2.
![]()
configure [terminal]
Enter global configuration mode from the terminal.
3.
![]()
hostname name
Set the system name.
Examples
This example shows how to configure the time, date, and month using the clock set command:
DSLAM# clock set 15:01:00 17 October 2000This example shows how to configure the host name using the hostname command:
DSLAM# configure terminalEnter configuration commands, one per line. End with CNTL/Z.DSLAM(config)# hostname PublicationsPublications#This example shows how to confirm the clock setting using the show clock command:
Publications# show clock*15:03:12.015 UTC Fri Oct 17 2000Publications#Configuring SNMP Management
SNMP is an application-layer protocol that allows the SNMP manager and agent to communicate. SNMP provides a message format for sending information between an SNMP manager and an SNMP agent.
The SNMP system consists of three parts:
•
SNMP manager
•
SNMP agent
•
Management Information Bases (MIBs)
The SNMP manager can be part of a network management system (NMS), such as CiscoWorks.
The agent and MIB reside on the DSLAM. To configure SNMP on the DSLAM, you define the relationship between the manager and the agent.
The SNMP agent contains MIB variables whose values the SNMP manager can request or change. A manager can get a value from an agent or store a value into an agent. The agent gathers data from the MIB, the repository for information about device parameters and network data. The agent can also respond to a manager's requests to get or set data.
An agent can send unsolicited traps to the manager. Traps are messages that alert the SNMP manager to a condition on the network. Traps can indicate improper user authentication, restarts, link status (up or down), closing of a TCP connection, or loss of connection to a neighbor router or DSLAM.
Figure 3-6 illustrates the communications relationship between the SNMP manager and agent.
Figure 3-6 Communication between an SNMP Agent and Manager
Figure 3-6 shows that a manager can send the agent requests to get and set MIB values. The agent can respond to these requests. Independent of this interaction, the agent can send unsolicited traps to the manager notifying the manager of network conditions.
Cisco supports the SNMP Version 1 protocol, referred to as SNMPv1, and the SNMP Version 2 protocol, referred to as SNMPv2. Cisco's implementation of SNMP supports all MIB II variables (as described in RFC 1213) and SNMP traps (as described in RFC 1215).
RFC 1447, "SNMPv2 Party MIB" (April 1993), describes the managed objects that correspond to the properties associated with SNMPv2 parties, SNMPv2 contexts, and access control policies, as defined by the SNMPv2 Administrative Model. RFC 1450, "SNMPv2 MIB," (April 1993) describes the managed objects that instrument the behavior of an SNMPv2 implementation. Cisco supports the MIB variables as required by the conformance clauses specified in these MIBs.
Cisco provides its own MIB with every system. One of the set of MIB objects provided is the Cisco Entity Asset MIB that enables the SNMP manager to gather data on system card descriptions, serial numbers, ha