|
After you have configured the nodes, you must activate the trunks. Trunks are intranode communication links in a network. A trunk can connect any combination of IGX or BPX nodes.
This chapter describes:
Before proceeding to this chapter, you should first complete the procedures in:
For details on virtual trunking, see:
Trunk characteristics are:
· Physical line type: | T1 (including fractional) |
· Communication technology: | Asynchronous Transfer Mode (ATM) or FastPackets. |
Table 18-1 shows the communication technology for each node type, card combination, and line type.
Node Type | Front Card | Back Card | Line Types | Technology |
---|---|---|---|---|
IGX | NTM | BC-T1 | T1, T1 Fractional | FastPacket |
IGX | NTM | BC-E1 | E1, E1 Fractional | FastPacket |
IGX | NTM | BC-SR | Subrate | FastPacket |
IGX | NTM | BC-Y1 | Y1 | FastPacket |
IGX | UXM | BC-UAI-2OC3-SMF, | OC-3 (STS) | ATM |
IGX | UXM | BC-6T3, BC-6E3 | T3, E3 | ATM |
IGX | ALM/B | BC-BTM-HP-T3 | T3, E3 | ATM |
IGX | BTM | AIT-T3, AIT-E3, AIT-E2, AIT-HSSI, BTI-E1 | T3, E3, E2, E1, HSSI | ATM |
BPX | BNI | LM-3T3, LM-3E3 | T3, E3 | ATM |
BPX | BNI-155, | 2OC3-SMF or | OC-3 (STS) | ATM |
BPX | BXM-155-8 | MMF-155-8 | OC-3 (STS) | ATM |
BPX | BXM-155-4 | MMF-155-4 | OC-3 (STS) | ATM |
BPX | BXM-622-2 | SMF-622-2 | OC-12 (STM4) | ATM |
Before executing the commands in this section, you must have finished setting up the nodes (see the "Initial BPX 8600 Node Configuration" chapter.) Also, the front and back cards that support the proposed line type and communication technology must reside in the slot intended for the trunk.
You can configure port, routing trunk, and feeder trunk interfaces simultaneously on a slot containing a BXM card. For example, you can up port 1 on a BXM slot as a trunk interface while also upping port 2 as a line interface. For BXM cards, you do not need to upgrade the firmware.
You cannot use a virtual trunk as an interface shelf (feeder) trunk; similarly, you cannot configure an interface shelf trunk to act as a virtual trunk. Similarly, you cannot terminate interface shelf (feeder) connections on a virtual trunk.
Interface Type | BXM | UXM |
---|---|---|
Physical trunks | supported | supported |
Virtual trunk | supported | supported |
Interface shelf (feeder) trunks | supported | not supported |
Ports (UNI) | supported | supported |
To set up a trunk:
Use the uptrk command to activate the port so that it can start to generate framing. It also determines whether the trunk is a physical-only trunk or a virtual trunk. The third digit you specify in the uptrk command (represented by slot.port.vtrk) indicates that the trunk is virtual. For details on virtual trunking, see Chapter 25, Configuring BXM Virtual Trunks.
Use uptrk at each end of the trunk. When the trunk is upped at only one end, the node detects the trunk as being in an alarm state (see dsptrks). Upping the trunk at both ends clears the alarm.
Step 2 Use the cnftrk command to override the trunk's default values. You must use cnftrk for virtual trunks, but it is an optional command for physical trunks. For virtual trunks, you must change the VPI to a non-0 value before executing addtrk.
If you use cnftrk, you must make the same changes at both ends of the trunk. To display existing trunk parameters, use the dsptrkcnf command. The configurable parameters are listed for each card type in Table 18-1. (The possible parameters are PKT for FastPackets, ATM cells, BNI if the trunk is a BNI card, or All.) Not all of these parameters apply to the BPX node.
After you configure the trunk and add the trunk (addtrk), you can respecify certain parameters. For example, a period of trunk use may give you enough information to indicate that you should change parameters to optimize how the trunk is used.
Step 3 Use addtrk to add the trunk. Adding the trunk makes the trunk a usable resource, so you can add connections (addcon) to carry traffic. You need only add one end of the trunk.
This section describes how to change trunk parameters after you have added the trunk.
After you have added a trunk, you can reconfigure some parameters without first deleting the trunk (with deltrk). This means that you can reconfigure the following list of trunk and line parameters when the port is in use (active). The cnftrk display highlights all configurable parameters, and dims parameters that are not configurable.
The parameters that you can change without first deleting the trunk are:
Before making changes to any other trunk parameters, you must first delete the trunk (deltrk).
To display the current trunk parameters, use dsptrkcnf. If you can make all the needed parameter changes without deleting the trunk, execute cnftrk. Use cnftrk at both ends of the trunk.
To change parameters that require you to first delete the trunk:
Step 2 Execute cnftrk at both ends of the trunk to reconfigure parameters.
Step 3 Execute addtrk at only one end of the trunk to add the trunk.
Switch software triggers a reroute of connections only if a change to a parameter results in too few resources to support the current load of connections.
If you attempt to change one of these parameters, the other endpoint will be updated by switch software. It is not necessary to chagne both endpoints' parameters.
Before Release 9.2, changes made to the following three parameters caused a reroute on the trunk:
For example, any increase to Statistical reserve would cause a reroute of all connections on the trunk. Any changes you make to these parameters will cause reroutes to PVCs on the trunk only if resources are no longer available to support the current connection load
Note that MPLS partitions will not be affected by trunk/line reconfiguration, because label switching partitions cannot be inreased beyond the available number of resources.
For a trunk between a node running Release 9.2 and node running an earlier release (such as 9.1 or 8.5), you will be prompted that you can change a parameter only if both ends allow such a change.
To remove a trunk:
Step 2 Use the dntrk command to down the trunk. Execute dntrk at both ends of the trunk.
You can display the network trunk configuration on the screen or print it on the printer in a one-step process by using any one of the following commands.
An interface shelf is a non-routing device that drives ATM cells to and from a BPX or IGX routing hub in a tiered network. (An interface shelf is also sometimes referred to as a feeder shelf.) An interface shelf can be:
For instructions on installing a Service Expansion Shelf in a BPX 8620 rack and initially powering up, see Cisco Service Expansion Shelf (SES) Hardware Installation Guide. To configure an SES PNNI for a BPX 8620, see the Cisco SES PNNI Controller Software Configuration Guide.
Because tiered network capability is a purchased option, personnel in the Technical Assistance Center (TAC) must first configure a node to serve as an interface shelf. Then you must use the cnftrk command to configure an interface shelf to use STI cell headers and BPX Addressing Mode (BAM).
Before you can add an MGX 8220 shelf to a tiered network, the shelf must be an available resource in the network. (For instructions on how to bring up an MGX 8220 shelf, see the MGX 8220 documentation.)
To add an interface shelf, use addshelf. See Figure3-7 for an illustration of the command sequence for setting up an interface shelf. (Note that addshelf and addtrk are mutually exclusive commands.)
To delete a feeder shelf, use delshelf.
To view conditions on a feeder trunk, use dspnode.
Table 18-3 show designations for various devices that can be used as interface shelves. To display these designations, use the display commands dspnw and dspnode. The dspnode command identifies the hub and feeder nodes and shows the alarm status.
Device Serving as Shelf | Designation |
---|---|
MGX 8220 | AXIS |
MGX 8850 | AAL5 |
SES (Service Expansion Shelf) | AAL5 |
IGX | AGX/AF |
Posted: Fri Jul 27 16:14:38 PDT 2001
All contents are Copyright © 1992--2001 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.