Table Of Contents
8.4.33 Version Software Release Notes
Cisco WAN Switching Software
Clarifications:
Special Installation/Upgrade Requirements
General
Control Card Requirements
BCC Boot Firmware Requirements
BCC Compatibility Requirements
BCC Physical Card Upgrade Procedure
Software Upgrades Supported
Restrictions on Node-by-Node Upgrade From 8.1.50:
Additional Deliverables
SNMP MIB:
Features Not Supported
Committed (but not being delivered in this release):
Explicitly Excluded:
Obsoleted:
Notes & Cautions
Limitations
Required Workarounds:
Additional Documentation:
Compatibility Notes
Known Anomalies in this Software Release
Corrected Anomalies in this Software Release
Corrected Anomalies in Release 8.4.32
Corrected Anomalies in Release 8.4.31
Corrected Anomalies in Release 8.4.30
Corrected Anomalies from the 8.4.20 Software Release
Corrected Anomalies from the 8.4.19 Software Release
Corrected Anomalies from the 8.4.18 Software Release
Corrected Anomalies from the 8.4.17 Software Release
Corrected Anomalies from the 8.4.16 Software Release
Corrected Anomalies from the 8.4.15 Software Release
Corrected Anomalies from the 8.4.14 Software Release
Corrected Anomalies from the 8.4.13 Software Release
Corrected Anomalies from the 8.4.12 Software Release
Corrected Anomalies from the 8.4.11 Software Release
Corrected Anomalies from the 8.4.10 Software Release
Corrected Anomalies from the 8.4.09 Software Release
Corrected Anomalies from the 8.4.08 Software Release
Problems Fixed in Release 8.4.07:
Bug ID
|
Descriptions
|
CSCst96798
|
Switch software sets shelfCnfgRebuildStatus object as REBUILD when switchcc occurs. DNS software interprets this as the node went down and deletes all SVCs associated with that node. This will cause calls to be dropped.
|
Problems Fixed in Release 8.4.06:
Bug ID
|
Descriptions
|
CSCdj24114
|
A 1000003 abort occurred when attempting to add more than 12,000 connections.
|
CSCdj26862
|
A software error 4209 occurred while adding connections due to the local resources unavailability.
|
CSCdj28579
|
Remove debugging code that logged software error 7777.
|
CSCdj27744
|
BXM feeder trunks weren't being programmed during the card configuration process.
|
Problems Fixed in Release 8.4.05:
Bug ID
|
Descriptions
|
CSCdj19652
|
The dspclksrcs command shows invalid clock source information, The primary, secondary, and tertiary sources are incorrect.
|
CSCdj03075
|
A virtual path connection could not be added because the support for BNI-E3 cards is missing.
|
CSCdj21794
|
A software error 614 (LCON automatically deleted) due to the logical endpoint VC index did not agree at each end.
|
CSCdj22424
|
Routing virtual trunk traffic through a BXM via trunk does not work.
|
CSCdj23350
|
IPX feeder nodes cannot use the trunk as a timing source. The "pass sync" option is not allowed on feeder trunks. Packet lines which pass sync are not allowed to be clock sources.
|
CSCdj27532
|
When nwip_on is asserted in the ~svplus/config.sv file, the savecnf operation does not work from an IPX feeder.
|
CSCdj23570
|
Multiple problems after performing a switchcc on a BPX with many connections: the problems are all caused by comm failures due to inefficient programming of the BXM cards.
|
CSCdj27129
|
A 100003 abort occurred when handling an error condition returned by the SAR which indicated that an invalid command was received.
|
CSCdj27059
|
Software error 514 occurred on a heavily loaded BPX node.
|
CSCdj19165
|
There is a 10-15 second delay in traffic continuity after a port Y-redundant switchover.
|
CSCdj19637
|
Incorrect trunk number is shown as the clock source when using the dspcurclk command.
|
CSCdj19512
|
The dspports command only displays the first 96 ports of a BPX node.
|
CSCdj20069
|
Standby Y-redundant cards can still drive the clock bus.
|
CSCdj15103
|
Software error 4208 (Bad connection address type) occurred on a BPX node.
|
CSCdj21070
|
Invoking dspcons with a starting channel number as the only argument fails to display the appropriate connections.
|
CSCdj20682
|
A BPX event log indicates that there are BFrame parity errors and Rx Invalid Port errors, but the StrataView Plus HPOV event log does not indicate any of these.
|
CSCdj22346
|
After a graceful upgrade from 8.1.50, trunk number 32 is missing.
|
CSCdj21369
|
The cnfswfunc feature 6 on a BPX, ABR standard with VSVD, becomes disabled when any IPX or IGX routing node rebuilds.
|
CSCdj23566
|
Using dspport or dspports with only a slot number as the argument incorrectly displays Speed as "UNKNOWN" and Interface as "EMPTY".
|
CSCdj26131
|
The cnfclksrc command allows a trunk to be a primary clock source while it is passing sync.
|
CSCdj25301
|
On the BXM, Early Packet Discard (EPD) and/or Frame Discard is not enabled.
|
CSCdj26827
|
On an ASI-T3 card, the 1000th connection on the card is not programmed correctly.
|
CSCdj27511
|
Software error 618 occurred on a heavily loaded BPX node.
|
Problems Fixed in Release 8.4.03:
Bug ID
|
Descriptions
|
CSCdj15795
|
Software error 1406 (indicating a bad checksum on a network topology update message) floods the error log.
|
CSCdj16467
|
For BXM-DS3 terminated connections, Virtual Path Connections do not operate when the other end terminates on an AXIS shelf in NNI mode.
|
CSCdj16162
|
After a Y-Redundant switchover between a pair of BXM cards, it has been observed that a software error 105 (CBUS buffers full) was logged. This is due to multiple connections being re-configured within one CBUS message, which results in a much longer than expected execution time. This will be addressed in the next release where appropriate message throttling will be inserted. At this time, BXM port and trunk cards should not be configured in Y-redundant pairs.
|
CSCdj14719
|
The BPX is constantly re-routing connections due to the failure of topology updating, which caused an incorrect view of the topology to exist.
|
CSCdj18088
|
There is network topology corruption caused by a node, whose number is set to 64, when that node rebuilds.
|
CSCdj19179
|
After a Node-by-Node upgrade, there are cases where the battery backed up RAM is not being rewritten properly.
|
CSCdj15047
|
The dspnwip command repeatedly displays the same node's information, rather than all the nodes.
|
CSCdj09736
|
There is an intermittent condition where a self-test timeout occurs on the BCC-32. This is not a true indication of a problem with the BCC.
|
CSCdj12314
|
When rerouting connections that terminate on AXIS shelves due to the establishment of a preferred route, failure status is reported because an A-bit alarm is being sent by the BPX.
|
CSCdj15594
|
Multiple software errors 21 were logged on a BPX.
|
CSCdj15999
|
The addcon command cannot be used in jobs on the BPX. An infinite loop results.
|
CSCdj15226
|
After a node rebuilds, messages indicating that the time of day is changing is flooding the event log.
|
CSCdj11989
|
After a switchcc command is issued, the event log is formatted after the switch, and thus the switchcc even will not be reported to StrataView Plus.
|
CSCdj17569
|
A BXM-DS3 trunk card in y-redundant configuration indicated a backcard mismatch after being reset. At the time, the standby card was in failed state.
|
CSCdj18216
|
Invoking the dsptrkstats commands on virtual trunks shows incorrect BFrame cell count values.
|
CSCdj09369
|
On the cnftrk command, for BNI-OC3 trunks the Payload Scramble option cannot be set to "No" because it results in an Out Of Frame alarm. The software must prevent the user from making this setting.
|
CSCdj19165
|
There is a 15 second delay/interruption of traffic on BXM port cards after a Y-redundant switchover occurs.
|
CSCdj19637
|
An incorrect trunk number is displayed as the clock source when running the dspcurclk command.
|
CSCdj19512
|
The dspports command displays only the first 96 ports of a node.
|
CSCdj13934
|
The dspports command works on IPX nodes but not on BPX nodes.
|
CSCdj10363
|
The Deroute Delay Timer value used always varies 2 seconds from the configured value.
|
Problems Fixed in Release 8.4.02:
Bug ID
|
Descriptions
|
CSCdj17869
|
During an upgrade from 8.1.5, multiple node unreachabilities were encountered, along with software errors 254 and 526.
|
CSCdj15833
|
|
CSCdj16479
|
A feeder shelf cannot be deleted. When the delshelf command is issued, the message "Resources Low---Interface Shelf not changed."is returned.
|
CSCdj16874
|
During an upgrade from 8.1.5 to 8.4.0, the standby BCCs on all the BPX nodes keep toggling between the upgrading and upgraded/(clear) state.
|
Compatibility Matrix
AXIS 4.0 F/W Compatibility
PCB Description
|
Rev.
|
Latest F/W
|
Minimum F/W
|
IMATM F/W
|
C
|
4.0.18
|
4.0.11
|
IMATM Boot
|
N/A
|
1.0.00
|
4.0.00
|
ASC F/W
|
M
|
4.0.20
|
4.0.04
|
ASC Boot
|
N/A
|
1.0.00
|
4.0.03
|
BNM-E3
|
B
|
N/A
|
N/A
|
FRSM-4T1
|
C
|
4.0.19
|
4.0.11
|
FRSM-4T1 Boot
|
N/A
|
4.0.00
|
4.0.00
|
SRM T1E1 (B)
|
B
|
N/A
|
N/A
|
CESM-4T1/E1
|
C
|
4.0.14
|
4.0.11
|
CESM Boot
|
N/A
|
4.0.00
|
4.0.00
|
AUSM-4T1E1
|
B
|
4.0.18
|
4.0.13
|
AUSM Boot
|
N/A
|
4.0.00
|
4.0.00
|
FRSM-8T1
|
A
|
4.0.18
|
4.0.13
|
FRSM-8T1 Boot
|
N/A
|
1.0.00
|
4.0.01
|
FRSM-HS1
|
A
|
4.0.15
|
4.0.13
|
FRSM-HS1 Boot
|
N/A
|
1.0.00
|
4.0.00
|
AUSM-8T1/E1
|
A
|
4.0.19
|
4.0.14
|
AUSM-8T1/E1 Boot
|
N/A
|
1.0.00
|
4.0.01
|
Release 8.4 BPX System F/W Compatibility
BPX Boot Codes
PCB Description
|
Rev.
|
Latest F/W
|
Minimum F/W
|
BCC (model B) boot
|
K
|
HBJ
|
HBH
|
BCC3-32 (model C) boot
|
K
|
HCM
|
HCH
|
BCC3-64 (model D) boot
|
K
|
HDM
|
HDJ
|
BCC4 (model E) boot
|
K
|
HEM
|
HEM
|
BPX F/W
PCB Description
|
Rev.
|
Latest F/W
|
Minimum F/W
|
ASI 155
|
EOL
|
WHC
|
WHB
|
ASI 155 E
|
E
|
WEC
|
WEB
|
ASI-1 2T3/C
|
D
|
UCE
|
UCA
|
ASI-1 2T3/B
|
D
|
UBK
|
UBH
|
BNI 3T3/C
|
F
|
TCM
|
TCK
|
BNI 3E3/B
|
F
|
TCM
|
TCK
|
BNI 155 E
|
E
|
VDR
|
VDN
|
BNI I55
|
EOL
|
VBR
|
VBN
|
ASM
|
B
|
GAC
|
GAC
|
BXM 4P
|
A
|
MBY
|
MBM
|
BXM 8P
|
A
|
MBY
|
MBM
|
BXM VSI
|
A
|
MCE
|
MCA
|
Release 8.4 IPX/IGX System F/W Compatibility
Boot Codes
PCB Description
|
Latest F/W
|
Minimum F/W
|
Comments
|
NPC Boot
|
BAF
|
BAF
|
|
NPC 32 Boot
|
BBF
|
BBF
|
|
NPC 64 Boot
|
BCF
|
BCF
|
|
NPM Boot
|
RAP
|
RAJ
|
|
NPM 32 Boot
|
RBR
|
RBJ
|
|
NPM 64 Boot
|
RCR
|
RCN
|
|
NPM 32B Boot
|
RER
|
REJ
|
|
NPM 64B Boot
|
RFR
|
RFN
|
|
IPX/IGX F/W
PCB Description
|
Latest F/W
|
Minimum F/W
|
Comments
|
ALM-A
|
CAE
|
CAA
|
|
ALM-B
|
CBH
|
CBB
|
|
BTM Model A
|
IAF
|
IAF
|
|
BTM Model B
|
IBL
|
IBK
|
|
BTM Model D
|
IDC
|
IDA
|
|
CVM Model A
|
DAF
|
DAF
|
|
CVM Model B
|
DBF
|
DBD
|
|
CVM Model C
|
DCA
|
DCA
|
|
FRM Model D
|
FDZ
|
FDR
|
Avoid Rev. FDU & FDV
|
FRM Model E
|
FEZ
|
FER
|
Avoid Rev. FEU & FEV
|
FRM Model H
|
FHB
|
FHB
|
FRM(B)
|
FRM Model J
|
FJA
|
FJA
|
|
FRM Model K
|
FKA
|
FKA
|
|
FRM-2
|
FFD
|
FFC
|
|
FTM Model B
|
JBJ
|
JBB
|
|
FTM Model C
|
JCB
|
JCA
|
|
HDM
|
SCF
|
SCF
|
|
LDM
|
LCB
|
LC3
|
|
NTM
|
NEK
|
NED
|
|
NTM (B)
|
NFJ
|
NFD
|
Recommend using NFF
|
AIT Model A
|
IAF
|
IAE
|
|
AIT Model B
|
IBL
|
IBK
|
|
CDP Model A
|
DAF
|
DAF
|
|
CDP Model B
|
DBD
|
DBC
|
|
FRP(M) Model D
|
FDZ
|
FDR
|
Avoid Rev FDU & FDV
|
FRP(M) Model E
|
FEZ
|
FER
|
Avoid Rev FEU & FEV
|
FRP(M) Model H
|
FHB
|
FHB
|
FRM(B)
|
FRP(M) Model J
|
FJA
|
FJA
|
|
FRP(M) Model K
|
FKA
|
FKA
|
|
FTC Model B
|
JBJ
|
JBB
|
|
FTC Model C
|
JCB
|
JCA
|
|
NTC
|
NEK
|
NED
|
|
SDP
|
SCF
|
SCF
|
|
UFM-C
|
ZAN
|
ZAB
|
|
UFM-U
|
YAH
|
YAA
|
|
UVM
|
DAE
|
DAA
|
|
UVM-B
|
DBD
|
DBA
|
|
UVM-C
|
DCA
|
DCA
|
|
UVM-D
|
DDF
|
DDA
|
|
Release 8.4.33 System Content
Switch Software and Boot Codes
Release ID
|
Product
|
Rev.
|
Model
|
Image
|
SwSw 8.4.33
|
Sys S/W IPX
|
8.4.33
|
|
|
|
Sys S/W IGX
|
8.4.33
|
|
|
|
Sys S/W BPX
|
8.4.33
|
|
|
|
BCC (Model B) Boot
|
J0
|
B
|
HBJ
|
|
BCC3-32 (Model C) Boot
|
M0
|
C
|
HCM
|
|
BCC3-64 (Model C) Boot
|
M0
|
D
|
HDM
|
|
BCC4 (Model E) Boot
|
M0
|
E
|
HEM
|
|
NPC Boot
|
F0
|
A
|
BAF
|
|
NPC 32 Boot
|
F0
|
B
|
BBF
|
|
NPC 32 Boot
|
F0
|
C
|
BCF
|
|
NPM Boot
|
P0
|
A
|
RAP
|
|
NPM 32 Boot
|
P0
|
B
|
RBP
|
|
NPM 64 Boot
|
P0
|
C
|
RCP
|
StrataView Plus
Release ID
|
Product
|
Rev.
|
Model
|
Image
|
SV 8.4.12
|
StrataView Plus
|
8.4.12
|
|
|
|
StrataView Plus SCM
|
8.4.12
|
|
|
|
SNMP
|
8.4.12
|
|
|
Hardware and Firmware Products
Release ID
|
Product
|
Rev
|
Model
|
Image
|
AXIS 4.0.20
|
IMATM F/W
|
A0
|
4.0.18
|
4.0.16
|
|
IMATM Boot
|
N/A
|
1.0.00
|
4.0.00
|
|
ASC F/W
|
A0
|
4.0.20
|
4.0.18
|
|
ASC Boot
|
A0
|
1.0.00
|
4.0.04
|
|
BNM-E3
|
N/A
|
N/A
|
N/A
|
|
FRSM-4T1
|
A0
|
4.0.19
|
4.0.16
|
|
FRSM-4T1 Boot
|
N/A
|
4.0.00
|
4.0.00
|
|
FRSM-8T1
|
A0
|
4.0.18
|
4.0.16
|
|
FRSM-8T1 Boot
|
N/A
|
1.0.00
|
4.0.01
|
|
FRSM-HS1
|
A0
|
4.0.15
|
4.0.13
|
|
FRSM-HS1 Boot
|
N/A
|
1.0.00
|
4.0.00
|
|
SRM T1/E1 (B)
|
N/A
|
N/A
|
N/A
|
|
CESM-4 T1/E1
|
A0
|
4.0.14
|
4.0.13
|
|
CESM Boot
|
N/A
|
4.0.00
|
4.0.00
|
|
AUSM-4 T1/E1
|
A0
|
4.0.18
|
4.0.16
|
|
AUSM-4 T1/E1 Boot
|
N/A
|
4.0.00
|
4.0.00
|
|
AUSM-8 T1/E1
|
A0
|
4.0.19
|
4.0.17
|
|
AUSM-8 T1/E1 Boot
|
N/A
|
1.0.00
|
4.0.01
|
BPX 8.4.33
|
ASI 155
|
B0
|
E
|
WEC
|
|
ASI 155E
|
B0
|
H
|
WHC
|
|
ASI-1 2T3/E3
|
F0
|
C
|
UCF
|
|
ASI-2 T3/E3
|
K0
|
B
|
UBK
|
|
BNI 3T3/E3
|
M0
|
C
|
TCM
|
|
BNI 155E
|
R0
|
D
|
VDR
|
|
BNI I55 0C3
|
R0
|
B
|
VBR
|
|
ASM
|
A0
|
A
|
GAC
|
|
BXM
|
Y0
|
B
|
MBY
|
|
BXM-C
|
E0
|
C
|
MCE
|
IGX 8.4.33
|
BTM Model B
|
L0
|
B
|
IBL
|
|
BTM Model A
|
F0
|
A
|
IAF
|
|
CVM
|
F0
|
A
|
DAF
|
|
CVM Model B
|
D0
|
B
|
DBD
|
|
CVM Model C
|
A0
|
C
|
DCA
|
|
FRM (Model D)
|
Z0
|
D
|
FDZ
|
|
FRM (Model E)
|
Z0
|
E
|
FEZ
|
|
FRM (Model H)
|
B0
|
H
|
FHB
|
|
FRM (Model J)
|
A0
|
J
|
FJA
|
|
FRM (Model K)
|
A0
|
K
|
FKA
|
|
FRM -2
|
D0
|
F
|
FFD
|
|
HDM
|
F0
|
C
|
SCF
|
|
ALM-A
|
E0
|
A
|
CAE
|
|
ALM-B
|
H0
|
B
|
CBH
|
|
UFM-C
|
N0
|
A
|
ZAN
|
|
UFM-U
|
H0
|
A
|
YAH
|
|
UVM
|
E0
|
A
|
DAE
|
|
FTM
|
B0
|
C
|
JCB
|
|
LDM
|
B0
|
C
|
LCB
|
|
NTM
|
K0
|
E
|
NEK
|
|
NTM (B)
|
J0
|
F
|
NFJ
|
|
UXM
|
E0
|
A
|
AAE
|
IPX 8.4.33
|
AIT Model A
|
F0
|
A
|
IAF
|
|
AIT Model B
|
L0
|
B
|
IBL
|
|
CDP
|
F0
|
A
|
DAF
|
|
LDP
|
B0
|
C
|
LCB
|
|
FRP Model D
|
Z0
|
D
|
FDZ
|
|
FRP Model E
|
Z0
|
E
|
FEZ
|
|
FRP Model J
|
A0
|
J
|
FJA
|
|
FRP Model K
|
A0
|
K
|
FKA
|
|
FTC Model C
|
B0
|
C
|
JCB
|
|
NTC
|
J0
|
E
|
NEJ
|
|
SDP
|
F0
|
C
|
SCF
|
Hardware Compatibility Matrices
AXIS 4.0 H/W Compatibility
PCB Description
|
Part Number
|
Latest H/W
|
Minimum H/W
|
IMATM 8T1
|
73-3026-02
|
F
|
A
|
IMATM 8E1
|
73-3027-02
|
F
|
A
|
ASC
|
73-2454-02
|
R
|
H
|
ASC 2
|
73-2586-01
|
B
|
A
|
BNM-E3
|
73-2866-01
|
B
|
A
|
BNM-T3
|
73-2802-01
|
E
|
A
|
BNM-E3/B
|
73-3730-01
|
A
|
A
|
BNM-T3/B
|
73-3714-01
|
A
|
A
|
BNM-155
|
73-2459-03
|
C
|
A
|
FRSM-4T1
|
73-2455-02
|
E
|
A
|
FRSM-4E1
|
73-2456-02
|
E
|
A
|
SRM T1E1 (B)
|
73-2565-01
|
C
|
B
|
CESM-4T1
|
73-2525-02
|
C
|
B
|
CESM-4E1
|
73-2541-02
|
E2
|
B
|
AUSM-4T1
|
73-2990-01
|
C
|
A
|
AUSM-4E1
|
73-2991-01
|
C
|
A
|
FRSM-8T1
|
73-2367-04
|
C
|
A1
|
FRSM-8E1
|
73-2360-04
|
C
|
A1
|
FRSM-HS1
|
73-2602-02
|
J
|
A
|
AUSM-8T1
|
73-2493-06
|
F
|
A
|
AUSM-8E1
|
73-2494-06
|
F
|
A
|
FRASM-8T1
|
73-2347-04
|
A2
|
A2
|
Default Values
BPX 8600 Nodes:
IGX 8400 Nodes:
IPX Nodes:
Obtaining Service and Support
Cisco Connection On-line
8.4.33 Version Software Release Notes
Cisco WAN Switching Software
Cisco documentation and additional literature are available in a CD-ROM package, which ships with your product. The Documentation CD-ROM, a member of the Cisco Connection Family, is updated monthly. Therefore, it might be more current than printed documentation. To order additional copies of the Documentation CD-ROM, contact your local sales representative or call customer service. The CD-ROM package is available as a single package or as an annual subscription. You can also access Cisco documentation on the World Wide Web at http://www.cisco.com, http://www-china.cisco.com, or http://www-europe.cisco.com.
If you are reading Cisco product documentation on the World Wide Web, you can submit comments electronically. Click Feedback in the toolbar, select Documentation, and click Enter the feedback form. After you complete the form, click Submit to send it to Cisco. We appreciate your comments.
The 8.4.33 software release supports the existing Cisco WAN Switching family (including the Cisco IGX 8400 series and Cisco BPX 8600 series).
Clarifications:
Although the BCC-4 card is supported in this release, its availability is limited at this time.
If you are upgrading from an earlier version of 8.4 (8.4.08 or earlier), you MUST perform a non-graceful upgrade. See the next section.
Special Installation/Upgrade Requirements
Note If upgrading from an earlier release of 8.4 (8.4.03 - 8.4.08) a Graceful upgrade CANNOT be done; a Non-Graceful upgrade MUST be done.
General
If new BCC cards are to be installed as part of the upgrade to Release 8.4, then the physical card upgrade procedure described below must be completed as a separate activity from the Switch software upgrade.
•If BCC-4 cards are being installed in BPX nodes replacing older type BCCs then the software upgrade to 8.4 is done first, followed by the BCC-4 physical card upgrade.
•If any other type of BCC cards are being physically upgraded, then the physical upgrade of the cards is completed first, followed by the software upgrade.
Statistics collection must be disabled prior to and during the software upgrade process.
Before upgrading to this release, if there are any ABR connections with an MCR value set to 0, it is highly recommended that the MCR value for each of these connections be set to 1. This is to insure that the Load Module will be correct after an upgrade. This addresses a problem in earlier releases which did not handle Load Module calculations correctly for connections having MCR=0.
See the Compatibility Matrix document for the tested/supported versions of other firmware and software which work with this release.
Consult Customer Advocacy for any additional Software Upgrade procedural issues.
Control Card Requirements
All BCC cards must be configured with a minimum of 32 MB of RAM.
The NPC (and the NPM) must be configured with 32 MB of RAM when used within a network of more than 63 nodes.
BCC Boot Firmware Requirements
As specified below, the correct version of BCC boot firmware must be installed on the cards prior to a software upgrade to Release 8.4.
BCC Type
|
Firmware
|
BCC-32
|
H.B.J
|
BCC-3-32
|
H.C.M
|
BCC-3-64
|
H.D.M
|
BCC-4
|
H.E.M
|
BCC Compatibility Requirements
Each redundant pair of BCC cards in a given BPX node must be of the identical type and memory configuration. That is, for example, if the active card is a BCC-3-32, then so must be the standby. BCC-3 cards with 32MB of RAM cannot be mixed with BCC-3 cards with 64MB of RAM.
This is a requirement for all software upgrade and downgrade procedures. It does not apply to the physical card upgrade procedure, as described below.
BCC Physical Card Upgrade Procedure
Step 1 Remove the current standby BCC front and back card.
Step 2 Replace with new BCC front and back cards.
Step 3 Wait for the standby updates on the newly installed standby BCC to complete.
Step 4 Issue a switchcc command to utilize the newly installed BCC.
Step 5 Verify that the network is stable.
Step 6 Remove the current standby BCC front and back card.
Step 7 Replace with new BCC front and back cards that are identical to the current active BCC.
Step 8 Wait for the standby updates on the newly installed standby BCC to complete.
The BCC physical upgrade is now complete.
Note After Step 2, the node will contain a mix of an old type BCC and the new type BCC. This condition is only permitted while the standby updates to the new BCC are in progress, which will take less than one hour. The time during which this mixture of BCC types exists must be kept to a minimum, by immediately replacing the second old type BCC with the matching one of the new type.
Software Upgrades Supported
Software upgrades have been tested from and are supported from the following versions of switch software:
• 8.1.18
• 8.1.50
•8.1.70
• 8.2.04, 8.2.07
• 8.4.03, 8.4.05, 8.4.06, 8.4.07, 8.4.08 - Non-Graceful upgrades ONLY
•8.4.09
Software upgrades are also supported from any earlier release in the 8.1.50, 8.1.70, and 8.2.07 switch software product streams.
Node-by-Node upgrades are supported from the following version of switch software:
• 8.1.50
Restrictions on Node-by-Node Upgrade From 8.1.50:
During the upgrade mode, the chklm and dsplm commands are not supported. These commands should not be executed while the Node-by-Node upgrade is in progress.
During the upgrade mode, all the gateway nodes should be switched as part of the first group of nodes upgraded. If not, then software error 938 may be reported on the 8.1.50 gateway nodes. This error indicates that a large message is being sent from an 8.4 node through an 8.1.50 gateway to StrataView Plus.
No provisioning can occur while a Node-by-Node upgrade is in progress.
If a connection fails during Node-by-Node upgrade, it will not be re-routed until the upgrade process is completed.
Additional Deliverables
SNMP MIB:
The SNMP IPX/IGX/BPX switch SNMP MIB is being provided with the delivery of Release 8.4.00 Switch Software. The MIB is in standard ASN.1 format and is located in the ASCII text files switch.m, swtraps.m, and errors.m which are included in the same directory as the Switch Software images. These files may be compiled with most standards-based MIB compilers.
Switch MIB changes of Release 8.4.00:
1. atmEndptTable (Existing)
In order to support ATM Forum 4.0 Traffic Management specification,
atmEndptTable has been modified with obsolete, changed, and new objects.
* Obsolete objects:
. atmEndptMIR
. atmEndptCIR
. atmEndptPIR
. atmEndptMFS
. atmEndptOeMIR
. atmEndptOeCIR
. atmEndptOePIR
. atmEndptOeMFS
. atmEndptUPC
. atmEndptFastDnICA
. atmEndptScrPlc
. atmEndptOeScrPlc
. atmEndptPCR0
. atmEndptOePCR0
. atmEndptCDVT0
. atmEndptOeCDVT0
* Changed objects:
. atmEndptSubtype
. atmEndptConnDesc
. atmEndptQIR
. atmEndptPercUtil
. atmEndptCBS
. atmEndptIBS
. atmEndptCCDV
. atmEndptHiCLP
. atmEndptLoCLP
. atmEndptOeVcQSize
. atmEndptOeEfciQSize
. atmEndptOeQIR
. atmEndptOePercUtil
. atmEndptOeCBS
. atmEndptOeIBS
. atmEndptOeCCDV
. atmEndptOeHiClp
. atmEndptOeLoClp
. atmEndptCLPTagging
. atmEndptEnableFST
. atmEndptRateUpICA
. atmEndptRateDnICA
. atmEndptToQIR
. atmEndptMinAdjustICA
. atmEndptFGCRA
. atmEndptOeBCM
. atmEndptOeFGCRA
. atmEndptGroupDesc
* New objects:
. atmEndptNRM
. atmEndptFRTT
. atmEndptTBE
. atmEndptVSVD
. atmEndptPolicing
. atmEndptPCR
. atmEndptOePCR
. atmEndptSCR
. atmEndptOeSCR
. atmEndptMCR
. atmEndptOeMCR
2. atmBwClassTable (Existing)
In order to support ATM Forum 4.0 Traffic Management specification,
atmEndptTable has been modified with obsolete, changed, and new objects.
* Obsolete Objects:
. atmBwClassMIR
. atmBwClassCIR
. atmBwClassPIR
. atmBwClassOeMIR
. atmBwClassOeCIR
. atmBwClassOePIR
. atmBwClassUPC
. atmBwClassFastDnICA
. atmBwClassScrPlc
. atmBwClassOeScrPlc
. atmBwClassPCR0
. atmBwClassOePCR0
. atmBwClassCDVT0
. atmBwClassOeCDVT0
* New Objects:
. atmBwClassNRM
. atmBwClassFRTT
. atmBwClassTBE
. atmBwClassVSVD
. atmBwClassPolicing
. atmBwClassPCR
. atmBwClassOePCR
. atmBwClassSCR
. atmBwClassOeSCR
. atmBwClassMCR
. atmBwClassOeMCR
. atmBwClassRateUpICA
3. ShelfSlotInfoTable
* New Objects:
. slotFrontIfMode
. slotFrontNumPort
. slotFrontQueue
. slotFrontLnFormat
. slotFrontChCount
. slotBackNumPort
. slotBackLnFormat
. slotBackSonetMode
. slotFSTSupport
4. ds3LineTable
New objects in ds3LineTable have been introduced to support local
and remote DS3 interface (lines, trunks) loopback. DS3 interfaces
on ASI, BNI, and BXM are supported.
* New Objects:
. ds3LineLclLpbk
. ds3LineLclRmtLpbk
5. sonetIfTable
New objects in ds3LineTable have been introduced to support local
and remote Sonet interface (lines, trunks) loopback. Sonet interfaces
on ASI, BNI, and BXM are supported.
* New Objects:
. sonetIfLclLpbk
. sonetIfLclRmtLpbk
====================================================
Switch MIB changes of Release 8.4 Additional Requirements:
====================================================
Note: Section 1-5 list new tables introduced. Section 6-8 list new
objects added to existing tables.
1. ds1LineStatsTable (New)
New Real Time Counters (RTCs) have been introduced for DS1 media.
* ds1StatsBpvs
* ds1StatsFs
* ds1StatsOofs
* ds1StatsLos
* ds1StatsFers
* ds1StatsCrcs
* ds1StatsOoms
* ds1StatsAis16s
* ds1StatsHcsErrs
* ds1StatsLcvs
* ds1StatsCPcvs
* ds1StatsPPcvs
* ds1StatsPlcpBcvs
2. ds3LineStatsTable (New)
New Real Time Counters (RTCs) have been introduced for DS3 media.
* ds3StatsOofs
* ds3StatsLos
* ds3StatsLcvs
* ds3StatsCPcvs
* ds3StatsPPcvs
* ds3StatsPlcpBcvs
* ds3StatsAtmCrcs
* ds3StatsPktCrcs
* ds3StatsPlcpOofs
3. sonetStatsTable (New)
New Real Time Counters (RTCs) have been introduced for Sonet media.
* sonetStatsOofs
* sonetStatsLos
* sonetStatsAtmCrcs
4. fpTrunkStatsTable (New)
New Real Time Counters (RTCs) have been introduced for Fast Packet trunks.
* fpTrkStatsTxVoPktDrps
* fpTrkStatsTxTsPktDrps
* fpTrkStatsTxNonTsPktDrps
* fpTrkStatsTxHiPrioPktDrps
* fpTrkStatsTxBdataAPktDrps
* fpTrkStatsTxBdataBPktDrps
* fpTrkStatsTotalPktsTxtoMxbs
* fpTrkStatsTotalPktsRxFromMxbs
5. atmTrunkStatsTable (New)
New Real Time Counters (RTCs) have been introduced for ATM trunks.
* atmTrkStatsTxVoPktDrps
* atmTrkStatsTxTsPktDrps
* atmTrkStatsTxNonTsPktDrps
* atmTrkStatsTxHiPrioPktDrps
* atmTrkStatsTxBdataAPktDrps
* atmTrkStatsTxBdataBPktDrps
* atmTrkStatsRxVoPktDrps
* atmTrkStatsRxTsPktDrps
* atmTrkStatsRxNonTsPktDrps
* atmTrkStatsRxHiPrioPktDrps
* atmTrkStatsRxBdataAPktDrps
* atmTrkStatsRxBdataBPktDrps
* atmTrkStatsSpacerPktsDrps
* atmTrkStatsTotalPktsTxtoLns
* atmTrkStatsTotalPktsRxFromLns
6. fpRoutingTrunks Table (Existing)
fpRoutingTrunks table has been enhanced with new objects.
* New Objects:
* fpRteTrkXmitRate
* fpRteTrkPassSync
* fpRteTrkStatRes
* fpRteTrkLoopClock
* fpRteTrkBdataBTxQlen
* fpRteTrkBdataBRxQlen
* fpRteTrkBdataBTxEfcn
* fpRteTrkBdataBRxEfcn
* fpRteTrkBdataBTxHiClp
* fpRteTrkBdataBRxHiClp
* fpRteTrkBdataBTxLoClp
* fpRteTrkBdataBRxLoClp
7. atmTrunks Table (Existing)
atmTrunks table has been enhanced with new objects.
* New Objects:
* atmTrkXmitRate
* atmTrkPassSync
* atmTrkStatRes
* atmTrkLoopClock
* atmTrkBdataBTxQlen
* atmTrkBdataBRxQlen
* atmTrkBdataBTxEfcn
* atmTrkBdataBRxEfcn
* atmTrkBdataBTxHiClp
* atmTrkBdataBRxHiClp
* atmTrkBdataBTxLoClp
* atmTrkBdataBRxLoClp
* atmTrkMaxChanPort
8. shelfSlotInfoTable (Existing)
* New Object:
* slotCardMuxBusUtil
Features Not Supported
Committed (but not being delivered in this release):
None
Explicitly Excluded:
Virtual Trunks on any BXM cards.
The following cards are not supported in this release:
— ALM-A
— ALM-B
— UFM-C
— UFM-U
— UVM
Obsoleted:
Grouped Connections are not supported, unless they existed prior to the upgrade to this release. In that case, they are carried forward as part of the upgrade. Grouped connections can no longer be created in this release. Existing grouped connections can be modified with the cnfcon command.
Priority Bumping is no longer supported.
Notes & Cautions
Limitations
Structured Networks are not supported.
The maximum number of ports on the BPX that can be configured with LMI enabled is 38. Note that the total number of ports is 72 (for 32MB BCC) or 100 (for 64MB BCC), although only 38 of these can have LMI enabled. This is due to the polling that must be done for the LMI enabled ports. However, if any or all of the 16 possible feeder trunks are not being used on that specific node, then that many additional lines may have LMI enabled. That is, if a BPX is configured with only 2 feeder trunks, then 36 + (16 - 2) = 50 lines can have LMI enabled. Thus, the overall total can be 52 ports, when no feeder trunks exist.
Virtual Path Connections with cells whose VCI values are above 4095 will be transmitted correctly if and only if the path is exclusively through BXM trunks and terminate at BXM ports.
The feature of CIR=0 for Frame Relay connections is not supported for connections terminating between FRP /FRM cards in IPX/IGX nodes and FRSM cards in an AXIS shelf.
SVC Connections are derouted after decreasing the allocated bandwidth (increasing Stat Reserve). It is the design intent that increasing the statistical reserve will cause SVC conns to derouted and not be rerouted.(See bug CSCst92308).
The FRP port does not show the FECN/BECN frames count. FECN and BECN bits are only registered on the egress port or connection, not the ingress. (See bug CSCst96096).
For the loadrev operation, it is important that the StrataView Plus/TFTP buffers are maintained at their default size.
When the BNI trunk is connected to IM-ATM pairs, which carry less than T3 bandwidth, the granularity of the cell output engine must be taken into account in setting the BNI transmit rate.
When using the shift/no-shift feature on a BPX node's port card, controlled via the cnfport command, the other end of the connection must have the same setting. Otherwise, there will be a loss of continuity.
If using the no shift feature to utilize Virtual Trunks across a Cisco/StrataCom cloud operating an 8.1 release, then the node number "2" must either not be used, or be the node connecting to the cloud.
If using the no shift feature to utilize Virtual Trunks across a Cisco/StrataCom cloud operating any Switch Software release, then the ForeSight feature will not be utilized. In general, any connections which are routed or potentially may be routed through Virtual Trunks must not be configured with ForeSight enabled.
If the Stat Reserve field on a trunk is dramatically increased to a value which represents a significant majority of the total trunk bandwidth, then if connections are present on the trunk, the dspload command will show negative values. This is to signify that the trunk is oversubscribed. The trunk load values will eventually reach 0, or a small positive number after all the necessary connections are routed off that trunk. (CSCdi84878)
When deleting trunks, there is a known limitation with the switch software. The deltrk command should always be executed on the node which remains as part of the network, rather than from the node which ends up being removed from the network. This is to ensure that all the necessary updates are sent to the rest of the network. (CSCdi85134). Also, If the command is not used as recommended here, a software error 419 could occur (CSCdi91285).
Due to Trunk Based Loading, any commands having to do with trunk loading and the load model (dspload chklm dsplm, etc.) need to be done only after waiting a certain period of time. This time is directly a function of the trunk load update interval time (as configurable) plus the conditional update latency time.
The BXM cannot return Foresight Round Trip Delay cells. Thus, as of this release, the ForeSight adjust interval will no longer be a function of the Round Trip Delay calculation for the connection. Instead, all BXM terminated connections will use the maximum adjust interval. This affects all ForeSight endpoints on AXIS, BPX, and IGX. (CSCdi87455)
The external ABR segment control loop on ForeSight (ABRFST) is an option at the User Interface, but is not supported in hardware. The user should not enable this option on ForeSight connections (CSCdi92451). In any case, there is no coupling between the loops.
A problem has been observed, on several instances, where the time to re-route connections may take over an hour. When large numbers of connections are being re-routed, this can be caused by routing collisions, which means that routing attempts being initiated at different nodes collide when they meet a common node at which point one of the routing attempts must be rescheduled. (CSCdi89734)
On a heavily loaded BPX node, during connection re-routing, the status of a particular connection is indicated as OK even though the line status of the other end of the connection is listed as failed. The connection is in fact OK, because the conditioning of the connection (to update the status for both ends) is done by a low-priority process so that the re-routing of the connections can be given high priority. The status will be eventually updated. (CSCdj10762)
A node whose number is greater than 63 cannot have a clrcnf operation performed on it. This is as designed. A clrallcnf can be done, or the node must be renumbered before running clrcnf. (CSCdj14920)
The interface between a BXM feeder trunk and an AXIS feeder is always considered to be an NNI interface. (CSCdj16808)
The Command Line Interface currently allows a standard ABR VSVD endpoint to be configured (with cnfcon) as a non-VSVD endpoint. This should not be allowed because the BXM does not support this. This should not be attempted since it will cause connection continuity failure. (CSCdj08862)
When adding more than 4000 connections on a BPX node, the VC polling rate must be changed to a higher interval, to accommodate the additional time needed to poll for the statistics for each VC. The cnfsysparm command, parameter 24 must be changed according to the following:
0-3999 connections Polling Rate: 5 Minutes (or higher)
4000-8000 conns Polling Rate: 10 Minutes (or higher)
8000-12000 conns Polling Rate: 15 Minutes
Given a connection that terminates on an IGX FRM at one end and an ASI on the other end, tstdelay initiated at the FRM end may not work if the ASI firmware is below the appropriate revision and does not support OAM cells as opposed to supervisory cells. This is because the updated BTM on the IGX will always generate OAM cells. Please check the compatibility matrix.
The tstcon command does not work (it indicates continuity failure when it is not the case) when initiated from an FRSM card on an AXIS shelf and the path of the connection passes through an IGX node. (CSCdj23908).
Because the detailed card error event log is not retained within BRAM, this information will be lost should a processor rebuild occur. Therefore, when issuing a dspcderrs command on a particular slot, the display will not show the detailed card error information should rebuild event occur. This functionality has not been modified from previous releases.
The setnovram command can be used on BXM cards to change the number of channel statistics. If this number is set to 0 to increase the number of channels available on the card, dspchstats command will not work properly.
When a physical-layer failure (e.g., LOS) is detected, a Major Alarm is generated, and any connection routed over that port is downed (Fail state). The software sends a command to the remote end of the connection to generate AIS in the egress direction. (CSCdj30543).
Impact:
Since the connection is in a failed state, AIS is generated in the upstream direction (in addition to the downstream direction). Although this does conform to the letter of the I.610 standard, this is not necessarily what a user would expect to see, because it interferes with the RDI response from the end-to-end connection termination point. (A fault in the downstream direction causes a fault in the upstream direction.)
Reason for the current implementation:
The BNI can not generate AIS. If there is a fault at a BNI trunk, the current mechanism is to cause AIS to be generated by the BXM port by downing the connection. Since the BXM can only generate OAM cells from the RCMP, and the RCMP is in the ingress path, the cells must be backward routed to the egress (egress QE). Also, since end-to-end OAM cells are required, the ingress QE must be configured to drop ALL cells in the ingress path. This creates a break in continuity in the opposite direction, and AIS cells must also be generated at the other end of the same connection, in the upstream direction of the original fault.
Future AIS support:
There is a discussion in progress for an improvement, which will apply only to connections that are routed only over BXM trunks (or dax connections).
Two new options are added to cnfcmparm (CSCdj26583):
1) 20 Wait for TBL Updates [ 70] (100 msecs);
2) 21 Max Derouting Bndl (0=all)[ 500] (D)
When you first bring up the image through lanbtld
your default values will be 100 for Wait for TBL Updates and 258 for Max Derouting Bndl. This is because some fields in CM_PARMS are being reused. The recommended values for these parameters are 70 (for option 20) and 500 (for option 21). These will be the default values if you do a clear memory or upgrade to 8.4.1. If you don't want this new feature:
1) set option 20 to 0
2) set option 21 to 0 (which means all connections)
These parameters are used for:
1) Wait for TBL Updates will delay failing the connection if it fails to find a path due to no load and no conid available. This delay allows TBL updates to be processed. This value should always be greater than the cnftlparm
Fast Interval interval. This will clear some PVCs going in and out of alarm.
2) Max Derouting Bndl works like Maximum Routing Bundle, except it's for the derouting case. Currently we go and deroute all 12,000 connections at one time without giving up the process to handle TBL updates, and other tasks. This value will allow us to deroute x number of connections at a time, then go and try to route. Do remember that as this number goes up, the table updates takes a little longer to be sent out, since the node is busy derouting.
There are problems in the downgrade mechanism which can cause database corruption. If downgrade is performed immediately after upgrading, the Stby_Info revision fields are not yet filled in on the new active CC. They don't get filled in until the upcard response from the new locked CC. This causes restart instead of a switchcc. If the locked CC is reset, then downgrade immediately, a restart will occur instead of a switchcc. (CSCdj30811).
During a conditional upgrade or downgrade in the network that has more than 20 nodes, there is a likelihood for some nodes to receive all the updates before receiving the revision change message (to upgrade/downgrade). Since the standby had the update capacity of approximately only 10 mesg/sec, it may take over 3 seconds for these nodes to finish these updates. The revision change update may not be properly delivered to the standby, and thus causes non-graceful upgrade to occurred on these nodes. (CSCdj32054).
In order to test/simulate the Y-redundant switchover of ASI T3 or E3 pairs the resetcd command must be used, or by pulling out the active card. It will not be correctly simulated by doing a dncd (downcard) on the active card. Using dncd will cause cell discards. (CSCdj08923).
In certain conditions where memory is exhausted, an Abort 3000000 can occur, which is fully recoverable. This is due to an accumulation of memory in the telnet process, and the root cause is the improperly terminated telnet sessions that were originated from a StrataView Plus workstation. To prevent this condition from occurring, exit all SV+ telnet sessions correctly by using the CTRL-] key chord and then typing q. (CSCdi92256).
BXM cards can support 32K PVCs only when no stats are collected. If collecting 4 stats per PVC is desired, the number of PVCs per BXM card drops to 16K. (CSCdj31773).
When connection status logging to StrataView Plus is enabled in the switch (via the cnffunc
command), when more than 1500 PVCs exist on a node, an event log entry indicating there is a "comm break on flooding" may occur. This is because the network handler is being flooded with messages due to the per-PVC status updates flowing to the StrataView Plus workstation. This is a recoverable situation. However, PVC status may not be available for all connections. (CSCdj36127)
It is not recommended to combine ABR and UBR PVCs on the same network. ABR and UBR PVCs share the same QBIN (Class of Service Queue) on the BXM card. However, ABR (VSVD) uses a flow control mechanism which ensures that the traffic source slows down when the QBIN usage exceeds the EFCI threshold. However, UBR does not have a mechanism to slow down. Thus, UBR traffic gains an unfair advantage over ABR. This implementation is not considered a problem, since the decision to share a QBIN for ABR and UBR traffic was intentional, since any best-effort service that one would route over UBR can be routed over ABR (VSVD), with the additional benefit of protecting resources in the network. If there is a real requirement to use UBR PVCs instead of ABR (VSVD), then either (1) add all best-effort PVCs as UBR, or (2) isolate the ABR and UBR paths by using cnfpref and separating ABR and UBR endpoints.
Combining FBTC and non-FBTC connections within a Class of Service can cause FBTC connections to not receive a fair share of bandwidth. For example, if VBR connections are added at a terminating port, and some of these VBR connections have FBTC enabled while other VBR connections have FBTC disabled, the VBR connections with FBTC disabled may obtain all of the excess bandwidth before the connections with FBTC enabled receive any of the excess bandwidth. The same holds true for ABR or UBR connections. This only is relevant where FBTC and non-FBTC connections share a QBIN, either at a port or at a trunk.
If a TFTP download has been started, and a fault occurs in the network that interrupts the download, then it is possible to get an software error 513 logged into the software error table. This occurs when there is an attempt to free a memory block that has not been allocated. There is no negative side effect to this attempt, other than the appearance of the error in the table. (CSCdj45311).
The maximum number of VC PARMS supported: 749 for BCC-32 MB, 2,999 for BCC-64 MB. (CSCdj48589).
Upgrading from release 8.2.xx to release 8.4.11 may necessitate re-routing of the "path" connections and data discontinuity on some connections. (CSCdj53625).
A hardware limitation on the BXM card can cause the background test to fail. This occurred when the BXM card was used as trunk card with number of stats set to 0 so that all 32K channels could be used, followed by the card being changed to a port card. Software uses the last 15K channels for background test. Since the card is configured to use all 32K channels, there is not enough memory available for the background test, and therefore the test fails. For the background test to work on the BXM card, only 16K channels can be utilized. (CSCdj49679).
Required Workarounds:
There is a problem with node renumbering. Node renumbering (the rnmnd command) should be executed only during a stable network environment and only if absolutely necessary. A stable network environment would be, for example, one in which no connection was added for the past 30 minutes and no topology change was made in the last hour and there are no alarms or node unreachabilities. Node renumbering must only be done when the network is stable to reduce the possibility of certain temporarily blocked messages during the node renumbering process being delivered to the wrong nodes. This would occur after the completion of the node renumbering process.
The settling time for network wide updates can take a long time in certain situations. Specifically, the settling time for updates due to network wide topology changes and connections in a large network when a processor switchover occurs can take a long time. The time is proportional to the number of nodes as well as the number of connections. A general estimate would be 30 seconds per node. During the period of transitions (when the updates are occurring) some network operations such as adding connections might in some cases take somewhat longer to complete.
When using StrataView Plus, there could be a problem with communicating with a node that just had a processor switchover. The problem is within the SPARCstation itself and its caching of EtherNet addresses. It can be solved by execution the following command on the workstation as the superuser: # arp -d <node_name>
Users may not use the command addcon slot.1-24 v to add 24 voice connections to a CDP at once. Instead, they must separate this activity into two or more commands, so that no more than 16 connections are added at once. This is only an issue for voice connections. Data connections can be added using the "1-24" syntax. This also applies when the CDP circuit line is an E1, in which case "1-32" would apply. (CSCdj14319)
After a Node-by-Node upgrade, it has been observed that Load Model inconsistencies may exist on BPX nodes. User should check the current load value. If the load value for MCR=0 is zero, then the MCR value should be changed to MCR=1 before upgrading to 8.4. (CSCdj35064).
Statistics collection must be disabled prior to the start of an upgrade.
Statistics sampling must be disabled prior to the start of an upgrade (using off1/off2).
Care must be taken when changing the Deroute Delay parameter, which is controlled by the cnftrk command. This defaults to zero, but if set to anything but zero, connection re-routing, due to a trunk failure, will be delayed as provided by the parameter.
When a switchcc is executed on a BPX configured with two BCC-4 cards and contains a BXM-622 trunk card, there may be a bad clock path problem reported. It is indicated as a Minor Alarm - bad clock path. This is a transitory problem, although the alarm indication persists. To clear this, execute the clrclkalm command.
When the last trunk to a node is deleted and it has 2500+ connections, it will cause software errors 1000's and 590's. This can be avoided by first deleting all connections across the trunk before deleting the trunk. If the problem occurs a switch over or rebuild will clean up the node. (CSCdj25075).
The software error occurs when deleting a trunk that
1) Splits the network (i.e. the last trunk to a node, or the only trunk connecting two sub nets).
2) Has 2500+ connections routed across it to a single node.
Note: These connections do not have to terminate at the two nodes directly connected to the deleted trunk. The trunk being deleted could be connecting two subnets. If those 2500+ connections are on one node in either of the subnets then this problem can occur. If these 2500+ connections are spread about different nodes in the connected subnets there should not be a problem.
EFFECT: Not all connections that should be deleted will be deleted. In addition, memory leak may occur.
WORKAROUND: Prior to deleting the last trunk to a node, determine the connections going across the trunk and manually delete them first.
CLEANUP: If software errors 1000's and 590's are received because the last trunk on the node was deleted AND that trunk had 2500+ connections routed across it. The problem can be cleaned up by:
1) Clear the active CC's software log.
2) Check then clear the standby CC's software log.
3) switchcc
If the network does not have a redundant CC then rebuild the active CC by doing the following:
Clear the active CC's software log.
resetcd <active CC slot>
For grouped connections, if and when all connections of a group are deleted, then the connection group itself should be deleted as soon as possible to avoid any possible side effects that could potentially be caused by having empty connection groups. (CSCdj47562)
Additional Documentation:
Prior to Release 8.1.70, with regards to statistics collection, any time period was allowed to be a peak interval. However, those peaks were not gathered correctly. In this release, the peak intervals are controlled to be only those values for which peaks can be accurately collected The rules for peak intervals are as follows:
•It cannot be 0.
•It must be a multiple of the polling interval.
•It must be a factor of the bucket interval.
•It can be the same as the bucket interval.
There are additional commands to control trunk and line loopbacks in this release:
•addlnlocrmtlp <trunk> | <line>
On the node on which it is executed, creates a loop back within the port such that the cells do not leave the card.
•addlnloclp <trunk> | <line>
On the node on which it is executed, creates a loop such that incoming cells are looped back to the other end.
•dellnlp <trunk> | <line>
Removes the loopback added by either of the above two commands.
Compatibility Notes
See the Compatibility Matrix document, which is included in this release package.
This release will run with any AXIS Release 4.0.0x, 3.0.x, and 2.1.x
Known Anomalies in this Software Release
The following is the list of known problems in this switch software delivery.
Bug ID
|
Descriptions
|
CSCdj54495
|
Symptom:
Resetting a BXM trunk card on a BPX node causes lots of PVC to receive fail status and being rerouted. It was noted that ILMI failure also occurred on the neighbor slot with BXM line card installed.
Condition: When the ILMI timers and retry values are low, momentary communication failures will be noticed when the switch is extremely busy.
Workaround:
Adjust the values for T491, N491 and N492 using the cnfport command.
|
CSCdj55305
|
Symptom:
During the BNI/ASI Firmware upgrade, Comm Breaks occurred on BPX.
Conditions:
While upgrading BNI/ASI firmware to TCK running software 8.4.11, a node reported Comm Breaks with all other BPXs started to clear immediately. It was noted that there was a node rebuild in the network at the time which lasted for approximately 55 minutes.
Workaround:
None
|
CSCdj58038
|
Symptom:
Software error 21s are seen on several BPX nodes running switch software 8.4.11. These software errors appear to be intermittent.
Workaround:
There's no known workaround at this time.
|
CSCdj58835
|
Symptom:
Discrepancy on BXM trunk cps and transmit rate values
Condition:
When the customer configures a BXM trunk for HEC line framing, they are seeing a difference in the cps rate and the transmit rate on the cnftrk screen. When they configure a trunk for PLCP framing, the cps transmit rates are the same. They want to make sure this is not a problem. This is under investigation. They are running switch software release 8.4.11.
Workaround:
None
|
CSCdj63195
|
Symptom:
Need a counter for BXM cell discard due to port congestion.
Description: The current way to calculate how many cells are being discarded by BPX due to BXM port congestion is to compare the FROM network counter to the TO PORT counter. We would like to have a counter to show us how many cells are discarded.
Workaround:
None
|
CSCdj68190
|
Symptom:
SAR Failure
Conditions:
Upgrading with BCC-3-32
Workaround:
None. Occurrence of problem is low frequency.
Further Information:
After upgrading a BCC-3-32 to SW 8.4 software, the BCC can experience "SAR Failures" (swerr 742 - selftest failures).
|
CSCdj72907
|
Symptom:
After a CC switchover (including graceful upgrades), the receive side loading for trunks on that node (where the switchover occurred) show zero (0).
Conditions:
Upgrades and switchovers.
Workaround:
1) For each trunk exhibiting the load inconsistency, use dsptrks command to determine the node on other end of that trunk. From the node at the other end of the trunk issue "updates 2 <node with load = 0)". This will initiate a conditional update which passes the trunk loading information for the node issuing the updates.
OR
2) Wait for the conditional updates to issue themselves. This will occur normally after a switchcc or upgrade, but at a slower rate. The nodeparm #2 dictates the interval between requests for conditional updates, and a different node (in node number order) is requested at each interval. So the load will correct itself after (nodeparm#2) x (#nodes in network).
Further Problem Description:
This is a relatively benign. If a connection fails to route because a node's loading information is not up to date, the nodes which the connection (when routing) determines is "out of synch" automatically issue the loading update to the connection's master node. Therefore, the worse case scenario here is that if connections need to reroute after an upgrade/switchover, they may take multiple tries to reroute.
|
CSCdj77101
|
Symptom:
Cisco WAN Manager database shows unknown states for front cards.
Conditions:
N/A
Workaround:
None
Further Problem Description:
Front card states in Cisco WAN Manager database were found to be equal to 0,8 or 512 which are unknown to Cisco WAN Manager.
|
CSCdj78167
|
Symptom:
Software errors 37, 4208, and 3049 were logged
Conditions:
These multiple software errors were logged while running 8.4.1e on BPX/IPXs and 4.0.06 on Axis shelves.
Workaround:
None
|
CSCdj79121
|
Symptom:
BXM-T3 experienced non fatal 0A hardware error.
Conditions:
The BXM in slot 9 logged one non fatal 0A hardware error. There is a request of an explanation to clarify what if anything user need to do upon recurrence. The BPX node being tested rebuilt due to a power failure just before this happened. The node is testing software 8.4.1e.
BXM in Slot 9 / Rev BBU
Failure Type: Hardware Error (Non-Fatal)
Hardware Error Event: 0A 08 00 00 00 01 00 00 09 09 00 4E 6F 6E 20 46 61 74 61 6C 20 45
72 72 ...
Processor : 00 Module : 01
Error Code : 00 Card Type : 09 ???
Description : `Non Fatal Error Info from 0x17: 0x250f0075 0x0 0xd3b 0x1'
Workaround:
None
|
CSCdj81244
|
Symptom:
BPX node with feeder(s) has abort 3000000 or 501 (out of memory aborts). The abort profile shows high memory usage by the ILMI process.
Conditions:
BPX node running software release 8.4.00 or above, with feeders.
Workaround:
The aborts are due to a high rate of unknown VPI/VCIs from a feeder (the VPI/VCIs are not for a connection on the feeder and not for a signiling VCC). It may be necessary to remove the feeder(s) to stabilize the node.
|
CSCdj86905
|
Symptom:
Can not route OC12 (minus stat reserve) of traffic over an OC12 BXM trunk.
Conditions:
When running software 8.4.15, the BXM OC12 trunk shows a transmit rate of OC12 (1412830 cps), but the maximum loading value (from dspload) is 1411679. Thus, when trying to add a connection with PCR=1411830 (considering the stat reserve), the connection does not get routed over this trunk.
Workaround:
None
|
CSCdj89583
|
Symptom:
The node experienced slot errors. The errors were cleared and did not increment for 30 minutes. After 30 minutes, the slot alarm did not clear as it was supposed to do.
Conditions:
This happened when upgraded from 8.4.11 to 8.4.16. The commands used clrsloterrs and clrslotalms
Workaround:
None
|
CSCdj91072
|
Symptom:
If Cisco WAN Manager is being updated while BXM cards are in the process of being reset, the Cisco WAN Manager will show incorrect card types for the cards in the process of being reset.
Conditions:
Resetting BXM cards
Workaround:
None
|
CSCdk03916
|
Symptom:
Trunk information is inconsistent. dsptrks reports trunk as Clear-OK dsptrkmcons reports trunk is in alarm dsptrkutil will report terminating and via connections (if connections exist) on the trunk chkconids reports trunk conids as 0 (when conids are used on the trunk)
Connections will not be routed on this trunk since the routing component of switch software believes the trunk to be failed.
Conditions:
Has only been seen on the BPX in version 8.4.x but may exist in all versions of switch software and the IPX and IGX as well.
Workaround:
switchcc clears the problem.
|
CSCdk04087
|
Symptom:
Software error 37 on a BPX node
Conditions:
When running scripts using software 8.4.2c to add PVCs from a BPX node to an AXIS shelf via a routing BPX node, multiple software errors 37 were logged at the BPX node and to the routing BPX node.
Workaround:
None
|
CSCdk19709
|
Symptom:
BPX cards may be incorrect detected as "suspected of failure".
Conditions:
When the BXM selftest is enabled, the system may incorrectly declared several cards as "suspected of failure". This is because the cells that are used in the cross point test are not unique and may get confused with the cells from a neighbor node causing the incorrect declaration of failure.
Work Around:
Ignore "Suspected of failure" error in the event log or disable the BCC selftest.
|
CSCdk21995
|
Symptom:
Upon upgrade from 8.1.25 to 8.4.18 the cnfclksrc E 2 P 2 failed!
Conditions:
Upgrade from 8.1.25 to 8.4.18 switch software did not accept external clock source.
Workaround:
cnfclksrc E 1 P 2 instead of cnfclksrc 2... should work.
Further Problem Description:
The SCM on IGX has two ports. One BNC and the other d-type. In 8.1 the user always used cnfclksrc command with line option and value 2 as line.
After upgrade the external clock source alarm logged. The ckdb command showed that Failed Line was 3. Which looked incorrect. Because if user used cnfclksrc l 2 then it shows the failed line as 2. So what change was to do cnfclksrc l 1 - and then everything zipped back to normalcy. Earlier it was refusing to accept that as the clock! However, if configuring a different line which had a PBX connected to it as the clock source - it worked correctly.
|
CSCdk22903
|
Symptom:
On the arbstats screen, the "Inv. Secondary Addresses" count keeps on increasing on the BPX.
Conditions:
Happens when we have a trunk card in the node (without Y-red) connected to an AXIS shelf. In this case we program the SAR with the secondary address as 0 which is not valid.
When the card is Y-red, the secondary slot address with which the SAR is programmed is correct and thus we don't see this problem in that case.
Workaround:
Does not cause any harm, so there is not a need for a workaround.
|
CSCdk23883
|
Symptom:
Cisco WAN Manager bis_object database showing incorrect feeder trunk information.
Conditions:
Incorrect IP addresses may have been added or IP addresses may have been switched for multiple feeders.
Workaround:
None
|
CSCdk24406
|
Symptom:
Add a PVC connection from Cisco WAN Manager but BPX does not show the connection when dspcon is done on the BPX for it.
Conditions:
Workaround:
None
Further Problem Description:
When the PVC connection was added from Cisco WAN Manager, dspcon on the BPX did not show the connection but dspcons did show it.
|
CSCdk26372
|
Symptom:
ESP ports were not coming in service when a new trunk was added on a redundant card with Y cable redundancy.
Conditions:
Release 8.4.18 with Y cable redundancy
Workaround:
None
Further Problem Description:
When a new trunk was added the SVC LCN range allocated was same as SVC LCN range allocated for a previous trunk and as a result ESP ports did not come in service.
|
CSCdk31996
|
Symptom:
A downed BXM card comes back up as active on node rebuild.
Conditions:
- Down a BXM card
- Reset the node
- When the node comes back up, BXM will come up as active.
Workaround:
There is no work around. However, try to keep the number of connections minimal if there is any.
|
CSCdk34002
|
Symptom:
Job Trigger can cause a node abort (1000003)
Conditions:
When setting up a job trigger to re-establish default preferred routes when a trunk fails, the execution of that trigger can cause an abort. This may lead to a continuous condition when the standby become active and then it also activates the job.
Workaround:
None; however, setting up a job trigger to handle a trunk failure case should not be used.
|
CSCdk41025
|
Symptom:
Trunks not correctly cleaned up in NIB.
Conditions:
If muxbus bandwidth is used up and uptrk fails.
Workaround:
None. Node must be clrcnf'd and its configuration restored.
|
CSCdk45040
|
Symptom:
The removing or recovery of the primary or secondary clock sources from the network can cause the standby BCC momentarily get out of sync.
Conditions:
Standby BCC-3-32 goes into UP Failure when Primary clock source goes into Bad Clock Source.
Work Around:
1. Delete the clock source
2. Switch to the internal oscillator *or* clear the alarm with "clrlnalm 16"
3. Re-add the clock source
More information: This fix has been implemented into the 9.1.07 and 9.2.00 baseline
|
CSCdk45222
|
Symptom:
Software error 532 is logged.
Condition: This is because the VC pointer is not valid when we use it.
Workaround:
none
|
CSCdk47079
|
Symptom:
Software tries to access the invalid memory entry cause the ABORT when user executes the dth command.
Condition:
While doing the dth command, and the memory is corrupt thus cause the switch abort. Software error 1000003 is logged.
Workaround:
Make sure you clean up the unexpected event first. Do cth then dth.
|
CSCdk48816
|
Symptom:
There is no UAS alarming. Spec requires that when we have more than 10 consecutive SES then we should enter UAS. Because this is currently not implemented, no UAS alarm is generated in this situation.
Conditions:
This requires that both firmware and switch software fixes to the following bugs must be present to fix this problem.
CSCdk48827 - Firmware bug to fix the thresholds for SES to kick in. This is fixed in firmware image BXMMCB or later images.
CSCdk48816 - The software portion of this problem to alarm based on UAS. Without the software fix to this bug, customer cannot upgrade firmware beyond MBY because when we enter UAS, per specification, we stop counting Bip8 ES and SES - as such we will not have alarming on ES as well as no alarming on SES. MBY provides a temporary fix to keep the ES alarming on by raising this threshold.
Workaround:
Work around is to continue to use MBY which will prevent SES alarming to kick in. The side effect is that this will prevent the customer from using the features introduced in the MC firmware.
|
CSCdk55887
|
Symptom:
dspport command is not available to level 6 user ids.
Conditions:
After upgrade from 7.x software to 8.1+ software.
Workaround:
Increase user privilege.
Further Problem Description:
The privileged level of the dspport command was changed in release 8.1 to level 2 from level 6. This difference was first noticed by offsite user after upgrade from 7.4 to 8.5.05. Users running 8.x.x software hadn't noticed this difference until opening of this problem.
|
CSCdk57152
|
Symptom:
AXIS Feeder Trunk (BXM) accommodates any type of connections in VBR queue.
Conditions:
dsptrkerrs showed "Tx VBR C Dscd" counted even though the network only had Foresight connection.
Workaround:
None
|
CSCdk71298
|
Symptom:
On a BXM feeder trunk, there may be some dangling connections. This may impact user traffic.
Conditions:
The dspcons on a BXM feeder trunks does not match at two endpoints. The dspcon screen is shown properly on one endpoint, however, on the remote endpoint, the dspcon screen also show that the connection exists. However, if user do dspcon, the system response with connection does not exists.
This problem is very rare.
The cause of this is under investigation. This problem may or may not related to CSCdk71860.
Workaround:
* Try to delete and re-add the connection.
* A new command "rbldcondb" has been added to BPX/IGX/IPX to rebuild the con database and check/remove any inconsistencies in between LCON and VC databases. This command does the following things: - Checks the VC_DB against LCON DB and removes any inconsistencies. - Checks the LCON DB against VC DB and removes any inconsistencies. - Checks the via connections and removes the inconsistencies. - Rebuilds all the logical endpoints for all the connections on the node again.
This command should be run only under the following conditions:
- There shouldn't be anything going on in the network i.e. no network modifications or connection modifications.
- There should be ample IDLE time on the node. Ensure this using the dspprf command.
This command is password protected (same password as cnfswfunc) and should be used only by the DEs or the field support people.
Further, the database inconsistencies, if any, will be removed and an update will be sent to the standby. However, to rebuild the logical endpoint database, user have to VT to the standby processor card and run this command separately. However, this isn't necessary because the logical endpoints are built separately on the active and the standby processor cards.
|
CSCdk75382
|
Symptom:
The modem upgrade failed. The failure rate may be as low as 10%, or as high as 95%.
Conditions:
This happen randomly.
Workaround:
1. Try again after failure.
2. If the failure rate is very high, try using the Fax Relay feature:
a. Enable fax-relay on the channel or channels with the command cnfchfax.
b. Disable V.25 modem detection on the channels with the command cnfvchparm.
3. Upgrade software to release 9.1.07 or above.
Further Problem Description:
This problem is caused by a race condition in software. It occurs only about 10% of the modem sessions in the lab. In a customer environment the failure rate has been observed as high as 95%.
|
CSCdk79987
|
Symptom:
After the first three screens of dspclksrcs, the response turns into an infinite loop of repeated information on one single node.
Conditions:
Problem was found to be in release 8.4.20 and 8.4.21
Workaround:
None
|
CSCdk83491
|
Symptom:
tstconseg passes on a physically looped back port and it fails for non physically looped back UNI port.
Conditions:
Physically looped back BXM-155
Workaround:
None
|
CSCdk89002
|
Symptom:
A BPX switch experienced unreachability with all Axis feeder trunks.
Conditions:
Unknown
Workaround:
switchcc
|
CSCdm01239
|
Symptom:
Feeder connections go into the A-bit failure, when the hub it's connected to goes into flooded mode.
Conditions:
Same as above. Happens intermittently.
Workaround:
None
Further Problem Description:
|
CSCdm07139
|
Symptom:
Cisco Wan Manager 9.1.05 stats collection machine is reporting (via dbaccess) that LDP and SDP front cards have a "NULL" backcard when in reality there is a valid backcard, as stated by a "dspcds" from a node.
Condition:
Switch software release: 8.4.21. Cisco Wan Manager release: 9.1.05 Patch 5
Workaround:
None
|
CSCdm07546
|
Symptom:
Users deleted with deluser are not completely deleted.
Conditions:
The delete user operation is not processed correctly by the standby CC. While the user will be deleted on the active CC the user is not deleted on the standby CC. When the standby CC becomes active the user will return.
Workaround:
1. Reset the standby CC on every node in the network following a deluser command.
2. If the user is being deleted for security reasons, use cnfpwd to change the password of the user as an alternative.
3. If the maximum number of users(64) is allocated, a deluser command followed by an adduser will cause the new user to take the place of the deleted user on the active and standby CC. Dummy users may be added to reach 64 users.
|
CSCdm17824
|
Symptom:
Software error 9082. This bug complains about 2 situations:
- Sending objects x74 and x75 to physical trunks
- Sending ABIT or AIS on a channel which has not been configured yet
Conditions:
The first of the two problems is a 9.2 specific problem and has been corrected in all released versions of 9.2 software. The second may happen during rebuilds or switchccs.
Workaround:
No workaround necessary. There is no side effect.
|
CSCdm21875
|
Symptom:
Line and trunk cards remove themselves when the Standby NPM is reseated.
Conditions:
Both NPMs should be running 8.4 (this failure has been seen in both 8.4.14 and 8.4.30) and the R.B.P. boot firmware.
Workaround:
Do a dncd on the standby NPM before removing it. This keeps it from driving the bus. The failure used to occur on at least every fourth time that the standby NPM was pulled. When the NPM is downed first, the failure has yet to appear after 20+ repetitions of the test.
|
Corrected Anomalies in this Software Release
The following conditions have been corrected with the 8.4.33 version of the software release.
Bug ID
|
Descriptions
|
CSCdj42704
|
Symptom:
When cnfcon is used to change the configuration of a connection between an IGX (or IPX) and a BPX the ECN queue threshold changes to zero.
Conditions:
Connection between IGX (or IPX) and a BPX. BPX is running release 8.5. The problem is not observed if the BPX is running release 9.1 and the IGX (or IPX) is running release 8.5 or 9.1.
Workaround:
Do not use the cnfcon command to change the bandwidth parameters on an IGX (or IPX) for connections between an IGX (or IPX) and a BPX.
The channel utilization may be changed using the cnfchutl command. This command needs to be performed on each endpoint of the connection.
Further Problem Description:
The 8.4/8.5 BPX software stores the ECN queue threshold as a percentage of the VC queue size. This may cause a problem when bandwidth parameters are sent to an IGX (or IPX). The 9.1 BPX software stores the ECN queue threshold in the same units as the IGX (and IPX) software.
The following EFCI changes were made on a BPX running 8.4.30 to verify the IGX would have the correct ECN queue threshold:
initial on BPX, EFCI 100/100, on igx ECN Q Th is 65535 [100%]
configure on BPX, EFCI 90/ 90, on igx ECN Q Th is 58982 [ 90%]
configure on BPX, EFCI 65/65, on igx ECN Q Th is 42598 [ 65%]
configure on BPX, EFCI 42/42, on igx ECN Q Th is 27525 [ 42%]
configure on BPX, VC Qdepth 1291/1291, on igx ECN Q Th is 26027 [ 42%]
ECN queue threshold values on the IGX which were set to 0 when an attempt was made to configure bandwidth parameters on the IGX can be restored by configuring the EFCI on the BPX:
initial BPX EFCI 100/100, on igx ECN Q Th is 0
configure BPX EFCI 99/99, on igx ECN Q Th is 64880
restore BPX EFCI 100/100, on igx ECN Q Th is 65535
|
CSCdj50422
|
Symptom:
The receive rate for an OC3 feeder trunk is limited to 96000 cps when connected to a MGX feeder.
Conditions:
- The problem is typically observed immediately after executing the addshelf command.
- The problem does not exist in revision 8.5 or later.
Workaround:
None
Solution:
If OC3 feeder trunks are desired but not yet in use:
- Upgrade to a release that contains the fix for the software defect prior to using OC3 feeder trunks.
If OC3 feeder trunks are already in use:
- Upgrade to a release that contains the fix for the software defect.
- After upgrading, the feeder trunk receive rate will still be incorrect. There are two options available to clear the problem:
- Delete and re-add the feeder shelf. The connections terminating on the feeder trunk must be deleted and re-added as well.
- Patch memory location for the feeder trunk receive rate (fdr_rx_rate field in the Fdr_Info data structure) to the proper value for OC3 operation. The memory patch procedure is outlined in CSCdm32230, and should only be performed by qualified personnel.
Either of the above options must be performed for each feeder trunk which displays an incorrect receive rate.
|
CSCdj79112
|
Symptom:
Unable to add a PVC on a BXM card at less than 50cps/19.2kbps.
Conditions:
The current BXM has a limit for smallest SCR/CIR, not allowing a PVC to have a SCR/CIR less than 50cps/19.2kbps with policing. The system software was restricting SCR/PIR to no lower than 50 CPS (where 6 CPS could be supported).
This Command: addcon 9.3.44.444 nodename 9.2.44.444 abrfst 40
PCR(0+1) value out of range (local end). Valid range 50 - 96000. PCR(0+1) [50/50]:
Workaround:
None
Solution:
Further investigation proved that the BXM could support rates down to 6 cps IF policing is disabled for the connection. As a result, BPX software was modified to allow this. The user interface was modified to check if policing is disabled when PCR(0+1) < 50 cps on BXM cards. The user interface behavior is as follows:
If the user entered PCR < 50 cells, swsw CLI checks for the entered policing value. If it is off (Value = 5), then it proceeds further to add the connection. Else, it blocks. This is true for CBR, VBR and ATFR connections.
In the case of ABRFST, ATFST and ABRSTD with VSVD enabled, if the user entered "Default extended parms" is enabled or disabled, it displays the following warning message:
"Warning: For BXM Card: PCR(0+1)<50, Policing will be turned off! (value = 5)"
and internally turns the policing off.
In the above case, if the user entered "Default extended parms" is disabled, as usual CLI will ask for all extended parameters including policing, there CLI will check if PCR < 50, it will block if the policing is not off.
In the case of ABRSTD with VSVD disabled, if the local card is one of BXM interface or if it is a DAX connection, it displays the following warning message: "Warning: For BXM Card: PCR(0+1)<50, Policing will be turned off! (value = 5)" and internally turns the policing off.
In all the above cases, if the local card is non BXM and not a DAX connection and the remote card is a BXM interface, then the slave will check if PCR < 50 and policing is off. If not, it sends a cm error message (BAD_PIR_AT_SLV) to the master.
Note:
Since the IPX/IGX user interface has no control over policing, an ATFR/ATFST connection cannot be added from an IPX/IGX to a BXM if the BXM-side PCR is less than 50. The message "BAD_PIR_AT_SLV" is displayed in this case. To work around this, the connection is first added from the IPX/IGX at a higher rate, and cnfcon is used to modify the connection rate from the BPX side. Policing could be disabled manually at this time as well.
Also, if an ABRSTD connection terminates on a BXM with PCR < 50, the connection can be added with policing automatically forced to disabled; however, there is no way to re-enable policing using cnfcon (no prompt for policing). Policing is re-enabled automatically when the PCR is increased to 50 cps or greater.
|
CSCdm23548
|
Symptom:
BPX/BXM Cell loss on ingress (before hitting backplane/arbiter), incrementing unknown VPI.VCI on trunk stats.
dsptrkstats slot.port
This will show 'Lst Un Vpi/Vci xx.xx' and 'Unknown Addr: ' will be incrementing.
Conditions:
This has been seen to occur with BXM firmware MBX, switch software 8.4.21.
Workaround:
There is no work around at this point.
|
Corrected Anomalies in Release 8.4.32
The following conditions have been corrected with the 8.4.32 version of the software release.
Bug ID
|
Descriptions
|
CSCdi83867
|
Symptom:
The card type indicated in the Cisco Wan Manager maintenance log or on the printer log may be incorrect for port failures.
Conditions:
All releases of software to date. May be observed any time the port failure is not on the Cisco WAN Manager gateway node.
Workaround:
Ignore the card type. The rest of the information in the message is correct.
Further Problem Description:
When a port fails the port failure is reported to the Cisco Wan Manager gateway node. The gateway node builds a port failure message which is sent to Cisco Wan Manager or to the printer. To build this message the gateway node uses the slot number to get the card type from itself. If the card type in the gateway node is not the same as the card type on the node with the port failure, the card type will be wrong.
Example: If an FRM on node A has a port failure in slot 16 the Cisco Wan Manager gateway node will report:
FRM Port 16.3 Failure if the gateway node has a FRM in slot 16
UFMU Port 16.3 Failure if the gateway node has a UFM in slot 16
CDP Port 16.3 Failure if the gateway node has a CDP in slot 16
NTC Port 16.3 Failure if the gateway node has a NTC in slot 16
Card Port 16.3 Failure if the gateway node has an empty slot 16
|
CSCdj43157
|
Symptom:
Standby NPM resets. Node event log and Cisco Wan Manager maintenance log show CC redundancy alarm. Software error 100 is sometimes logged. Software abort errors are not logged, and abort profile does not show an abort occurred.
Conditions:
Seen on IGX nodes running software releases 7.2, 7.4, 8.1, 8.5, and 9.1. Not observed on IPX or BPX nodes.
Workaround:
None
Further:
The active NPM re-initializes the standby NPM after the standby NPM resets its CBUS controller. CC redundancy is lost during the re-initialization. The standby NPM resets its CBUS controller and logs a software error 100 when a problem is detected with the DMA message pointers. These pointers are maintained by the NPM processor and the CBUS controller to transfer messages from the CBUS to the NPM software. It is rare for the pointers to have a problem, but when this happens the only resolution is to resync the NPM processor and the CBUS controller by resetting the controller.
The DMA message pointers on the active NPM may also become invalid, but resetting the CBUS controller on the active CC does not cause a switchover or a loss of redundancy. A software error 100 will be logged.
While there have been many reported incidences from the field, the probability of this problem occurring is very rare, given the total up time of all deployed NPMs. The implications of the rare occurrence of this defect is a loss of redundancy while the standby NPM is updated. This loss of redundancy can be minimized by upgrading to software release 8.4 or above, which have improvements to update the standby CC much more quickly than previous releases.
|
CSCdj58729
|
Symptom:
Could not burn firmware from revision HCH to HCL with SuperUser level access
Conditions:
Customer was upgrading software and needed to go to HCL
Workaround:
Get StrataCom level access and burn firmware
|
CSCdj68707
|
Symptom
For ports that have ILMI enabled, sometimes a Trap may not be sent in response to a state changed for a conn. on that port.
Conditions:
This condition can occur on ports (ASI/BXM) that have ILMI enabled.
Workaround:
None
|
CSCdj76354
|
Symptom
The dspusertasks command does not show Cisco Wan Manager LAN connection unless a user is logged in. The dspsv3 command shows this information, but is a StrataCom/Service level command.
Conditions:
Node connected to Cisco Wan Manager via LAN.
Workaround:
Log in as StrataCom or Service user and use dspsv3 command to see Cisco Wan Manager connection status.
Further:
Customer has requested that the dspsv3 command level be lowered from Service level to any user level. This has been done by Software. A separate defect (CSCdk42537) has been opened against documentation to provide a description of the dspsv3 command in the user manual.
|
CSCdk18691
|
Symptom
An ASI card inserted with a back card configured for 3 ports (vice the normal 2) is not detected. No alarm results from this incorrect configuration. After the back card is re-configured the lines are shown as `clear line OK' even though there is nothing connected to the interface.
Conditions:
ASI back card is inserted misconfigured as a 3T3 rather than a 2T3 card. The back card is re-configured as a 2T3 card (CNFBKCD).
Workaround:
None at present
Further Problem Description:
This is not a misconfiguration but rather an optional configuration. This configuration was allowed merely to obviate the need to run cnfbkcd to change the 3T3 to a 2T3. When a 3T3 is used, with an ASI-T3, the first two ports work correctly and the third one is unused. As a reminder, in dspcd a parenthetical note is added indicating that the third port is unused in this situation. Of course, the same applies to the ASI-E3/3E3 combination.
|
CSCdk22370
|
Symptom
"Power Supply F" failure sent to Cisco Wan Manager.
Conditions:
This is a temperature alarm on the switch.
Workaround:
None
|
CSCdk22783
|
Symptom
A BPX node running 8.4 may log software abort 1M3 after an axis shelf feeder is deleted or added. Other axis feeder operations such as a y-red switch may also cause a 1M3 abort.
Conditions:
1. Performing an LMI (or ILMI) feeder operation on a node which has expanded BCCs (64M RAM AND 4M BRAM). An LMI feeder is an axis shelf or an APS (Adjunct Processor Shelf). A stand alone IPX node is not an LMI feeder.
2. The first port (first LMI port added, or the lowest numbered slot/port after a switchcc has more than:
a. 511 connections if there are 1 to 3 LMI feeder trunks
b. 255 connections if there are 4 to 11 LMI feeder trunks
c. 0 connections if there are 12 or more LMI feeder trunks
Workaround:
Keep the number of LMI feeder trunks less than 12, and the number of connections on the lowest numbered slot/port less than 256.
Further Problem Description:
The abort was due to an invalid address in an array of pointers used for ILMI/LMI status updates. Each pointer is used for a block of 256 channels. The invalid address was the second pointer for logical port 0. Thus this port had more than 256 channels.
The first three pointers for the first LMI port are at risk of corruption due to memory overwrite from the previous data structure. Due to the way the previous structure is indexed for the overwrite, the first pointer will only be corrupted if there are more than 11 LMI feeder trunks. The second pointer may be corrupted if there are more than 4 LMI feeder trunks, and the third pointer may be corrupted if there are any LMI feeder trunks. Thus by keeping the number of feeder trunks less than 12, and the number of connections on the lowest numbered slot/port less than 256, the risk of this overwrite triggering an abort can be minimized. Note that a switchcc should be performed to insure that the "first port" is the lowest numbered slot/port rather than the first port added. Also note that the number of connections may vary based on the provisioning pattern (if 256 connections are added, then another 200 connections are added, then the first 256 connections are deleted, the second index will be used even though there are only 200 connections).
|
CSCdk28009
|
Symptom
The Cisco Wan Manager maintenance log displays a frame relay connection (format slot.port.dlci) as "1.2152" rather than "1.2.152" when the connection is "Upped" or "Downed".
Conditions:
Cisco Wan Manager gateway node is a BPX running software release 8.1 or above.
Workaround:
None
Further Problem Description:
The BPX software is incorrectly building the maintenance log string sent to the Cisco Wan Manager. It is not placing the "." between the port and DLCI.
|
CSCdk29997
|
Symptom
Software error 21 is incrementing on IGX node.
Condition: Software error 21 occurs when the user causes a switchcc. This occurs because an ACM self test command is sent to the BTM-HP card, since it is not an ACM card which does not accept this command.
Bug does not occur in 9.1.
Workaround:
None
|
CSCdk34895
|
Symptom
The voice quality is not good.
Conditions:
The poor voice quality occurs with intra-node FTM-UVM connections (DAX connections). This is not a problem with inter-node FTM-UVM connections.
Workaround:
None
Further Problem Description:
The problem is caused by the incorrect PCM A law configuration.
|
CSCdk37694
|
Symptom
A user with a Service level password or below could not complete an upgrade as it is described in the documentation because chkflash and dspmnupdt were StrataCom level password.
Condition:
Any upgrade
Workaround:
None
|
CSCdk38849
|
Symptom
Connections will not route if the best path is over a BXM trunk which has been configured to use the maximum number of channels supported by the BXM card.
Connections may take longer to route (up to 5 times longer) over a BXM trunk which has been configured to use one less than the maximum number of channels supported by the BXM card.
The channels configured for a BXM trunk can be verified or changed with the "Max Channels/Port" field on the cnftrk command display.
Conditions:
Network with BPX nodes running with software release 8.4.xx and BXM cards configured at or near the maximum number of connection channels available on the card. The problem is not observed at the default number of channels (256).
Workaround:
Do not configure the maximum number of connection channels on the trunk to be more than the maximum supported by the port/trunk minus 29 (29 is the maximum routing bundle, configured using cnfcmparm).
Example: To determine the maximum number of channels supported by the port/trunk on a particular BXM card, use cnftrk to configure the maximum to be much greater than the expected maximum. For example, attempt to configure 15000 connection channels:
"This Command: cnftrk 2.1 9600 1000 7F Max Channels/Port (256): 15000"
The software will provide an error message with the maximum value that can be configured:
"PVC channels exceeds total card channels, avail: 13080 Max Channels/Port (256):"
Due to the defect, the maximum value (13080 in this case) will result in connections not routing. To workaround this defect subtract 29 from the maximum value provided by software and enter that value (13057 in this case) as the "Max Channels/Port".
"TRK 2.1 Config T3 [9509 cps] BXM slot: 2
Transmit Rate: 9600 Line framing: PLCP
Subrate interface: -- coding: --
Subrate data rate: -- CRC: --
Line DS-0 map: -- recv impedance: --
Statistical Reserve: 1000 cps cable type: --
Idle code: 7F hex length: 0-225 ft.
Max Channels/Port: 13057 Pass sync: Yes
Connection Channels: 13057 Loop clock: No
Valid Traffic Classes: HCS Masking: Yes
V,TS,NTS,FR,FST,CBR,VBR,ABR Payload Scramble: No
SVC Channels: 0 Frame Scramble: --
SVC Bandwidth: 0 cps Virtual Trunk Type: --
Restrict CC traffic: No Virtual Trunk VPI: --
Link type: Terrestrial Deroute delay time: 0 seconds
Last Command: cnftrk 2.1 9600 1000 7f 13057 V,TS,NTS,FR,FST,CBR,VBR,ABR 0 0 N TE
RRESTRIAL 0 0 Y N N"
Further: This defect does not exist in software releases 8.5 or above.
|
CSCdk41084
|
Symptom
Line and trunk stats are reporting a value of zero even when the value should be non-zero.
Condition:
This can happen when the secondary card in a y-redundant pair is the active card.
Workaround:
Ensure the primary card for a y-redundant pair is the active card.
|
CSCdk45279
|
Symptom
Unable to configure PCR0+1 above 96,000 cps because the MIB is not updated to do so.
Cisco WAN Manager ConnMgr GUI does user input validation on the values given according to the Switch MIB.
Following is the extract from Switch MIB for PCR(0+1).
atmEndptPCR OBJECT-TYPE
SYNTAX INTEGER (50..1412832)
ACCESS read-write
STATUS mandatory
DESCRIPTION "PCR(0+1), Peak Cell Rate, specifies an upper bound on rate at which
traffic can be submitted on an ATM connection. This object applies to the First Leaky
Bucket for leaving cells with Cell Loss Priority of 0 or 1.
. Units: cells per second.
. Applicable connection types:
UBR, CBR, VBR, ATFR, ABRSTD, ABRFST, ATFST
. Default: 50
. Ranges:
T3 : MCR-96000
E3 : MCR-80000
OC3 : MCR-353208
OC12: MCR-1412832
Limited to 7-5333 cells/sec. for ATFR connections."
::= { atmEndptEntry 76 }
According to this definition for T3 interface the range for PCR(0+1) is from 50-96000 CPS and that's what is checked by Cisco WAN Manager.
However, if the line is configured for HEC Cell Framing the port speed is changed from 96000 CPS to 104268 CPS on the switch for BXM-T3 card. And, switch accepts connections with PCR(0+1) value set to this maximum limit.
However, Cisco Wan Manager can not check for this limit and accept as there is no description of this behavior in the Switch MIB and that is the only interface for Cisco Wan Manager connection manager and the SNMP Agent on the switch. Please also note that similar differences may exist for other interfaces like E3, OC3 or OC12 with Cell Framing set to HEC.
Conditions:
BPX Switch Software 8.4.19 BXM card (with M.B.X. of BXM Firmware) Cisco Wan Manager 9.0.03
Workaround:
None
|
CSCdk48133
|
Symptom:
The data sent from the tester is not received back by the tester.
Conditions:
This problem only occurs for an UVM data connection over a feeder.
Workaround:
None
Further Problem Description:
The data flow may be received back according to the dspchstats. But it is not sent back to the tester.
|
CSCdk48307
|
Symptom:
Can not add trunk due to transmit rate incompatibility
Conditions:
Fractional T1/E1 trunks using the ds0 map to create fractional speed.
Workaround:
None
Further Information:
The transmit rate field is not set on cnftrk for E1/T1 trunks. When the DS0 map is changed for a trunk, the transmit rate is not calculated, thus E1 vs. T1 addtrks can have different transmit speeds.
|
CSCdk49033
|
Symptom:
There is an impact adding connections from ports 1 and 2 to ports 5 and 6.
Condition:
If the y-redundant card in slot 2 is the active card.
Workaround:
Connections can be added without any problems if the primary BXM is active. Once the connections are up, they function correctly irrespective of which of the two y-redundant cards is active.
|
CSCdk56580
|
Symptom:
CAC Override disable does not work properly when percent utilization is applied. Switch software does not prohibit addcon from adding a connection that makes the port over subscribed even when CAC Override is disabled. Once the port is oversubscribed, switch software allows a connection to be configured to preserve more bandwidth by cnfcon command.
Conditions:
This problem shows up when configuring the port as CAC override Disable and %util enable.
Workaround:
Manually calculate the total bandwidth of connections on a port so that it will not exceed the port speed.
|
CSCdk71360
|
Symptom:
Fatal SAR errors. BCC reset.
Conditions:
as a result of Tx-BIP-16 errors
Workaround:
None.
Further Information:
November 20, 1998 Release CT
The SAR detects one Tx BIP-16 errors which it logs as fatal. This causes the BCC to reset. The change was to integrate this Tx BIP-16 errors over a 10 second period. If 4 or more errors are detected then a fatal error is reported.
|
Corrected Anomalies in Release 8.4.31
The following conditions have been corrected with the 8.4.31 version of the software release.
Bug ID
|
Descriptions
|
CSCdk68453
|
Symptom:
After a Y-redundant card switchover on an ASI card set, traffic experiences excessive delays on ABR connections, and QBin full discards on CBR connections.
Conditions: Problem occurs after ASI Y-redundant card switch in 8.4, 8.5 and 9.1 on ASI-T3 or ASI-E3 cards. Problem does not occur on ASI-155 or ASI-155E cards.
Workaround: This problem is a result of the standby card of an ASI Y-redundant card pair not being programmed correctly prior to a Y-redundant card switch. The following procedure should be performed on all standby cards of ASI Y-Red pairs so they will be programmed correctly prior to a Y-redundant card switch. This procedure must be performed on standby ASI cards after an addyred, resetcd <cmdArg> slot h<nocmdArg> of a standby ASI card or insertion of a standby ASI card. This procedure does not need to be performed following a switchcc. User must have Service level or above access to perform this procedure.
Build the following control packet:
scp <cmdArg>1<nocmdArg>
The UI will prompt Enter Function Code, enter <cmdArg>4<nocmdArg>
The UI will prompt Enter Operator Code, enter <cmdArg>0<nocmdArg>
The UI will prompt Enter Data Byte 0, enter <cmdArg>.<nocmdArg> which terminates the packet
Down the card:
dncd <cmdArg>slot<nocmdArg>
Send the control packet:
xcp <cmdArg>1 slot 1<nocmdArg>
UI should display message acknowledged, if not send control packet again
Up the card:
upcd <cmdArg>slot<nocmdArg>
Since the workaround activates the standby card the active LED on the front panel of the standby card will be green making it unable to distinguish which card of the Y-redundant card pair is active, i.e. the active LED on the active and standby cards will both be green.
|
CSCdk68453 (Continued)
|
Further Problem Description:
sw186 TN StrataCom BPX 15 8.4.30 Nov. 23 1998 15:34 PDT
FrontCard BackCard FrontCard BackCard Type Rev Type Rev
Status Type Rev Type Rev Status
1 BNI-T3 CEK T3-3 EX Standby 9 Empty
2 BNI-T3 CEK T3-3 EY Active 10 Empty
3 BNI-T3 CEK T3-3 BE Standby 11 BNI-T3 CBF T3-3 BE Standby
4 BNI-T3 CJL Empty Standby 12 ASI-T3 CEE T3-2 BE Active
5 BNI155E DEL SMF-2 AB Standby 13 ASI-T3 CEE T3-2 FU Standby
6 Empty 14 BNI-T3 CEF T3-3 BE Standby
7 BCC-3 CJM LM-2 AA Active 15 ASM AAA LMASM AC Active
8 Empty reserved for Card
sw186 TN StrataCom BPX 15 8.4.30 Nov. 23 1998 15:35 PDT
Slot Other Front Back
Slot Type Slot Card Card
12 Pri 13 ASI-T3 T3-2
13 Sec 12 ASI-T3 T3-2
sw186 TN StrataCom BPX 15 8.4.30 Nov. 23 1998 15:36 PDT
Local Remote Remote Route
Channel NodeName Channel State Type Avoid COS O
12.1.101.100 sw136 11.1.101.100 Ok cbr 0 L
Last Command: addcon 12.1.101.100 sw136 11.1.101.100 cbr 79000 50 250000 *
sw186 TN StrataCom BPX 15 8.4.30 Nov. 23 1998 15:37 PDT
CBUS Trace snapshot |--Receive---| |-------Transmit-------|
No. Time(mSecs) Abs Time Length Slot FnCd OpCd Slot FnCd OpCd Result
0 0 644119 105 12 52 01 Ack
02 01 01 03 01 01 04 01 01 05 00 06 01 65 07 01 64 08 01 01 09 00 0A 00
0B 00 0C 90 0E 40 82 17 FE 00 07 80 00 86 56 47 00 00 00 0D 00 0E 01 01
0F 01 0F 10 04 06 50 06 40 11 00 12 00 13 03 03 D0 90 14 03 01 34 98 18
00 19 00 1A 03 01 34 98 22 02 3E 80 24 01 5A 25 01 23 26 00 27 00 28 01
01 29 01 02 2D 01 32 2E 00
1 0 644119 105 13 52 01 Ack
02 01 01 03 01 01 04 01 01 05 00 06 01 65 07 01 64 08 01 01 09 00 0A 00
0B 00 0C 90 0E 40 82 17 FE 00 07 80 00 86 56 47 00 00 00 0D 00 0E 01 01
0F 01 0F 10 04 06 50 06 40 11 00 12 00 13 03 03 D0 90 14 03 01 34 98 18
00 19 00 1A 03 01 34 98 22 02 3E 80 24 01 5A 25 01 23 26 00 27 00 28 01
01 29 01 02 2D 01 32 2E 00
sw136 TN StrataCom BPX 15 8.4.30 Nov. 23 1998 15:37 PDT
CBUS Trace snapshot |--Receive---| |-------Transmit-------|
No. Time(mSecs) Abs Time Length Slot FnCd OpCd Slot FnCd OpCd Result
0 0 1107123448 105 11 52 01 Ack
02 01 01 03 02 03 E9 04 01 01 05 01 01 06 00 07 01 01 08 01 01 09 00 0A
01 01 0B 00 27 00 0C 90 0E 12 08 03 E9 80 03 0B 00 80 00 00 00 E5 1D 0D
00 0F 01 0F 10 01 10 11 01 03 12 00 13 03 03 D0 90 14 02 4B 00 15 02 03
E8 16 00 17 01 C8 1A 02 4B 00 19 00 22 02 3E 80 23 01 64 18 01 01 24 01
5A 25 01 50 26 00 28 01 01
1 +5100 1107128548 9 11 52 01 Ack
02 01 01 03 02 03 E9 04 00
|
CSCdk68453 (Continued)
|
Further Problem Description: (Continued)
sw186 TN StrataCom BPX 15 8.4.30 Nov. 23 1998 15:40 PDT
Missing Cards: 1 ASI-T3, 1 T3-2
FrontCard BackCard FrontCard BackCard
Type Rev Type Rev Status Type Rev Type Rev Status
1 BNI-T3 CEK T3-3 EX Standby 9 Empty
2 BNI-T3 CEK T3-3 EY Active 10 Empty
3 BNI-T3 CEK T3-3 BE Standby 11 BNI-T3 CBF T3-3 BE Standby
4 BNI-T3 CJL Empty Standby 12 Empty reserved for ASI-T3
5 BNI155E DEL SMF-2 AB Standby 13 ASI-T3 CEE T3-2 FU Active
6 Empty 14 BNI-T3 CEF T3-3 BE Standby
7 BCC-3 CJM LM-2 AA Active 15 ASM AAA LMASM AC Active
8 Empty reserved for Card
Last Command: resetcd 12 h
sw186 TN StrataCom BPX 15 8.4.30 Nov. 23 1998 15:41 PDT
CBUS Trace snapshot |--Receive---| |-------Transmit-------|
No. Time(mSecs) Abs Time Length Slot FnCd OpCd Slot FnCd OpCd Result
|
Corrected Anomalies in Release 8.4.30
The following conditions have been corrected with the 8.4.30 version of the software release.
Bug ID
|
Descriptions
|
CSCdj28429
|
Symptom:
Frame relay connections routed through a BTM trunk experience egress discards.
Conditions:
On the `dspchstats', the rate of egress discards increases with increased utilization on the BTM trunk. Infrequent bursts of Rx Spacer Queue discards (under `dsptrkerrs') are also seen. Connection egress discards cease when traffic falls below ~5% utilization on the trunk. At least one via connection which traverses from BTM to NTM.
Work Around: None
|
CSCdj39813
|
Symptom:
On screens showing QBIN thresholds for the BXM, such as cnftrkparm and cnfportq, the prompt for `CLP Lo threshold' should actually read as `EPD threshold' for VBR, ABR, and UBR QBINs. On these connection classed, CLP hysteresis has been disabled.
Also, on ABR connections, when FBTC is selected, both addcon and cnfcon should use `EPD' instead of `CLP Lo'.
Conditions: Under all conditions
Workaround: No workaround.
|
CSCdj47177
|
Symptom:
BCC Selftest may not run if the node does not have a 100K block of memory available.
Condition:
When a BCC's dynamic memory is heavily used and a 100K block of memory is not available the selftest does not run. The test should check for a smaller size, since it does use this memory during the test.
Workaround: None.
|
CSCdj48992
|
Symptom:
dnfrport and delfrport are not allowed when an active FRP/FRP is removed. This is inconvenient, since the card has to be replaced before the commands are allowed.
Condition: An FRP/FRP slot is active and all connections are deleted. If the card is removed, downing the port or deleting the port will not be allowed. This used to be allowed.
Workaround: Reinserted the FRP/FRM and then execute the commands.
|
CSCdj49647
|
Symptom: Standby controller card gets reset.
Conditions:
Standby Controller card would not be in a steady standby state which is a result of periodic standby resets. These resets could be confirmed from the log (using dsplog command). This should not effect the functionality of the Active.
Workaround:
Further Problem Description:
This problem seems to be the result failed communication between the active and the standby. Active keeps all the messages on the standby queue and frees them only when an acknowledgment is received from the standby. Because of the failed communication, lots of these standby messages are getting collected on the queue, resulting in shortage of memory, memory error and memory abort.
The current fix puts a limit on the amount of memory that can be collected on the standby queue and hence we would not encounter memory shortage on the active card.
|
CSCdj49869
|
Symptom:
Node aborts with a 1M3 (1000003) after entering the source port for the cpyict command. The initial 1M3 abort may be followed by additional 1M3 aborts, 2M aborts, and software error 514s, all of which indicate memory corruption. In some releases a clrcnf may be required to bring the node back online.
Conditions:
Use of the cpyict command with software releases between 7.2 and 8.4.1x. Release 8.5 does not have the problem.
Workaround:
Do not use the cpyict in releases between 7.2 and 8.4.1x. The cpyict command was broken when the FastPAD (FTC) feature was added.
|
CSCdj52297
|
Symptom:
A-bit alarm does not clear even if both sides of the NNI connection are upped and in OK state
Condition:
1. Two networks with 8.2 release and the other is 8.5
2. A bpx is attached to an axis and an ATFR 2 segment connection is added.
3. An FR-FR 1 segment non-dax connection is added between 2 routing IPX (or IGX) one of which has its FRM physically cabled to the axis in (2). The axis FRSM and the FRM/FRP has NNI established.
8.2 network 8.5 network
bpx ipx2
| |
at-fr 2 seg | | fr-fr 1 seg
| |
axis ----------------------- ipx1
down the ipx1 down the bpx up the ipx1 up the bpx
The A-bit alarm does not clear. NOTE: It does not matter whether the networks are of 2 different releases. This happens in 8.5.E2 on both networks with AXIS FW 4.0.3a also
Workaround:
Down and up the other end of the connection to cause a change of state, i.e., down the connection on the other endpoint node attached to the AXIS.
|
CSCdj54662
|
Symptom: 1000003 software abort occurred on an IGX node.
Conditions: Runrev command had recently been executed on the node,
and node was busy sending inter-task messages (as evidenced by dspprf a t n screen).
Workaround: None
|
CSCdj55059
|
Symptom:
Test delay failed.
Condition:
Test delay (tstdelay) will fail when the connection routed through BTM and AIT.
Work Around: None
|
CSCdj56926
|
Symptom:
Display port failure indication is wrong.
Condition:
When a BXM port fails, the alarm display on the dspalm screen reads "ASI Port Failure". This is misleading as the ASI ports may be ok.
Work Around:
If the dspalms page shows a Port Failure on a BPX, check which ports failed by issuing the dspports command.
|
CSCdj58429
|
Symptom:
1. The connection deroute delay timer may not get cancelled due to invalid logic in the code.
2. Software error 923 may appear.
Condition:
1. Have the connection deroute delay timer be enabled by configuring a nonzero value for the timer.
2. Fail the trunk.
3. If the trunk repairs, the timer should get cancelled. With the bug, the deroute delay timer may not be cancelled.
Workaround:
Do a switchcc to reset the trunk delay timers of all the trunks in the node. If any of the trunks is still in fail state, the timers will get restarted. If the trunk is in OK state, the trunk will not have its timer restarted. Do this for both endpoint nodes of the trunk that will not clear.
Merely turning the state machine for deroute delay "off2 28" will not cause the timer of an actual failed trunk to get restarted until a trunk change of state happens for that trunk, i.e., repair, then fail. So, if the trunk remains in failed state, its timer will not kickoff to start after the "off2 28".
If the trunk deroute delay timer is configured to zero to disable the deroute delay feature, the connections will get derouted off the trunk even though it has repaired. This is because the bug causes the repair trunk event to not clear the state of the trunk with respect to monitoring its deroute delay timer.
|
CSCdj58620
|
Symptom:
BPX node, without warning, suddenly performs a switchcc and complains about bus failure.
Conditions:
Currently, there is a counter (visible using the clkdb command) that specifies the number of Bad Bus Signals that have been seen. This counter can be cleared using clkdb clear. If not cleared and the counter increases past five (5) errors, the current processor is switched to the standby. Unfortunately, the number continues to increase over time and is not cleared automatically if no errors present over a period of time.
Workaround:
Use clkdb clear to periodically clear any error encountered.
|
CSCdj58729
|
Symptom:
Could not burn fwrev from HCH to HCL with SuperUser level access
Conditions:
Customer was upgrading software and needed to go to HCL
Workaround:
Get StrataCom level access and burn firmware
|
CSCdj59313
|
Symptom:
If a user attempts to add a connection to a trunk card, a software error 55 will result.
Conditions:
The most likely commands that will cause this problem are addcon, addfrcons and copycons. An SNMP script that adds connections can also cause the problem.
Workaround:
To prevent this software error, the user should not attempt to add connections to trunk cards. However, there is no serious harm to the switch software as the user will be notified that it is an illegal connection and there will be no attempt to actually add the connection.
|
CSCdj60364
|
Symptom:
Occasionally nodes' information were erased from its database.
Conditions:
When multiple Strata View Plus workstations subscribed Link0 to the same node, and the multiple Strata View Plus workstations requested the topology at the same time, the gateway node would send partial network information to one Strata View Plus and partial to the other.
Workaround:
Restart the Strata View Plus.
Further Problem Description:
The Strata View Plus would think some or all nodes became inactive, and users could not add or modify connections, for instance.
|
CSCdj60607
|
Symptoms:
Connections that were passing traffic prior to the switchcc or graceful upgrade may experience the following problems after the switchcc or graceful upgrade: a) connection no longer pass traffic, or b) connection traffic is being multiplied, more data is received than is passed in, data original from no source.
Conditions:
On a switchcc or graceful upgrade, the routing table on a trunk may not get cleared. This is an intermittent problem and is only observed on a NTC card.
Workaround:
Downing and upping the trunk card will cause the trunk card to be reprogrammed.
|
CSCdj60759
|
Symptom:
A scanrgn of the dynamic region (RGN2) showed about 80 permanent allocations out of nw_assgn_rsmb(), which allocates memory for received network messages.
Conditions:
If tstcon fails, the memory is not always free. Analysis of the contents of the messages shows they are all C3 fcode, which is the TST_PKT_REQ message used by tstcon.
The lpcons.t state table receives this network message, but does not free the memory after processing it.
This leak does not occur if tstcon passes, and it may not occur in all fault isolation scenarios.
Workaround: None. This is not a critical memory loss.
|
CSCdj63591
|
Symptom:
It was observed that after adding FastPAD voice connections, the display screen may not show the mixed type FastPAD connections in order and that non-FR FastPAD connections may be missing from the display screen.
Workaround: No known workaround.
|
CSCdj64676
|
Symptom: The date is off by 1 day starting 1/1/2001 00:00:00.
Conditions:
The leap year calculation was wrong. It did not account for the fact the years evenly divisible by 400 are leap years (e.g. 2000).
Workaround: None.
Further Problem Description: There would have been no effect until January 1, 2001.
|
CSCdj66231
|
Symptom:
The command addrmtlp doesn't work properly for BXM virtual path connections. The following message appears after attempting the loopback:
"Remote connection loop back failed".
The command dspcons shows that the remote end of the connection is looped.
The loop cannot be removed because the local side thinks there is no remote loop. Loopback deletion may also fail due to a problem logged in CSCdj65863.
Conditions:
Problem has only been observed while attempting addrmtlp on BXM endpoints.
Workaround: Delete and re-add the affected connection(s).
|
CSCdj66529
|
Symptom:
dsplnerrs command does not count tx cell dropped for BXM configured as line
Conditions: Under all conditions
Workaround: No workaround.
|
CSCdj68050
|
Symptom:
Data discontinuity observed in a connection between two BPX endpoints.
Conditions:
The following conditions are met for at least one of the BPX cards along the connection's path:
1. A BXM card occupies a particular slot. 2. The BXM is never put in the ACTIVE state. 3. The BXM is removed, a BNI or ASI is installed in its place, and subsequently put in the ACTIVE state.
Workaround: No known workaround.
|
CSCdj68142
|
Symptom:
When the SVC bandwidth is changed on a trunk, connections are not re-routed.
Condition:
SVC bandwidth was not taken into account to determine re-route condition.
Workaround:
The work around is to change the Statistical Reserve to force a re-route of connections on the trunk.
|
CSCdj69338
|
Symptom:
Displaying a connection via dspcon whose endpoint is a card in slot 16 may give the error message "Connection does not exist". However the connection does exist and is visible with dspcons.
Conditions: Same as above.
Workaround:
Display the connection using the other endpoint with dspcon. If a remote connection, vt to the remote node and issue the command there.
|
CSCdj69968
|
Symptom:
When a endpoint is on slot 32, the connection shows up in dspcons but the message "Connection does not exist" when the dspcon, dcct or cnfcon commands are issued.
Conditions: Same as above.
Workaround:
Examine the connection from its other end. Vt to the remote end if not a daxcon.
|
CSCdj71834
|
Symptom:
All 1M3 aborts are not the same. The 1000003 abort in this bug report can at best be identified as an 1M3 abort from nw_respond_to_proc() and is logged from the NETW task (as can be seen in the error log entry). Only engineering/development team will be able to determine whether the abort is occurring from nw_respond_to_proc() or somewhere else by inspecting the descriptive abort error log.
This abort happened in the software area of internal messaging between tasks. When messages are sent between processes, memory pointers are used to indicate where the message is and where the return message (answer) can be placed in memory for the process to access it. An index into the return message table was out of range. Use of this out of range index resulted in the abort. The engineer could not determine the chain of events that resulted in because many tasks use this function and the information from the abort did not provide the trace back of routine calls. He could, however, prevent it from happening again by checking the index to make sure it was in the valid range. It was the engineer's opinion that it was unlikely that this particular problem would occur in releases without his range checking fix.
Conditions:
There were no known exact conditions for this particular 1M3 abort. There could be other 1M3 aborts which have specific conditions and related workarounds. The chances for this particular abort to occur is extremely small in releases which do not include the fix for this bug report. This particular 1M3 abort instance will not occur in software releases which include the fix mentioned in this bug report.
Workaround:
There is no workaround for this particular 1M3 abort. There could be other 1M3 aborts which do have workarounds so as to avoid another occurrence.
If there is a standby on the node experiencing the abort, a processor switchover will occur. If there is no standby on the node in question a rebuild of the node would occur.
|
CSCdj74644
|
Symptoms:
Downed connections do not show the A-bit status in dspcons -abit.
Condition:
1. Down a Connection
2. Cause a-bit status changes
3. The connection does not show in dspcons -abit
WorkAround:
Invoked dspcon <connection> to check the A-bit status.
Related Information:
A Downed or pending down connection that is in failed A-bit state will not show in dspcons -fabit, dspalms, or generate minor alarms for A-bit status changes.
Downed connections should not generate alarms. A connection may be downed because:
1. It is a backup connection. In case of a failure on the primary connection the backup connection can be activated with a job. The backup connection should not generate an alarm.
2. The endpoint equipment has not been configured or is not in service, the connection can be downed to avoid generating an alarm.
3. It is a low priority connection and it can be downed to allow a priority connection to route.
4. It is a temporary connection which requires a large amount of bandwidth while it is in service (such as video conference). The connection may be downed when the service is not required.
5. The connection is one segment of an NNI connection. The segment can be downed to prevent an alarm when another segment is not in service.
|
CSCdj75662
|
Symptom:
Random change in line status during switchover (CC) on logical lines greater than 64.
Conditions: When do CC switchover, the erroneous line status change.
Workaround: None.
Further Information: Should clear by itself.
|
CSCdj75803
|
Symptom:
SNMP, Strata View Plus, IP Relay functions seem to hang or do not respond.
Conditions:
Caused by SNMP managers sending multiple requests to SNMP Agent that have a PDU size of larger than 512 bytes. In some cases this can be caused by sending PDUs of size larger than 256 bytes if more than sixteen requests sent before the SNMP Agent can respond.
Workaround:
Use SNMP Managers that do not retransmit after a timeout period.
Further Problem Description:
Once occurred, the dsppna command shows that one of the buffer pool is depleted. If the wait: portion of the display shows nonzero, then a process (usually SNMP) is waiting on pNA+ for a resource that will never be serviced.
Once a buffer pool is depleted, any process that needs a buffer of that size will be deadlocked waiting for the resource. So, Strata View Plus (the PROT process) can deadlock once the bug occurs.
|
CSCdj75805
|
Symptom:
When the user command "freemem" is used, it is possible to cause a 1M3 abort. This can occur sometimes when an incorrect memory address is entered as input to the command.
Conditions: Same as above.
Workaround: This command is not often used, and is restricted to the highest login privilege level. Avoid using the command, or enter input data carefully.
|
CSCdj76228
|
Symptom:
When trying to execute the "addtrk" command, The error message "Deactivated" is displayed.
Conditions:
This problem can be encountered on IPX and IGX nodes running Release 8.2.xx or 8.5.xx.
Workaround:
1. Deactivate the card by deleting the lines (delln/deltrk) and downing the lines (dnln/dntrk).
2. Physically remove the effected card from the slot and reinsert it.
3. Reactivate the lines (upln/uptrk)
|
CSCdj76844
|
Symptom:
Software error 1427 and software error 254 and BPX node "dspnw" command shows UNREACHABLE.
Conditions:
Two problems occurs:
1) Software error 1427 - minor error - no apparent side effect - occurs when nw reroute is triggered or when msg_r_xchg is not set to zero before calling Send_xchg.
2) Software error 254 - major error - occurs when there are two or more nodes adding a trunk between BPX (node number greater than 63) and IPX/IGX in release 9.1
Workaround:
1) It could cause problem if msg_r_xchg happens to be initialized randomly to a valid xchg, it will send response msg to the wrong return xchg.
2) Only happens in 9.1. Avoid rnmnd node numbers larger than 63 with a IPX/IGX node in the network. Once it happens, delete the trunk that has the IPX/IGX and rnmnd all nodes that have node number larger than 63 to number less or equal to 63, and re-add the trunk.
|
CSCdj78211
|
Symptoms: Pass Sync parameter is not updated to the standby. If the processor card switches, then the value is still default.
Condition: The value reverts back after a switchover.
Workaround: Again do the configuration using cnftrk on after a switchover.
|
CSCdj83509
|
Symptom:
After loading 8.4.16 the first TSTPORT executed on the node works OK. Every subsequent one executed is aborted.
Conditions: Effects 8.4.16
Workaround: I have not found a workaround
|
CSCdj84372
|
Symptom:
1) CVM/UVM dax voice connections with endpoints on the same card will not be re-programmed after rebuild or switchcc. This is a relatively rare case. Observed in 9.1, same code in 8.5, 8.4 and 8.2.5.
2) CVM/UVM to FTM interworking voice connections voice card endpoint is not reprogrammed after rebuild or switchcc. This maybe less rare. Observed in 9.1 may happen in 8.5 and 8.2.5
Condition: Same as above
Workaround: Down connection and up connection should re-establish the continuity.
|
CSCdj85198
|
Symptom:
An auxiliary port configured as an alarm collector port does not collect and log alarm messages.
Conditions:
Applies to IPX, IGX, and BPX platforms.
Workaround:
There is no workaround available.
Further Problem Description:
Before the auxiliary port accepts a character, system software must first validate the port's operating mode (e.g. VT100, autodial modem port, etc.). An auxiliary port configured as an alarm collector port was not properly validated, which caused the port to reject character input.
|
CSCdk01714
|
Symptom:
In the function nw_hp_ptl_bmap where we integrate the high priority CC traffic bit from the other nodes the code doesn't really do any integration... In fact, this may cause potential aborts in the system - the way we are checking the topo_ptr.
Conditions: Under all conditions
Workaround: No workaround.
|
CSCdk04291
|
Symptom:
BCC switch over after using the cnfpref * + command. Software error log shows a 1M3 (1000003) abort.
Conditions:
Using the cnfpref * on a BPX running release 8.4.14 software. Specific information about the BPX node that experienced this problem is unknown (such as the number of connections on the node and BRAM size).
Workaround:
Avoid using the cnfpref * command to configure preferred routes. There should not be a problem using the cnfpref command without the wildcard ("*") argument.
Further: There is a pointer which may not be initialized when the wildcard argument ("*") is used with the cnfpref command on a BPX. The uninitialized pointer is for a structure which has a pointer to a second structure. The BCC aborted because the second pointer was to an address which was outside the memory address range for the BCC. If the second pointer had been to a valid memory address the BCC would not have aborted and the preferred routes would have been correctly configured. The wildcard option will usually work because the second pointer is usually "0" (a valid address for read access), but should be avoided due to the risk of an abort.
The memory access is for a memory read (not write), thus there is no risk of memory corruption.
|
CSCdk04940
|
Symptom:
When the sequence of commands as presented below is executed node aborts. while running swsw 8.4.18
Next Command: dspprfhist s
Command - f, b, l, r, a, i, q: (option a)
Enter first sample: any number (0-11)
Enter last sample: any number greater then range allows (>= 12)
Conditions:
If a dspprfhist s is issued before a dspprfhist then the system crashes.
Workaround:
A dspprfhist needs to be issued before the dspprfhist s and that will avoid the problem
|
CSCdk11366
|
Symptom:
There are Unknown Addr errors on BXM ports as well as some loss of data on those ports. Furthermore, the timing of the Unknown Addr errors seem to parallel rather closely that of the Background Test for the BXM.
Conditions:
1. There must be a virtual path connection on the BXM in question.
2. There must be traffic on that connection.
3. BXM Background test must be enabled.
This conditions do not insure that the error will occur (they are necessary but not sufficient). The problem occurs only when the Background test chooses a VPI/VCI for testing purposes such that the VPI is used for a virtual patch connection.
Workaround:
Disable the BXM Background Test.
|
CSCdk18425
|
Symptom: Data Continuity loss of all connections routed over BNI trunk.
Conditions:
When an active BNI card is replaced with an ASI or BXM card, the card mismatch is declared properly. However, after reinserting the original BNI card into the same slot, the BNI user channels on this trunk card are not being programmed.
Work Around: Reset BNI card after mismatch state is cleared.
|
CSCdk19026
|
Symptom:
There was an observance of gaps in traffic using DS0A connections. The gap duration corresponds to the in/out framing threshold of the CVM determined by the cnfcdpparm command.
Conditions:
Utilizing a unique DS0A application which is sensitive to the delay caused by the traditional range of configurable in/out framing thresholds (500 to 1000 msec). A lower threshold value is required.
Workaround:
None
|
CSCdk20258
|
Symptom:
Trunk load reverts back to default values on IGX.
Conditions:
When a BPX, connected to an IGX via a trunk with non default configuration for both receive and transmit side, is reset (BPX is reset), trunk load values on the IGX and on the BPX revert to default values when the BPX comes up.
Workaround: There is no workaround for this condition.
|
CSCdk26240
|
Symptom:
AIS alarm counts are not displayed for E3 lines and trunks when using the commands dsplnerrs line_num and dsptrkerrs trk_num.
Conditions: The problem occurs on BPX nodes using E3 lines or trunks.
Workaround:
No workaround is available; however, the AIS alarm status is correctly displayed.
|
CSCdk27774
|
Symptom: The loop backs added on the trunk are cleared following a Node rebuild.
Conditions: Rebuild the Node with the software loopbacks on
Workaround: Need to add the loopbacks back in after a rebuild.
Further Problem Description:
Software loopbacks are cleared after the node is rebuilt, but it is preserved on a switchcc or a graceful upgrade, even though it is stored in the BRAM
|
CSCdk28946
|
Symptom:
Major and minor statistical alarms are not triggered at the rates configured using the cnflnalm command. Alarms are triggered after thirty seconds.
Conditions:
This is the case for all statistical line alarms.
NOTE: This software fix corrects the problem for errors in the range of 10E-8 to 10E-4. Errors detected at these rates will cause alarms based on the thresholds configured using the cnflnalm command. Errors at the rates of 10E-9 and 10E-3 do not properly trigger alarms. There is a workaround for errors detected at 10E-3 which is to change the major alarm threshold from 10E-3 to 10E-4. There is no workaround for declaring minor errors at 10E-9. Both of these issues are still considered open and will be addressed.
Although there are no trunk alarms triggered at 10E-3 and 10E-9, the errors are correctly reported and can be displayed using the dsptrkerrs command.
|
CSCdk32500
|
Symptom:
Node aborts with 1000003 error in the NETW process.
Conditions:
Some trunks have or had high priority traffic restriction enabled. Following a switchcc, upgrade, clearing of unreachability, database updates are shared between nodes. If a difference in the HP restriction status is detected, the integration of the information can result in this situation.
WorkAround:
1. When the node is aborting AND the dspswlog shows that it is the netw AND the program counter is 300161DA - down the trunk cards to that node. The abort should stop.
2. loadrev the standby with 8.4.21 which would be in locked state.
3. switchcc to go to standby.
|
CSCdk32790
|
Symptom:
ASI-155/BNI to BXM connections may lose traffic.
Conditions:
BCC-4 arbiter does not recognize that the ASI-155 has only single receiver, therefore, all the cells go through the second receiver will be dropped. This happen on BNI cards also.
Workaround:
No Workaround.
|
CSCdk43947
|
Symptom: The command: tstport port leaves the remote ends of the connections stuck in test mode. The connections do not pass customer data while in this mode. The test mode is identified by performing dspcons at the remote nodes. The connections will be displayed as follows: 6.1.102 igx 24.1.200 TOk fst 0 6.1.103 igx 24.1.400 TOk fst 0 Subsequent attempts to run tstport are not successful because the test aborts. Conditions: The problem occurs when running the tstport command on a FRP/FRM V.35 DCE port. The port must have connections, and these connections must terminate on a remote node. The problem has not been seen on ports containing only DAX connections. This problem could also occur on FTC/FTM ports under similar conditions. Workaround: Switchcc on the node where tstport was performed.
|
Corrected Anomalies from the 8.4.20 Software Release
The following conditions have been corrected with the 8.4.21 version of the software release.
Bug ID
|
Descriptions
|
CSCdj43626
|
Dangling LCN happened after dncd then deltrk
After a dncd and a deltrk command were issued on a card that had connections, no other connections would route because the node kept trying to route those connections that were deleted. The User interface became locked up.
|
CSCdj47827
|
S/W Error 2064 seen on BPX.
When adding a dax connection from a feeder trunk to an ASI port while the ASI connection interval statistics are enabled, the BPX will try to enable statistics on the feeder trunk. Adding these dax connections from a feeder trunk depletes static memory.
|
CSCdj47933
|
BPX shows an uninitialized LCN value when calling rs_set_clot_cnfg_by_lcn. An uninitialized variable had the potential to overwrite memory.
|
CSCdj75540
|
BPX. swerr 137 --- BAD_SDIR
Software error 137 is logged on the standby CC of a BPX when the BPX is the second segment of a two segment connection in which one endpoint terminates on a trunk card and the other endpoint terminates on a line card. The error is logged when the trunk endpoint is added first.
|
CSCdj85636
|
A VCC connection has a 1-way loss of data continuity on a BPX. This was visible using either the command tstdelay or dspchstats.
|
CSCdj87214
|
Swabort 1K and 2M on 7 BPX nodes
Addlnlocrmtlp causing continuous aborts and rebuilds on other BPX nodes. It was observed that the Addlnrmtlp command may cause continuous aborts and rebuilds on BPX nodes.
|
CSCdj87484
|
BXM removed itself and would not recover after burn fw rev on IPX, IGX, and BPX.
If the getfwrev 0.0 <node> command is issued during a a firmware download, the corrupted firmware may be burned into the cards, and the cards will not come up.
|
CSCdj88699
|
dspcons on a BPX doesn't show the existing connections that terminate on slot 16 of
IPX/IGX.
|
CSCdj90444
|
On BPX, a BXM-T3 being used as a trunk sends out more traffic than the transmission rate was configured for.
|
CSCdj94277
|
On BPX, a resetcd command was issued on a BXM card. Before the card was in a standby
state, a switchcc was done and the node rebuilt.
|
CSCdk01897
|
On BPX, swerr 123 caused a BXM reset. The y-red pair of BXMs were simultaneously reset from a swerr 123 on a node with a large number of CC restricted BXM trunks.
|
CSCdk02104
|
swerr 378 will fill up log on addcons if we use BXM trunks on a BPX switch.
Software error 378 will be logged when connections are routed over BXM trunks. There are no side effects as result of this error.
|
CSCdk03040
|
High priority login through the Control Port is needed on IPX, IGX, and BPX.
New functionality is being added to allow high priority login through the Control Port.
|
CSCdk03369
|
Uninitialized variable in init_single_vc_stats()in CSCdj75540 fix
The statistics information block is not initialized on the standby processor when connections are added on a BPX Switch.
|
CSCdk03433
|
Add a command to run route_op whenever needed on IPX, IGX, and BPX.
A new StrataCom level debug command, runrtop, has been added. This command is used to run the route-op algorithm and recalculate networking paths whenever needed. The command is expected to be run only by Cisco personnel.
|
CSCdk04781
|
nhdeg_parms fields need to be initialized for IGX base in IGX/IPX
An initialization of a new field was added for the Flood control feature. This is new in 8.4.21 and was never a field problem.
|
CSCdk04998
|
On IPX IGX BPX, the move check for coerced msg floods from msg to put level. Control traffic consisting of coerced (high priority) messages did not have a throttle on the receiving end. Excessive coerced messages locked up the network handler due to the time spent processing the received messages.
|
CSCdk06365
|
Can't transfer data on new PVC created after rebuild of BPX.
|
CSCdk06428
|
On IPX, IGX, and BPX, high priority login messages appear in dsplog when the user logs in through telnet.
|
CSCdk08937
|
After an upgrade from 8.4.09 to 8.4.18, an internal database entry was not deleted as it should have been. This resulted in a loss of continuity on Virtual Path connections.
|
CSCdk11702
|
IPX IGX 1M3 (1000003) abort on Upgrading standby CC during 8.1.19 to 8.4.14 upgrade. Under specific topology and status conditions, (FRP in slots 2,3,4, and ports in comfail), a 1M3 abort occurred when upgrading swsw 8.1.19 to 8.4.14.
(This did not apply to 8.1.20-8.1.74 revisions upgrading to 8.4).
|
CSCdk13558
|
On BPX, an indication was added to dspcd to display card (channel) programming activity.The output of the cli command dspcd <slot> now indicates whether the specified slot is undergoing channel programming. This indication is updated in intervals of 2 to 5 seconds for about 1 min. The indication is changed if the card channel programming activity changes, i.e. channel programming starts or stops.
|
CSCdk16017
|
On BPX, the upgrade from 8.4.20 to 8.4.2H lost a lot of connections. This was never a field problem as it was introduced in 8421 and corrected in the same release before shipment
|
CSCdk16366
|
On BPX, BCC-4 does not recognize 19.2 Gbps backplane after running switchcc A switchcc on BCC-4 does not force it to recognize the 19.2 Gbps backplane.
|
CSCdk18709
|
On IPX IGX BPX, the console port DTR detection not high priority
(This is a fix to a new 8.4.21 feature) If a user is logged into the Control Port at normal user priority while the processor card is very busy with high priority work, the Control Port user will get locked up. It will not be possible to force a logout, so the user can then log in at high priority. A change is being made to have the DTR check of the Control Port at a very high priority. This way, the user can pull the RS232 cable at the Control Port to force the low priority user session to end. Then the user can log in at high priority.
|
CSCdk20470
|
On BPX, dspcon reports incorrect status for connection.
After upgrade to 8.4.21, all connections on feeder trunks on port 2 and port 3 will not be visible via dspcon OR dcct command. They will however appear on dspcons. This is on BPX only and only for BNI feeder trunks.
|
CSCdk20874
|
On IPX, IGX, BPX. A couple of additional commands were requested to run under hipriority login. The commands dspnode and cnfnhparm are added to the list of commands that run under the new hi-priority login feature.
|
Corrected Anomalies from the 8.4.19 Software Release
The following conditions have been corrected with the 8.4.20 version of the software release. In addition, all corrections applied to previous 8.4 releases are included in this release.
Bug ID
|
Descriptions
|
CSCdj87214
|
Swabort 1K and 2M on 7 BPX nodes
|
CSCdj90444
|
BXM-T3 which is configured as trunk sends out traffic over Transmit Rate
|
Corrected Anomalies from the 8.4.18 Software Release
The following conditions have been corrected with the 8.4.19 version of the software release. In addition, all corrections applied to previous 8.4 releases are included in this release.
Bug ID
|
Descriptions
|
CSCdj41899
|
It was observed during the provisioning of an FRP-ASI connection segment through StrataView Plus that the SNMP agent returned an error indicating that there is a shift-mode mismatch on the ASI card.
|
CSCdj46687
|
The peak interval displayed by the dsplnstatcnf and dsptrkstatcnf commands are incorrect. This may cause confusion, as the actual peak intervals ARE correct, but these two commands are displaying them incorrectly.
|
CSCdj50681
|
Enhancement to the dspmemblk command. The StrataCom level command dspmemblk has been enhanced to help to indicate possible memory fragmentation by calculating the largest allocatable block of memory.
|
CSCdj52014
|
dspcon does not show the card type for CVM-HDM dax connections When the dspcon command was executed on the HDM end of an CVM-HDM dax connection the card type of the CVM was not shown in the display.
|
CSCdj54598
|
dspnds display corrupted The dspnds command would intermittently display the wrong data. Some fields in the dspnds screen were overwritten by an irrelevant data string.
|
CSCdj59263
|
swerr 532 - when deleting connections The software error 532 was logged if a connection was displayed at the same time it was being deleted.
|
CSCdj61454
|
dspmemblk only does calculations for STATIC and DYNAMIC region See Release note for CSCdj50681
|
CSCdj61992
|
Modem Upgrade from v type conn incorrectly displayed on UVM The display of voice connections does not show when a modem is detected.
|
CSCdj66322
|
Abort during switchcc at node sw275 Watch Dog Timeout abort after a switchcc or an upgrade. This only happens on a node that has the endpoints (a dax con has 2 end points and other conns have 1) of the order of 20K. But if the connections are in a FAILED state the problem can happen with lesser number of endpoints.
|
CSCdj67954
|
cons don't rte on 64K BXM card, get_free_trk_chans gives inv rslt Connections do not route on 64k channel BXM cards.
|
CSCdj68220
CSCdj68885
|
swerr 4208 logged after cnfpref * + was done on ipx/igx nodes Multiple occurrences of software error 4208 were logged after executing the cnfpref command.
|
CSCdj70195
|
An intermittent software error was logged during a field-trial. The software error number 55 which indicated an invalid or unknown card type was logged when displaying a connection status via the user interface (rather than StrataView+)
|
CSCdj72753
|
SNMP: able to exceed Range of parm MinAdjustPeriod for FrATM The value range for atmEndPointMinAdjustPeriod was incorrect. The StrataView+ Service MIB parameter atmEndPointMinAdjustPeriod Value range should be 3-255. The current MIB SYNTAX showed it as 1-100.
|
CSCdj73314
|
Trunk stats and dsptrkerrs command do not count up telco errors (E3) HCS and BIP8 errors were not being tallied for E3 trunks. These statistics can be viewed using the dsptrkerrs command.
|
CSCdj74527
|
dspcons shows connections that do not exist Connections that had been deleted when a node was in an upgraded state did not have all data properly deleted. These cons would be displayed by the dspcons command.
|
CSCdj77027
|
addcon no longer shows the connection being added While executing addcon, the connection being added was not displayed while waiting for confirmation. This occurred while adding any connection.
|
CSCdj78846
|
SV+ cannot enable all of the BXM trunk statistics FEBE counts did not appear for E3 trunks on StrataView+.
|
CSCdj90601
|
Introducing the CAC Feature for BXM/ASI Ports
CAC stands for Connection Admission Control. Currently, connections are added (or configured) even if the bandwidth requirements exceed the Port capacity. In the switch, Port Over Subscription is allowed, so the default value for CAC Override is set to Enabled. A new feature is being implemented, using which CAC Override can be enabled or disabled on a per port basis. This would give the customer freedom to allow or disallow port over subscription.
This feature can be enabled/disabled on a per port basis. It is possible to have a card with CAC Override feature enabled on one port and disabled on another. ASI and BXM cards will support this feature.
Enforcing of CAC Override involves, rejecting requests to add connections or change the parameters of a connection if port over subscription is detected. It applies for both DAX and NON-DAX connections.
CAC Override Feature is applicable only on the port on which it is enabled.
If a connection is added between two ports one with CAC Override enabled and another with CAC Override disabled, enforcing of the CAC Override (port oversubscription) is done only on the side where it is disabled. In this sense it is a strictly a local feature, applicable and enforced on a single port.
Some examples:
Network containing nodes running 8.4.19 and earlier releases of
8.4 (ex. 8.4.18)
a.) If CAC Override Feature is disabled on the ports on nodes
running 8.4.19 and above.
Addcon
If addcon (from 8.4.18 to 8.4.19) results in Port Oversubscription on the 8.4.19 node, the following error message will be displayed on the node running 8.4.18:
"Unknown response at remote node : 96"
The connection is not added.
Cnfcon
cnfcon also generates an error message:
"Unknown response : 96"
The connection is not changed.
b.) Percent Util greater than 100% on nodes running 8.4.19 with or without disabling the CAC Override Option
Addcon:
-------
If addcon uses a value greater than 100 for percent utilization, the remote node running (8.4.18 or lower) will reject the connection add request with the following error message:
"Remote % Util value out of range."
The connection is not added.
Cnfcon:
Using cnfcon to change the percent utilization to higher values than 100, also produces the same error message.
c.) Cnfcls command can be used in 8.4.19 and higher releases to configure classes to have values higher than 100 for percent utilization.
Since ATM classes are network wide, all the nodes in the network are updated.
If there happens to be a node in the network running 8.4.18 or lower. If now an attempt is made to add a connection using the class which has been changed, the connection will not add. An error message: " % Util value out of range (remote end).
Valid range 1 - 100." is seen.
The solution is to reconfigure the class and add the connection, or add the connection by specifying all the parameters.
|
Corrected Anomalies from the 8.4.17 Software Release
The following conditions have been corrected with the 8.4.18 version of the software release. In addition, all corrections applied to previous 8.4 releases are included in this release.
Bug ID
|
Descriptions
|
CSCdj47236 CSCdj47578
|
Calling an exception() or abort() funcs with > 2 parms is incorrect
When the internal exception or abort routines are called with more than two parameters an abort can occur.
|
CSCdj54129
|
Spare bits have to be cleared when sending RMT_MDM_MSG
The spare bits in an internal message should always be cleared before sending out an RMT_MDM_MSG. This fix allows for interoperability between other switch software releases.
|
CSCdj56499
|
VPI > 4096 for NNI connection should be denied on BXM
Users should not be allowed to add NNI connections in which the VPI is greater than or equal to 4096 on BXM-155-4 cards. For an NNI connection, the VPI should be less than or equal to 4095.
|
CSCdj76850 CSCdj83655
|
Additional channels stats and state information are added to BXM summary stats.
These additional statistics are for BXM's used as trunks, lines, or feeder trunks. The new statistics are:
Statistic Field shown on dspchstats screen
--------- --------------------------------
Non-compliant CLP0 discard (Rx NC CLP0 Dcd)
Non-compliant CLP1 discard (Rx NC CLP1 Dcd)
Non-compliant CLP0+1 discard (Rx NC CLP01Dcd)
Congested CLP0 discard (Rx CG CLP0 Dcd)
Congested CLP1 discard (Rx CG CLP1 Dcd)
Congested CLP0+1 discard (Rx CG CLP01Dcd)
AIS/RDI states (OAM RX State)
CLP0+1 cells from port (Rx CLP0+1)
CLP0 to port (Tx CLP0)
CLP0 dropped (Tx CLP0 Dscd)
CLP1 dropped (Tx CLP1 Dscd)
CLP0+1 dropped (Tx CLP0+1 Dscd)
The following is an example a dspchstats screen output with the new statistics.
These new statistics are all summary statistics and are not forwarded to StrataView+.
Channel Statistics for 2.2.200.201 Cleared: Mar. 20 1998 17:32 (|)
PCR: 50/50 cps Collection Time: 0 day(s) 00:00:00 Corrupted: NO
Traffic Cells CLP Avg CPS %util Chan Stat Addr: 30EE05EC
From Port : 0 0 0 0 OAM RX State: Clear
To Network : 0 --- 0 0
From Network: 0 0 0 0
To Port : 0 0 0 0
Rx Frames Rcv : 0 Rx CLP0 : 0 Tx CLP0 : 0
NonCmplnt Dscd: 0 Rx Nw CLP0 : 0 Tx CLP0 Dscd : 0
Igr VSVD ACR : 0 Rx NC CLP0 Dcd: 0 Tx CLP1 Dscd : 0
Egr VSVD ACR : 0 Rx NC CLP1 Dcd: 0 Tx CLP0+1 Dscd: 0
Rx Q Depth : 0 Rx NC CLP01Dcd: 0
Tx Q Depth : 0 Rx CG CLP0 Dcd: 0
Rx CLP0+1 : 0 Rx CG CLP1 Dcd: 0 Rx CG CLP01Dcd: 0
|
CSCdj81471
|
On FRM/FRP with y-redundancy, if incoming LMI stops and there is a y-red switchover, the port failure database is not handled properly.
When LMI resumes, all connections on that port will stay failed with the reason being "Port Comm Fail".
|
CSCdj82434
|
Add on-line support for BCC-128
On-line support for the BCC-128 card is now available. This change allows the BCC-128 to behave operationally the same as the BCC-64 card.
|
CSCdj85064
|
New UP firmware to provide BPX EXT-1/EXT-2 Clock glitch robustness
A new version of the software component of UP firmware is being delivered.This change adds checksum protection to the code and also has a fix for bad clock sources.
|
Corrected Anomalies from the 8.4.16 Software Release
The following conditions have been corrected with the 8.4.17 version of the software release. In addition, all corrections applied to previous 8.4 releases are included in this release.
Bug ID
|
Descriptions
|
CSCdj46943
|
SV+ event logging interface not working properly.
The SV+ event logging interface does not send any event logs to StrataView Plus, even though the StrataView Plus gateway node has link0 up and maintenance log subscribed.
|
CSCdj70553
|
One way PVC on ASI-ASI connection after upgrade from 8.1.19 to 8.4.09
There were excessive cell drops (approximately 80%) in ATM PVC, in a BPX ASI--ASI for path connections.
|
CSCdj82656
|
REV_UPDT_TP - revision update msg not propagated to remote nodes properly
When a secondary revision changes on a node (by command loadrev), the revision change is not propagated to all the nodes in the network.
|
CSCdj83158
|
Problems with connections being in loopback after upgrade
Some connections were stuck in tstcon state after an upgrade from 8.1.2x to 8.4.x.
|
Corrected Anomalies from the 8.4.15 Software Release
The following conditions have been corrected with the 8.4.16 version of the software release. In addition, all corrections applied to previous 8.4 releases are included in this release.
Bug ID
|
Descriptions
|
CSCdj55993
|
The addyred command erroneously allows the user to use an active BXM card as the YRED Secondary card. This should not be allowed since the Y-RED Secondary card is required to be in Standby state when the addyred command is executed. This may happen when one of the BXM's is a trunk card and the other BXM card is a line card. This is not a problem for BNI and ASI cards. Symptoms of this problem include loss of continuity on one or both active BXM's, and software error 21 may appear in the dspswlog command. Workaround: Recommend issuing the commands delyred and switchcc to restore database values.
|
CSCst95767
|
Able to configure USER statistics beyond the accepted limit and cause 2060 software errors
It was possible to have all TFTP interval statistics configured and then have USER statistics enabled that would use the space that the TFTP interval statistics file would occupy. This would result in a software error 2060 every time the switch attempted to create the TFTP interval statistics file.
|
CSCdj27210
|
tstber command out of date - needs updating
The tstber service level command did not work properly in switch software release 8.4.
|
CSCdj38767
|
Loss of Frame alarm appears at UI as Out Of Frame
If a line was in a "Loss of Frame" alarm, the dsplns command would show the wording "Out of Frame". The "Loss of Frame" alarm is now correctly displayed.
|
CSCdj39552
|
BPX aborts multiple times with WDT 52
If an external device was streaming ASCII NULL characters (0x00) into the control port it could cause Watchdog time-outs. The control (and aux) ports no longer handle ASCII NULLs differently than ordinary characters.
|
CSCdj40315
|
Unable to set CLP-HI/CLP-LO parameters value to zero
SNMP was unable to set the Cell Loss Priority Hi and Lo parameters on ATM connections to zero. This was because the range 0-100 was incorrect. The correct range is 1-100 and the switch MIB has been modified to allow this range.
|
CSCdj40551
|
No alarm generated when FRP/AIT cards were removed.
There was no error generated on SV+ when AIT and FRP cards were manually removed from the slots.
|
CSCdj43705
|
cnfchstats on dax connection shows wrong statistics
When the cnfchstats command was executed on the "other end" of a dax connection that terminated on two different cards (BXM and ASI), the statistics where shown for "this end" of the connection. For example, on a connection originating on an ASI and terminating on a BXM within the same node, cnfchstats on the BXM ("other end") endpoint of the connection would show the data from the ASI ("this end") endpoint of the connection.
|
CSCdj44011
|
2 level 1 BXM channel statistics not available
There are two statistics for BXM card channels added to the dspchstats display. These statistics apply when the BXM card is used as a line card. The statistics are "To Port" CLP and "Rx Frames Rcv". An example of the dspchstats screen appears below.
Channel Statistics for 10.1.1.100 Cleared: Feb. 10 1998 10:02 (\)
PCR: 50/50 cps Collection Time: 0 day(s) 00:02:46 Corrupted: NO
Traffic Cells CLP Avg CPS %util Chan Stat Addr: 30EE1B58
From Port : 0 0 0 0
To Network : 0 --- 0 0
From Network: 0 0 0 0
To Port : 0 0 0 0
Rx Frames Rcv : 0 NonCmplnt Dscd: 0 Rx Q Depth : 0
Tx Q Depth : 0 Rx Clp 0 : 0 Rx Nw Clp 0 : 0
Igr Vsvd ACR : 0 Egr Vsvd ACR : 0
|
CSCdj44826
|
SWERR 419 logged on IPX node when it was deleted from the network (trunks deleted)
A software error 419 was logged on an IPX node when it was removed from the network by deleting the trunk that connected it to the network.
|
CSCdj54718
|
tstber is not working on BNI trunks if it is executed from one end
The tstber service level command was not working properly.
|
CSCdj56274
|
Line in logical loopback intermittently causes port failure after switchcc
A different port failure status on the active and the standby BCCs caused an intermittent failure on the port.
|
CSCdj56486
|
Incorrect NTS queue delay calculation for Tx. Rate >= 80000 cps
The queue delay when calculated on the IGX from the Tx Queue Depth was being calculated incorrectly. The number of DS0s used for this calculation did not reflect the actual number at which the queue is being serviced.
|
CSCdj56646
|
cnftrkparm for parm 9 sets parm 19 on BXM trunk
The cnftrkparm command updates parameter 19 with an invalid value whenever parameter 9 is changed. Parameter 9 is the Yellow alarm I/O and parameter 19 is the High CLP for CBR traffic. This problem occurs on both BNI and BXM trunks.
|
CSCdj60325
|
BXM port discards all data when remote segment fails.
The BXM port discards all data (user data, AIS, tstcon, tstdelay) at its PVC ingress when dspcon shows PVC has remote segment failure (such as FR LMI failure).
|
CSCdj61384
|
Re-enable the on/off switch for standby statistics updates to avoid 501s and 3Ms
When large numbers of TFTP interval statistics are enabled, standby updates queue up faster than they can be serviced. This is indicated by a growing number in the 'Standby CC Update' field in the dspqs screen.
|
CSCdj65863
|
The dellp command does not work on a BXM Virtual Path connection, the connection stays looped
If a BXM VPC connection that was not the first one on a port was looped back using the addloclp or addrmtlp command, the loopback could not be removed with the dellp command.
|
CSCdj66601
|
strata.mib doc=error & unable to get/set cbr port q parms
The atmPortQueueEntry object had an index for ABR and VBR, but not for CBR. CBR port queueing parameters were configurable from CLI but not SNMP.
|
CSCdj67238
|
Unable to access ATM PortQ info on BXM in SNMP
Could not create ATM Port Queues on BXM cards using SNMP.
|
CSCdj67823
|
C-bit errors not showing up [BNI trunk errors (dsptrkerrs) are not collected].
Trunk errors are not collected from BNI cards. When trunk errors exist the dsptrkerrs screen shows no errors, and minor or major alarms are not generated.
|
CSCdj70968
|
Add a flag for controlling UID DB updates
The User ID database is checked to assure integrity prior to transmission to other nodes during the update process. Also, incoming messages are checked prior to integration into active use.
|
CSCdj71802
|
BXM trunks stay in LOS and report swerr 21.
If a BXM trunk's cable was disconnected and it went into LOS (loss of signal) it would not clear the LOS after the cable was reconnected.
|
CSCdj75881
|
Slow memory leak has been detected.
A slow memory leak was found. An occasional block of memory is found to have not been deallocated after execution of the savecnf command.
|
Corrected Anomalies from the 8.4.14 Software Release
The following conditions have been corrected with the 8.4.15 version of the software release. In addition, all corrections applied to previous 8.4 releases are included in this release.
Bug ID
|
Descriptions
|
CSCdj24325
|
Slot errors are not collected on BNI-OC3 and ASI-OC3
The dspslotalms command did not show if there were any slot errors on BNI-OC3 or ASI-OC3 cards because these errors were not being accumulated.
|
CSCdj34069
|
SWERR 532 upon switchcc on IGX routing node
A software error 532 (Bad logical card index) was logged on an IGX routing node after a switchcc.
|
CSCdj34168
|
Idle time for fail handler is too high
The internal FAIL handler has been optimized and the percentage of processor time that it requires has been reduced.
|
CSCdj34220
|
sw err 4208 logged when deleting PVCs/SVCs on VNS start-up.
A VNS was restarted after a non-graceful exit. During the restart and the normal deletion of PVCs and SVCs, a software error 4208 was logged.
|
CSCdj34754
|
Nodes take up to 10 minutes to revert to circuit line clock sources after clearing LOS
When the Circuit Line clock source on which an LOS is created is on the highest numbered node, it could take up to 10 minutes to switch back to the source on clearing the LOS.
|
CSCdj37700
|
Takes too long to add or delete an object when statistics are enabled
Adding a single connections locked the user interface up for a minute or more when there were 1000 or more connections, with several connection statistics enabled.
|
CSCdj38564
|
After switchcc, event log shows an extra unnecessary BXM Inserted event.
After a switchcc command was executed on a BPX with BXM cards, the log would have an unnecessary informational message stating that a BXM backcard had been inserted and activated.
|
CSCdj38922
|
No continuity after adding a connection
There was no data continuity after adding a new ASI connection. It was noted that during the card verification process, the ASI back card is being reset, but never cleared. This will result in channel configuration message not being sent to the card.
|
CSCdj41999
|
T3/E3 back cards mismatch with ASI card
T3-3 and E3-3 backcards were not interchangeable between ASI and BNI frontcards (this has been the case since the introduction of these cards). The ASI T3/E3 frontcards will now support these backcards
|
CSCdj42027
|
VNS Bulk Calls causes SWSW abort
During stress testing of the VNS a race condition occurred that resulted in a 1000003 abort.
|
CSCdj42841
|
ASM events are reported only to local StrataViews.
Event log messages related to the ASM, such as power supply failures and temperature alarms, are logged to locally attached (link0) StrataViews, but are not broadcast to remote nodes that have StrataViews.
|
CSCdj46114
|
Expensive inserts in add_lcn_sorted() affecting switchcc performance.
One of the functions performed during a switchcc has been optimized to improve the time required to complete the switchover.
|
CSCdj46124
|
For VPC conn, if no VPC conid available, other conns will not get routed.
If routing chose a path which had the shortest hops, but no available VPC conids, the routing attempt failed. The failure did not increment the failure wait count to allow other connections to route. Every time candidate selection ran, the VPC connection was chosen, and the same invalid route was chosen. Other connections waiting to route would never be routed.
|
CSCdj46387
|
IPX IGX BPX swerr 129 occasionally is logged. A task was in the process of logging a software error when it was interrupted by a higher priority task that logged a software error. This race condition can lead to corruption of the software error table.
|
CSCdj46406
|
BPX ASI-T3 Remains on OOF after line failure If two ASI lines are connected each other and the line between them is broken and then remade, the line remains in OOF.
|
CSCdj46536
|
IPX IGX SWSW not adding connections when requested by VNS SNMP will now record error descriptions (in the strmErrors table) when an SNMP request for a voice SVC is rejected by the embedded agent.
|
CSCdj49377
|
BPX dspportstats become unexecutable after switchcc The dspportstats did not operate as expected after a switchcc and instead of displaying the correct information, the message "specified port already being monitored" was shown on the screen. This happened only if the port was being monitored by the dspportstats command at the time that the switchcc occurred.
|
CSCdj49422
|
IPX IGX A voice connection goes to lu (load unit) inconsistent It was noted that on an IPX node, the slave DSI for a voice connection is different from the master DSI.
|
CSCdj50010
|
IPX IGX BPX Potential for using an uninitialized local in routine free_vc_sib() An uninitialized variable could possibly be used in an internal routine, and potentially create problems. Some of the possible symptoms are software error 2051 being logged, the Tftp_File_Size is incorrect and the SV+ complains that the file is not parseable.
|
CSCdj50106
|
IPX IGX BPX Optimization for clock routing A Clock Routing Simulator has been created that can run on UNIX workstations to analyze clock routing performance.
|
CSCdj54902
|
IGX SVC connections do not return the timeslots to idle 54h on deletion The CVM card is not returning channels to idle 54h when the connections have been deleted. This leaves the timeslot in an uncertain state with varying levels of noise.
|
CSCdj55384
|
Error 514 while deleting/adding conns through SNMP Software error 514 (from Free_mem call, overwrote block) occurred while deleting and adding connections through SNMP.
|
CSCdj56223
|
BPX BNI-OC3s generate lots of invalid port errors. The BNI-OC3 generates lots of rx invalid port errors, causing major alarms when the errors are counted.
|
CSCdj57674
|
IPX IGX 1M3 abort after clrallcnf in VNS SVC calls. After the command clrallcnf is issued, the establishment of a VNS SVC call could cause the switch to reset.
|
CSCdj57783
|
IPX IGX BPX Conns not routed after ungraceful upgrade. After an ungraceful upgrade the constats command reported that some FRP connections were deleted. In addition, dspcons showed that conns are gone. The dcct showed that the conns are still there. SWERRs 384 were being logged continuously.
|
CSCdj64355
|
BPX 8.1.72 -> 8.4.12 dspcon shows atm values = 0, dspcons shows type field blank After an upgrade from 8.1.7x to 8.4 some connections would show zero(0) values in all fields of the VC BW Params.
|
Corrected Anomalies from the 8.4.13 Software Release
The following conditions have been corrected with the 8.4.14 version of the software release. In addition, all corrections applied to previous 8.4 releases are included in this release.
Bug ID
|
Descriptions
|
CSCdj47955
|
Software abort 1000003 occurs on a BPX node running switch software release 8.4.11 after inserting and replacing BXM cards on the node.
|
CSCdj49422
|
It was noted that on an IPX node, the slave dsi for a voice connection is different from the master dsi.
|
CSCdj50812
|
Voice connections using ADPCM do not upgrade to fast modem. The connection can pass voice calls normally until a Fast Modem type connection is attempted. At that point, the connection upgrades to Fast Modem mode but does not allow the modems to sync up. After the modems go back on-hook, the connection remains in the Fast Modem state (use "dspconst" command to see this) and can no longer pass voice for some time.
|
CSCdj49647
|
Software error 3000000 and 3000000 abort occurred on an IGX node during VNS bulk call testing.
|
CSCdj30407
|
BXM receives `card errors' status when card change status from standby to active.
|
CSCdj32601
|
On a BPX node running switch software release 8.4.07, it appears that no slot errors have been collected when the cards was in the standby state. The slot errors appears later after the card is brought to active from the standby state.
|
CSCdj43344
|
On a BPX node running switch software release 8.4.09 (and/or 8.4.10) with BXM firmware revision MBM/MBR, it was observed that the port LED stop reporting line errors/alarms when the port number exceeds 100. The LEDs would stay green even if there were no signal inputs (no loop back cable). This problem occurred on BXM-E3/T3.
|
CSCdj45984
|
In a network running regression test for switch software release 8.4, it was noted that communication failure occurred on one of the two virtual trunks connected to a BPX node in the network. The failure occurred for a few hours, but later recovered/cleared itself, and the failure condition disappeared.
|
CSCdj48107
|
The ESP object message needs to be sent to SV+ whenever the ESP status changes.
|
CSCdj35108
|
During a Node-by-Node upgrade, one node went into a non-graceful upgrade.
|
CSCdj36307
|
A BPX node received a network message with a bad function code (software error 104). This condition is recoverable since the incorrect message will not be acknowledged and thus re-transmitted.
|
CSCdj35556
|
On a BPX node with a large number of connections, when a switchcc is issued, the control console communication with that node will be interrupted for a certain length of time, up to 10 minutes. During this time, there is no loss of continuity. Also, if a non-redundant BXM port card is reset, control console communication will also be interrupted. In this case, continuity for connections terminating on that BXM is interrupted.
|
CSCdj33896
|
No warning is given when the maximum number PVC is reached on a given trunk. When a cnftrk command is issued for a given trunk, the local end can support the new max PVC number, but the remote end cannot. Workaround: Use the cnftrk command on the remote node (for the same trunk) to determine the maximum permissible value (it will be the lower value of the two nodes).
|
CSCdj03022
|
When performing a upgrade from 8.1.70 to 8.4.00, it was observed after the loadrev command was issued, one of the BPX nodes remained in the Loaded state. When a dspstby is done, all states are in the clear state. This is not readily reproducible.
|
CSCdj33985
|
Software error 445 occurred on a BPX node.
|
CSCdj34226
|
Software error 532 will occur when a dspcons command is executed while SVCs or PVCs are being added or deleted from a VNS station.
|
CSCdj08657
|
During a Node-by-Node upgrade, after the switch -g command was executed, a software error 938 (an error from the pSOS pNA facility) was logged. This does not adversely affect the upgrade.
Workaround: Use the rrtcon command for the failed connections so that they will be routed again, which will correct the problem.
|
CSCdj39811
|
On BXM port cards, unfairness and tail discards can exist due to the non-optimal settings of the QBIN, VI, and VC threshold values.
|
CSCdj41103
|
After a runrev to the current release is executed, some of the nodes, via the dsprev command may report an older, incorrect version of software running. In actuality, the correct software is running on the node.
|
CSCdj41517
|
Software error 21 was observed at an IGX routing node both before and after a non-graceful upgrade from 8.2.04 to the 8.4 release. This did not result in any service outages.
|
CSCdj41077
|
After invoking a switchcc from a BCC-3 card in slot 7 to a BCC-4 card in slot 8, it was observed that connection continuity was interrupted for 40 minutes, as most of the existing trunks were in Communication Failure.
|
CSCdj36589
|
In some circumstances, after a Node-by-Node upgrade was completed, load model inconsistencies were detected via the dsplm command.
|
CSCdj41231
|
The background test for the BXM (port) card fails frequently. This is not necessarily an indication that the BXM card is defective.
|
CSCdj41235
|
The self-test for the BCC-4 processor card may fail in certain (unknown) circumstances. In the observed case, there were 2 failures in 596 passes. This may not necessarily indicate that the card is defective.
|
CSCdj41899
|
It was observed during the provisioning of an FRP-ASI connection segment through StrataView Plus that the SNMP agent returned an error indicating that there is a shift-mode mismatch on the ASI card.
|
CSCdj42027
|
During stress testing of the VNS application, an Abort 1000003 occurred. This is due to a race condition, which will be fixed in a future release.
|
CSCdj41731
|
It was observed on a BPX node with about 5000 terminating connections and about 12000 via connections which was in the process of re-routing connections and performing a switchcc, that all memory was exhausted such that software errors 501, 977, and 3000000 were logged. This was a recoverable situation.
|
CSCdj32544
|
It has been observed in one particular node that the name of the BCC card was listed as "ASM" rather than "BCC". This did not affect the operation of the switch.
|
CSCdj35108
|
During a Node-by-Node upgrade, one node went into a non-graceful upgrade.
|
CSCdj36307
|
A BPX node received a network message with a bad function code (software error 104). This condition is recoverable since the incorrect message will not be acknowledged and thus re-transmitted.
|
CSCdj35064
|
|
CSCdj36589
|
After a Node-by-Node upgrade, it has been observed that Load Model inconsistencies may exist on BPX nodes.
|
CSCdj35556
|
On a BPX node with a large number of connections, when a switchcc is issued, the control console communication with that node will be interrupted for a certain length of time, up to 10 minutes. During this time, there is no loss of continuity. Also, if a non-redundant BXM port card is reset, control console communication will also be interrupted. In this case, continuity for connections terminating on that BXM is interrupted.
|
CSCdj33896
|
No warning is given when the maximum number PVC is reached on a given trunk. When a cnftrk command is issued for a given trunk, the local end can support the new max PVC number, but the remote end cannot. Workaround: Use the cnftrk command on the remote node (for the same trunk) to determine the maximum permissible value (it will be the lower value of the two nodes).
|
CSCdj03022
|
When performing a upgrade from 8.1.70 to 8.4.00, it was observed after the loadrev command was issued, one of the BPX nodes remained in the Loaded state. When a dspstby is done, all states are in the clear state. This is not readily reproducible.
|
CSCdj33985
|
Software error 445 occurred on a BPX node.
|
CSCdj34226
|
Software error 532 will occur when a dspcons command is executed while SVCs or PVCs are being added or deleted from a VNS station.
|
CSCdj08657
|
During a Node-by-Node upgrade, after the switch -g command was executed, a software error 938 (an error from the pSOS pNA facility) was logged. This does not adversely affect the upgrade. Workaround: Use the rrtcon command for the failed connections so that they will be routed again, which will correct the problem.
|
CSCdj39811
|
On BXM port cards, unfairness and tail discards can exist due to the non-optimal settings of the QBIN, VI, and VC threshold values.
|
CSCdj37871
|
|
CSCdj41103
|
After a runrev to the current release is executed, some of the nodes, via the dsprev command may report an older, incorrect version of software running. In actuality, the correct software is running on the node.
|
CSCdj40779
|
If a telnet session to the Command Line Interface is terminated abnormally, by not using the bye command to return to the Enter User ID prompt before disconnecting using Control-] chord, then a portion of system memory will be lost (not returned to free memory pool).
|
CSCdj41517
|
Software error 21 was observed at an IGX routing node both before and after a non-graceful upgrade from 8.2.04 to the 8.4 release. This did not result in any service outages.
|
CSCdj39412
|
On IGX and IPX nodes, the cnfpref command will not correctly recognize trunk specifications which include a virtual trunk number that is two digits in length. That is, for example, using "13.2.31/bpx4" will not work.
|
CSCdj41077
|
After invoking a switchcc from a BCC-3 card in slot 7 to a BCC-4 card in slot 8, it was observed that connection continuity was interrupted for 40 minutes, as most of the existing trunks were in Communication Failure.
|
CSCdj36589
|
In some circumstances, after a Node-by-Node upgrade was completed, load model inconsistencies were detected via the dsplm command.
|
CSCdj41231
|
The background test for the BXM (port) card fails frequently. This is not necessarily an indication that the BXM card is defective.
|
CSCdj41235
|
The self-test for the BCC-4 processor card may fail in certain (unknown) circumstances. In the observed case, there were 2 failures in 596 passes. This may not necessarily indicate that the card is defective.
|
CSCdj41899
|
It was observed during the provisioning of an FRP-ASI connection segment through StrataView Plus that the SNMP agent returned an error indicating that there is a shift-mode mismatch on the ASI card.
|
CSCdj42027
|
During stress testing of the VNS application, an Abort 1000003 occurred. This is due to a race condition, which will be fixed in a future release.
|
CSCdj41731
|
It was observed on a BPX node with about 5000 terminating connections and about 12000 via connections which was in the process of re-routing connections and performing a switchcc, that all memory was exhausted such that software errors 501, 977, and 3000000 were logged. This was a recoverable situation.
|
CSCdj32544
|
It has been observed in one particular node that the name of the BCC card was listed as "ASM" rather than "BCC". This did not affect the operation of the switch.
|
CSCdj24325
|
BPX Slot errors are not collected on BNI-OC3 and ASI-OC3 The dspslotalms command did not show if there were any slot errors on BNI-OC3 or ASI-OC3 cards because these errors were not being accumulated.
|
CSCdj34069
|
IGX SWERR 532 upon switchcc on IGX routing node A software error 532 (Bad logical card index) was logged on an IGX routing node after a switchcc.
|
CSCdj34168
|
IPX IGX BPX Idle time for fail handler is too high The internal FAIL handler has been optimized and the percentage of processor time that it requires has been reduced.
|
CSCdj34220
|
IPX IGX sw err 4208 logged when deleting PVCs/SVCs on VNS start-up. A VNS was restarted after a non-graceful exit. During the restart and the normal deletion of PVCs and SVCs, a software error 4208 was logged.
|
CSCdj34754
|
IPX IGX BPX Nodes take up to 10 min. to revert to ckt line clk srcs after clearing LOS When the Circuit Line clock source on which an LOS is created is on the highest numbered node, it could take up to 10 minutes to switch back to the source on clearing the LOS.
|
CSCdj37700
|
IPX IGX BPX Takes too long to add/del an object when stats are enabled Adding a single connections locked the user interface up for a minute or more when there were 1000 or more connections, with several connection stats enabled.
|
CSCdj38564
|
BPX After switchcc, event log shows an extra unnecessary BXM inserted event. After a switchcc command was executed on a BPX with BXM cards, the log would have an unnecessary informational message stating that a BXM backcard had been inserted and activated.
|
CSCdj38922
|
BPX No continuity after adding a connection.
There was no data continuity after adding a new ASI connection. It was noted that during the card verification process, the ASI back card is being reset, but never cleared. This will result in channel configuration message not being sent to the card.
|
CSCdj41999
|
BPX T3/E3 back cards mismatch with ASI card.
T3-3 and E3-3 backcards were not interchangeable between ASI and BNI frontcards (this has been the case since the introduction of these cards). The ASI T3/E3 frontcards will now support these backcards
|
CSCdj42027
|
IPX IGX VNS Bulk Calls causes SWSW abort During stress testing of the VNS a race condition occurred that resulted in a 1000003 abort.
|
CSCdj42841
|
IPX IGX BPX ASM events are reported only to local StrataViews. Event log messages related to the ASM, such as power supply failures and temperature alarms, are logged to locally attached (link0) StrataViews, but are not broadcast to remote nodes that have StrataViews.
|
CSCdj43705
|
BPX cnfchstats on daxcon shows wrong stats When the cnfchstats command was executed on the "other end" of a dax connection that terminated on two different cards (BXM and ASI), the statistics where shown for "this end" of the connection. For example, on a connection originating on an ASI and terminating on a BXM within the same node, cnfchstats on the BXM ("other end") endpoint of the connection would show the data from the ASI ("this end") endpoint of the connection.
|
CSCdj46114
|
IPX IGX BPX Expensive inserts in add_lcn_sorted() affecting SWITCHCC performance One of the functions performed during a switchcc has been optimized to improve the time required to complete the switchover
|
CSCdj46124
|
IPX IGX BPX For VPC conn, if no VPC conid available, other conns will not get routed If routing chose a path which had the shortest hops, but no available VPC conids, the routing attempt failed. The failure did not increment the failure wait count to allow other connections to route. Every time candidate selection ran, the VPC connection was chosen, and the same invalid route was chosen. Other connections waiting to route would never be routed.
|
Corrected Anomalies from the 8.4.12 Software Release
The following conditions have been corrected with the 8.4.13 version of the software release. In addition, all corrections applied to previous 8.4 releases are included in this release.
Bug ID
|
Descriptions
|
CSCdj52187
|
After upgrading from 8.1.50 to 8.4.11, some connections were found to lose data. On BPX trunks, line stat sampling was turned on and the "cell header mismatch" error was discovered on some trunks.
|
CSCdj52353
|
It was observed that if a DACS connection uses LCN 255 on the trunk then the connection will not route traffic properly.
|
CSCdj50311
|
Users are allowed to add more connections on a BXM feeder than it have been configured using the cnftrk command.
|
CSCdj50812
|
Voice connections using ADPCM will not upgrade to Fast Modem mode while running release 8.4.07 or 8.4.09.
|
Corrected Anomalies from the 8.4.11 Software Release
The following conditions have been corrected with the 8.4.12 version of the software release. In addition, all corrections applied to previous 8.4 releases are included in this release.
Bug ID
|
Descriptions
|
CSCdj46535
|
When upgrading IPX feeder node from release 8.4.10 to 8.4.11, the nodename changes from what it was under 8.4.10 to NODENAME. Multiple software errors occurred on the standby NPC card running release 8.4.11.
|
CSCdj44714
|
An error message indicating `RIF cannot exceed the peak 50' was received when attempting to modify FR-FR PVCs that don't have RIF parameter.
|
CSCdj44718
|
The trap for BCC restart is not generated with right status, severity and reason code.
|
CSCdj38335
|
Invoking the nwupgrade switch command can cause the node to downgrade unexpectedly.
|
CSCdj40779
|
If a telnet session to the Command Line Interface is terminated abnormally, by not using the bye command to return to the Enter User ID prompt before disconnecting using Control-] chord, then a portion of system memory will be lost (not returned to free memory pool).
|
CSCdj38707
|
Executing Node-by-Node upgrade process from software release 8.1.50 to release 8.4.09 resulted in a node unreachability.
|
CSCdj32054
|
In a large network containing more than 20 nodes, it is likely that some nodes may take more than three seconds to finish processing the standby update messages during a flash upgrade and thus causing further delay when the command `runrev *' is issued.
|
CSCdj42590
|
Data discontinuity observed on connections that are routed over a BNI virtual trunk.
|
CSCdj32603
|
BXM generates AIS (end-end) for both upstream and downstream when it detects LOS,LOF,LOC, etc. According to the standard, it should generate AIS only for downstream. Generating AIS also for upstream could cause the misbehavior of the whole alarm transmission system.
|
CSCdj43640
|
Comm failure occurs when issuing the command, dsplmistats <slot #>, during BCC switchover or card reset.
|
CSCdj42923
|
Software error 123 occurs on a BPX node when a neighbor feeder trunk is in a `in-and out of alarm' state.
|
CSCdj42511
|
When invoking the tstdelay command, an error message occurs stating that tstdelay is not valid at trunk end point.
|
CSCdj27210
|
The tstber command does not work properly when running switch software release 8.4. The tstber is a vital diagnostic command. It is also used by manufacturing for verification of several important BCC functions.
|
Corrected Anomalies from the 8.4.10 Software Release
The following conditions have been corrected with the 8.4.10 version of the software release. In addition, all corrections applied to previous 8.4 releases are included in this release.
Bug ID
|
Descriptions
|
CSCdj34394
|
When attempting to re-add the connections deleted by the autodelete command (see CSCdj33379), software error 4205 occurred for every attempt.
|
CSCdj36826
|
Incorrect values in the physical card attribute table cause AXIS shelves to become unreachable after loading the software release 8.4.08 image.
|
CSCdj37318
|
Resetting the BXM-DS3 Y-redundant card causes communication failure on the DS3 trunk to occur.
|
CSCdj38707
|
Executing Node-by-Node upgrade process from software release 8.1.50 to release 8.4.09 resulted in a node unreachability.
|
CSCdj38337
|
It was noted that during a Node-by-Node upgrade, CLEAR_MSG messages are queued but not dumped to the network. The would potentially cause nodes to become unreachable when the messages are finally dumped.
|
CSCdj38922
|
There was no data continuity after adding a new ASI connection. It was noted that during the card verification process, the ASI back card is being reset, but never cleared. This will result in channel configuration message not being sent to the card.
|
CSCdj39341
|
During an upgrade, it was noted that a rebuild problem could likely occur on the node number 64.
|
CSCdj39402
|
Abort 1000003 occurred while a batch job reset all cards every 0.5 hour.
|
CSCdj40425
|
BXM card with 32K or greater LCNs would use up to 50% of the processor time even if no channels are set.
|
CSCdj40257
|
Data discontinuity observed with connections routed over virtual trunks.
|
CSCdj39700
|
During a Flash upgrade from software release 8.2.04 to release 8.4.09, software error 21 occurred on two nodes (one IPX, one IGX). A subsequent non-graceful upgrade resulting in data discontinuity.
|
CSCdj35538
|
The expected mismatch messages were not displayed when replacing one of the Y-Redundant BXM cards with a card having different PVC counts (i.e., 32K vs. 16K).
|
CSCdj36677
|
The tstdelay command reports `test passed' results even when the link being tested is down.
|
CSCdj36834
|
The tstdelay command does not work on VP connections added between two ports of the same ASI card.
|
CSCdj37348
|
The reroute state machine is not re-enabled after a Node-by-Node upgrade ends.
|
CSCdj38335
|
Invoking the nwupgrade switch command can cause the node to downgrade unexpectedly.
|
CSCdj38228
|
The dsplog command displays erroneous alarm status.
|
CSCdj36932
|
After the reset of a BXM-622 card, a software error 1000 was logged. This indicates a shortage of memory buffers for inter-process message transmission. This occurs on heavily loaded systems.
|
CSCdj39028
|
The following event log strings need to have a corresponding Robust Alarm Trap:
|
|
1. BCC n Restarted due to a System Reset
|
|
2. BCC n Restarted due to a Powerfail
|
|
3. CC Redundancy Alarm in slot n
|
|
4. Y Redundancy Alarm in slot n.
|
CSCdj19597
|
Software errors (45, 3016, 364) occurred while executing a batch job, which reset cards at a 10-minute interval.
|
CSCdj39701
|
The SNMP routine returns an incorrect index value for Frame Relay ports.
|
CSCdj39969
|
Software error 424 occurred after removing an active BCC card during a Node-by-Node upgrade.
|
CSCdj39627
|
A Robust Alarm Message needs to be generated for a Communication Break event.
|
Corrected Anomalies from the 8.4.09 Software Release
The following conditions have been corrected with the 8.4.09 version of the software release. In addition, all corrections applied to previous 8.4 releases are included in this release.
Bug ID
|
Descriptions
|
CSCdj32934
|
Handling of error conditions in Utility Processor is not correct, which could cause a Bus Error.
|
CSCdj33231
|
The delcon command does correctly delete the channel information from the other end of the connection. This is for BPX-BPX connections.
|
CSCdj34045
|
The execution of an addtrk command caused 1M3 abort (Bus Error) and a software error 1117 (Too many topology messages).
|
CSCdj35421
|
Memory is lost if a switched virtual circuit is deleted before the routing of the connection has been completed.
|
CSCdj35151
|
Comm failure occurred between AXIS and BPX after switchcc on a BPX node.
|
CSCdj36220
|
When attempting to clear a comm failure with a manual switchcc, the comm failure continued to occur on the port.
|
CSCdj36276
|
Software error 4206 is reported on the standby BCC of a BPX node after the node has recovered from a power failure.
|
CSCdj36282
|
Software error 52 (watchdog timer timeout) occurred on a BPX node after failure recovery from a power failure.
|
CSCdj33379
|
Software error 614 occurred on a BPX node after invoking a switchcc command.
|
CSCdj34394
|
When attempting to re-add the connections that had already been deleted, software error 4205 occurred for every connection addition attempt.
|
CSCdj36826
|
AXIS shelves become unreachable after the lanbtld command was invoked.
|
CSCdj28245
|
There was no communication between two BCC3s in Boot.
|
CSCdj32495
|
The cnfbpnv and dspbpnv commands did not display backplane novram content correctly.
|
CSCdj32843
|
Invoking the cbstats clear command did not clear the value in the DROPPED MSGS category.
|
CSCdj34949
|
Invoking the clrlnerrs command caused software error 1000003 and a switchcc.
|
CSCdj34754
|
BPX takes too long to revert to the primary clock source.
|
CSCdj33696
|
Invoking the nwupgrade end * command caused software error 3333 and 1427 to occur.
|
CSCdj29008
|
Software error 2064 occurred when VNS bulk calls are being provisioned.
|
CSCdj34724
|
Deroute Delay Maximum needs to be raised to 600 seconds.
|
CSCdj33772
|
Software error 4205 occurred when running VNS Bulk Call provisioning.
|
CSCdj35917
|
Software error 1417 occurred when deltrk and dntrk commands are issued.
|
CSCdj34821
|
A switchcc during firmware download caused the target card to fail.
|
CSCdj36148
|
Parity errors are not cleaned up correctly on the BPX node.
|
CSCdj35538
|
BXM does not report mismatch message when a new Y-redundant card is inserted which has a different max PVC count configured.
|
CSCdj36677
|
The tstdelay command reports erroneous test results.
|
CSCdj36834
|
The tstdelay command fails on VP connections added between 2 ports on the same ASI card.
|
CSCdj37649
|
Logical Endpoint allocation takes lot of time during rebuilds.
|
CSCdj37348
|
Connection rerouting was not re-enabled after a Node-by-Node upgrade ends.
|
CSCdj33667
|
The clrlnerrs command does not work when the port number is greater than 2.
|
CSCdj35764
|
The dspalms command does not display any alarm status even though the node is in major alarm due to problems after a switchcc.
|
CSCdj31909
|
When invoking the clrportstats command, user may not be allowed to specify the "all ports" option via use of ala * .
|
CSCdj36568
|
The cnfclnsigparm and cnfclnsigparm commands do not work correctly.
|
CSCdj37070
|
When attempting to issue dsputl command before the stats areas have not been created for the IPX/IGX node, an error message `Line currently being monitored' is displayed even though there is only one user on the system.
|
Corrected Anomalies from the 8.4.08 Software Release
The following conditions have been corrected with the 8.4.08 version of the software release. In addition, all corrections applied to previous 8.4 releases are included in this release.
Bug ID
|
Descriptions
|
CSCdj25851
|
It was observed that, at the completion of a burnfwrev command on a BXM-155, the active BCC switched to the standby BCC due to watchdog timeout.
|
CSCdj25121
|
Software error 52 occurred and followed by a system abort when routing was turned-on after switchcc is completed.
|
CSCdj24913
|
tstdelay command may not working properly when BTM trunk is in the path.
|
CSCdj27193
|
Virtual trunks stopped working after upgrade from 8.2 to 8.4.0 release.
|
CSCdj27713
|
Due to a database mapping problem, the trunks configurations were lost on an IGX node and hence the connections configured on those trunks received failed status. This problem occurred during the upgrade testing (from 8.2.07 to 8.4.0 release) and was after completion of the power failure test.
|
CSCdj28302
|
Due to an error in trunk alarm checking, the alarm counters was incremented even though the ILMI task has stopped sending node status message to SAR when a the trunk or port is in a Major Alarm status. This may have caused an AXIS node to become unreachable.
|
CSCdj28234
|
BPX nodes could not be recovered after power failure in the lab.
|
CSCdj26349
|
After switchcc on a BPX node, the node continued sending out LMI messages for ASI and BXM ports and would not allow users to telnet or vt to the node for 10-11 minutes. This causes ATM ASI/BXM port failure.
|
CSCdj29233
|
It was observed that when routing more than 1500 connections through a BNI-OC3 trunk, communication failure on the trunk would occur.
|
CSCdj31042
|
After upgrading the node from release 8.1.19 to 8.4.0, a slow memory depletion (leak) was observed.
|
CSCdj33231
|
While investigating tstdelay time-out problem on BXM-T3 to ASI-T3 connections, when the connection were attempted to be deleted from the master side, the VPCs were deleted, but not from the other end. There was software error 3017 generated at the slave end on each delcon.
|
CSCdj25962
|
After a Node-by-Node upgrade (from 8.1.50 to 8.4.0), it was observed from an BPX node within the same group to be upgraded that two IPX nodes were not shown status as being upgraded even though the upgrade was successfully completed.
|
CSCdj25826
|
Time for ILMI port stats was incremented incorrectly, causing the time polling cycle to restart every 48 seconds rather than every 60 seconds.
|
CSCdj22859
|
Due to a mapping problem, an inconsistent status would be shown on the Standby card. This problem occurred during an upgrade from 8.1.xto 8.4.x and the NIB standby update message were processed.
|
CSCdj24120
|
It was observed that duplicate "file not found" events were logged by the TFTP Client code and would potentially fill up the event log.
|
CSCdj26257
|
When configuring a Frame Relay class on an IPX node, the PIR value was displayed as *.* but interpreted as 19.2/19.2.
|
CSCdj17569
|
On a BXM-T3 Y-Redundant trunk, the active BXM card was reset while the standby card was in a failed state due to a fatal hardware error. Invoking the dspcds command after the card reset showing BXM backcard in a mismatch state.
|
CSCdj25075
|
Software error 1000 occurred on a BPX node when deleting a trunk that: 1). splits the network (i.e. the last trunk to a node, or the only trunk connecting two sub nets); 2). has 2500+ connections routed across it to a single node.
|
CSCdj32686
|
The clock source was configured on a virtual trunk port BNI-OC3 on a BPX node. When invoking the dspcurclk command on an remote IPX node, the display showed incorrect trunk port value.
|
CSCdj24948
|
Connections were added from FRSM-HSSI to FRP and FRM. FRSM-HSSI is configured in DTE mode and traffic is being pumped at the rate of 20Kbps on those connections. The connections are configured with CIR=MIR=PIR=100kbps. Invoking dspchancnt command on both FRP and FRM showed that all frames are received in excess of CIR. It was noticed that bc (Committed Burst) for IPX was set to 0 when it should be set to 65535. FRP/FRM tagging all frames as received in excess of CIR.
|
CSCdj28594
|
When issuing a cnfcon command to change the EPD (FBTC) value from disabled to enabled for BXM card, only the ingress of the ports and trunks was enabled. The egress remains as EPD disabled.
|
CSCdj29291
|
Memory leak occurred during execution of the FRP background test.
|
CSCdj24118
|
BCC stay at DnLder status after switchcc and can only be recovered by removing and putting back the card to for it become active.
|
CSCdj12410
|
Inconsistent connection status between two endpoints occurred when the master node was not informed of an error found at the completion of connection re-route on the endpoint node.
|
CSCdj29001
|
Software error 532 occurred when invoking VNS voice SVC calls.
|
CSCdj29677
|
Changing the receive rate using the cnftrk command following a addtrk command caused some neighbor nodes to become unreachable.
|
CSCdj07631
|
An TFTP error 22 indicating that the peak value was invalid occurred when enabling statistics for a BPX node through the Statistics Manager GUI.
|
CSCdj31320
|
Changes to the maximum channel count for a trunk were lost after a switchcc. If the channel count was changed at the remote end of a trunk, the local end would not update its standby CC correctly. A subsequent switchcc at the local end would wipe out the new configuration.
|
CSCdj27042
|
Due to the changes made to the ADTF value range, a preferred route could not be configured for the connections that has ADTF value equal to 10.
|
CSCdj33370
|
Software error 2117 occurred on a BPX node when burning FW is interrupted by a "getfwrev 0.0" command.
|
CSCdj31439
|
When attempting to add an AXIS to a BPX node, communication breakdown message occurred. The AXIS shelf can not be added.
|
CSCdj30470
|
Software error 2065 occurred on a BPX node approximately 20 minutes after a switchcc. Further investigation indicated that the root cause of this problem was an invalid boundary check on the active, which created a flawed update message for the standby.
|
CSCdj25547
|
Background test failure was reported on an ASI Y-Redundant card when congestion on the port occurred and software error 105 were logged.
|
CSCdj26583
|
PVCs were in an in-and-out of Alarm state when deltrk was issued or a trunk is in a fail state.
|
CSCdj29493
|
Software error 4209 occurred on BPX nodes while the BCC was in standby status.
|
CSCdj31105
|
Even though the dnln command was issued for ASI-155E card the front LED stayed on active. It appeared as though the card was active when it wasn't.
|
CSCdj32843
|
When trying to clear cbstats using cbstats clear command, the DROPPED MSGS category were never cleared.
|
CSCdj31091
|
When a clrlnerrs command was issued, it caused 1000003 abort and a switchcc.
|
Problems Fixed in Release 8.4.07:
Bug ID
|
Descriptions
|
CSCst96798
|
Switch software sets shelfCnfgRebuildStatus object as REBUILD when switchcc occurs. DNS software interprets this as the node went down and deletes all SVCs associated with that node. This will cause calls to be dropped.
|
Problems Fixed in Release 8.4.06:
Bug ID
|
Descriptions
|
CSCdj24114
|
A 1000003 abort occurred when attempting to add more than 12,000 connections.
|
CSCdj26862
|
A software error 4209 occurred while adding connections due to the local resources unavailability.
|
CSCdj28579
|
Remove debugging code that logged software error 7777.
|
CSCdj27744
|
BXM feeder trunks weren't being programmed during the card configuration process.
|
Problems Fixed in Release 8.4.05:
Bug ID
|
Descriptions
|
CSCdj19652
|
The dspclksrcs command shows invalid clock source information, The primary, secondary, and tertiary sources are incorrect.
|
CSCdj03075
|
A virtual path connection could not be added because the support for BNI-E3 cards is missing.
|
CSCdj21794
|
A software error 614 (LCON automatically deleted) due to the logical endpoint VC index did not agree at each end.
|
CSCdj22424
|
Routing virtual trunk traffic through a BXM via trunk does not work.
|
CSCdj23350
|
IPX feeder nodes cannot use the trunk as a timing source. The "pass sync" option is not allowed on feeder trunks. Packet lines which pass sync are not allowed to be clock sources.
|
CSCdj27532
|
When nwip_on is asserted in the ~svplus/config.sv file, the savecnf operation does not work from an IPX feeder.
|
CSCdj23570
|
Multiple problems after performing a switchcc on a BPX with many connections: the problems are all caused by comm failures due to inefficient programming of the BXM cards.
|
CSCdj27129
|
A 100003 abort occurred when handling an error condition returned by the SAR which indicated that an invalid command was received.
|
CSCdj27059
|
Software error 514 occurred on a heavily loaded BPX node.
|
CSCdj19165
|
There is a 10-15 second delay in traffic continuity after a port Y-redundant switchover.
|
CSCdj19637
|
Incorrect trunk number is shown as the clock source when using the dspcurclk command.
|
CSCdj19512
|
The dspports command only displays the first 96 ports of a BPX node.
|
CSCdj20069
|
Standby Y-redundant cards can still drive the clock bus.
|
CSCdj15103
|
Software error 4208 (Bad connection address type) occurred on a BPX node.
|
CSCdj21070
|
Invoking dspcons with a starting channel number as the only argument fails to display the appropriate connections.
|
CSCdj20682
|
A BPX event log indicates that there are BFrame parity errors and Rx Invalid Port errors, but the StrataView Plus HPOV event log does not indicate any of these.
|
CSCdj22346
|
After a graceful upgrade from 8.1.50, trunk number 32 is missing.
|
CSCdj21369
|
The cnfswfunc feature 6 on a BPX, ABR standard with VSVD, becomes disabled when any IPX or IGX routing node rebuilds.
|
CSCdj23566
|
Using dspport or dspports with only a slot number as the argument incorrectly displays Speed as "UNKNOWN" and Interface as "EMPTY".
|
CSCdj26131
|
The cnfclksrc command allows a trunk to be a primary clock source while it is passing sync.
|
CSCdj25301
|
On the BXM, Early Packet Discard (EPD) and/or Frame Discard is not enabled.
|
CSCdj26827
|
On an ASI-T3 card, the 1000th connection on the card is not programmed correctly.
|
CSCdj27511
|
Software error 618 occurred on a heavily loaded BPX node.
|
Note There is no 8.4.04 Release
Problems Fixed in Release 8.4.03:
Bug ID
|
Descriptions
|
CSCdj15795
|
Software error 1406 (indicating a bad checksum on a network topology update message) floods the error log.
|
CSCdj16467
|
For BXM-DS3 terminated connections, Virtual Path Connections do not operate when the other end terminates on an AXIS shelf in NNI mode.
|
CSCdj16162
|
After a Y-Redundant switchover between a pair of BXM cards, it has been observed that a software error 105 (CBUS buffers full) was logged. This is due to multiple connections being re-configured within one CBUS message, which results in a much longer than expected execution time. This will be addressed in the next release where appropriate message throttling will be inserted. At this time, BXM port and trunk cards should not be configured in Y-redundant pairs.
|
CSCdj14719
|
The BPX is constantly re-routing connections due to the failure of topology updating, which caused an incorrect view of the topology to exist.
|
CSCdj18088
|
There is network topology corruption caused by a node, whose number is set to 64, when that node rebuilds.
|
CSCdj19179
|
After a Node-by-Node upgrade, there are cases where the battery backed up RAM is not being rewritten properly.
|
CSCdj15047
|
The dspnwip command repeatedly displays the same node's information, rather than all the nodes.
|
CSCdj09736
|
There is an intermittent condition where a self-test timeout occurs on the BCC-32. This is not a true indication of a problem with the BCC.
|
CSCdj12314
|
When rerouting connections that terminate on AXIS shelves due to the establishment of a preferred route, failure status is reported because an A-bit alarm is being sent by the BPX.
|
CSCdj15594
|
Multiple software errors 21 were logged on a BPX.
|
CSCdj15999
|
The addcon command cannot be used in jobs on the BPX. An infinite loop results.
|
CSCdj15226
|
After a node rebuilds, messages indicating that the time of day is changing is flooding the event log.
|
CSCdj11989
|
After a switchcc command is issued, the event log is formatted after the switch, and thus the switchcc even will not be reported to StrataView Plus.
|
CSCdj17569
|
A BXM-DS3 trunk card in y-redundant configuration indicated a backcard mismatch after being reset. At the time, the standby card was in failed state.
|
CSCdj18216
|
Invoking the dsptrkstats commands on virtual trunks shows incorrect BFrame cell count values.
|
CSCdj09369
|
On the cnftrk command, for BNI-OC3 trunks the Payload Scramble option cannot be set to "No" because it results in an Out Of Frame alarm. The software must prevent the user from making this setting.
|
CSCdj19165
|
There is a 15 second delay/interruption of traffic on BXM port cards after a Y-redundant switchover occurs.
|
CSCdj19637
|
An incorrect trunk number is displayed as the clock source when running the dspcurclk command.
|
CSCdj19512
|
The dspports command displays only the first 96 ports of a node.
|
CSCdj13934
|
The dspports command works on IPX nodes but not on BPX nodes.
|
CSCdj10363
|
The Deroute Delay Timer value used always varies 2 seconds from the configured value.
|
Problems Fixed in Release 8.4.02:
Bug ID
|
Descriptions
|
CSCdj17869
|
During an upgrade from 8.1.5, multiple node unreachabilities were encountered, along with software errors 254 and 526.
|
CSCdj15833
|
|
CSCdj16479
|
A feeder shelf cannot be deleted. When the delshelf command is issued, the message "Resources Low---Interface Shelf not changed."is returned.
|
CSCdj16874
|
During an upgrade from 8.1.5 to 8.4.0, the standby BCCs on all the BPX nodes keep toggling between the upgrading and upgraded/(clear) state.
|
Compatibility Matrix
AXIS 4.0 F/W Compatibility
PCB Description
|
Rev.
|
Latest F/W
|
Minimum F/W
|
IMATM F/W
|
C
|
4.0.18
|
4.0.11
|
IMATM Boot
|
N/A
|
1.0.00
|
4.0.00
|
ASC F/W
|
M
|
4.0.20
|
4.0.04
|
ASC Boot
|
N/A
|
1.0.00
|
4.0.03
|
BNM-E3
|
B
|
N/A
|
N/A
|
FRSM-4T1
|
C
|
4.0.19
|
4.0.11
|
FRSM-4T1 Boot
|
N/A
|
4.0.00
|
4.0.00
|
SRM T1E1 (B)
|
B
|
N/A
|
N/A
|
CESM-4T1/E1
|
C
|
4.0.14
|
4.0.11
|
CESM Boot
|
N/A
|
4.0.00
|
4.0.00
|
AUSM-4T1E1
|
B
|
4.0.18
|
4.0.13
|
AUSM Boot
|
N/A
|
4.0.00
|
4.0.00
|
FRSM-8T1
|
A
|
4.0.18
|
4.0.13
|
FRSM-8T1 Boot
|
N/A
|
1.0.00
|
4.0.01
|
FRSM-HS1
|
A
|
4.0.15
|
4.0.13
|
FRSM-HS1 Boot
|
N/A
|
1.0.00
|
4.0.00
|
AUSM-8T1/E1
|
A
|
4.0.19
|
4.0.14
|
AUSM-8T1/E1 Boot
|
N/A
|
1.0.00
|
4.0.01
|
Release 8.4 BPX System F/W Compatibility
BPX Boot Codes
PCB Description
|
Rev.
|
Latest F/W
|
Minimum F/W
|
BCC (model B) boot
|
K
|
HBJ
|
HBH
|
BCC3-32 (model C) boot
|
K
|
HCM
|
HCH
|
BCC3-64 (model D) boot
|
K
|
HDM
|
HDJ
|
BCC4 (model E) boot
|
K
|
HEM
|
HEM
|
BPX F/W
PCB Description
|
Rev.
|
Latest F/W
|
Minimum F/W
|
ASI 155
|
EOL
|
WHC
|
WHB
|
ASI 155 E
|
E
|
WEC
|
WEB
|
ASI-1 2T3/C
|
D
|
UCE
|
UCA
|
ASI-1 2T3/B
|
D
|
UBK
|
UBH
|
BNI 3T3/C
|
F
|
TCM
|
TCK
|
BNI 3E3/B
|
F
|
TCM
|
TCK
|
BNI 155 E
|
E
|
VDR
|
VDN
|
BNI I55
|
EOL
|
VBR
|
VBN
|
ASM
|
B
|
GAC
|
GAC
|
BXM 4P
|
A
|
MBY
|
MBM
|
BXM 8P
|
A
|
MBY
|
MBM
|
BXM VSI
|
A
|
MCE
|
MCA
|
Release 8.4 IPX/IGX System F/W Compatibility
Boot Codes
PCB Description
|
Latest F/W
|
Minimum F/W
|
Comments
|
NPC Boot
|
BAF
|
BAF
|
|
NPC 32 Boot
|
BBF
|
BBF
|
|
NPC 64 Boot
|
BCF
|
BCF
|
|
NPM Boot
|
RAP
|
RAJ
|
|
NPM 32 Boot
|
RBR
|
RBJ
|
|
NPM 64 Boot
|
RCR
|
RCN
|
|
NPM 32B Boot
|
RER
|
REJ
|
|
NPM 64B Boot
|
RFR
|
RFN
|
|
IPX/IGX F/W
PCB Description
|
Latest F/W
|
Minimum F/W
|
Comments
|
ALM-A
|
CAE
|
CAA
|
|
ALM-B
|
CBH
|
CBB
|
|
BTM Model A
|
IAF
|
IAF
|
|
BTM Model B
|
IBL
|
IBK
|
|
BTM Model D
|
IDC
|
IDA
|
|
CVM Model A
|
DAF
|
DAF
|
|
CVM Model B
|
DBF
|
DBD
|
|
CVM Model C
|
DCA
|
DCA
|
|
FRM Model D
|
FDZ
|
FDR
|
Avoid Rev. FDU & FDV
|
FRM Model E
|
FEZ
|
FER
|
Avoid Rev. FEU & FEV
|
FRM Model H
|
FHB
|
FHB
|
FRM(B)
|
FRM Model J
|
FJA
|
FJA
|
|
FRM Model K
|
FKA
|
FKA
|
|
FRM-2
|
FFD
|
FFC
|
|
FTM Model B
|
JBJ
|
JBB
|
|
FTM Model C
|
JCB
|
JCA
|
|
HDM
|
SCF
|
SCF
|
|
LDM
|
LCB
|
LC3
|
|
NTM
|
NEK
|
NED
|
|
NTM (B)
|
NFJ
|
NFD
|
Recommend using NFF
|
AIT Model A
|
IAF
|
IAE
|
|
AIT Model B
|
IBL
|
IBK
|
|
CDP Model A
|
DAF
|
DAF
|
|
CDP Model B
|
DBD
|
DBC
|
|
FRP(M) Model D
|
FDZ
|
FDR
|
Avoid Rev FDU & FDV
|
FRP(M) Model E
|
FEZ
|
FER
|
Avoid Rev FEU & FEV
|
FRP(M) Model H
|
FHB
|
FHB
|
FRM(B)
|
FRP(M) Model J
|
FJA
|
FJA
|
|
FRP(M) Model K
|
FKA
|
FKA
|
|
FTC Model B
|
JBJ
|
JBB
|
|
FTC Model C
|
JCB
|
JCA
|
|
NTC
|
NEK
|
NED
|
|
SDP
|
SCF
|
SCF
|
|
UFM-C
|
ZAN
|
ZAB
|
|
UFM-U
|
YAH
|
YAA
|
|
UVM
|
DAE
|
DAA
|
|
UVM-B
|
DBD
|
DBA
|
|
UVM-C
|
DCA
|
DCA
|
|
UVM-D
|
DDF
|
DDA
|
|
Release 8.4.33 System Content
Switch Software and Boot Codes
Release ID
|
Product
|
Rev.
|
Model
|
Image
|
SwSw 8.4.33
|
Sys S/W IPX
|
8.4.33
|
|
|
|
Sys S/W IGX
|
8.4.33
|
|
|
|
Sys S/W BPX
|
8.4.33
|
|
|
|
BCC (Model B) Boot
|
J0
|
B
|
HBJ
|
|
BCC3-32 (Model C) Boot
|
M0
|
C
|
HCM
|
|
BCC3-64 (Model C) Boot
|
M0
|
D
|
HDM
|
|
BCC4 (Model E) Boot
|
M0
|
E
|
HEM
|
|
NPC Boot
|
F0
|
A
|
BAF
|
|
NPC 32 Boot
|
F0
|
B
|
BBF
|
|
NPC 32 Boot
|
F0
|
C
|
BCF
|
|
NPM Boot
|
P0
|
A
|
RAP
|
|
NPM 32 Boot
|
P0
|
B
|
RBP
|
|
NPM 64 Boot
|
P0
|
C
|
RCP
|
StrataView Plus
Release ID
|
Product
|
Rev.
|
Model
|
Image
|
SV 8.4.12
|
StrataView Plus
|
8.4.12
|
|
|
|
StrataView Plus SCM
|
8.4.12
|
|
|
|
SNMP
|
8.4.12
|
|
|
Hardware and Firmware Products
Release ID
|
Product
|
Rev
|
Model
|
Image
|
AXIS 4.0.20
|
IMATM F/W
|
A0
|
4.0.18
|
4.0.16
|
|
IMATM Boot
|
N/A
|
1.0.00
|
4.0.00
|
|
ASC F/W
|
A0
|
4.0.20
|
4.0.18
|
|
ASC Boot
|
A0
|
1.0.00
|
4.0.04
|
|
BNM-E3
|
N/A
|
N/A
|
N/A
|
|
FRSM-4T1
|
A0
|
4.0.19
|
4.0.16
|
|
FRSM-4T1 Boot
|
N/A
|
4.0.00
|
4.0.00
|
|
FRSM-8T1
|
A0
|
4.0.18
|
4.0.16
|
|
FRSM-8T1 Boot
|
N/A
|
1.0.00
|
4.0.01
|
|
FRSM-HS1
|
A0
|
4.0.15
|
4.0.13
|
|
FRSM-HS1 Boot
|
N/A
|
1.0.00
|
4.0.00
|
|
SRM T1/E1 (B)
|
N/A
|
N/A
|
N/A
|
|
CESM-4 T1/E1
|
A0
|
4.0.14
|
4.0.13
|
|
CESM Boot
|
N/A
|
4.0.00
|
4.0.00
|
|
AUSM-4 T1/E1
|
A0
|
4.0.18
|
4.0.16
|
|
AUSM-4 T1/E1 Boot
|
N/A
|
4.0.00
|
4.0.00
|
|
AUSM-8 T1/E1
|
A0
|
4.0.19
|
4.0.17
|
|
AUSM-8 T1/E1 Boot
|
N/A
|
1.0.00
|
4.0.01
|
BPX 8.4.33
|
ASI 155
|
B0
|
E
|
WEC
|
|
ASI 155E
|
B0
|
H
|
WHC
|
|
ASI-1 2T3/E3
|
F0
|
C
|
UCF
|
|
ASI-2 T3/E3
|
K0
|
B
|
UBK
|
|
BNI 3T3/E3
|
M0
|
C
|
TCM
|
|
BNI 155E
|
R0
|
D
|
VDR
|
|
BNI I55 0C3
|
R0
|
B
|
VBR
|
|
ASM
|
A0
|
A
|
GAC
|
|
BXM
|
Y0
|
B
|
MBY
|
|
BXM-C
|
E0
|
C
|
MCE
|
IGX 8.4.33
|
BTM Model B
|
L0
|
B
|
IBL
|
|
BTM Model A
|
F0
|
A
|
IAF
|
|
CVM
|
F0
|
A
|
DAF
|
|
CVM Model B
|
D0
|
B
|
DBD
|
|
CVM Model C
|
A0
|
C
|
DCA
|
|
FRM (Model D)
|
Z0
|
D
|
FDZ
|
|
FRM (Model E)
|
Z0
|
E
|
FEZ
|
|
FRM (Model H)
|
B0
|
H
|
FHB
|
|
FRM (Model J)
|
A0
|
J
|
FJA
|
|
FRM (Model K)
|
A0
|
K
|
FKA
|
|
FRM -2
|
D0
|
F
|
FFD
|
|
HDM
|
F0
|
C
|
SCF
|
|
ALM-A
|
E0
|
A
|
CAE
|
|
ALM-B
|
H0
|
B
|
CBH
|
|
UFM-C
|
N0
|
A
|
ZAN
|
|
UFM-U
|
H0
|
A
|
YAH
|
|
UVM
|
E0
|
A
|
DAE
|
|
FTM
|
B0
|
C
|
JCB
|
|
LDM
|
B0
|
C
|
LCB
|
|
NTM
|
K0
|
E
|
NEK
|
|
NTM (B)
|
J0
|
F
|
NFJ
|
|
UXM
|
E0
|
A
|
AAE
|
IPX 8.4.33
|
AIT Model A
|
F0
|
A
|
IAF
|
|
AIT Model B
|
L0
|
B
|
IBL
|
|
CDP
|
F0
|
A
|
DAF
|
|
LDP
|
B0
|
C
|
LCB
|
|
FRP Model D
|
Z0
|
D
|
FDZ
|
|
FRP Model E
|
Z0
|
E
|
FEZ
|
|
FRP Model J
|
A0
|
J
|
FJA
|
|
FRP Model K
|
A0
|
K
|
FKA
|
|
FTC Model C
|
B0
|
C
|
JCB
|
|
NTC
|
J0
|
E
|
NEJ
|
|
SDP
|
F0
|
C
|
SCF
|
Hardware Compatibility Matrices
AXIS 4.0 H/W Compatibility
PCB Description
|
Part Number
|
Latest H/W
|
Minimum H/W
|
IMATM 8T1
|
73-3026-02
|
F
|
A
|
IMATM 8E1
|
73-3027-02
|
F
|
A
|
ASC
|
73-2454-02
|
R
|
H
|
ASC 2
|
73-2586-01
|
B
|
A
|
BNM-E3
|
73-2866-01
|
B
|
A
|
BNM-T3
|
73-2802-01
|
E
|
A
|
BNM-E3/B
|
73-3730-01
|
A
|
A
|
BNM-T3/B
|
73-3714-01
|
A
|
A
|
BNM-155
|
73-2459-03
|
C
|
A
|
FRSM-4T1
|
73-2455-02
|
E
|
A
|
FRSM-4E1
|
73-2456-02
|
E
|
A
|
SRM T1E1 (B)
|
73-2565-01
|
C
|
B
|
CESM-4T1
|
73-2525-02
|
C
|
B
|
CESM-4E1
|
73-2541-02
|
E2
|
B
|
AUSM-4T1
|
73-2990-01
|
C
|
A
|
AUSM-4E1
|
73-2991-01
|
C
|
A
|
FRSM-8T1
|
73-2367-04
|
C
|
A1
|
FRSM-8E1
|
73-2360-04
|
C
|
A1
|
FRSM-HS1
|
73-2602-02
|
J
|
A
|
AUSM-8T1
|
73-2493-06
|
F
|
A
|
AUSM-8E1
|
73-2494-06
|
F
|
A
|
FRASM-8T1
|
73-2347-04
|
A2
|
A2
|
BPX 8.4 H/W Compatibility
PCB Description
|
Part Number
|
Latest H/W
|
Minimum H/W
|
BCC-32M (Non -Orderable)
|
73-213840-00
|
P
|
A
|
BCC-64M (Non-Orderable)
|
73-213840-01
|
P
|
A
|
BCC-BC (Non-Orderable)
|
73-211380-00
|
D
|
A
|
BCC-3-32M
|
73-3719-00
|
R
|
J
|
BCC-3-64M
|
73-3720-01
|
R
|
J
|
BCC-3-BC
|
73-2671-01
|
D
|
A
|
ASM
|
73-214020-00
|
C
|
A
|
ASM-BC
|
73-211910-00
|
C
|
A
|
BXM-T3-8
|
73-2589-05
|
H
|
A
|
BXM-E3-8
|
73-2591-05
|
H
|
A
|
BXM-T3-12
|
73-2588-05
|
H
|
A
|
BXM-E3-12
|
73-2590-05
|
H
|
A
|
T3/E3-BC
|
73-2759-02
|
A
|
A
|
BXM-155-8
|
73-2490-05
|
H
|
A
|
MMF-155-8-BC
|
73-2887-00
|
B
|
A
|
SMF-155-8-BC
|
73-2889-01
|
B
|
A
|
SMFLR-155-8-BC
|
73-2411-02
|
B
|
A
|
BXM-155-4
|
73-2492-05
|
H
|
A
|
MMF-155-4-BC
|
73-2888-01
|
B
|
A
|
SMF-155-4-BC
|
73-2890-01
|
B
|
A
|
SMFLR-155-4-BC
|
73-2412-01
|
B
|
A
|
BXM-622-2
|
73-2473-08
|
L
|
A
|
622-2-BC
|
73-2884-01
|
D
|
A
|
SMFLR-622-2-BC
|
73-2885-01
|
D
|
A
|
BNI-3-T3/C
|
73-2637-01
|
J
|
A
|
BNI-3-E3/B
|
73-2638-01
|
K
|
A
|
BNI-2-155/B
|
73-218100-03
|
J
|
A
|
ASI-2-E3/B
|
73-216330-01
|
F
|
A
|
ASI-2-T3/C
|
73-216330-00
|
F
|
A
|
ASI-2-155E
|
73-218100-02
|
J
|
A
|
T3-BC
|
73-213070-01
|
E
|
A
|
E3-BC
|
73-213070-01
|
E
|
D
|
MMF-2-BC
|
73-214290-00
|
D
|
A
|
SMF-2-BC
|
73-216270-00
|
D
|
A
|
SMFLR-2-BC
|
73-216270-01
|
D
|
A
|
BCC-4V
|
73-3057-04
|
D
|
B
|
BME-0C12
|
73-2469-07
|
L
|
A
|
IPX 8.4 H/W Compatibility
PCB Description
|
Part Number
|
Latest H/W
|
Minimum H/W
|
IPX-NPC-550051
|
73-215280-00
|
H
|
A
|
IPX-NPC-550052
|
73-215280-01
|
H
|
A
|
IPX-ARC-512010
|
73-212340-01
|
E
|
A
|
BC-512011
|
73-212360-00
|
C
|
A
|
IPX-FTC-6350
|
73-2611-01
|
K
|
A
|
BC-6351A-V35
|
73-213240-00
|
E1
|
A
|
BC-6352A-T1
|
73-213420-00
|
C
|
A
|
BC-6353A-E1
|
73-213410-00
|
B
|
A
|
BC-6354A-X21
|
73-214120-00
|
C
|
A
|
IPX-NTC-6161E
|
73-213210-00
|
L
|
A
|
BC-6271A-T1
|
73-207380-00
|
L
|
A
|
BC-6171A-E1
|
73-207370-01
|
N
|
A
|
BC-6083A-SR
|
73-208540-00
|
H1
|
A
|
BC-550150-Y1
|
73-210820-01
|
D
|
A
|
IPX-AIT-571000
|
73-215130-00
|
E
|
A
|
BC-571110A-T3
|
73-2879-01
|
J
|
A
|
BC-571210A-E3
|
73-2679-01
|
H
|
A
|
IPX-SDP-5080C
|
73-2853-01
|
F
|
A
|
BC-5082A-V35
|
73-2450-01
|
K
|
A
|
BC-5083A-RS449
|
73-204850-00
|
V1
|
A
|
BC-5084B-RS232
|
73-2723-01
|
W1
|
A
|
IPX-LDP-5285C
|
73-207250-00
|
K2
|
A
|
BC-5286A-RS232
|
73-207180-01
|
L
|
A
|
BC-5287A-RS232
|
73-207180-00
|
L
|
A
|
IPX-T1-511477
|
73-209660-01
|
H
|
A
|
IPX-E1-511478
|
73-209660-02
|
H
|
A
|
IPX-511475-TT
|
73-209660-20
|
H
|
A
|
BC-6271A-T1
|
73-207380-00
|
L
|
A
|
BC-6171A-E1
|
73-207370-01
|
N
|
A
|
BC-550100-J1
|
73-210820-00
|
C
|
A
|
IPX-FRP31-6260E
|
73-207560-00
|
U
|
A
|
IPX-FRP2-6270A
|
73-2611-01
|
K
|
A
|
BC-6251B-V35
|
73-209570-00
|
L
|
A
|
BC-6254A-X21
|
73-211440-00
|
H
|
A
|
BC-6355A-X21
|
73-214120-01
|
C
|
A
|
IGX 8.4 H/W Compatibility
PCB Description
|
Part Number
|
Latest H/W
|
Minimum H/W
|
IGX-NPM-32
|
73-2894-01
|
W
|
A
|
IGX-NPM-64
|
73-2895-01
|
W
|
A
|
IGX-NPM-32B
|
73-2554-04
|
L
|
A
|
IGX-NPM-64B
|
73-2363-02
|
C
|
A
|
IGX-SCM
|
73-3341-01
|
W
|
A
|
IGX-ARM
|
73-218230-00
|
A
|
A
|
BC-512011
|
73-212360-00
|
C
|
A
|
IGX-NTM
|
73-2296-04
|
D
|
A
|
BC-6271A-T1
|
73-207380-00
|
L
|
A
|
BC-6171A-E1
|
73-207370-01
|
N
|
A
|
BC-6083A-SR
|
73-208540-00
|
H
|
A
|
BC-550150-Y1
|
73-210820-01
|
D
|
A
|
IGX-BTM/B
|
73-3005-02
|
E
|
A (BTM/B=AIT+ACM1)
|
ACM1
|
73-2921-02
|
T
|
A
|
BC-571110A-T3
|
73-2879-01
|
J
|
A
|
BC-571210A-E3
|
73-2679-01
|
H
|
A
|
BC-571310A-E2
|
73-215940-00
|
D
|
A
|
BC-571410A-HSSI
|
73-216370-00
|
A
|
A
|
IGX-ALM/A
|
73-2558-03
|
J
|
A (NO ACM CARD)
|
IGX-ALM/B
|
73-2558-03
|
J
|
A (NO ACM CARD)
|
BC-UAI-1T3
|
73-217040-00
|
C
|
A
|
BC-UAI-1E3
|
73-2986-01
|
E
|
A
|
IGX-UXM-4-155-SMF
|
73-2511-03
|
D
|
A (NO ACM CARD)
|
BC-UAI-4-155-SMF
|
73-2703-03
|
D
|
A
|
IGX-UXM-4-155-MMF
|
73-2511-03
|
D
|
A (NO ACM CARD)
|
BC-UAI-4-155-MMF
|
73-2705-03
|
D
|
A
|
IGX-UXM-2-155-SMF
|
73-2511-03
|
D
|
A (NO ACM CARD)
|
BC-UAI-2-155-SMF
|
73-2699-03
|
C
|
A
|
IGX-UXM-6-T3
|
73-2511-03
|
D
|
A (NO ACM CARD)
|
BC-UAI-6-T3
|
73-2952-02
|
A
|
A
|
IGX-UXM-3-T3
|
73-2511-03
|
D
|
A (NO ACM CARD)
|
BC-UAI-3-T3
|
73-2954-02
|
A
|
A
|
IGX-UXM-6-E3
|
73-2511-03
|
D
|
A (NO ACM CARD)
|
BC-UAI-6-E3
|
73-2953-02
|
A
|
A
|
IGX-UXM-3-E3
|
73-2511-03
|
D
|
A (NO ACM CARD)
|
BC-UAI-3-E3
|
73-2955-02
|
A
|
A
|
IGX-UXM-8-E1-BNC
|
73-2511-03
|
D
|
A (NO ACM CARD)
|
BC-UAI-8-E1-BNC
|
73-2932-02
|
C
|
A
|
IGX-UXM-4-E1-BNC
|
73-2511-03
|
D
|
A (NO ACM CARD)
|
BC-UAI-4-E1-BNC
|
73-3061-01
|
C
|
A
|
IGX-UXM-8-T1-DB15
|
73-2511-03
|
D
|
A (NO ACM CARD)
|
BC-UAI-8-T1-DB15
|
73-2941-02
|
C
|
A
|
IGX-UXM-8-E1-DB15
|
73-2511-03
|
D
|
A (NO ACM CARD)
|
BC-UAI-8-E1-DB15
|
73-2942-02
|
C
|
A
|
IGX-UXM-4-T1-DB15
|
73-2511-03
|
D
|
A (NO ACM CARD)
|
BC-UAI-4-T1-DB15
|
73-3059-01
|
C
|
A
|
IGX-UXM-4-E1-DB15
|
73-2511-03
|
D
|
A (NO ACM CARD)
|
BC-UAI-4-E1-DB15
|
73-3060-01
|
C
|
A
|
IGX-FTM
|
73-2519-01
|
M
|
A (FTM=FTC+ACM1A)
|
ACM1A
|
73-2930-02
|
T
|
A
|
BC-6351A-V35
|
73-213240-00
|
E
|
A
|
BC-6352A-T1
|
73-213420-00
|
C
|
A
|
BC-6353A-E1
|
73-213410-00
|
B
|
A
|
BC-6354A-X21
|
73-214120-00
|
C
|
A
|
IGX-HDM
|
73-2853-01
|
H
|
A (HDM=SDP+ACM2)
|
ACM2
|
73-2922-03
|
T
|
A
|
BC-5082A-V35
|
73-2450-01
|
K
|
A
|
BC-5083A-RS449
|
73-204850-00
|
V
|
A
|
BC-5084B-RS232
|
73-2723-01
|
W
|
A
|
IGX-LDM
|
73-207250-00
|
K
|
A (LDM=LDP+ACM1A)
|
ACM1A
|
73-2930-02
|
T
|
A
|
BC-5286A-RS232
|
73-207180-01
|
L
|
A
|
BC-5287A-RS232
|
73-207180-00
|
L
|
A
|
IGX-CVM-DSOA
|
73-3002-02
|
D
|
A (CVM=CDP+ACM1A)
|
IGX-CVM-T1EC
|
73-3003-02
|
E
|
A (CVM=CDP+ACM1A)
|
IGX-CVM-E1EC
|
73-209660-00
|
H
|
A (CVM=CDP+ACM1A)
|
BC-6271A-T1
|
73-207380-00
|
M
|
A
|
BC-6171A-E1
|
73-207370-01
|
P
|
A
|
BC-550100-J1
|
73-210820-00
|
C
|
A
|
IGX-FRM
|
73-2517-03
|
N
|
A (NO ACM CARD)
|
IGX-FRM-31
|
73-2517-03
|
N
|
A (NO ACM CARD)
|
IGX-FRM-2
|
73-2519-01
|
K
|
A (FRM-2=FRP+ACM1A)
|
BC-6251B-V35
|
73-3253-01
|
M
|
A
|
BC-6254A-X21
|
73-211440-00
|
H
|
A
|
BC-6355A-X21
|
73-214120-01
|
C
|
A
|
IGX-UFM-4C
|
73-2531-05
|
N
|
A (NO ACM CARD)
|
IGX-UFM-8C
|
73-2531-05
|
N
|
A (NO ACM CARD)
|
BC-UFI-8T1-DB15
|
73-2444-02
|
D
|
A
|
BC-UFI-8E1-DB15
|
73-2445-02
|
D
|
A
|
BC-UFI-8E1-BNC
|
73-2449-02
|
D
|
A
|
IGX-UFM-U
|
73-2349-04
|
D
|
A (NO ACM CARD)
|
BC-UFI-12V35
|
73-2711-01
|
D
|
A
|
BC-UFI-12X21
|
73-2712-01
|
D
|
A
|
BC-UFI-4HSSI
|
73-2693-01
|
C
|
A
|
IGX-UVM
|
73-2361-01
|
H
|
A (NO ACM CARD)
|
BC-UVI-2E1EC
|
73-2420-01
|
B
|
A
|
BC-UVI-2T1EC
|
73-2373-01
|
C
|
A
|
Default Values
BPX 8600 Nodes:
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
System-Wide Parameters
1 Max Time Stamped Packet Age (msec) ................................ 32
2 Fail Connections On Communication Break ........................... No
3 Max Network Delay for `v' connections (msec)....................... 14
4 Max Network Delay for `c' connections (msec)....................... 27
5 Max Network Delay for `t' & `p' connections (msec)................. 14
6 Max Network Delay for `a' connections (msec)....................... 27
7 Max Network Delay for High Speed Data connections (msec)........... 32
8 Max Network Delay for CDP-CDP `v' connections (msec)............... 32
9 Max Network Delay for CDP-CDP `c' connections (msec)............... 32
10 Max Network Delay for CDP-CDP `t' & `p' connections (msec)......... 32
11 Max Network Delay for CDP-CDP `a' connections (msec)............... 32
12 Max Network Delay for CDP-CDP High Speed Data connections (msec)... 32
13 Enable Discard Eligibility......................................... No
14 Use Frame Relay Standard Parameters Bc and Be...................... No
15 Max Local Delay for Interdom CDP-CDP `v' conns (msec).............. 11
16 Max Local Delay for Interdom CDP-CDP `c' conns (msec).............. 11
17 Max Local Delay for Interdom CDP-CDP `t' & `p' conns (msec)........ 11
18 Max Local Delay for Interdom CDP-CDP `a' conns (msec).............. 11
19 Max Local Delay for Interdom CDP-CDP High Speed Data conns (msec).. 11
20 Max Local Delay for Interdom High Speed Data conns (msec).......... 28
21 FastPAD Jitter Buffer Size (msec)................................. 15
22 Number of Consecutive Invalid Login Attempts to Cause Major Alarm . 0
23 Enable Connection Deroute Delay feature............................ No
24 Frame Relay VCs Polling Rate....................................... 5
This Command: cnfsysparm
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
1 Update Initial Delay [ 5000] (D) 16 Stats Memory (x 10KB) [ 61] (D)
2 Update Per-Node Delay [30000] (D) 17 Standby Update Timer [ 10] (D)
3 Comm-Break Test Delay [30000] (D) 18 Stby Updts Per Pass [ 50] (D)
4 Comm-Break Test Offset [ 10] (D) 19 Gateway ID Timer [ 30] (D)
5 Network Timeout Period [ 1700] (D) 20 GLCON Alloc Timer [ 30] (D)
6 Network Inter-p Period [ 4000] (D) 21 Comm Fail Delay [ 60] (D)
7 NW Sliding Window Size [ 1] (D) 22 Nw Hdlr Timer (msec) [ 50] (D)
8 Num Normal Timeouts [ 7] (D) 23 SAR CC Transmit Rate [ 560] (D)
9 Num Inter-p Timeouts [ 3] (D) 24 SAR High Transmit Rate [ 280] (D)
10 Num Satellite Timeouts [ 6] (D) 25 SAR Low Transmit Rate [ 56] (D)
11 Num Blind Timeouts [ 4] (D) 26 SAR VRAM Cngestn Limit [ 7680] (D)
12 Num CB Msg Timeouts [ 5] (D) 27 SAR VRAM Cell Discard [ 256] (D)
13 Comm Fail Interval [10000] (D) 28 ASM Card Cnfged [ Y] (Y/N)
14 Comm Fail Multiplier [ 3] (D) 29 TFTP Grant Delay (sec) [ 1] (D)
15 CC Redundancy Cnfged [ Y] (Y/N) 30 TFTP ACK Timeout (sec) [ 10] (D)
31 TFTP Write Retries [ 3] (D)
32 SNMP Event logging [ Y] (Y/N)
33 Job Lock Timeout [ 60] (D)
34 Max Via LCONs [50000] (D)
35 Max Blind Segment Size [ 3570] (D)
36 Max XmtMemBlks per NIB [ 3000] (D)
37 Max Stby Update Q Sz [ 5000] (D)
38 Reroute on Comm Fail [ N] (Y/N)
This Command: cnfnodeparm
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
Index Status Function
1 Enabled Automatic TRK Loopback Test on Local/Remote Alarms
2 Enabled User Command Logging
3 Enabled Automatic Card Reset on Hardware Error
4 Enabled Card Error Record Wraparound
5 Disabled Card Test After Failure
6 Disabled Download From Remote StrataView
7 Enabled Node-by-node Upgrade Compatibility
8 Disabled Logging of conn events in local event log
9 Disabled Logging of conn events in SV+ event log
10 Disabled Force Download From a Specific IP address
This Command: cnffunc
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
Index Status Function
1 Disabled Configuration Save/Restore
2 Disabled ForeSight
3 Disabled Multiple VTs (1 session enabled)
4 Disabled Network Expansion
5 Disabled Virtual Trunks
6 Disabled ABR standard with VSVD
This Command: cnfswfunc
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
1 Normalization Interval [ 2] (D)
2 Max Number To Normalize [ 5] (D)
3 Normalization Logging [ No]
4 Settling Interval [ 4] (D)
5 Minimum Open Space [ 1000] (D)
6 Normalization Priority [ Load]
7 Load Sample Period [ 4] (D)
8 Maximum Routing Bundle [ 24] (D)
9 Reroute Timer [ 0] (secs)
10 Reset Timer on Line Fail [ Yes]
11 Max Down/Up Per Pass [ 50] (D)
12 Down/Up Timer [30000] (msecs)
13 Max Route Errs per cycle [ 50] (D)
14 Time between Rrt cycles [ 5] (mins)
15 Max. Rrt Err cycles [ 10] (D)
16 Routing pause timer [ 0] (msecs)
17 Max msgs sent per update [ 10] (D)
18 Send SVC urgent msg [ No]
19 Max SVC Retry [ 0] (D)
20 Wait for TBL Updates [ 70] (100 msecs)
21 Max Derouting Bndl (0=all)[ 500] (D)
22 # of reroute groups used [ 50] (D)
23 Starting size of RR grps [ 0] (CLU)
24 Increment between RR grps [ 100] (CLU)
This Command: cnfcmparm
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
1 Rmt Blk Freq (msec) [ 100] 16 FW Dnld Msgs/Block(dec) [ 4]
2 Rmt Blk Size (hex) [ 400] 17 Flash Write TO(msec) [ 16000]
3 Lcl Blk Freq (msec) [ 100] 18 Flash Erase TO(msec) [ 100]
4 Lcl Blk Size (hex) [ 400] 19 Erase Verify TO(msec) [ 16000]
5 Image Req Freq (msec) [ 10000] 20 Standby Flash TO(sec) [ 300]
6 Dnld Req Freq (msec) [ 10000] 21 Lcl Flash Init TO(msec) [ 1000]
7 Session Timeout (msec) [ 30000] 22 Flsh Write Blk Sz (hex) [ 10000]
8 Request Hop Limit (dec) [ 1] 23 Flsh Verfy Blk Sz (hex) [ 400]
9 Crc Throttle Freq (dec) [ 5000] 24 Chips Per Write/Erase [ 1]
10 Crc Block Size (hex) [ 400]
11 Rev Change Wait(dec) [ 0]
12 CCs Switch Wait(dec) [ 1000]
13 Lcl Response TO(msec) [ 5000]
14 Rmt Response TO(msec) [ 20000]
15 FW Dnld Block TO(msec) [ 50]
This Command: cnfdlparm
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
1. Logout Time ........... 20 minutes
2. VT Logout Time ........ 4 minutes
3. Prompt Time ........... 60 seconds
4. Command Time .......... 3 minutes
5. UID Privilege Level ... 6
6. Input Character Echo .. Enabled
7. Screen Update Time .... 10 seconds
This Command: cnfuiparm
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
Function Number Status Function Number Status
Background Upcard 1 Enabled Conn Stat Sampling 15 Enabled
Background Updates 2 Disabled Neighbor Update Errs 16 Disabled
Standby Terminal 3 Enabled
Memory Protection 4 Enabled
Comm Break 5 Enabled
Comm Fail Test 6 Enabled
CRC Test 7 Enabled
Bus Fail Detection 8 Enabled
Line Diag 9 Enabled
Clock Restoral 10 Enabled
Cm_Rerouting 11 Enabled
Clock Routing 12 Enabled
Dynamic BW Allocation 13 Enabled
Modem Polling 14 Enabled
This Command: on1
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
Function Number Status Function Number Status
Line Stat Sampling 1 Enabled Robust Alarm Updates 15 Enabled
Statistical Alarm 2 Enabled Realtime Counters 16 Enabled
Job Ready Checker 3 Enabled LAN Interface 17 Enabled
Configuration Backup 4 Enabled Update Standby Stats 18 Enabled
Standby Update 5 Enabled Telnet Access 19 Enabled
Downloader 6 Enabled Junction ID 20 Enabled
Cm Updates 7 Enabled Mult SV+/Routing Node 21 Disabled
Topo/Stat Updates 8 Enabled Simulated Fdr Trks 22 Disabled
Card Statistical Alms 9 Enabled Deroute Delay 23 Enabled
Card Stat Sampling 10 Enabled Auto Renum Fail Recov 24 Enabled
Address Validation 11 Enabled
ASM Stats Polling 12 Enabled
Port Stat Sampling 13 Enabled
Robust Updates 14 Enabled
This Command: on2
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
Function Number Status
Trace Msg Sent 1 Disabled
Multi-DB Stby Updates 2 Enabled
This Command: on3
BNI-155E:
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
TRK 2.1 Config OC3 [353207cps] BNI-155 slot: 2
Transmit Rate: 353208 Line framing: STS-3C
Subrate interface: -- coding: --
Subrate data rate: -- CRC: --
Line DS-0 map: -- recv impedance: --
Statistical Reserve: 1000 cps cable type: --
Idle code: 7F hex length: --
Max Channels/Port: -- Pass sync: Yes
Connection Channels: 16050 Loop clock: No
Valid Traffic Classes: HCS Masking: Yes
V,TS,NTS,FR,FST,CBR,VBR,ABR Payload Scramble: Yes
SVC Channels: 0 Frame Scramble: Yes
SVC Bandwidth: 0 cps Virtual Trunk Type: --
Restrict CC traffic: No Virtual Trunk VPI: --
Link type: Terrestrial Deroute delay time: 0 seconds
Last Command: dsptrkcnf 2.1
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
TRK 2.1 Parameters
1 Q Depth - Voice [ 885] (Dec) 15 Q Depth - CBR [ 600] (Dec)
2 Q Depth - Non-TS [ 1324] (Dec) 16 Q Depth - VBR [ 1000] (Dec)
3 Q Depth - TS [ 1000] (Dec) 17 Q Depth - ABR [15655] (Dec)
4 Q Depth - BData A [ 1000] (Dec) 18 Low CLP - CBR [ 100] (%)
5 Q Depth - BData B [ 8000] (Dec) 19 High CLP - CBR [ 100] (%)
6 Q Depth - High Pri [ 1000] (Dec) 20 Low CLP - VBR [ 100] (%)
7 Max Age - Voice [ 20] (Dec) 21 High CLP - VBR [ 100] (%)
8 Red Alm - I/O (Dec) [ 2500 / 10000]22 Low CLP - ABR [ 60] (%)
9 Yel Alm - I/O (Dec) [ 2500 / 10000]23 High CLP - ABR [ 80] (%)
10 Low CLP - BData A [ 100] (%) 24 EFCN - ABR [ 30] (%)
11 High CLP - BData A [ 100] (%) 25 SVC Queue Pool Size [ 0] (Dec)
12 Low CLP - BData B [ 25] (%)
13 High CLP - BData B [ 75] (%)
14 EFCN - BData B [ 30] (Dec)
This Command: cnftrkparm 2.1
BNI-T3:
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
TRK 3.1 Config T3 [96000 cps] BNI-T3 slot: 3
Transmit Rate: 96000 Line framing: PLCP
Subrate interface: -- coding: --
Subrate data rate: -- CRC: --
Line DS-0 map: -- recv impedance: --
Statistical Reserve: 1000 cps cable type:
Idle code: 7F hex length: 0-225 ft.
Max Channels/Port: -- Pass sync: Yes
Connection Channels: 1771 Loop clock: No
Valid Traffic Classes: HCS Masking: Yes
V,TS,NTS,FR,FST,CBR,VBR,ABR Payload Scramble: No
SVC Channels: 0 Frame Scramble: --
SVC Bandwidth: 0 cps Virtual Trunk Type: --
Restrict CC traffic: No Virtual Trunk VPI: --
Link type: Terrestrial Deroute delay time: 0 seconds
Last Command: dsptrkcnf 3.1
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
TRK 3.1 Parameters
1 Q Depth - Voice [ 242] (Dec) 15 Q Depth - CBR [ 600] (Dec)
2 Q Depth - Non-TS [ 360] (Dec) 16 Q Depth - VBR [ 1000] (Dec)
3 Q Depth - TS [ 1000] (Dec) 17 Q Depth - ABR [ 9070] (Dec)
4 Q Depth - BData A [ 1000] (Dec) 18 Low CLP - CBR [ 100] (%)
5 Q Depth - BData B [ 8000] (Dec) 19 High CLP - CBR [ 100] (%)
6 Q Depth - High Pri [ 1000] (Dec) 20 Low CLP - VBR [ 100] (%)
7 Max Age - Voice [ 20] (Dec) 21 High CLP - VBR [ 100] (%)
8 Red Alm - I/O (Dec) [ 2500 / 15000]22 Low CLP - ABR [ 60] (%)
9 Yel Alm - I/O (Dec) [ 2500 / 15000]23 High CLP - ABR [ 80] (%)
10 Low CLP - BData A [ 100] (%) 24 EFCN - ABR [ 30] (%)
11 High CLP - BData A [ 100] (%) 25 SVC Queue Pool Size [ 0] (Dec)
12 Low CLP - BData B [ 25] (%)
13 High CLP - BData B [ 75] (%)
14 EFCN - BData B [ 30] (Dec)
This Command: cnftrkparm 3.1
BNI-155:
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
TRK 6.1 Config OC3 [353207cps] BNI-155 slot: 6
Transmit Rate: 353208 Line framing: STS-3C
Subrate interface: -- coding: --
Subrate data rate: -- CRC: --
Line DS-0 map: -- recv impedance: --
Statistical Reserve: 1000 cps cable type: --
Idle code: 7F hex length: --
Max Channels/Port: -- Pass sync: Yes
Connection Channels: 16050 Loop clock: No
Valid Traffic Classes: HCS Masking: Yes
V,TS,NTS,FR,FST,CBR,VBR,ABR Payload Scramble: Yes
SVC Channels: 0 Frame Scramble: Yes
SVC Bandwidth: 0 cps Virtual Trunk Type: --
Restrict CC traffic: No Virtual Trunk VPI: --
Link type: Terrestrial Deroute delay time: 0 seconds
Last Command: dsptrkcnf 6.1
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
TRK 6.1 Parameters
1 Q Depth - Voice [ 885] (Dec) 15 Q Depth - CBR [ 600] (Dec)
2 Q Depth - Non-TS [ 1324] (Dec) 16 Q Depth - VBR [ 1000] (Dec)
3 Q Depth - TS [ 1000] (Dec) 17 Q Depth - ABR [15655] (Dec)
4 Q Depth - BData A [ 1000] (Dec) 18 Low CLP - CBR [ 100] (%)
5 Q Depth - BData B [ 8000] (Dec) 19 High CLP - CBR [ 100] (%)
6 Q Depth - High Pri [ 1000] (Dec) 20 Low CLP - VBR [ 100] (%)
7 Max Age - Voice [ 20] (Dec) 21 High CLP - VBR [ 100] (%)
8 Red Alm - I/O (Dec) [ 2500 / 10000]22 Low CLP - ABR [ 60] (%)
9 Yel Alm - I/O (Dec) [ 2500 / 10000]23 High CLP - ABR [ 80] (%)
10 Low CLP - BData A [ 100] (%) 24 EFCN - ABR [ 30] (%)
11 High CLP - BData A [ 100] (%) 25 SVC Queue Pool Size [ 0] (Dec)
12 Low CLP - BData B [ 25] (%)
13 High CLP - BData B [ 75] (%)
14 EFCN - BData B [ 30] (Dec)
This Command: cnftrkparm 6.1
BNI-E3:
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
TRK 10.1 Config E3 [80000 cps] BNI-E3 slot: 10
Transmit Rate: 80000 Line framing: --
Subrate interface: -- coding: --
Subrate data rate: -- CRC: --
Line DS-0 map: -- recv impedance: --
Statistical Reserve: 1000 cps cable type:
Idle code: 7F hex length: 0-225 ft.
Max Channels/Port: -- Pass sync: Yes
Connection Channels: 1771 Loop clock: No
Valid Traffic Classes: HCS Masking: Yes
V,TS,NTS,FR,FST,CBR,VBR,ABR Payload Scramble: Yes
SVC Channels: 0 Frame Scramble: --
SVC Bandwidth: 0 cps Virtual Trunk Type: --
Restrict CC traffic: No Virtual Trunk VPI: --
Link type: Terrestrial Deroute delay time: 0 seconds
Last Command: dsptrkcnf 10.1
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
TRK 10.1 Parameters
1 Q Depth - Voice [ 202] (Dec) 15 Q Depth - CBR [ 600] (Dec)
2 Q Depth - Non-TS [ 300] (Dec) 16 Q Depth - VBR [ 1000] (Dec)
3 Q Depth - TS [ 1000] (Dec) 17 Q Depth - ABR [ 9170] (Dec)
4 Q Depth - BData A [ 1000] (Dec) 18 Low CLP - CBR [ 100] (%)
5 Q Depth - BData B [ 8000] (Dec) 19 High CLP - CBR [ 100] (%)
6 Q Depth - High Pri [ 1000] (Dec) 20 Low CLP - VBR [ 100] (%)
7 Max Age - Voice [ 20] (Dec) 21 High CLP - VBR [ 100] (%)
8 Red Alm - I/O (Dec) [ 2500 / 15000]22 Low CLP - ABR [ 60] (%)
9 Yel Alm - I/O (Dec) [ 2500 / 15000]23 High CLP - ABR [ 80] (%)
10 Low CLP - BData A [ 100] (%) 24 EFCN - ABR [ 30] (%)
11 High CLP - BData A [ 100] (%) 25 SVC Queue Pool Size [ 0] (Dec)
12 Low CLP - BData B [ 25] (%)
13 High CLP - BData B [ 75] (%)
14 EFCN - BData B [ 30] (Dec)
This Command: cnftrkparm 10.1
BXM-155:
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
TRK 9.1 Config OC3 [353207cps] BXM slot: 9
Transmit Rate: 353208 Line framing: STS-3C
Subrate interface: -- coding: --
Subrate data rate: -- CRC: --
Line DS-0 map: -- recv impedance: --
Statistical Reserve: 1000 cps cable type: --
Idle code: 7F hex length: --
Max Channels/Port: 256 Pass sync: Yes
Connection Channels: 256 Loop clock: No
Valid Traffic Classes: HCS Masking: Yes
V,TS,NTS,FR,FST,CBR,VBR,ABR Payload Scramble: Yes
SVC Channels: 0 Frame Scramble: Yes
SVC Bandwidth: 0 cps Virtual Trunk Type: --
Restrict CC traffic: No Virtual Trunk VPI: --
Link type: Terrestrial Deroute delay time: 0 seconds
Last Command: dsptrkcnf 9.1
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
TRK 9.1 Parameters
1 Q Depth - Voice [ 885] (Dec) 15 Q Depth - CBR [ 600] (Dec)
2 Q Depth - Non-TS [ 1324] (Dec) 16 Q Depth - VBR [ 5000] (Dec)
3 Q Depth - TS [ 1000] (Dec) 17 Q Depth - ABR [20000] (Dec)
4 Q Depth - BData A [10000] (Dec) 18 Low CLP - CBR [ 100] (%)
5 Q Depth - BData B [10000] (Dec) 19 High CLP - CBR [ 100] (%)
6 Q Depth - High Pri [ 1000] (Dec) 20 Low CLP - VBR [ 100] (%)
7 Max Age - Voice [ 20] (Dec) 21 High CLP - VBR [ 100] (%)
8 Red Alm - I/O (Dec) [ 2500 / 10000]22 Low CLP - ABR [ 60] (%)
9 Yel Alm - I/O (Dec) [ 2500 / 10000]23 High CLP - ABR [ 80] (%)
10 Low CLP - BData A [ 100] (%) 24 EFCN - ABR [ 30] (%)
11 High CLP - BData A [ 100] (%) 25 SVC Queue Pool Size [ 0] (Dec)
12 Low CLP - BData B [ 25] (%)
13 High CLP - BData B [ 75] (%)
14 EFCN - BData B [ 30] (Dec)
This Command: cnftrkparm 9.1
BXM-T3:
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
TRK 12.1 Config T3 [96000 cps] BXM slot: 12
Transmit Rate: 96000 Line framing: PLCP
Subrate interface: -- coding: --
Subrate data rate: -- CRC: --
Line DS-0 map: -- recv impedance: --
Statistical Reserve: 1000 cps cable type: --
Idle code: 7F hex length: 0-225 ft.
Max Channels/Port: 256 Pass sync: Yes
Connection Channels: 256 Loop clock: No
Valid Traffic Classes: HCS Masking: Yes
V,TS,NTS,FR,FST,CBR,VBR,ABR Payload Scramble: No
SVC Channels: 0 Frame Scramble: --
SVC Bandwidth: 0 cps Virtual Trunk Type: --
Restrict CC traffic: No Virtual Trunk VPI: --
Link type: Terrestrial Deroute delay time: 0 seconds
Last Command: dsptrkcnf 12.1
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
TRK 12.1 Parameters
1 Q Depth - Voice [ 242] (Dec) 15 Q Depth - CBR [ 400] (Dec)
2 Q Depth - Non-TS [ 360] (Dec) 16 Q Depth - VBR [ 5000] (Dec)
3 Q Depth - TS [ 1000] (Dec) 17 Q Depth - ABR [10000] (Dec)
4 Q Depth - BData A [ 8000] (Dec) 18 Low CLP - CBR [ 100] (%)
5 Q Depth - BData B [ 8000] (Dec) 19 High CLP - CBR [ 100] (%)
6 Q Depth - High Pri [ 1000] (Dec) 20 Low CLP - VBR [ 100] (%)
7 Max Age - Voice [ 20] (Dec) 21 High CLP - VBR [ 100] (%)
8 Red Alm - I/O (Dec) [ 2500 / 10000]22 Low CLP - ABR [ 60] (%)
9 Yel Alm - I/O (Dec) [ 2500 / 10000]23 High CLP - ABR [ 80] (%)
10 Low CLP - BData A [ 100] (%) 24 EFCN - ABR [ 30] (%)
11 High CLP - BData A [ 100] (%) 25 SVC Queue Pool Size [ 0] (Dec)
12 Low CLP - BData B [ 25] (%)
13 High CLP - BData B [ 75] (%)
14 EFCN - BData B [ 30] (Dec)
This Command: cnftrkparm 12.1
BXM-E3:
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
TRK 13.1 Config E3 [80000 cps] BXM slot: 13
Transmit Rate: 80000 Line framing: --
Subrate interface: -- coding: --
Subrate data rate: -- CRC: --
Line DS-0 map: -- recv impedance: --
Statistical Reserve: 1000 cps cable type: --
Idle code: 7F hex length: 0-225 ft.
Max Channels/Port: 256 Pass sync: Yes
Connection Channels: 256 Loop clock: No
Valid Traffic Classes: HCS Masking: Yes
V,TS,NTS,FR,FST,CBR,VBR,ABR Payload Scramble: Yes
SVC Channels: 0 Frame Scramble: --
SVC Bandwidth: 0 cps Virtual Trunk Type: --
Restrict CC traffic: No Virtual Trunk VPI: --
Link type: Terrestrial Deroute delay time: 0 seconds
Last Command: dsptrkcnf 13.1
sw167 TN StrataCom BPX 15 8.4.3D Date/Time Not Set
TRK 13.1 Parameters
1 Q Depth - Voice [ 202] (Dec) 15 Q Depth - CBR [ 400] (Dec)
2 Q Depth - Non-TS [ 300] (Dec) 16 Q Depth - VBR [ 5000] (Dec)
3 Q Depth - TS [ 1000] (Dec) 17 Q Depth - ABR [10000] (Dec)
4 Q Depth - BData A [ 8000] (Dec) 18 Low CLP - CBR [ 100] (%)
5 Q Depth - BData B [ 8000] (Dec) 19 High CLP - CBR [ 100] (%)
6 Q Depth - High Pri [ 1000] (Dec) 20 Low CLP - VBR [ 100] (%)
7 Max Age - Voice [ 20] (Dec) 21 High CLP - VBR [ 100] (%)
8 Red Alm - I/O (Dec) [ 2500 / 10000]22 Low CLP - ABR [ 60] (%)
9 Yel Alm - I/O (Dec) [ 2500 / 10000]23 High CLP - ABR [ 80] (%)
10 Low CLP - BData A [ 100] (%) 24 EFCN - ABR [ 30] (%)
11 High CLP - BData A [ 100] (%) 25 SVC Queue Pool Size [ 0] (Dec)
12 Low CLP - BData B [ 25] (%)
13 High CLP - BData B [ 75] (%)
14 EFCN - BData B [ 30] (Dec)
This Command: cnftrkparm 13.1
IGX 8400 Nodes:
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
System-Wide Parameters
1 Max Time Stamped Packet Age (msec) ................................ 32
2 Fail Connections On Communication Break ........................... No
3 Max Network Delay for `v' connections (msec)....................... 14
4 Max Network Delay for `c' connections (msec)....................... 27
5 Max Network Delay for `t' & `p' connections (msec)................. 14
6 Max Network Delay for `a' connections (msec)....................... 27
7 Max Network Delay for High Speed Data connections (msec)........... 32
8 Max Network Delay for CDP-CDP `v' connections (msec)............... 32
9 Max Network Delay for CDP-CDP `c' connections (msec)............... 32
10 Max Network Delay for CDP-CDP `t' & `p' connections (msec)......... 32
11 Max Network Delay for CDP-CDP `a' connections (msec).............. 32
12 Max Network Delay for CDP-CDP High Speed Data connections (msec)... 32
13 Enable Discard Eligibility......................................... No
14 Use Frame Relay Standard Parameters Bc and Be...................... No
15 Max Local Delay for Interdom CDP-CDP `v' conns (msec).............. 11
16 Max Local Delay for Interdom CDP-CDP `c' conns (msec).............. 11
17 Max Local Delay for Interdom CDP-CDP `t' & `p' conns (msec)........ 11
18 Max Local Delay for Interdom CDP-CDP `a' conns (msec).............. 11
19 Max Local Delay for Interdom CDP-CDP High Speed Data conns (msec).. 11
20 Max Local Delay for Interdom High Speed Data conns (msec).......... 28
21 FastPAD Jitter Buffer Size (msec)................................. 15
22 Number of Consecutive Invalid Login Attempts to Cause Major Alarm . 0
23 Enable Connection Deroute Delay feature ........................... No
24 Frame Relay VCs Polling Rate....................................... 5
This Command: cnfsysparm
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
1 Update Initial Delay [ 5000] (D) 16 CC Redundancy Cnfged [ Y] (Y/N)
2 Update Per-Node Delay [30000] (D) 17 MT3 Pass Through Relay [ Y] (Y/N)
3 Comm-Break Test Delay [30000] (D) 18 Nw Pkt Tx Rate (pps) [ 500] (D)
4 Comm-Break Test Offset [ 10] (D) 19 Stats Memory (x 100KB) [ 130] (D)
5 Network Timeout Period [ 1700] (D) 20 Standby Update Timer [ 10] (D)
6 Network Inter-p Period [ 4000] (D) 21 Stby Updts Per Pass [ 50] (D)
7 NW Sliding Window Size [ 1] (D) 22 Gateway ID Timer [ 30] (D)
8 Num Normal Timeouts [ 7] (D) 23 GLCON Alloc Timer [ 30] (D)
9 Num Inter-p Timeouts [ 3] (D) 24 Comm Fail Delay [ 60] (D)
10 Num Satellite Timeouts [ 6] (D) 25 Nw Hdlr Timer (msec) [ 100] (D)
11 Num Blind Timeouts [ 4] (D) 26 CBUS Delay (msec) [ 20] (D)
12 Num CB Msg Timeouts [ 2] (D) 27 SNMP Event logging [ Y] (Y/N)
13 Comm Fail Interval [10000] (D) 28 TFTP Grant Delay (sec) [ 1] (D)
14 Comm Fail Multiplier [ 3] (D) 29 TFTP ACK Timeout (sec) [ 10] (D)
15 Temperature Threshold [ 50] (D) 30 TFTP Write Retries [ 3] (D)
31 FRP Link Status Alarm [ Y] (Y/N)
32 Job Lock Timeout [ 0] (D)
33 Max Via LCONs [20000] (D)
34 Max Blind Segment Size [ 3570] (D)
35 Max XmtMemBlks per NIB [ 3000] (D)
36 Max Stby Update Q Sz [ 5000] (D)
37 Reroute on Comm Fail [ N] (Y/N)
This Command: cnfnodeparm
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
Index Status Function
1 Enabled Automatic CLN/PLN Loopback Test on Local/Remote Alarms
2 Enabled FDP Loopback button
3 Enabled User Command Logging
4 Enabled Automatic Card Reset on Hardware Error
5 Enabled TXR Model D Download
6 Enabled Card Error Record Wraparound
7 Disabled Card Test After Failure
8 Disabled Download From Remote StrataView
9 Enabled Node-by-node Upgrade Compatibility
10 Disabled Logging of conn events in local event log
11 Disabled Logging of conn events in SV+ event log
12 Disabled Logging SVC Connection Events
13 Disabled Force Download From a Specific IP address
This Command: cnffunc
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
Index Status Function
1 Disabled Data Frame Multiplexing
2 Disabled Adaptive Voice
3 Disabled Frame Relay
4 Disabled Configuration Save/Restore
5 Disabled Frame Relay ForeSight
6 Disabled Frame Relay Network-to-Network Interface
7 Disabled Multiple VTs (1 session enabled)
8 Disabled IPX/AF
9 Disabled Network Expansion
This Command: cnfswfunc
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
1 Normalization Interval [ 2] (D)
2 Max Number To Normalize [ 5] (D)
3 Normalization Logging [ No]
4 Settling Interval [ 4] (D)
5 Minimum Open Space [ 1000] (D)
6 Normalization Priority [ Load]
7 Load Sample Period [ 4] (D)
8 Maximum Routing Bundle [ 24] (D)
9 Reroute Timer [ 0] (secs)
10 Reset Timer on Line Fail [ Yes]
11 Max Down/Up Per Pass [ 50] (D)
12 Down/Up Timer [30000] (msecs)
13 Max Route Errs per cycle [ 200] (D)
14 Time between Rrt cycles [ 5] (mins)
15 Max. Rrt Err cycles [ 1] (D)
16 Routing pause timer [ 0] (msecs)
17 Max msgs sent per update [ 10] (D)
18 Send SVC urgent msg [ Yes]
19 Max SVC Retry [ 0] (D)
20 Wait for TBL Updates [ 70] (100 msecs)
21 Max Derouting Bndl (0=all)[ 500] (D)
This Command: cnfcmparm
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
1 Rmt Blk Freq (msec) [ 100] 16 FW Dnld Msgs/Block(dec) [ 4]
2 Rmt Blk Size (hex) [ 400] 17 Flash Write TO(msec) [ 16000]
3 Lcl Blk Freq (msec) [ 100] 18 Flash Erase TO(msec) [ 100]
4 Lcl Blk Size (hex) [ 400] 19 Erase Verify TO(msec) [ 16000]
5 Image Req Freq (msec) [ 10000] 20 Standby Flash TO(sec) [ 300]
6 Dnld Req Freq (msec) [ 10000] 21 Lcl Flash Init TO(msec) [ 1000]
7 Session Timeout (msec) [ 30000] 22 Flsh Write Blk Sz (hex) [ 10000]
8 Request Hop Limit (dec) [ 1] 23 Flsh Verfy Blk Sz (hex) [ 400]
9 Crc Throttle Freq (dec) [ 5000] 24 Chips Per Write/Erase [ 1]
10 Crc Block Size (hex) [ 400]
11 Rev Change Wait(dec) [ 0]
12 CCs Switch Wait(dec) [ 1000]
13 Lcl Response TO(msec) [ 5000]
14 Rmt Response TO(msec) [ 30000]
15 FW Dnld Block TO(msec) [ 50]
This Command: cnfdlparm
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
1. Logout Time ........... 20 minutes
2. VT Logout Time ........ 4 minutes
3. Prompt Time ........... 60 seconds
4. Command Time .......... 3 minutes
5. UID Privilege Level ... 6
6. Input Character Echo .. Enabled
7. Screen Update Time .... 10 seconds
This Command: cnfuiparm
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
Function Number Status Function Number Status
Background Upcard 1 Enabled Dynamic BW Allocation 15 Enabled
Background Updates 2 Disabled Modem Polling 16 Enabled
Standby Terminal 3 Disabled Conn Stat Sampling 17 Enabled
Memory Protection 4 Enabled FastPAD Test 18 Enabled
Comm Break 5 Enabled Neighbor Update Errs 19 Disabled
Comm Fail Test 6 Enabled
BRAM Memory Protect 7 Enabled
CRC Test 8 Enabled
CDT Clock Test 9 Enabled
Bus Fail Detection 10 Enabled
Line Diag 11 Enabled
Clock Restoral 12 Enabled
Cm_Rerouting 13 Enabled
Clock Routing 14 Enabled
This Command: on1
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
Function Number Status Function Number Status
Line Stat Sampling 1 Enabled LAN Interface 15 Enabled
Statistical Alarm 2 Enabled Update Standby Stats 16 Enabled
Job Ready Checker 3 Enabled EIA Monitoring 17 Enabled
Configuration Backup 4 Enabled Telnet Access 18 Enabled
Standby Update 5 Enabled Junction ID 19 Enabled
Downloader 6 Enabled Mult SV+/Routing Node 20 Enabled
Cm Updates 7 Enabled IPX/AF with NW Trunks 21 Disabled
Power Supply Monitor 8 Enabled Multiple Fdr Trunks 22 Disabled
Topo/Stat Updates 9 Enabled Simulated Fdr Trks 23 Disabled
CDP/CIP Sig. Polling 10 Enabled Auto Renum Fail Recov 24 Enabled
Port Stat Sampling 11 Enabled IGX - ACM Selftest 25 Enabled
Robust Updates 12 Enabled
Robust Alarm Updates 13 Enabled
Realtime Counters 14 Enabled
This Command: on2
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
Function Number Status
Trace Msg Sent 1 Disabled
Multi-DB Stby Updates 2 Enabled
This Command: on3
BTM-T3:
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
PLN 3 Configuration T3/3 [1000 pps] BTM slot: 3
Clock Rate: -- Idle code: 7F hex
Transmit Trunk Rate: 96000 cps Restrict PCC traffic: No
Rcv Trunk Rate: 1000 pps Link type: Terrestrial
Subrate interface: -- Line framing: --
Subrate data rate: -- coding: --
Line DS-0 map: -- CRC: --
Pass sync: Yes recv impedance: --
Loop clock: No cable type:
Statistical Reserve: 1000 pps length: 0-225 ft.
Header Type: STI HCS Masking: Yes
Gateway Type: BAM Payload Scramble: No
VPI Address: 0 End supp BData: Yes
VCI Address: 0 End supp FST: Yes
Last Command: dsptrkcnf 3
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
TRK 3 Parameters:
1 Yel Alm-In/Out (D) [ 2500/ 15000] 18 Red Alm-In/Out (D) [ 2500/ 15000]
2 Rx Max Age - Voice (D) [ 20] 19 Tx Max Age - Voice (D) [ 20]
3 Rx EFCN - BdataB (D) [ 30] 20 Tx EFCN - BdataB (D) [ 30]
4 Gateway Efficiency (D) [ 2.0]
5 EFCN - Rx Space (D) [ 30] Tx Age Step2 (D) Tx Age Step (D)
6 Low CLP - Rx_Space (%) [ 100] 21 BDataA [ N/A] 23 BDataA [ N/A]
7 High CLP - Rx_Space (%) [ 100] 22 BDataB [ N/A] 24 BDataB [ N/A]
Rx High CLP (%) Rx Low CLP (%) Tx High CLP (%) Tx Low CLP (%)
8 BDataA [ 100] 10 BDataA [ 100] 25 BDataA [ 100] 27 BDataA [ 100]
9 BDataB [ 75] 11 BdataB [ 25] 26 BDataB [ 75] 28 BDataB [ 25]
Receive Queue Depth (D) Transmit Queue Depth (D)
12 Voice [ 4] 15 BDataA [2264] 29 Voice [ 2] 32 BDataA [2264]
13 Non TS [ 3] 16 BDataB [2264] 30 Non TS [ 1] 33 BDataB [2264]
14 TS [11365] 17 HighPri[ 100] 31 TS [11369] 34 HighPri[ 100]
This Command: cnftrkparm 3
NTM-SR:
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
PLN 8 Configuration SR/30 [10000 pps] NTM slot: 8
Clock Rate: -- Idle code: --
Transmit Trunk Rate: -- Restrict PCC traffic: No
Rcv Trunk Rate: -- Link type: Terrestrial
Subrate interface: X.21 Line framing: --
Subrate data rate: 1920 kbps coding: --
Line DS-0 map: -- CRC: --
Pass sync: No recv impedance: --
Loop clock: Yes cable type: --
Statistical Reserve: 600 pps length: --
Header Type: -- HCS Masking: --
Gateway Type: -- Payload Scramble: --
VPI Address: -- End supp BData: Yes
VCI Address: -- End supp FST: Yes
Last Command: dsptrkcnf 8
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
TRK 8 Parameters:
1 Yel Alm-In/Out (D) [ 1000/ 2000] 18 Red Alm-In/Out (D) [ 1000/ 2000]
2 Rx Max Age - Voice (D) [ N/A] 19 Tx Max Age - Voice (D) [ 20]
3 Rx EFCN - BdataB (D) [ N/A] 20 Tx EFCN - BdataB (D) [ 30]
4 Gateway Efficiency (D) [ N/A]
5 EFCN - Rx Space (D) [ N/A] Tx Age Step2 (D) Tx Age Step (D)
6 Low CLP - Rx_Space (%) [ N/A] 21 BDataA [ 128] 23 BDataA [ 128]
7 High CLP - Rx_Space (%) [ N/A] 22 BDataB [ 128] 24 BDataB [ 128]
Rx High CLP (%) Rx Low CLP (%) Tx High CLP (%) Tx Low CLP (%)
8 BDataA [ N/A] 10 BDataA [ N/A] 25 BDataA [ 100] 27 BDataA [ 100]
9 BDataB [ N/A] 11 BdataB [ N/A] 26 BDataB [ 75] 28 BDataB [ 25]
Receive Queue Depth (D) Transmit Queue Depth (D)
12 Voice [ N/A] 15 BDataA [ N/A] 29 Voice [ 27] 32 BDataA [ 600]
13 Non TS [ N/A] 16 BDataB [ N/A] 30 Non TS [ 37] 33 BDataB [ 600]
14 TS [ N/A] 17 HighPri[ N/A] 31 TS [2636] 34 HighPri[ 100]
This Command: cnftrkparm 8
NTM-T1:
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
PLN 9 Configuration T1/24 [8000 pps] NTM slot: 9
Clock Rate: -- Idle code: 7F hex
Transmit Trunk Rate: -- Restrict PCC traffic: No
Rcv Trunk Rate: -- Link type: Terrestrial
Subrate interface: -- Line framing: D4
Subrate data rate: -- coding: B8ZS
Line DS-0 map: 0-23 CRC: --
Pass sync: Yes recv impedance: --
Loop clock: No cable type: ABAM
Statistical Reserve: 600 pps length: 0-133 ft.
Header Type: -- HCS Masking: --
Gateway Type: -- Payload Scramble: --
VPI Address: -- End supp BData: Yes
VCI Address: -- End supp FST: Yes
Last Command: dsptrkcnf 9
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
TRK 9 Parameters:
1 Yel Alm-In/Out (D) [ 600/ 600] 18 Red Alm-In/Out (D) [ 2500/ 15000]
2 Rx Max Age - Voice (D) [ N/A] 19 Tx Max Age - Voice (D) [ 20]
3 Rx EFCN - BdataB (D) [ N/A] 20 Tx EFCN - BdataB (D) [ 30]
4 Gateway Efficiency (D) [ N/A]
5 EFCN - Rx Space (D) [ N/A] Tx Age Step2 (D) Tx Age Step (D)
6 Low CLP - Rx_Space (%) [ N/A] 21 BDataA [ 128] 23 BDataA [ 128]
7 High CLP - Rx_Space (%) [ N/A] 22 BDataB [ 128] 24 BDataB [ 128]
Rx High CLP (%) Rx Low CLP (%) Tx High CLP (%) Tx Low CLP (%)
8 BDataA [ N/A] 10 BDataA [ N/A] 25 BDataA [ 100] 27 BDataA [ 100]
9 BDataB [ N/A] 11 BdataB [ N/A] 26 BDataB [ 75] 28 BDataB [ 25]
Receive Queue Depth (D) Transmit Queue Depth (D)
12 Voice [ N/A] 15 BDataA [ N/A] 29 Voice [ 22] 32 BDataA [ 600]
13 Non TS [ N/A] 16 BDataB [ N/A] 30 Non TS [ 30] 33 BDataB [ 600]
14 TS [ N/A] 17 HighPri[ N/A] 31 TS [2648] 34 HighPri[ 100]
This Command: cnftrkparm 9
NTM-E1:
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
PLN 10 Configuration E1/32 [10666 pps] NTM slot: 10
Clock Rate: -- Idle code: 54 hex
Transmit Trunk Rate: -- Restrict PCC traffic: No
Rcv Trunk Rate: -- Link type: Terrestrial
Subrate interface: -- Line framing: --
Subrate data rate: -- coding: HDB3
Line DS-0 map: 0-31 CRC: No
Pass sync: Yes recv impedance: 75 ohm + gnd
Loop clock: No cable type: --
Statistical Reserve: 600 pps length: --
Header Type: -- HCS Masking: --
Gateway Type: -- Payload Scramble: --
VPI Address: -- End supp BData: Yes
VCI Address: -- End supp FST: Yes
Last Command: dsptrkcnf 10
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
TRK 10 Parameters:
1 Yel Alm-In/Out (D) [ 1000/ 2000] 18 Red Alm-In/Out (D) [ 1000/ 2000]
2 Rx Max Age - Voice (D) [ N/A] 19 Tx Max Age - Voice (D) [ 20]
3 Rx EFCN - BdataB (D) [ N/A] 20 Tx EFCN - BdataB (D) [ 30]
4 Gateway Efficiency (D) [ N/A]
5 EFCN - Rx Space (D) [ N/A] Tx Age Step2 (D) Tx Age Step (D)
6 Low CLP - Rx_Space (%) [ N/A] 21 BDataA [ 128] 23 BDataA [ 128]
7 High CLP - Rx_Space (%) [ N/A] 22 BDataB [ 128] 24 BDataB [ 128]
Rx High CLP (%) Rx Low CLP (%) Tx High CLP (%) Tx Low CLP (%)
8 BDataA [ N/A] 10 BDataA [ N/A] 25 BDataA [ 100] 27 BDataA [ 100]
9 BDataB [ N/A] 11 BdataB [ N/A] 26 BDataB [ 75] 28 BDataB [ 25]
Receive Queue Depth (D) Transmit Queue Depth (D)
12 Voice [ N/A] 15 BDataA [ N/A] 29 Voice [ 28] 32 BDataA [ 600]
13 Non TS [ N/A] 16 BDataB [ N/A] 30 Non TS [ 40] 33 BDataB [ 600]
14 TS [ N/A] 17 HighPri[ N/A] 31 TS [2632] 34 HighPri[ 100]
This Command: cnftrkparm 10
BTM-E3:
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
PLN 7 Configuration E3/3 [1000 pps] BTM slot: 7
Clock Rate: -- Idle code: 7F hex
Transmit Trunk Rate: 80000 cps Restrict PCC traffic: No
Rcv Trunk Rate: 1000 pps Link type: Terrestrial
Subrate interface: -- Line framing: --
Subrate data rate: -- coding: --
Line DS-0 map: -- CRC: --
Pass sync: Yes recv impedance: --
Loop clock: No cable type:
Statistical Reserve: 1000 pps length: 0-225 ft.
Header Type: STI HCS Masking: Yes
Gateway Type: BAM Payload Scramble: Yes
VPI Address: 0 End supp BData: Yes
VCI Address: 0 End supp FST: Yes
Last Command: dsptrkcnf 7
ss7 TN StrataCom IGX 16 8.4.3D Date/Time Not Set
TRK 7 Parameters:
1 Yel Alm-In/Out (D) [ 2500/ 15000] 18 Red Alm-In/Out (D) [ 2500/ 15000]
2 Rx Max Age - Voice (D) [ 20] 19 Tx Max Age - Voice (D) [ 20]
3 Rx EFCN - BdataB (D) [ 30] 20 Tx EFCN - BdataB (D) [ 30]
4 Gateway Efficiency (D) [ 2.0]
5 EFCN - Rx Space (D) [ 30] Tx Age Step2 (D) Tx Age Step (D)
6 Low CLP - Rx_Space (%) [ 100] 21 BDataA [ N/A] 23 BDataA [ N/A]
7 High CLP - Rx_Space (%) [ 100] 22 BDataB [ N/A] 24 BDataB [ N/A]
Rx High CLP (%) Rx Low CLP (%) Tx High CLP (%) Tx Low CLP (%)
8 BDataA [ 100] 10 BDataA [ 100] 25 BDataA [ 100] 27 BDataA [ 100]
9 BDataB [ 75] 11 BdataB [ 25] 26 BDataB [ 75] 28 BDataB [ 25]
Receive Queue Depth (D) Transmit Queue Depth (D)
12 Voice [ 4] 15 BDataA [2264] 29 Voice [ 2] 32 BDataA [2264]
13 Non TS [ 3] 16 BDataB [2264] 30 Non TS [ 1] 33 BDataB [2264]
14 TS [11365] 17 HighPri[ 100] 31 TS [11369] 34 HighPri[ 100]
This Command: cnftrkparm 7
IPX Nodes:
System-Wide Parameters
1 Max Time Stamped Packet Age (msec) ................................ 32
2 Fail Connections On Communication Break ........................... No
3 Max Network Delay for `v' connections (msec)....................... 14
4 Max Network Delay for `c' connections (msec)....................... 27
5 Max Network Delay for `t' & `p' connections (msec)................. 14
6 Max Network Delay for `a' connections (msec)....................... 27
7 Max Network Delay for High Speed Data connections (msec)........... 32
8 Max Network Delay for CDP-CDP `v' connections (msec)............... 32
9 Max Network Delay for CDP-CDP `c' connections (msec)............... 32
10 Max Network Delay for CDP-CDP `t' & `p' connections (msec)......... 32
11 Max Network Delay for CDP-CDP `a' connections (msec).............. 32
12 Max Network Delay for CDP-CDP High Speed Data connections (msec)... 32
13 Enable Discard Eligibility......................................... No
14 Use Frame Relay Standard Parameters Bc and Be...................... No
15 Max Local Delay for Interdom CDP-CDP `v' conns (msec).............. 11
16 Max Local Delay for Interdom CDP-CDP `c' conns (msec).............. 11
17 Max Local Delay for Interdom CDP-CDP `t' & `p' conns (msec)........ 11
18 Max Local Delay for Interdom CDP-CDP `a' conns (msec).............. 11
19 Max Local Delay for Interdom CDP-CDP High Speed Data conns (msec).. 11
20 Max Local Delay for Interdom High Speed Data conns (msec).......... 28
21 FastPAD Jitter Buffer Size (msec)................................. 15
22 Number of Consecutive Invalid Login Attempts to Cause Major Alarm . 0
23 Enable Connection Deroute Delay feature ........................... No
24 Frame Relay VCs Polling Rate....................................... 5
This Command: cnfsysparm
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
1 Update Initial Delay [ 5000] (D) 16 CC Redundancy Cnfged [ Y] (Y/N)
2 Update Per-Node Delay [30000] (D) 17 MT3 Pass Through Relay [ Y] (Y/N)
3 Comm-Break Test Delay [30000] (D) 18 Nw Pkt Tx Rate (pps) [ 500] (D)
4 Comm-Break Test Offset [ 10] (D) 19 Stats Memory (x 10KB) [ 61] (D)
5 Network Timeout Period [ 1700] (D) 20 Standby Update Timer [ 10] (D)
6 Network Inter-p Period [ 4000] (D) 21 Stby Updts Per Pass [ 50] (D)
7 NW Sliding Window Size [ 1] (D) 22 Gateway ID Timer [ 30] (D)
8 Num Normal Timeouts [ 7] (D) 23 GLCON Alloc Timer [ 30] (D)
9 Num Inter-p Timeouts [ 3] (D) 24 Comm Fail Delay [ 60] (D)
10 Num Satellite Timeouts [ 6] (D) 25 Nw Hdlr Timer (msec) [ 100] (D)
11 Num Blind Timeouts [ 4] (D) 26 CBUS Delay (msec) [ 20] (D)
12 Num CB Msg Timeouts [ 2] (D) 27 SNMP Event logging [ Y] (Y/N)
13 Comm Fail Interval [10000] (D) 28 TFTP Grant Delay (sec) [ 1] (D)
14 Comm Fail Multiplier [ 3] (D) 29 TFTP ACK Timeout (sec) [ 10] (D)
15 Temperature Threshold [ 50] (D) 30 TFTP Write Retries [ 3] (D)
31 FRP Link Status Alarm [ Y] (Y/N)
32 Job Lock Timeout [ 0] (D)
33 Max Via LCONs [ 5000] (D)
34 Max Blind Segment Size [ 3570] (D)
35 Max XmtMemBlks per NIB [ 3000] (D)
36 Max Stby Update Q Sz [ 5000] (D)
37 Reroute on Comm Fail [ N] (Y/N)
This Command: cnfnodeparm
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
Index Status Function
1 Enabled Automatic CLN/PLN Loopback Test on Local/Remote Alarms
2 Enabled FDP Loopback button
3 Enabled User Command Logging
4 Enabled Automatic Card Reset on Hardware Error
5 Enabled TXR Model D Download
6 Enabled Card Error Record Wraparound
7 Disabled Card Test After Failure
8 Disabled Download From Remote StrataView
9 Enabled Node-by-node Upgrade Compatibility
10 Disabled Logging of conn events in local event log
11 Disabled Logging of conn events in SV+ event log
12 Disabled Logging SVC Connection Events
13 Disabled Force Download From a Specific IP address
This Command: cnffunc
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
Index Status Function
1 Disabled Data Frame Multiplexing
2 Disabled Adaptive Voice
3 Disabled Frame Relay
4 Disabled Configuration Save/Restore
5 Disabled Frame Relay ForeSight
6 Disabled Frame Relay Network-to-Network Interface
7 Disabled Multiple VTs (1 session enabled)
8 Disabled IPX/AF
9 Disabled Network Expansion
This Command: cnfswfunc
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
1 Normalization Interval [ 2] (D)
2 Max Number To Normalize [ 5] (D)
3 Normalization Logging [ No]
4 Settling Interval [ 4] (D)
5 Minimum Open Space [ 1000] (D)
6 Normalization Priority [ Load]
7 Load Sample Period [ 4] (D)
8 Maximum Routing Bundle [ 24] (D)
9 Reroute Timer [ 0] (secs)
10 Reset Timer on Line Fail [ Yes]
11 Max Down/Up Per Pass [ 50] (D)
12 Down/Up Timer [30000] (msecs)
13 Max Route Errs per cycle [ 200] (D)
14 Time between Rrt cycles [ 5] (mins)
15 Max. Rrt Err cycles [ 1] (D)
16 Routing pause timer [ 0] (msecs)
17 Max msgs sent per update [ 10] (D)
18 Send SVC urgent msg [ Yes]
19 Max SVC Retry [ 0] (D)
20 Wait for TBL Updates [ 70] (100 msecs)
21 Max Derouting Bndl (0=all)[ 500] (D)
This Command: cnfcmparm
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
1 Rmt Blk Freq (msec) [ 100] 16 FW Dnld Msgs/Block(dec) [ 4]
2 Rmt Blk Size (hex) [ 400] 17 Flash Write TO(msec) [ 16000]
3 Lcl Blk Freq (msec) [ 100] 18 Flash Erase TO(msec) [ 100]
4 Lcl Blk Size (hex) [ 400] 19 Erase Verify TO(msec) [ 16000]
5 Image Req Freq (msec) [ 10000] 20 Standby Flash TO(sec) [ 300]
6 Dnld Req Freq (msec) [ 10000] 21 Lcl Flash Init TO(msec) [ 1000]
7 Session Timeout (msec) [ 30000] 22 Flsh Write Blk Sz (hex) [ 10000]
8 Request Hop Limit (dec) [ 1] 23 Flsh Verfy Blk Sz (hex) [ 400]
9 Crc Throttle Freq (dec) [ 5000] 24 Chips Per Write/Erase [ 1]
10 Crc Block Size (hex) [ 400]
11 Rev Change Wait(dec) [ 0]
12 CCs Switch Wait(dec) [ 1000]
13 Lcl Response TO(msec) [ 5000]
14 Rmt Response TO(msec) [ 30000]
15 FW Dnld Block TO(msec) [ 50]
This Command: cnfdlparm
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
1. Logout Time ........... 20 minutes
2. VT Logout Time ........ 4 minutes
3. Prompt Time ........... 60 seconds
4. Command Time .......... 3 minutes
5. UID Privilege Level ... 6
6. Input Character Echo .. Enabled
7. Screen Update Time .... 10 seconds
This Command: cnfuiparm
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
Function Number Status Function Number Status
Background Upcard 1 Enabled Dynamic BW Allocation 15 Enabled
Background Updates 2 Disabled Modem Polling 16 Enabled
Standby Terminal 3 Disabled Conn Stat Sampling 17 Enabled
Memory Protection 4 Enabled FastPAD Test 18 Enabled
Comm Break 5 Enabled Neighbor Update Errs 19 Disabled
Comm Fail Test 6 Enabled
BRAM Memory Protect 7 Enabled
CRC Test 8 Enabled
CDT Clock Test 9 Enabled
Bus Fail Detection 10 Enabled
Line Diag 11 Enabled
Clock Restoral 12 Enabled
Cm_Rerouting 13 Enabled
Clock Routing 14 Enabled
This Command: on1
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
Function Number Status Function Number Status
Line Stat Sampling 1 Enabled LAN Interface 15 Enabled
Statistical Alarm 2 Enabled Update Standby Stats 16 Enabled
Job Ready Checker 3 Enabled EIA Monitoring 17 Enabled
Configuration Backup 4 Enabled Telnet Access 18 Enabled
Standby Update 5 Enabled Junction ID 19 Enabled
Downloader 6 Enabled Mult SV+/Routing Node 20 Enabled
Cm Updates 7 Enabled IPX/AF with NW Trunks 21 Disabled
Power Supply Monitor 8 Enabled Multiple Fdr Trunks 22 Disabled
Topo/Stat Updates 9 Enabled Simulated Fdr Trks 23 Disabled
CDP/CIP Sig. Polling 10 Enabled Auto Renum Fail Recov 24 Enabled
Port Stat Sampling 11 Enabled IGX - ACM Selftest 25 Disabled
Robust Updates 12 Enabled
Robust Alarm Updates 13 Enabled
Realtime Counters 14 Enabled
This Command: on2
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
Function Number Status
Trace Msg Sent 1 Disabled
Multi-DB Stby Updates 2 Enabled
This Command: on3
NTC-SR:
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
PLN 3 Configuration SR/30 [10000 pps] NTC slot: 3
Clock Rate: -- Idle code: --
Transmit Trunk Rate: -- Restrict PCC traffic: No
Rcv Trunk Rate: -- Link type: Terrestrial
Subrate interface: X.21 Line framing: --
Subrate data rate: 1920 kbps coding: --
Line DS-0 map: -- CRC: --
Pass sync: No recv impedance: --
Loop clock: Yes cable type: --
Statistical Reserve: 600 pps length: --
Header Type: -- HCS Masking: --
Gateway Type: -- Payload Scramble: --
VPI Address: -- End supp BData: Yes
VCI Address: -- End supp FST: Yes
Last Command: dsptrkcnf 3
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
TRK 3 Parameters:
1 Yel Alm-In/Out (D) [ 1000/ 2000] 18 Red Alm-In/Out (D) [ 1000/ 2000]
2 Rx Max Age - Voice (D) [ N/A] 19 Tx Max Age - Voice (D) [ 20]
3 Rx EFCN - BdataB (D) [ N/A] 20 Tx EFCN - BdataB (D) [ 30]
4 Gateway Efficiency (D) [ N/A]
5 EFCN - Rx Space (D) [ N/A] Tx Age Step2 (D) Tx Age Step (D)
6 Low CLP - Rx_Space (%) [ N/A] 21 BDataA [ 128] 23 BDataA [ 128]
7 High CLP - Rx_Space (%) [ N/A] 22 BDataB [ 128] 24 BDataB [ 128]
Rx High CLP (%) Rx Low CLP (%) Tx High CLP (%) Tx Low CLP (%)
8 BDataA [ N/A] 10 BDataA [ N/A] 25 BDataA [ 100] 27 BDataA [ 100]
9 BDataB [ N/A] 11 BdataB [ N/A] 26 BDataB [ 75] 28 BDataB [ 25]
Receive Queue Depth (D) Transmit Queue Depth (D)
12 Voice [ N/A] 15 BDataA [ N/A] 29 Voice [ 27] 32 BDataA [ 600]
13 Non TS [ N/A] 16 BDataB [ N/A] 30 Non TS [ 37] 33 BDataB [ 600]
14 TS [ N/A] 17 HighPri[ N/A] 31 TS [2636] 34 HighPri[ 100]
This Command: cnftrkparm 3
AIT-E3:
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
PLN 4 Configuration E3/3 [1000 pps] AIT slot: 4
Clock Rate: -- Idle code: 7F hex
Transmit Trunk Rate: 80000 cps Restrict PCC traffic: No
Rcv Trunk Rate: 1000 pps Link type: Terrestrial
Subrate interface: -- Line framing: --
Subrate data rate: -- coding: --
Line DS-0 map: -- CRC: --
Pass sync: Yes recv impedance: --
Loop clock: No cable type:
Statistical Reserve: 1000 pps length: 0-225 ft.
Header Type: STI HCS Masking: Yes
Gateway Type: BAM Payload Scramble: Yes
VPI Address: 0 End supp BData: Yes
VCI Address: 0 End supp FST: Yes
Last Command: dsptrkcnf 4
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
TRK 4 Parameters:
1 Yel Alm-In/Out (D) [ 2500/ 15000] 18 Red Alm-In/Out (D) [ 2500/ 15000]
2 Rx Max Age - Voice (D) [ 20] 19 Tx Max Age - Voice (D) [ 20]
3 Rx EFCN - BdataB (D) [ 30] 20 Tx EFCN - BdataB (D) [ 30]
4 Gateway Efficiency (D) [ 2.0]
5 EFCN - Rx Space (D) [ 30] Tx Age Step2 (D) Tx Age Step (D)
6 Low CLP - Rx_Space (%) [ 100] 21 BDataA [ N/A] 23 BDataA [ N/A]
7 High CLP - Rx_Space (%) [ 100] 22 BDataB [ N/A] 24 BDataB [ N/A]
Rx High CLP (%) Rx Low CLP (%) Tx High CLP (%) Tx Low CLP (%)
8 BDataA [ 100] 10 BDataA [ 100] 25 BDataA [ 100] 27 BDataA [ 100]
9 BDataB [ 75] 11 BdataB [ 25] 26 BDataB [ 75] 28 BDataB [ 25]
Receive Queue Depth (D) Transmit Queue Depth (D)
12 Voice [ 4] 15 BDataA [2264] 29 Voice [ 2] 32 BDataA [2264]
13 Non TS [ 3] 16 BDataB [2264] 30 Non TS [ 1] 33 BDataB [2264]
14 TS [11365] 17 HighPri[ 100] 31 TS [11369] 34 HighPri[ 100]
This Command: cnftrkparm 4
NTC-E1:
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
PLN 5 Configuration E1/32 [10666 pps] NTC slot: 5
Clock Rate: -- Idle code: 54 hex
Transmit Trunk Rate: -- Restrict PCC traffic: No
Rcv Trunk Rate: -- Link type: Terrestrial
Subrate interface: -- Line framing: --
Subrate data rate: -- coding: HDB3
Line DS-0 map: 0-31 CRC: No
Pass sync: Yes recv impedance: 75 ohm + gnd
Loop clock: No cable type: --
Statistical Reserve: 600 pps length: --
Header Type: -- HCS Masking: --
Gateway Type: -- Payload Scramble: --
VPI Address: -- End supp BData: Yes
VCI Address: -- End supp FST: Yes
Last Command: dsptrkcnf 5
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
TRK 5 Parameters:
1 Yel Alm-In/Out (D) [ 1000/ 2000] 18 Red Alm-In/Out (D) [ 1000/ 2000]
2 Rx Max Age - Voice (D) [ N/A] 19 Tx Max Age - Voice (D) [ 20]
3 Rx EFCN - BdataB (D) [ N/A] 20 Tx EFCN - BdataB (D) [ 30]
4 Gateway Efficiency (D) [ N/A]
5 EFCN - Rx Space (D) [ N/A] Tx Age Step2 (D) Tx Age Step (D)
6 Low CLP - Rx_Space (%) [ N/A] 21 BDataA [ 128] 23 BDataA [ 128]
7 High CLP - Rx_Space (%) [ N/A] 22 BDataB [ 128] 24 BDataB [ 128]
Rx High CLP (%) Rx Low CLP (%) Tx High CLP (%) Tx Low CLP (%)
8 BDataA [ N/A] 10 BDataA [ N/A] 25 BDataA [ 100] 27 BDataA [ 100]
9 BDataB [ N/A] 11 BdataB [ N/A] 26 BDataB [ 75] 28 BDataB [ 25]
Receive Queue Depth (D) Transmit Queue Depth (D)
12 Voice [ N/A] 15 BDataA [ N/A] 29 Voice [ 28] 32 BDataA [ 600]
13 Non TS [ N/A] 16 BDataB [ N/A] 30 Non TS [ 40] 33 BDataB [ 600]
14 TS [ N/A] 17 HighPri[ N/A] 31 TS [2632] 34 HighPri[ 100]
This Command: cnftrkparm 5
NTC-T1:
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
PLN 7 Configuration T1/24 [8000 pps] NTC slot: 7
Clock Rate: -- Idle code: 7F hex
Transmit Trunk Rate: -- Restrict PCC traffic: No
Rcv Trunk Rate: -- Link type: Terrestrial
Subrate interface: -- Line framing: D4
Subrate data rate: -- coding: B8ZS
Line DS-0 map: 0-23 CRC: --
Pass sync: Yes recv impedance: --
Loop clock: No cable type: ABAM
Statistical Reserve: 600 pps length: 0-133 ft.
Header Type: -- HCS Masking: --
Gateway Type: -- Payload Scramble: --
VPI Address: -- End supp BData: Yes
VCI Address: -- End supp FST: Yes
Last Command: dsptrkcnf 7
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
TRK 7 Parameters:
1 Yel Alm-In/Out (D) [ 600/ 600] 18 Red Alm-In/Out (D) [ 2500/ 15000]
2 Rx Max Age - Voice (D) [ N/A] 19 Tx Max Age - Voice (D) [ 20]
3 Rx EFCN - BdataB (D) [ N/A] 20 Tx EFCN - BdataB (D) [ 30]
4 Gateway Efficiency (D) [ N/A]
5 EFCN - Rx Space (D) [ N/A] Tx Age Step2 (D) Tx Age Step (D)
6 Low CLP - Rx_Space (%) [ N/A] 21 BDataA [ 128] 23 BDataA [ 128]
7 High CLP - Rx_Space (%) [ N/A] 22 BDataB [ 128] 24 BDataB [ 128]
Rx High CLP (%) Rx Low CLP (%) Tx High CLP (%) Tx Low CLP (%)
8 BDataA [ N/A] 10 BDataA [ N/A] 25 BDataA [ 100] 27 BDataA [ 100]
9 BDataB [ N/A] 11 BdataB [ N/A] 26 BDataB [ 75] 28 BDataB [ 25]
Receive Queue Depth (D) Transmit Queue Depth (D)
12 Voice [ N/A] 15 BDataA [ N/A] 29 Voice [ 22] 32 BDataA [ 600]
13 Non TS [ N/A] 16 BDataB [ N/A] 30 Non TS [ 30] 33 BDataB [ 600]
14 TS [ N/A] 17 HighPri[ N/A] 31 TS [2648] 34 HighPri[ 100]
This Command: cnftrkparm 7
AIT-T3:
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
PLN 8 Configuration T3/3 [1000 pps] AIT slot: 8
Clock Rate: -- Idle code: 7F hex
Transmit Trunk Rate: 96000 cps Restrict PCC traffic: No
Rcv Trunk Rate: 1000 pps Link type: Terrestrial
Subrate interface: -- Line framing: --
Subrate data rate: -- coding: --
Line DS-0 map: -- CRC: --
Pass sync: Yes recv impedance: --
Loop clock: No cable type:
Statistical Reserve: 1000 pps length: 0-225 ft.
Header Type: STI HCS Masking: Yes
Gateway Type: BAM Payload Scramble: No
VPI Address: 0 End supp BData: Yes
VCI Address: 0 End supp FST: Yes
Last Command: dsptrkcnf 8
sw88 TN StrataCom IPX 8 8.4.3D Date/Time Not Set
TRK 8 Parameters:
1 Yel Alm-In/Out (D) [ 2500/ 15000] 18 Red Alm-In/Out (D) [ 2500/ 15000]
2 Rx Max Age - Voice (D) [ 20] 19 Tx Max Age - Voice (D) [ 20]
3 Rx EFCN - BdataB (D) [ 30] 20 Tx EFCN - BdataB (D) [ 30]
4 Gateway Efficiency (D) [ 2.0]
5 EFCN - Rx Space (D) [ 30] Tx Age Step2 (D) Tx Age Step (D)
6 Low CLP - Rx_Space (%) [ 100] 21 BDataA [ N/A] 23 BDataA [ N/A]
7 High CLP - Rx_Space (%) [ 100] 22 BDataB [ N/A] 24 BDataB [ N/A]
Rx High CLP (%) Rx Low CLP (%) Tx High CLP (%) Tx Low CLP (%)
8 BDataA [ 100] 10 BDataA [ 100] 25 BDataA [ 100] 27 BDataA [ 100]
9 BDataB [ 75] 11 BdataB [ 25] 26 BDataB [ 75] 28 BDataB [ 25]
Receive Queue Depth (D) Transmit Queue Depth (D)
12 Voice [ 4] 15 BDataA [2264] 29 Voice [ 2] 32 BDataA [2264]
13 Non TS [ 3] 16 BDataB [2264] 30 Non TS [ 1] 33 BDataB [2264]
14 TS [11365] 17 HighPri[ 100] 31 TS [11369] 34 HighPri[ 100]
This Command: cnftrkparm 8
Obtaining Service and Support
For service and support for a product purchased from a reseller, contact the reseller. Resellers offer a wide variety of Cisco service and support programs, which are described in the section "Service and Support" in the information packet that shipped with your chassis.
Note If you purchased your product from a reseller, you can access Cisco Connection On-line (CCO) as a guest. CCO is Cisco Systems' primary, real-time support channel. Your reseller offers programs that include direct access to CCO's services.
For service and support for a product purchased directly from Cisco, use CCO.
Cisco Connection On-line
Cisco Connection Online (CCO) is Cisco Systems' primary, real-time support channel. Maintenance customers and partners can self-register on CCO to obtain additional information and services.
Available 24 hours a day, 7 days a week, CCO provides a wealth of standard and value-added services to Cisco's customers and business partners. CCO services include product information, product documentation, software updates, release notes, technical tips, the Bug Navigator, configuration notes, brochures, descriptions of service offerings, and download access to public and authorized files.
CCO serves a wide variety of users through two interfaces that are updated and enhanced simultaneously: a character-based version and a multimedia version that resides on the World Wide Web (WWW). The character-based CCO supports Zmodem, Kermit, Xmodem, FTP, and Internet e-mail, and it is excellent for quick access to information over lower bandwidths. The WWW version of CCO provides richly formatted documents with photographs, figures, graphics, and video, as well as hyperlinks to related information.
You can access CCO in the following ways:
•WWW: http://www.cisco.com
•WWW: http://www-europe.cisco.com
•WWW: http://www-china.cisco.com
•Telnet: cco.cisco.com
•Modem: From North America, 408 526-8070; from Europe, 33 1 64 46 40 82. Use the following terminal settings: VT100 emulation; databits: 8; parity: none; stop bits: 1; and connection rates up to 28.8 kbps.
For a copy of CCO's Frequently Asked Questions (FAQ), contact cco-help@cisco.com. For additional information, contact cco-team@cisco.com.
Note If you are a network administrator and need personal technical assistance with a Cisco product that is under warranty or covered by a maintenance contract, contact Cisco's Technical Assistance Center (TAC) at 800 553-2447, 408 526-7209, or tac@cisco.com. To obtain general information about Cisco Systems, Cisco products, or upgrades, contact 800 553-6387, 408 526-7208, or cs-rep@cisco.com.
78-7064-02