76 8660-50169C PDF
76 8660-50169C PDF
0
Embedded Software Release Notes
76.8660-50169C
10.11.2014
Document Information
Revision History
2
Document Date Description of Changes
No.
76.8660- 21.10.2014 (Continued)
50169B The following restrictions removed from ch. 13 Restrictions in 8600
Smart Routers SR6.0:
• “8615 Smart Router and ELC1 packet storm detection and
isolation feature (feature IDs F00508 and F00283) is not
supported in 8600 Smart Routers SR6.0 CIR. (CR IDs
cq300248899 and cq300248892.)”
• “When jumbo frames larger than 3000 Bytes need to be for-
warded, a maximum of 12 ports of GE can be used. (CR ID
cq300248295)”.
The following restrictions removed from ch. 14 Restrictions in
Releases Prior to 8600 Smart Routers SR6.0, as they are discussed
elsewhere in 8600 Smart Routers SR6.0 customer documentation:
• “In MSP/APS protected configurations, VCG should not be
configured if the IFC of the primary interface of VCG is not
present.”
• “If an interface of 8602 Smart Router is configured to a fixed line
speed and duplexity (with e.g. CLI command 'mode speed 100
duplex full') and connected to an interface that is auto-negotiat-
ing, the line status goes down. For the line status to go up, the in-
terfaces at both ends of the line must be configured to fixed speed
and duplexity, or they must both be configured to auto-negotiate.
(cq300241104)”
• ETHoATM restrictions
• “PWE3 redundancy should not be used in ANSI mode.”.
Added as known bugs since previous SR6.0 CIR ESW Release
Notes: cq300230282, cq300231048, cq300244423, cq300245824,
cq300248248, cq300248466, cq300249465, cq300249524,
cq300249985, cq300250023, cq300250041, cq300250052,
cq300250135, cq300250205, cq300250224, cq300250273,
cq300250430, cq300250436, cq300250579, cq300250604.
76.8660- 28.08.2014 Initial version of the document for 8600 Smart Routers SR6.0 CIR.
50169A
This revision of the manual documents the following network elements and the corresponding
feature pack.
If a different feature pack of 8600 products is in use, please refer to the relevant product document
program on the Tellabs and Coriant Portal by navigating to www.portal.tellabs.com > Product
Documentation & Software > Data Networking > Tellabs 8600 Smart Routers > Technical
Documentation.
This manual is protected by U.S. and international copyright laws, conventions and treaties. Your right to use this manual is
subject to limitations and restrictions imposed by applicable licenses and copyright laws. Unauthorized reproduction, modification,
distribution, display or other use of this manual may result in criminal and civil penalties.
The specifications and information regarding the products in this manual are subject to change without notice. All statements,
information, and recommendations in this manual are believed to be accurate but are presented without warranty of any kind,
express or implied. Users must take full responsibility for their application of any products.
Adobe ® Reader ® are registered trademarks of Adobe Systems Incorporated in the United States and/or other countries.
Unless otherwise agreed in a written document, the software in the product is licensed under the license terms
found at http://coriant.com/legal/documents/coriant_tandc_global_deliverables.pdf and
http://coriant.com/legal/documents/tellabs_product_specific_tandc.pdf.
4
Document Information
Term Explanation
AC Attachment Circuit
APS Automatic Protection Switching
ATM Asynchronous Transfer Mode
BFD Bidirectional Forwarding Detection
BGP Border Gateway Protocol
BMI Broadband Management Interface of 8000 Intelligent Network Manager
BMP Broadband Management Protocol. The communication protocol which is used
between the 8600 network elements and 8000 Intelligent Network Manager.
CDC Control and DC Power Card (used in 8630 Smart Router and 8660 Smart Router)
CIR Controlled Introduction Ready
CLI Command Line Interface
Control card The term ‘control card’ in the 8600 system refers to a Control and DC Power Card
CDC (used in 8630 Smart Router and 8660 Smart Router), Switching and Control
Module SCM (used in 8611 Smart Router), or Virtual Control Unit CU (used in 8615
Smart Router). In 8000 Intelligent Network Manager and CLI referred to as unit.
CU Virtual Control Unit (used in 8615 Smart Router)
DM Delay Measurement
ELC1 Ethernet Line Card (used in 8630 Smart Router and 8660 Smart Router)
ELP Ethernet Link Protection
ESW Embedded Software
Fan One fan in a fan module
Fan Module A module consisting of two or more fans, the mechanics and possibly the control
electronics. 8609 Smart Router fan module: five fans per module. 8611 Smart Router
fan module: ten fans per module.
FE Fast Ethernet
FP Feature Pack
FRR Fast Reroute
FTP File Transfer Protocol
GA General Availability
GE Gigabit Ethernet
HM High Speed Module (used in 8611 Smart Router)
HW Hardware
ICMP Internet Control Message Protocol
IFC Interface Module Concentrator is a line card baseboard and it can be equipped with
one or two IFMs. There are three variants available: IFC1-A, IFC1-B and IFC2-B
(used in 8630 Smart Router and 8660 Smart Router).
5
Document Information
IFM Interface Module. A specific term of the module which can be placed on the IFC line
card or 8620 Smart Router baseboard and which consists of the physical interfaces
(used in 8620 Smart Router, 8630 Smart Router and 8660 Smart Router).
IP Internet Protocol
IPv4 Internet Protocol version 4
IRB Integrated Routing and Bridging
IS-IS Intermediate System to Intermediate System (Interior Gateway Protocol)
LAG Ethernet Link Aggregation
LPD Label Distribution Protocol (MPLS)
Line card The term ‘line card’ in the 8600 system refers to an Ethernet Line Card (ELC1),
Interface Module Concentrator (IFC) and up to two Interface Modules (IFMs) (used
in 8630 Smart Router and 8660 Smart Router), or Virtual Line Unit LU (used in 8615
Smart Router). In 8000 Intelligent Network Manager and CLI referred to as unit.
LM Line Module
LM Loss Measurement
LSP Label Switched Path
LU Virtual Line Unit (used in 8615 Smart Router)
MAC Media Access Control Sublayer of Data Link Layer
MEP Maintenance Endpoint
MFE Management Fast Ethernet
MIB Management Information Base (SNMP)
MLPPP Multi-Link PPP
MO Mobile Optimization (Interface Module)
MPLS Multiprotocol Label Switching
MPLS-TP Multiprotocol Label Switching Transport Profile
MS Multiservice (Interface Module)
MSP1+1 Multiplex Section Trail Protection 1+1
MTU Maximum Transfer/Transmission Unit
Multi-card Network element whose hw-inventory contains multiple slots. Refers to 8611 Smart
NE Router, 8630 Smart Router and 8660 Smart Router.
NE Network Element
OAM Operation, Administration and Maintenance
OSPF Open Shortest Path First
OSPF-TE Open Shortest Path First with Traffic Engineering Extension
Physical line Refers to both the line modules (LMs) in 8609 Smart Router and 8611 Smart Router
module and the high speed modules (HMs) in 8611 Smart Router.
PKG Software package file
POS Packet over SDH/Sonet
PPN Product Performance Notice
6
Document Information
7
8600 Smart Routers SR6.0 76.8660-50169C
Embedded Software Release Notes © 2014 Coriant.
8
Table of Contents
Table of Contents
Objectives....................................................................................................................................................................... 12
Audience......................................................................................................................................................................... 12
8600 Smart Routers Technical Documentation.............................................................................................................. 13
4.1 Operations Before Upgrading 8602 Smart Router and 8609 Smart Router ....................................................... 38
4.2 Operations Before Upgrading 8611 Smart Router .............................................................................................. 39
4.3 Operations Before Upgrading 8615 Smart Router .............................................................................................. 40
4.4 Operations Before Upgrading 8630 Smart Router and 8660 Smart Router ........................................................ 41
5.1 Upgrade Related Notifications for 8609 Smart Router and 8611 Smart Router ................................................. 43
5.1.1 Recommended Procedure for Upgrading to 8609 Smart Router and 8611 Smart Router FP1.3 SP1.. 43
5.2 Upgrade Related Notifications for 8630 Smart Router and 8660 Smart Router ................................................. 43
9
Table of Contents
5.2.1 Notification Regarding ELC1 ESW Upgrade to 8630 Smart Router and 8660 Smart Router FP4.1
SP1....................................................................................................................................................... 44
6.1 8611 Smart Router Service Affecting Hardware and Software Upgrade of the Whole NE................................ 47
9 ESW Upgrade with Downgrade Support for 8602 Smart Router and 8615 Smart
Router........................................................................................................................... 60
10.1 Restoring Previous FP and Configuration in Case of Upgrade Failure in 8602 Smart Router and 8609 Smart
Router .................................................................................................................................................................. 62
10.2 Restoring Previous FP and Configuration in Case of Upgrade Failure in 8611 Smart Router, 8615 Smart Router,
8630 Smart Router and 8660 Smart Router......................................................................................................... 63
12 Application Software................................................................................................... 67
10
Table of Contents
11
About This Manual
Objectives
This manual consists of the embedded software of 8600 Smart Routers. At the beginning of the
manual you can find the embedded software interrelation tables for:
Features introduced in 8600 Smart Routers SR6.0 are listed in chapter 11 SR6.0 Features.
Chapter 12 Application Software describes the enhancements and fixed bugs in the following
application software:
Chapter 15 Known Bugs lists the open issues in 8600 Smart Routers SR6.0 SP1 GA, and ch.
16 Rejected Bugs those CRs that will remain as permanent limitations and restrictions in the 8600
Smart Routers.
Audience
This manual is designed for 8600 network element installation personnel and system specialists
when planning or maintaining the network, updating software or installing network elements.
12
About This Manual
The document numbering scheme consists of the document ID, indicated by numbers, and the
document revision, indicated by a letter. The references in the Related Documentation table below
are generic and include only the document ID. To make sure the references point to the latest
available document versions, please refer to the relevant product document program on the Tellabs
and Coriant Portal by navigating to www.portal.tellabs.com > Product Documentation & Software
> Data Networking > 8600 Smart Routers > Technical Documentation.
13
About This Manual
14
About This Manual
15
8600 Smart Routers Discontinued Products
16
1 Embedded Software Interrelation Tables
• Boot software and mini-application used in 8600. For a comprehensive list of software ver-
sions, please refer to 8600 Smart Routers Boot and Mini-Applications Embedded Software Re-
lease Notes.
• Application software used in 8600 network elements, control cards, line cards, interface modules
and line modules
The tables show, in a compact form, the dependencies between 8600 embedded software and
dependencies between 8600 embedded software and 8600 hardware. See the embedded software
release note of a relevant network element for more information.
• The text No known bugs means that there are no bugs known to Coriant.
• The text No known restrictions under version information means that there are no restrictions
when using this version of software or hardware.
The notations used in the rows of the network element dependencies and compatible network
elements and embedded software versions are explained in the following table.
Rows marked in bold indicate the latest HW or SW product generally available and in
production.
Rows marked in italics indicate the fast lane or CIR products that are not generally available.
The older generally available HW and SW versions are in normal font type.
17
1 Embedded Software Interrelation Tables
18
© 2014 Coriant.
76.8660-50169C 8600 Boot and Mini-Applications Software
Basic Data Other
Data
Mini- Ap- Version 8600 Base- HW Boot SW Version Application Production
plication NE/card board Version Version Status
GMZ2702 2.11.156 CDC1-A CBB2026 1.1 or GMZ2700 3.4.0 2.11.134 or GA
higher higher
GMZ2702 2.11.134 CDC1-A CBB2026 1.1 or higher GMZ2700 3.4.0 2.11.134 or GA
higher
GMZ2702 2.8.191 CDC1-A CBB2026 1.1 or higher GMZ2700 3.4.0 Any GA
GMZ2702 2.0.104 CDC1-A CBB2026 1.1 or higher GMZ2700 3.3.7 2.8.212 or GA
lower
GMZ2702 2.0.101 CDC1-A CBB2026 1.1 or higher GMZ2700 3.1 2.8.212 or GA
lower
GMZ2702 2.0.100 CDC1-A CBB2026 1.1 or higher GMZ2700 3.0 2.8.212 or GA
lower
GMZ2702 2.0.0 CDC1-A CBB2026 1.1 or higher GMZ2700 3.0 2.8.212 or GA
lower
GMZ2702 1.17.15 CDC1-A CBB2026 1.1 or higher GMZ2700 3.0 2.8.212 or GA
lower
GMZ2702 2.11.156 CDC1-B CBB2224 1.0 or GMZ2700 3.4.0 2.11.134 or GA
higher higher
GMZ2702 2.11.134 CDC1-B CBB2224 1.0 or higher GMZ2700 3.4.0 2.11.134 or GA
higher
GMZ2702 2.8.191 CDC1-B CBB2224 1.0 or higher GMZ2700 3.4.0 Any GA
GMZ2702 2.0.104 CDC1-B CBB2224 1.0 or higher GMZ2700 3.3.7 2.8.212 or GA
higher
SBZ2755 1.1.83 8602-D SBB2315 1.0 or higher GMZ2756 0.16.1 Any CIR
8600 Smart Routers SR6.0
1.3 8609 Smart Router and 8611 Smart Router Applications Software
Compatibility Matrix
24
1 Embedded Software Interrelation Tables
25
26
27
28
1.5 8630 Smart Router and 8660 Smart Router Applications Software
Compatibility Matrix
29
30
SP1) higher
© 2014 Coriant.
76.8660-50169C Basic Data NE Dependencies 8000 INM 8000
Release INM EMS
8630 Base- HW ESW ESW Produc- CDC1 CDC2 ELC1 IFC1 IFC2 Driver
/8660 board Version Version tion Version
Card Status
ELC1 ELC2269 1.0 or LBZ2754 5.0.244 CIR 5.0.244 5.0.244 5.0.244 5.0.244 5.0.244 SR6.0-SP2 500.2
higher (SR6.0 or higher
CIR2)
ELC1 ELC2269 1.0 or LBZ2754 5.0.103 CIR 5.0.103 5.0.103 5.0.103 5.0.103 5.0.103 SR6.0-SP1 500.0
higher (SR6.0 or higher
CIR)
IFC1-B LBA2225 1.0 or LBZ2713 5.0.308 GA 5.0.308 5.0.308 5.0.308 5.0.308 5.0.308 SR6.0- 500.2
higher (SR6.0 SP2 or
SP1) higher
IFC1-B LBA2225 1.0 or LBZ2713 5.0.244 CIR 5.0.244 5.0.244 5.0.244 5.0.244 5.0.244 SR6.0-SP2 500.2
higher (SR6.0 or higher
CIR2)
IFC1-B LBA2225 1.0 or LBZ2713 5.0.103 CIR 5.0.103 5.0.103 5.0.103 5.0.103 5.0.103 SR6.0-SP1 500.0
higher (SR6.0 or higher
CIR)
IFC2-B LBA2250 1.0 or LBZ2741 5.0.308 GA 5.0.308 5.0.308 5.0.308 5.0.308 5.0.308 SR6.0- 500.2
higher (SR6.0 SP2 or
SP1) higher
IFC2-B LBA2250 1.0 or LBZ2741 5.0.244 CIR 5.0.244 5.0.244 5.0.244 5.0.244 5.0.244 SR6.0-SP2 500.2
higher (SR6.0 or higher
CIR2)
IFC2-B LBA2250 1.0 or LBZ2741 5.0.103 CIR 5.0.103 5.0.103 5.0.103 5.0.103 5.0.103 SR6.0-SP1 500.0
higher (SR6.0 or higher
BASE-COMBO
© 2014 Coriant.
LIC2231
8x10/100/1000BASE-TX 81.86M-IFMGET08-R6 3.1.309 or higher 4.1.322 or higher — 3.1.309 or higher
R2 LIE2256 Rev. A
© 2014 Coriant.
76.8660-50169C Basic Data Compatible NEs/Cards & ESW Versions
Interface Module HW Version CDC1 CDC2 IFC1 IFC2
CBZ2712 CBZ2745 LBZ2713 LBZ2741
8x100/1000BASE-X R2 81.86M-IFMGEX08-R6 3.0.126 or higher 4.1.322 or higher — 3.0.126 or higher
IFM LIO2252 Rev. B
8x100/1000BASE-X R2 1.0 3.0.126 or higher 4.1.322 or higher — 3.0.126 or higher
IFM LIO2252 (81.86M-IFMGEX08-R6
Rev. A)
1x10GBASE-R R2 IFM 81.86M-IFM10GS1-R6 3.0.126 or higher 4.1.322 or higher — 3.0.126 or higher
LIO2257 Rev. B
1x10GBASE-R R2 IFM 1.0 3.0.126 or higher 4.1.322 or higher — 3.0.126 or higher
LIO2257 (81.86M-IFM10GS1-R6
Rev. A)
8xSTM-1/OC-3 POS 1.1 (81.86MS1P082020-R6 1.17.15 or higher 4.1.322 or higher 1.17.15 or higher 3.1.309 or higher
LIO2020 Rev. A)
8xSTM-1 POS 1.0 1.17.15 or higher 4.1.322 or higher 1.17.15 or higher —
LIO2020
4xSTM-4/OC-12 POS 1.0 (81.86MS4P042233-R6 2.7.20 or higher 4.1.322 or higher 2.7.20 or higher 3.1.309 or higher
LIO2233 Rev. A)
1xSTM-16/OC-48 POS 1.0 (81.86MS16P12021-R6 1.17.15 or higher 4.1.322 or higher 1.17.15 or higher 3.1.309 or higher
LIO2021 Rev. A)
4xSTM-1/OC-3 ATM 1.1 (81.86MS1A042210-R6 2.0.2 or higher 4.1.322 or higher 2.0.2 or higher 3.1.309 or higher
LIA2210 Rev. A)
4xSTM-1/OC-3 ATM 1.0 2.0.2 or higher 4.1.322 or higher 2.0.2 or higher —
LIA2210
1xchSTM-1/chOC-3 MS 1.0 (81.86MS1C012203-R5 2.0.2 or higher 4.1.322 or higher 2.0.2 or higher 3.1.309 or higher
4xchSTM-1/chOC-3 MS 2.0 (81.86MS1C042234-R6 2.9.143 or higher 4.1.322 or higher 2.9.143 or higher 3.1.309 or higher
LIO2234 Rev. B)
8600 Smart Routers SR6.0
1In case IEEE1588 is in use with FP1.0 SP2, it is not possible to upgrade directly to FP1.3. Otherwise, acceptable master table and the associated
configuration will be lost. See cq300245984 for details and workaround instructions.
35
2 Supported Upgrade Paths
From To
FP4.0 SP4 (4.0.405) FP5.0 SP1
FP4.0 SP3 (4.0.309) FP4.1 SP2
FP4.0 SP2 (4.0.205) FP4.1 SP2
FP4.0 SP1 (4.0.123) FP4.1 SP2
FP3.1 SP3 (3.1.558) FP4.1 SP1
FP3.1 SP2 (3.1.507) FP4.0 SP3
FP3.1 SP1 (3.1.425) FP4.0 SP3
FP3.0 CIR (3.0.126) FP3.1 SP3
FP2.11A SP5 (2.11.850) FP4.0 SP3
FP2.11A SP4 (2.11.804) FP4.0 SP3
FP2.11A SP3 (2.11.706) FP4.0 SP3
FP2.11A SP2.1 (2.11.620) FP4.0 SP3
FP2.11A SP2 (2.11.612) FP3.1 SP3
FP2.11A SP1.1 (2.11.515) FP2.11A SP5
36
3 Software Upgrade Order
When upgrading both the application software and the mini-application software in 8602
Smart Router and 8609 Smart Router it is recommended that the application software is
upgraded first.
For all the CDC2-B control cards delivered before FP4.1 SP1, CDC2 boot software GMZ2743
version 1.20.0 or higher needs to be updated before upgrading the application ESW to FP4.1
SP1.
If you are currently using application ESW FP2.11A SP1 in 8630 Smart Router and 8660 Smart
Router, the boot and mini-application upgrade is optional in CDC1, IFC1, IFC2 and ELC1 cards
and should be done after upgrading the application ESW to FP2.11A SP2 or higher.
37
4 Operations Before Upgrade
• Check and record the state of the NE before starting the upgrade.
• Free flash space by removing the previous unused ESWs.
• Free flash space by removing the old unused configuration snapshot files in each slot.
• Backup the current configuration of the NE.
4.1 Operations Before Upgrading 8602 Smart Router and 8609 Smart
Router
Note that 'x.y.z' in the examples below refers to the relevant ESW version number.
Step 1 Check and record the state of the NE before starting the upgrade. Check the hardware inventory and
verify that the NE is in up-and-running state and check the ESW version.
router# show hw-inventory | include slot
router# show sw-version | include OK
If problems are found:
• Consider if they need to be fixed before starting the upgrade, or
• Consider using the "force" option when activating the new ESW
router(config)# boot system <…> backup-config force
Using this option the upgrade is forced; the previous ESW or configurations will not be
automatically restored (but the upgrade can still be canceled manually).
Step 2 Free flash space by removing the previous unused ESWs:
router# delete flash: *
Step 3 Free flash space by removing the old unused configuration snapshot files in each slot. Before
deleting make backup copies by uploading the configuration snapshot files from the network element
using FTP. The snapshot files can be found in the following directory:
/flash/snapshot-config/
This CLI command will give a list of the already created and stored snapshots:
router# show snapshot-config flash: ?
To get more details regarding a specific snapshot use the following CLI command:
router# show snapshot-config flash: <filename>
Delete unused snapshot files:
router# snapshot-config delete flash: <filename>
38
4 Operations Before Upgrade
Note that in 8611 Smart Router the working slot (primary) is slot 2.
Note that 'x.y.z' in the examples below refers to the relevant ESW version number.
Step 1 Check and record the state of the NE before the upgrade is started. Check the hardware inventory
and verify that all cards are present, in up-and-running state and all cards are running the same
ESW version
router# show hw-inventory | include slot
router# show sw-version | include OK
If problems are found:
• Consider if they need to be fixed before starting the upgrade, or
• Consider using the "force" option when activating the new ESW
router(config)# boot system <…> backup-config force
Using this option the upgrade is forced; the previous ESW or configurations will not be
automatically restored (but the upgrade can still be canceled manually).
Step 2 Free flash space by removing the previous unused ESWs:
router# delete slot * flash: *
Step 3 Free flash space by removing the old unused configuration snapshot files in each slot. Before
deleting make backup copies by uploading the configuration snapshot files from the network element
using FTP. The snapshot files can be found in the following directory:
/flash/snapshot-config/slot<slot#>/
This CLI command will give a list of the already created and stored snapshots:
router# show snapshot-config flash: ?
The “show snapshot” CLI command can also contain the slot number part. If it is omitted, the slot
number of the active SCM is used by default.
To get more details regarding a specific snapshot use the following CLI command:
router# show snapshot-config flash: <filename>
Delete unused snapshot files:
router# snapshot-config delete slot 2 flash: <filename>
39
4 Operations Before Upgrade
Note that 'x.y.z' in the examples below refers to the relevant ESW version number.
Step 1 Check and record the state of the NE before the upgrade is started. Check the hardware inventory
and verify that all cards are present, in up-and-running state and all cards are running the same
ESW version.
router# show hw-inventory | include slot
router# show sw-version | include OK
If problems are found:
• Consider if they need to be fixed before starting the upgrade, or
• Consider using the "force" option when activating the new ESW
router(config)# boot system <…> backup-config force
Using this option the upgrade is forced; the previous ESW or configurations will not be
automatically restored (but the upgrade can still be canceled manually).
Step 2 Free flash space by removing the previous unused ESWs:
router# delete slot * flash: *
Step 3 Free flash space by removing the old unused configuration snapshot files in each slot. Before
deleting make backup copies by uploading the configuration snapshot files from the network element
using FTP. The snapshot files can be found in the following directory:
/flash/snapshot-config/slot<slot#>/
This CLI command will give a list of the already created and stored snapshots:
router# show snapshot-config flash: ?
The “show snapshot” CLI command can also contain the slot number part. If it is omitted, the slot
number of the active CU is used by default.
To get more details regarding a specific snapshot use the following CLI command:
router# show snapshot-config flash: <filename>
Delete unused snapshot files:
router# snapshot-config delete slot 14 flash: <filename>
40
4 Operations Before Upgrade
4.4 Operations Before Upgrading 8630 Smart Router and 8660 Smart
Router
Note that in 8630 Smart Router and 8660 Smart Router, which are multi-card NEs, the working slot
(primary) is slot 14.
Note that 'x.y.z' in the examples below refers to the relevant ESW version number.
Step 1 Check and record the state of the NE before the upgrade is started. Check the hardware inventory
and verify that all cards are present, in up-and-running state and all cards are running the same
ESW version.
router# show hw-inventory | include slot
router# show sw-version | include OK
If problems are found:
• Consider if they need to be fixed before starting the upgrade, or
• Consider using the "force" option when activating the new ESW
router(config)# boot system <…> backup-config force
Using this option the upgrade is forced; the previous ESW or configurations will not be
automatically restored (but the upgrade can still be canceled manually).
Step 2 Free flash space by removing the previous unused ESWs:
router# delete slot * flash: *
Step 3 Free flash space by removing the old unused configuration snapshot files in each slot. Before
deleting make backup copies by uploading the configuration snapshot files from the network element
using FTP. The snapshot files can be found in the following directory:
/flash/snapshot-config/slot<slot#>/
This CLI command will give a list of the already created and stored snapshots:
router# show snapshot-config flash: ?
The “show snapshot” CLI command can also contain the slot number part. If it is omitted, the slot
number of the active CDC is used by default.
To get more details regarding a specific snapshot use the following CLI command:
router# show snapshot-config flash: <filename>
Delete unused snapshot files:
router# snapshot-config delete slot 14 flash: <filename>
41
4 Operations Before Upgrade
42
5 Upgrade Related Notifications
5.1 Upgrade Related Notifications for 8609 Smart Router and 8611
Smart Router
When upgrading to 8609 Smart Router or 8611 Smart Router ESW release 1.2.586, all
IEEE1588 configurations MUST be removed prior to the upgrade, and re-applied after 1.2.586
has been activated.
Contact Coriant Technical Assistance for further information (http://www.coriant.com/ser-
vices_support).
5.1.1 Recommended Procedure for Upgrading to 8609 Smart Router and 8611
Smart Router FP1.3 SP1
In software versions previous to FP1.3, the 'IP domain-lookup' is not initialized properly, though it
should be enabled by default. As a result of this, no 'IP domain-lookup' is set.
Before upgrading to FP1.3, set explicitly the IP domain lookup functionality to a desired one with
CLI or 8000 Intelligent Network Manager, or fix any possible inconsistencies with CLI or 8000
Intelligent Network Manager after upgrade (cq300214881).
5.2 Upgrade Related Notifications for 8630 Smart Router and 8660
Smart Router
Non-service affecting upgrade of IFC1 to IFC2 cards is NOT supported in 8600 Smart Routers
FP5.0 SP1 GA. Refer to 8600 Smart Routers FP3.1 Embedded Software Release Notes (doc. ID
76.8631-50146), ch. 2.7.2, for the procedure.
Non-service affecting upgrade of ELC1 card is NOT supported from SR6.0 CIR1 or SR6.0 CIR2
to SR6.0 SP1 GA version. Attempting the upgrade will cause a card reset. Only service
affecting upgrade is supported from SR6.0 CIR1 or SR6.0 CIR2 to SR6.0 SP1 GA.
Non-service affecting software upgrade of ELC1 card is working from SR5.0 to SR6.0 SP1
GA version.
43
5 Upgrade Related Notifications
5.2.1 Notification Regarding ELC1 ESW Upgrade to 8630 Smart Router and
8660 Smart Router FP4.1 SP1
With (and only with) ELC1 based IEEE1588, a fault will be posted after the SW upgrade to a
version supporting IEEE1588 (see below for fault description). IEEE1588 is not functional before
the ELC1 unit in question is rebooted once again, after which the new PLD image is activated and
the fault cleared. The command 'reset-hw' MUST be used, to activate the new PLD image. E.g.,
router#reset-hw slot x.
Fault description:
44
6 Service Affecting Software Upgrade of the Whole NE
For 8611 Smart Router upgrade from FP1.2 CIR1 or any earlier ESW version, both the software
and hardware should be upgraded. For the said upgrade paths the procedure in chapter
6.1 8611 Smart Router Service Affecting Hardware and Software Upgrade of the Whole NE
should be used instead of the one identified in this section.
Never activate an older ESW than the current one without restoring configurations or carrying
out a clean-start of the NE (see chapter 10 Restoring Previous FP and Configuration in Case
of Upgrade Failure). The end result of the operation is otherwise fully nondeterministic.
When an ESW package file is used, it is possible to activate and reload new ESW to all slots in a NE
with one CLI command. All traffic is temporarily affected during NE bootup.
45
6 Service Affecting Software Upgrade of the Whole NE
Note that in the file name 'x.y.z' refers to the ESW version number.
Step 1 Transfer with FTP/SFTP the new software file or package. Before using FTP/SFTP, the server must
be enabled (it is disabled by default). The following characterizes FTP/SFTP:
• The mode must be bin (i.e. downloading a binary file).
• The transfer will fail if the file system is full, if the ESW directory quota is all used or if the
number of files in the ESW directory has reached its maximum (10).
If the transfer fails in 8630 Smart Router or 8660 Smart Router, try to use smaller
PKGs, e.g. instead of the full package file pkg_8660_x.y.z_C1 transfer and activate first
pkg_8660_x.y.z_c1i1 and then pkg_8660_x.y.z_i2e1.
Select the file which is transferred to the NE using FTP/SFTP and the target directory in the NE
according to the following table.
Note that in the file name 'x.y.z' refers to the ESW version number.
46
6 Service Affecting Software Upgrade of the Whole NE
Step 2 The application ESW must be activated and the card/NE must be reset before the new application
ESW is in use.
The following CLI command activates new ESW to all slots in a NE, reloads the NE and creates
card specific configuration backup (i.e. bootsnap) for each slot containing configurations before
upgrade. If the system detects problems during upgrade, it restores the previous configuration and
ESW automatically in the individual slot(s). See more details in chapter 10 Restoring Previous FP
and Configuration in Case of Upgrade Failure.
8602 Smart Router:
router(config)# boot system flash: sbz2755_x.y.z backup-config
reload
8609 Smart Router:
router(config)# boot system flash: sbz2751_x.y.z backup-config
reload
8611 Smart Router:
router(config)# boot system slot 2 flash: pkg_8611_x.y.z
backup-config reload
8615 Smart Router:
router(config)# boot system slot 14 flash: pkg_8615_x.y.z
backup-config reload
8630 Smart Router and 8660 Smart Router:
router(config)# boot system slot 14 flash: pkg_8660_x.y.z
backup-config reload
For 8611 Smart Router upgrade from FP1.2 CIR1 or any earlier ESW version, the following
service affecting upgrade procedure MUST be followed to ensure that the node-clock related
hardware is also automatically upgraded with the software.
The 8611 Smart Router ESW includes a mechanism that allows the support of upgrading hardware.
Because this upgrade affects hardware, it is traffic impacting. The hardware related image is
downloaded as part of the software package and is activated by the reset hardware command.
Step 1 If the SCM in slot 2 is not active, then do an SCM protection switch:
router# protection manual-switchover unit scm slot 2
Step 2 Wait until SCM1 has booted up completely. Use the following command; wait until slot 1 is “UP
AND RUNNING”:
router# show hw-inventory slot 1 | include slot
47
6 Service Affecting Software Upgrade of the Whole NE
Step 3 Transfer with FTP/SFTP the new software package to the active SCM in slot 2. Before using
FTP/SFTP, the server must be enabled (it is disabled by default). The following characterizes
FTP/SFTP:
• The mode must be bin (i.e. downloading a binary file).
• The transfer will fail if the file system is full, if the ESW directory quota is all used or if the
number of files in the ESW directory has reached its maximum (10).
Select the file which is transferred to the NE using FTP/SFTP and the target directory in the NE
according to the following table.
Step 4 The upgraded package is downloaded and activated to the NE, all cards get a new version of the
ESW stored in their local flash.
router(config)# boot system slot 2 flash: pkg_8611_2.0.308
backup-config
Step 5 The new application ESW and hardware image is taken in use following a hardware reset.
router# reset-hw
Step 6 Verify that the hardware was properly upgraded after the SCMs have booted up completely (i.e.
they are both in the “UP and RUNNING” state). The hardware upgraded in FP2.0 is identified as
“SCT” and is displayed as revision “0x0204”. Use the following command to verify that the string
“SCT expected and active revision: 0x0204” is present:
router# show hw-inventory details | include SCT
48
7 Non-Service Affecting Software Upgrade
Never activate an older ESW than the current one without restoring configurations or carrying
out a clean-start of the NE (see chapter 10 Restoring Previous FP and Configuration in Case
of Upgrade Failure). The end result of the operation is otherwise fully nondeterministic.
For 8611 Smart Router, the non-service affecting software upgrade procedure is supported
when upgrading from FP1.2 SP1 or any later ESW version. For other upgrade paths, the
procedure in chapter 6.1 8611 Smart Router Service Affecting Hardware and Software Upgrade
of the Whole NE should be followed instead.
The 8611 Smart Router ESW can be upgraded with the non-service affecting upgrade procedure
as follows.
Step 1 Transfer with FTP/SFTP the new software package to the active SCM which should be in slot 2.
Step 2 The upgraded package is downloaded and activated to the NE, all cards get a new version of the
ESW stored to their local flash.
router(config)# boot system slot 2 flash: pkg_8611_2.0.308
backup-config
Do not reload the network element, which will start the whole network element with the new
ESW. Reloading the whole network element is a service affecting upgrade method.
Step 3 SCM1 (protecting) slot is switched to be the active SCM. SCM2 (working) slot will automatically
boot up with the new ESW version.
router# protection manual-switchover unit scm slot 1
Step 4 Wait until SCM2 has booted up completely. Use the following command; wait until slot 2 is “UP
AND RUNNING”:
router# show hw-inventory slot 2 | include slot
Step 5 SCM2 (working) slot is switched to be the active SCM. SCM1 (protecting) slot will automatically
boot up with the new ESW version.
router# protection manual-switchover unit scm slot 2
49
7 Non-Service Affecting Software Upgrade
7.2 8630 Smart Router and 8660 Smart Router Non-Service Affecting
Software Upgrade
The 8600 NE series ESW can be upgraded with the non-service affecting upgrade procedure
as follows.
Step 2 Activate the software package (or all packages if you need to download several packages) to the NE,
all cards get a new version of the ESW stored to their local flash.
router(config)# boot system slot 14 flash: pkg_8660_4.1.586
backup-config
Do not reload the network element which will start the whole network element with the new
ESW. Reloading the whole network element is a service affecting upgrade method.
50
7 Non-Service Affecting Software Upgrade
Step 5 After CDC#14 has booted up completely, activate the CDC#14 slot.
Use the following CLI command; wait until slot 14 is “UP AND RUNNING”:
router# show hw-inventory slot 14
Switch CDC#14 active:
router# protection manual-switchover unit cdc slot 14
During CDC activity switch, the management connection is cut. Start a Telnet/SSH session again or
start using the console of the CDC in slot 14. There should be no effect on the running data traffic or
routing/signalling. If there is, it is due to some other limitation than the CDC switching action.
Step 6 Boot up CDC#1 (protecting) with the new ESW version.
router# reload-sw slot 1
Step 7 Do manual switchover to switch all protected interface traffic to IFC#Pt (the protecting side
interfaces of the protected pairs). E.g.
router# protection manual-switchover ms <GroupName> so 7/0/0
There will be a short traffic break, ideally the break lasts at maximum what standards allow on
switchovers.
A. If the topology consists of IFC with only MSP1+1/APS1+1/ELP:
When an Ethernet IFM which is used as the primary interface of an ELP group is changed, the
“Duplicate mac address risk” fault is set active if the ELP group is using a MAC address that
is not the MAC address of the currently installed primary interface.
Refer to 8600 Ethernet Configuration Guide, chapter 'MAC Address'.
1. Reboot IFC#W (the working side interface of the protected pair) with the new ESW version
There is no traffic cut on the protected interfaces, because all traffic is flowing through the
protecting side interfaces.
2. Wait until IFC#W is "UP AND RUNNING" so that the protection status is ok for all.
3. Do manual switchover to switch all protected interface traffic to IFC#W (to the working side
interfaces of the protected pairs). There will be a short traffic break, ideally the break lasts at
maximum what standards allow on switchovers.
4. Reboot IFC#Pt (the protecting side interface of the protected pair) with the new ESW version
There is no traffic cut on the protected interfaces, because all traffic is flowing through the
working side interfaces.
5. Wait until IFC#Pt is "UP AND RUNNING" so that the protection status is ok for all.
6. Reboot the rest of the IFC#W one by one as described in step 2.
7. Reboot the rest of the IFC#Pt one by one as described in steps 2–5 in this list A.
B. If the topology consists of an IFC with MSP1+1/APS1+1/ELP and RSVP path protection:
RSVP path protected LSPs switchovers on different cards are handled automatically without
specific user actions using normal RSVP path failure detection logic and recovery mechanisms. It is
assumed that both RSVP paths are functional during this upgrade.
B.1. If MSP#W is in the same IFC as RSVP LSP#Py, the following steps are required:
51
7 Non-Service Affecting Software Upgrade
1. Due to a delay with a new routing configuration at IFC reload, it is recommended to set RSVP
Protection Primary path links administratively down to IFC#W interfaces. This operation will
guarantee that IP routed traffic will really move to the protecting path. There may be a short
traffic break due to RSVP switching to the secondary path. There will be a fault reported about
RSVP primary path down.
2. Reboot IFC#W (the working side interface of the protected pair) with the new ESW version
There should be NO traffic break.
3. Wait until IFC#W is "UP AND RUNNING" so that the protection status is ok for all.
4. Do manual switchover to switch all protected interface traffic to IFC#W (to the working side
interfaces of the protected pairs). There will be a short traffic break, ideally the break lasts at
maximum what standards allow on switchovers.
5. Perform RSVP primary path interface link from down to up state after the IFC#W is in up and
running state. This will cause RSVP LSP to switch from the secondary path to the primary path.
There may be a short traffic break due to RSVP switching to the primary path. The reported
RSVP primary path down fault will be removed.
6. Reboot IFC#Pt (the protecting side interface of the protected pair) carrying the RSVP secondary
LSP path. There should be no effect on traffic and RSVP LSPs when IFC#Pt is booted There
will be a fault reported about the RSVP secondary path down. RSVP LSP and MSP should be
using the primary path/working link existing in IFC#W.
7. Wait until IFC#Pt is "UP AND RUNNING" so that the protection status is ok for all. The
reported RSVP secondary path down fault will be removed.
8. Reboot the rest of the IFC#W one by one as described in steps 1–5 in this list B.1.
9. Reboot the rest of the IFC#Pt one by one as described in steps 6–7 in this list B.1.
B.2. If MSP#W is in same IFC as RSVP LSP#S, the following steps are required:
1. Reboot IFC#W (the working side interface of the protected pair) with the new ESW version
There should be NO traffic break since the RSVP path which should be in the primary path is
not affected. There will be a fault reported on the RSVP secondary path down. There is no need
to administratively shutdown the RSVP LSP#S links.
2. Wait until IFC#W is "UP AND RUNNING" so that the protection status is ok for all. The
reported RSVP secondary path down fault will be removed.
3. Do a manual switchover to switch all protected interface traffic to IFC#W (to the working side
interfaces of the protected pairs). There will be a short traffic break, ideally the break lasts at
maximum what standards allow on switchovers.
4. Due to a delay with a new routing configuration at IFC reload, it is recommended to set the
RSVP protection primary path links administratively down to the IFC#Py interfaces. This op-
eration will guarantee that IP routed traffic will really move to the protecting path. There may
be a short traffic break due to RSVP switching to the secondary path. There will be a fault
reported about the RSVP primary path down.
5. Reboot IFC#Pt (the protecting side interface of the protected pair) or IFC#Py carrying the RSVP
primary LSP path. There should be no effect on traffic and RSVP LSPs when IFC#Pt is booted.
6. Wait until IFC#Pt is "UP AND RUNNING" so that the protection status is ok for all.
7. Perform RSVP primary path interface link from down to up state after the IFC#Py is in up and
running state. This will cause RSVP LSP to switch from the secondary path to the primary path.
There may be a short traffic break due to RSVP switching to the primary path. The reported
RSVP primary path down fault will be removed.
52
7 Non-Service Affecting Software Upgrade
8. Reboot the rest of the IFC#W one by one as described in steps 1–3 in this list B.2.
9. Reboot the rest of the IFC#Pt one by one as described in steps 4–7 in this list B.2.
B.3. If MSP pairs are in different IFC to RSVP LSP pairs, the following steps are required:
1. Reboot IFC#W (the working side interface of the protected pair) with the new ESW version
There is no traffic cut on the protected interfaces, because all traffic is flowing through the
protecting side interfaces.
2. Wait until IFC#W is "UP AND RUNNING" so that the protection status is ok for all.
3. Do manual switchover to switch all protected interface traffic to IFC#W (to the working side
interfaces of the protected pairs). There will be a short traffic break, ideally the break lasts at
maximum what standards allow on switchovers.
4. Reboot IFC#Pt (the protecting side interface of the protected pair) with the new ESW version.
There is no traffic cut on the protected interfaces, because all traffic is flowing through the
working side interfaces.
5. Wait until IFC#Pt is "UP AND RUNNING" so that the protection status is ok for all.
6. Reboot the rest of the IFC#W one by one.
7. Reboot the rest of the IFC#Pt one by one.
8. Due to a delay with a new routing configuration at IFC reload, it is recommended to set the
RSVP protection primary path links administratively down to IFC#Py interfaces. This opera-
tion will guarantee that IP routed traffic will really move to the protecting path. There may be a
short traffic break due to RSVP switching to the secondary path. There will be a fault reported
on the RSVP primary path down.
9. Reboot IFC#Py carrying RSVP path-protected primary paths.
10. Wait until IFC#Py is "UP AND RUNNING".
11. Perform RSVP primary path interface link from down to up state after the IFC#Py is in up and
running state. This will cause RSVP LSP to switch from the secondary path to the primary path.
There may be a short traffic break due to RSVP reverting to the primary path.
12. Reboot IFC#S carrying RSVP path protected secondary paths. There should be NO traffic
break since the RSVP path is in the primary path. There will be a fault reported on the RSVP
secondary path down.
13. Wait until IFC#S is "UP AND RUNNING". The reported RSVP secondary path down fault
will be removed.
14. Reboot the rest of the IFC#Py one by one.
15. Reboot the rest of the IFC#S one by one.
53
8 Upgrading Cards
8 Upgrading Cards
Refer to 8600 Smart Routers Hardware Installation Guide for more detailed instructions and
restrictions when replacing cards.
In 8630 Smart Router and 8660 Smart Router with CDC-1+1 protection, CDC1-A or CDC1-B cards
can be replaced with CDC2-B cards. During the upgrade operation CDC2 obtains the configuration
of the previous CDC1 card; in addition the new expected card type (CDC2-B) is automatically
updated in the hw-inventory. The operation is non-service affecting and irreversible.
During upgrade the CDC1 configuration is converted to CDC2 configuration. Note that the
operation is irreversible!
Refer to 8600 Smart Routers Hardware Installation Guide for more detailed instructions and
restrictions.
54
8 Upgrading Cards
Step 3 NE configuration is denied until step 12. However configurations mentioned in this step list are
allowed. Cancelling the upgrade permission is possible before slot 14 gets the start permission in
step 8, after this point the upgrade is irreversible.
Step 4 Switch CDC and MFE activity to slot 1.
router# protection manual-switchover interface mfe slot 1
router# protection manual-switchover unit cdc slot 1
Wait until switching is completed. Use the following command and wait for the highlighted state:
router#show protection unit cdc
Unit 14 is in OK state.
Unit 14 is passive.
Unit 14 has noRequest switch type.
Unit 14 is non-revertive.
Unit 14 is a working unit.
Protection group of unit 14 has 1 working units: 14.
Protection group of unit 14 has 1 protecting units: 1.
Protection group of unit 14 is of type: 1+1.
Protection group of unit 14 is named: cdc.
Unit 1 is in OK state.
Unit 1 is active.
Unit 1 has no switch command active.
Unit 1 has noRequest switch type.
Unit 1 is non-revertive.
Unit 1 is a protecting unit.
Protection group of unit 1 has 1 working units: 14.
Protection group of unit 1 has 1 protecting units: 1.
Protection group of unit 1 is of type: 1+1.
Protection group of unit 1 is named: cdc.
Step 5 Shutdown slot 14.
router# esw-shutdown slot 14
Step 6 When the red and yellow LEDs (local and remote alarm) of CDC1 slot 14 are blinking, you can
remove the card according to instructions in the 8600 Smart Routers Hardware Installation Guide.
Step 7 Change the needed cable types (Serial interface/Alarm I/O, SCO/SCI, power cable) of the CDC
in slot 14.
Step 8 Insert CDC2 to slot 14 according to the 8600 Smart Routers Hardware Installation Guide.
CDC2 must have the same ESW version active as the rest of the cards have.
Step 9 Wait until CDC2 in slot 14 is up and running
router#show hw-inventory slot 14 details
unit in slot 14 is part of inventory and UP AND RUNNING
upgrade-state cdc1-cdc2: not upgradeable
…
55
8 Upgrading Cards
After the switchover command, the CDC1 in slot 1 might initiate automatic reboot to
synchronize configuration with the new CDC2. If reboot happens before executing step 5 to
slot 1, wait until slot 1 is up and running again after the reboot:
router#show hw-inventory slot 1
unit in slot 1 is part of inventory and UP AND RUNNING
All external alarm configurations are lost in the CDC1 to CDC2 upgrade process since the
external alarm connector is different in the CDC1 (D-25 connector) and the CDC2 (RJ-45
connector) cards. For more information, see 8660 Smart Router Reference Manual, 8630
Smart Router Reference Manual and 8600 Smart Routers Hardware Installation Guide.
In 8630 Smart Router and 8660 Smart Router with FP3.1 or higher, the IFC1 card can be upgraded
to the IFC2 card if the IFMs of the IFC2 cards are the same or compatible with the IFMs of the IFC1
according to the table below. The configuration parameters from the existing IFMs are automatically
copied to the new IFMs when IFC1 is replaced with IFC2. The new expected card type (IFC2)
is automatically updated in the hw-inventory.
56
8 Upgrading Cards
The NE must be upgraded to FP3.1 or higher before IFC1 to IFC2 upgrade can be started.
When the NE is managed with 8000 intelligent network manager, the upgrade permission must
be set in the 8000 intelligent network manager to enable the IFC1 to IFC2 upgrade. See the
user instructions in the online help for more instructions.
In addition to the IFMs listed in the table, IFC1 to IFC2 upgrade is supported if the IFM type is not
changed, that is, for the IFMs supported both in IFC1 and IFC2:
During upgrade the IFC1 configuration is converted to an IFC2 configuration. Note that the
operation is irreversible!
Before the IFC1 to IFC2 upgrade can be started, there must not be "Conflicting Module" or
"Expected Module Not Activated" alarms regarding IFMs in the card to be upgraded!
First you must get rid of the alarms by changing the module configuration and/or reloading
the card!
57
8 Upgrading Cards
Prerequisites:
• The NE is running FP3.1 or higher ESW version x.y.z. The same ESW version x.y.z must be
updated to IFC2 card(s) before the upgrade is started, this can be done e.g. by using an empty
slot (= not part of the hw-inventory) in the NE or an empty slot in some other NE. See 8600
Equipment Management Configuration Guide for more information.
In cases when IFC is not protected, follow this procedure:
8Ch. 2.7.2, ‘Non-Service Affecting Upgrade’, is included in ‘8600 Smart Routers FP3.1 Embedded Software Release Notes’ (document ID 76.8631-
50146).
58
8 Upgrading Cards
Mixed IFC1 and IFC2 protection combination (ELP, MSP1+1/APS1+1) may cause a traffic cut
during upgrade and IFC2 will not boot up as a protection pair with IFC1, except for specific HW and
feature combinations described in ch. 2.7.2 Non-Service Affecting Upgrade, in 8600 Smart Routers
FP3.1 Embedded Software Release Notes (document ID 76.8631-50146).
Due to this restriction, any other configuration where there is IFC1 + IFC1 with
ELP/APS1+1/MSP1+1 protection requires that protection is removed before the upgrade and added
after replacing the working and protecting IFC2. Follow this procedure:
Notice that if IFC1 has one or more of the IFMs specified in the left column of the following table,
you must reboot the CDC(s) after IFC1 to IFC2 upgrade. For other IFM types (not mentioned in the
table below) CDC reset is not needed and these steps can be omitted.
Step 1 Perform IFC1 to IFC2 upgrade for all needed card slots in the network elements according to
previous step lists, 8.2.1 Service Affecting Upgrade of IFC1 to IFC2 in case of non-protected
configuration and Upgrading IFC1 Pair with ELP/APS1+1/MSP1+1 Protection in case of protected
configuration.
Step 2 Change the CDC in slot 1 to active.
Step 3 Reload the CDC in slot 14 and wait until it is up and running again.
Step 4 Switch CDC in slot 14 to active.
Step 5 Reload CDC in slot 1 and wait until it is up and running again.
Non-service affecting upgrade of IFC1 to IFC2 cards is not supported in 8600 Smart Routers FP5.0 SP1 GA.
Refer to 8600 Smart Routers FP3.1 Embedded Software Release Notes (doc. ID 76.8631-50146), ch. 2.7.2, for the
procedure.
59
9 ESW Upgrade with Downgrade Support for 8602 Smart Router and 8615 Smart Router
Step 1 Make sure that a valid 8000 Intelligent Network Manager database backup exists. For more
information see 8000 Intelligent Network Manager Maintenance Procedures.
Step 2 Update the new ESW version with 8000 Intelligent Network Manager tools.
1. Create a download plan with the Element Software Management tool.
• Enable the option Create node configuration backup before ESW update in the Prop-
erties tab.
• Disable the option Version update for EMS data in the Properties tab.
• Otherwise the default options can be used.
2. Update the new ESW version in the network elements by activating the download plan.
• A new ESW version is downloaded to the network elements.
• The new ESW is activated in the network elements.
• The backup is copied to 8000 Intelligent Network Manager database with the file name
EswUpdate.
Step 3 Check that the network elements work properly with the new ESW version.
The network elements should not be configured during this monitoring period. 8000
Intelligent Network Manager data in the database may get inconsistent because the version
update has not been performed.
60
9 ESW Upgrade with Downgrade Support for 8602 Smart Router and 8615 Smart Router
Step 4 A) If the updated network elements work properly, the update must be committed by finalizing the
ESW update in 8000 Intelligent Network Manager.
• ‘Version update’ must be performed separately with 8600 Node Manager for every node in
the download plan.
After version update the only way to revert back to the original configuration is to restore the
8000 Intelligent Network Manager database backup.
B) If the new ESW version does not work properly, run rollback.
• Activate the previous ESW version in the ESW Management dialog in 8600 Node Man-
ager. Do not reset the network element!
• Download the EswUpdate snapshot file in the Node Configuration Backup dialog in 8600
Node Manager.
• Restore the EswUpdate file in the Node Configuration Backup dialog.
• When the snapshot is restored successfully, the network element will restart and boot the
previous application software with the restored configurations.
• After completing the rollback in the network elements, 8000 Intelligent Network Manager
will work again without restrictions.
61
10 Restoring Previous FP and Configuration in Case of Upgrade Failure
The previous (older) ESW version shall never be activated without restoring the previous
configurations (or clearing the configurations of the whole NE), otherwise the end result of
the operation is fully nondeterministic. There are two alternative procedures to restore the
state that existed before upgrade.
Procedure 1
If procedure 1 cannot be used for some reason, the NE level snapshot configuration must be restored
(see chapter 4 Operations Before Upgrade). Before restoring, previous FP ESW package must be
activated.
62
10 Restoring Previous FP and Configuration in Case of Upgrade Failure
Step 4 Restore the NE level configuration snapshot file which was created before starting upgrade.
router# snapshot-config restore flash: <filename>
The NE is automatically reloaded after the CLI command above.
Procedure 1
If CDC2 card(s) are installed in the network element, procedure 1 cannot be used (cq300244435).
With CDC2 follow procedure 2 below instead.
If procedure 1 cannot be used for some reason, the NE level snapshot configuration must be restored
(see chapter 4 Operations Before Upgrade). Before restoring, previous FP ESW package must be
activated.
63
10 Restoring Previous FP and Configuration in Case of Upgrade Failure
Step 4 Restore the NE level configuration snapshot file which was created before starting upgrade.
router# snapshot-config restore flash: <filename>
If the step fails due to a lack of flash space, the “clear-flash” option can be used.
router# snapshot-config restore flash: <filename> clear-flash
The NE is automatically reloaded after the CLI command above.
64
11 SR6.0 Features
11 SR6.0 Features
This chapter lists the 8600 system features introduced in the 8600 Smart Routers SR6.0 release.
Refer to 8600 Smart Routers Product Definition documents for further information.
65
11 SR6.0 Features
66
12 Application Software
12 Application Software
67
68
12 Application Software
Application Embedded Software Codes
Network Element Card Baseboard ESW Current ESW Version Previous GA Level ESW
Version
8602 Smart Router SBB2305 SBZ2755 1.1.308 (FP1.1 GA) 1.0.163 (FP1.0 SP1)
8609 Smart Router SBB2284 SBZ2751 2.0.308 (FP2.0 GA) 1.2.629 (FP1.2 SP2) and 1.3.163
(FP1.3 SP1)
8611 Smart Router SCM SCM2265 SBZ2748 2.0.308 (FP2.0 GA) 1.2.629 (FP1.2 SP2) and 1.3.163
(FP1.3 SP1)
8615 Smart Router VID9109 CBZ2764 1.0.308 (FP1.0 GA) —
SBB2306 LBZ2765 1.0.308 (FP1.0 GA) —
8630 Smart Router CDC1 CBB2026 CBZ2712 5.0.308 (FP5.0 GA) 4.1.629 (FP4.1 SP2)
8660 Smart Router
CDC2 CBB2300 CBZ2745 5.0.308 (FP5.0 GA) 4.1.629 (FP4.1 SP2)
ELC1 ELC2269 LBZ2754 5.0.308 (FP5.0 GA) 4.1.629 (FP4.1 SP2)
IFC1 LBA2024 LBZ2713 5.0.308 (FP5.0 GA) 4.1.629 (FP4.1 SP2)
IFC2 LBA2250 LBZ2741 5.0.308 (FP5.0 GA) 4.1.629 (FP4.1 SP2)
76.8660-50169C
© 2014 Coriant.
12 Application Software
cq300218766 8611 NE
When a VC interface is removed from a VCG group, followed by a change in the
ATM usage value, which is then followed by a deletion of the VC interface itself,
some error messages appear on the console in addition to some unexpected errors
messages. This seems to happen after a few protection switches.
Impact: Some error messages appear on the console and an unexpected error is
seen when this happens.
scm1 console error message:
------------------------------------
8611-89>AtmcdDeleteVxCtpConnection:TrhwdrDeallocateLinkId(iLink=65512)
failed, rc=4097, instId(0x64016000 0x405a0500)
Finished AtmcdDeleteVxCtpConnection rc=4097
scm2 console error message:
------------------------------------
AtmcdDeleteVxCtpConnection:TrhwdrDeallocateLinkId(iLink=65512) failed,
rc=4097, instId(0x64016000 0x805a0500)
Finished AtmcdDeleteVxCtpConnection rc=4097
Risk of occurrence: This seems to happen only after a few switchovers, when the
sequence mentioned above is followed.
Workaround: When the SCM is reloaded, the interface is deleted properly.
cq300238805 CDC1
In case of very heavy SW load, internal communication fails temporarily and
causes SW reboot.
Impact: Network element reboot and restart.
Risk of occurrence: Very rare.
Workaround: Not available.
69
12 Application Software
cq300244214 ELC1
There has been a short IRB traffic drop at a 60 s interval. Analysis of the failing
cases indicates that Packet Loop Test (PLT) network element sync pulse causes the
drop in ELC1 line cards. The PLT network element sync pulse sending is disabled
on a NE that has flexible IRB configured and an ELC1 line card up and running to
prevent the short traffic drops observed.
Impact: PLT delay measurements for round-trip and one-way delay will not give
any usable results, if there is flexible IRB configuration in the NE and there is at
least one ELC1 line card up and running.
PLT delay variation test and PLT throughput test are still usable.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300249041 ELC1
If the SLI ports vlan mode is changed more than once, the port will go to shutdown
state.
Impact: The SLI will drop all the traffic.
Risk of occurrence: Always under the described circumstances.
Workaround: Give shut/no shut down command to the port after the VLAN
mode is changed.
70
12 Application Software
cq300250135 8611 NE
During active SCM reset using 'reload-sw / reset-hw' command with passive SCM
up and running, TX laser state of all the interfaces are turned OFF, which leads to
traffic loss. The laser state remains turned OFF until a complete node reset is done.
Impact: Traffic loss will occur.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300250430 ELC1
When AggregateStat for specific QoS is enabled/disabled and an attempt is made to
enable/disable SingleTaggedStat/CvlanStat QoS, the SingleTaggedStat/CvlanStat
counters will be cleared and vice versa.
Impact: The SingleTaggedStat/CvlanStat statistics counter values will be lost.
Risk of occurrence: Always under the described circumstances.
Workaround: When the QoS is/are enabled before traffic is sent, there will be no
impact on the counters.
cq300250579 IFC2
As a result of SW upgrade on the network element, a data cut may occur on the
connections using VLAN group shaper on VLAN PWE trunks for which a type
AF3 or AF4 vc-qos is configured.
Impact: Live traffic will be cut off on the connections having the configuration
depicted above.
Risk of occurrence: Always under the described circumstances.
Workaround: Unbinding VLAN group shaper from a trunk VLAN by entering
the ‘no service-shaper-group <nameOfShaperGroup>‘ command will restore data
flow and if group shaping is required, one can then bind it back.
71
12 Application Software
cq300250604 IFC2
As a result of SW upgrade on the network element, VLAN statistics will be
disabled, although according to the running configuration they are enabled.
Impact: Entering the 'show int <VLAN interface>' command will indicate that
VLAN statistics are not collected.
Risk of occurrence: Always under the described circumstances.
Workaround: Re-enable VLAN statistics with the 'vlan statistics non-qos in-qos'
command.
72
12 Application Software
73
12 Application Software
74
12 Application Software
cq300211086 CDC1, 8611 NE, 8609 NE, ELC1, IFC1, IFC2, CDC2, 8602 NE, 8615 NE
Setting small interface link or IP MTU values, i.e. 64 bytes, while TCP connections
are already established might cause the network element to be unresponsive or
cause the control card of the network element to go to spontaneous reset.
Impact: A network element or card which is unresponsive or goes to spontaneous
reset may affect traffic.
Risk of occurrence: It could happen under the described circumstances.
Workaround: Use MTU values 512 or higher.
cq300225683 CDC1
Extra "InstCalcInstIdGenerateId: Unknown InstIdExt" prints are printed to the
console output on boot up. This happens only if there are created VCs and the
network element is upgraded from earlier releases to FP4.0.
Impact: It does not affect live traffic.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300238671 CDC2
When upgrading CDC2 to a different ESW version, MFE packet loss is observed.
Impact: Management traffic may get affected.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300241791 CDC2
CS7 ping with size 65000 fails when traffic is sent at full bandwidth.
Impact: It does not affect live traffic.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
75
12 Application Software
cq300243766 CDC1, IFC1, IFC2, ELC1, 8611 NE, 8609 NE, 8602 NE
In a very rare scenario, due to corrupted IP packet, both the control unit and the
line card unconditionally reboot.
Impact: Service outage due to network element reload.
Risk of occurrence: Very rare.
Workaround: Not available.
cq300243829 8602 NE
When the user tries to ping the loopback interface IP address or back to back
connected interface IP address, the first ping packet fails with a timeout error. The
first ping command fails only if the source IP address is specified as an option.
Impact: The first ping packet alone will fail with a timeout error.
Risk of occurrence: Rare.
Workaround: The ping command should not specify any option.
cq300244509 CDC2
In 8630 Smart Router and 8660 Smart Router, if CDC2 control card(s) are installed,
the command "boot system slot <slot#> flash: <filename> restore-config..." is not
working if the optional parameter "restore-config" is used.
Impact: It does not affect live traffic.
Risk of occurrence: Always when CDC2 control card(s) are installed.
Workaround: Before ESW upgrade, use the command "snapshot-config create
flash:" to create configuration backup. If previous FP must be restored after ESW
upgrade, activate first previous ESW version without reloading the cards and use
the command "snapshot-config restore flash:" to restore previous configurations.
cq300244511 IFC2
In 1x10GBASE-R R2 IFM (LIO2257), with UP MEP configuration, EOAM ping
for multicast packet size 5800 and greater will not be successful and the MEP will
enter LoC state. Multicast EOAM ping of size up to 5700 is successful.
Impact: EOAM UP MEP will go down with LoC state.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300244763 ELC1
Multicast replication due to flooding in VPLS network transient situations may
exceed the ELC1 with IRB forwarding performance of 10 Mbps causing the unit
to reboot and traffic to be cut. Fourfold replication of unknown destination and
unicast traffic may exceed the 20 Gbps bidirectional traffic limit with average
packet size of 250B.
Impact: ELC1 reboots due to overload and causes traffic cut.
Risk of occurrence: Always when the performance limit is exceeded.
Workaround: VPLS network design should use dual-homed spokes (MTU-s
Dual-Homing) and traffic balancing to minimize flooding caused by single node
failure, and avoid using ELC1 IRB with VPLS.
76
12 Application Software
cq300245307 8615 NE
LAN connected interface (RX Unicast) counters will display very high values.
Impact: LAN connected interface will not display correct RX unicast count.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300246121 CDC1
The passive CDC may reload if multiple (>180) attempts to connect and
disconnect to the MPLS-TP tunnels are made iteratively.
Impact: Traffic gets affected in the tunnel that is down.
Risk of occurrence: Rare.
Workaround: The automatic switchover to the passive control card will help
in this case.
77
12 Application Software
cq300246711 8609 NE
8609 Smart Router does not respond to ping request after some time from node
bootup.
Impact: Control packets destined to CPU processing will be affected.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300246841 8615 NE
The amount of L2 IEEE1588 capable ports is limited to 14. Supported ports are
xe13/0/0...1 and ge13/1/0...11.
Impact: L2 IEEE1588 service cannot be provisioned to non-supported ports.
Risk of occurrence: Always under the described circumstances.
Workaround: Use ports xe13/0/0...1 and/or ge13/1/0...11.
cq300247480 8615 NE
EEC noise transfer bandwidth cannot be changed from the CLI. The correct
bandwidth (G.8262 Opt.1/Opt2) is set according to the network element
operation mode (ETSI/ANSI) and, therefore, the issue is limited to non-standard
configurations.
Impact: It does not affect live traffic.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300247643 8615 NE
ACL host statistics (show ip access-list in/out host statistics) do not show the
correct value.
Impact: ACL host statistics (MO:ipHostAccessListStat) are not shown
correctly.This is statistics issue, does not affect traffic.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
78
12 Application Software
cq300247923 8615 NE
The station clock input (SCI) port of 8615 Smart Router stays in failed state if the
network element is in the ANSI operating mode.
Impact: NE cannot be synchronized via SCI if the unit is in ANSI operating
mode and the unit is not rebooted again.
Risk of occurrence: Always under the described circumstances.
Workaround: Reboot the unit again after changing the timing mode.
cq300247982 8615 NE
Unexpected "NPXD error" messages may be seen in console when shutdown or
shutdown-if is issued while traffic is running.
Impact: Has only minor impact. Unexpected messages take space in the os-log.
Risk of occurrence: Occures often, at the moment when traffic forwarding
is stopped due to various reasons (a link goes down, a connection goes down,
manual configuration, etc).
Workaround: Not available.
cq300248013 ELC1
Scenario: two VLANs for a physical interface (say 'VLAN1_ID:100' and
'VLAN2_ID:200') are created. The primary pseudowires are attached to both these
VLANs. The secondary pseudowires are attached to the alias interfaces of those
two VLANs. When the traffic is sent via both the VLANs with their primary
pseudowires up, the VLAN statistics for 'VLAN2_ID:200' resets to zero.
Impact: It does not affect live traffic.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
79
12 Application Software
cq300248078 ELC1
When QinQ interface is configured in an ELC1 line card with ELP enabled and all
statistics are enabled (in-qos, out-qos and non-qos for aggregate, VLAN single
tagged and CVLAN), the CVLAN Tx statistics may show an incorrect/junk value
(~2^64).
Impact: Only the CVLAN Tx statistics is incorrect, but there will be no impact on
the QinQ functionality.
Risk of occurrence: Inconsistently.
Workaround: Deleting and recreating the ELP protection group will resolve
the issue.
80
12 Application Software
cq300248295 8615 NE
MTU (Maximum Transmission Unit) of a link connected to 8615 Smart Router
shall not be configured above 3000 bytes.
Impact: Forwarding plane getting stuck has been observed when 8615 Smart
Router is congested with a large amount of jumbo frame traffic.
Risk of occurrence: High under the described circumstances.
Workaround: When MTU > 3000 is needed, the number of 1000Base Ethernet
ports used with MTU > 3000 shall be limited to 12.
cq300248824 8615 NE
8615 Smart Router Packet Loop Tester (PLT) transmitter side causes CLI to be
inaccessible.
Impact: PLT transmitter is not recommended to be used in 8615 Smart Router.
Risk of occurrence: Always under the described circumstances.
Workaround: Open another Telnet session to get access to CLI.
81
12 Application Software
cq300248892 ELC1
ELC1 packet storm detection and isolation feature (feature ID F00283) is not
detecting storms and thus not recommended to be used.
Impact: ARP or IS-IS packet storms in some VLAN interfaces may block
processing of ARP or IS-IS messages from well-behaving interfaces.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300248899 8615 NE
8615 Smart Router packet storm detection and isolation feature (feature ID
F00508) is not detecting storms and thus not recommended to be used.
Impact: ARP or IS-IS packet storms in some VLAN interfaces may block
processing of ARP or IS-IS messages from well-behaving interfaces.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300248907 ELC1
ELC1 VLAN shaping attached to the switching side of IRB (Integrated Routing
and Bridging) is not working after CDC switchover or ELC1 reload.
Impact: Traffic is passing by the VLAN shapers, i.e., it is not shaped.
Risk of occurrence: High.
Workaround: If VLAN shaping is reconfigured after CDC switchover or ELC1
reload, it will work again.
82
12 Application Software
cq300249327 8609 NE, 8611 NE, CDC1, ELC1, IFC1, IFC2, CDC2, 8602 NE, 8615 NE
BGP route reflection leaks memory used for cluster list attribute. At minimum,
about 68 bytes per route reflected advertisement is leaked (depending on similarity
of peers advertised to, this may or may not be multiplied by the number of peers).
The issue has been present since SR5.0 SP2.
Impact: The network element will eventually run out of memory.
Risk of occurrence: Always when performing route reflection.
Workaround: Not available.
cq300249980 8615 NE
When broadcast storm is detected in the network, it is incorrectly reported: storm
alarm is turned on and off repeatedly.
Impact: This is only seen when there is a netowrk misconfiguration which causes
a broadcast storm. The resulting alarm should be seen as constantly on, but is now
turned on and off repeatedly.
Risk of occurrence: High.
Workaround: Broadcast storm alarm turning repeatedly on and off should be
interpreted to equal a continuous broadcast alarm.
83
12 Application Software
84
12 Application Software
85
12 Application Software
cq300235064 8611 NE
SNMP shows each interface twice. This can be seen in different MIBs (e.g.
interfaces, ATM). This is because in dual SCM environment, both SCMs fetch the
SNMP data and hence data is displayed twice for all the interfaces.
Impact: It does not affect live traffic.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
86
12 Application Software
cq300238176 IFC1
Packets that have no entry on the NHOP table on IFC1 line card may get
duplicated in the HW. The duplicated packets have ended up on an IRB ELP link
connecting two 8660 Smart Router or 8630 Smart Router. Such packets have no
Ethernet header so they cause phantom MAC entrys in the MAC table.
Impact: False MAC entries are seen on the MAC table of the other 8660 Smart
Router or 8630 Smart Router.
Risk of occurrence: Occasionally. The triggering phenomenon is not known.
Workaround: Not available.
87
12 Application Software
cq300241465 CDC1
When a large amount of 8000 Intelligent Network Manager or CLI commands
are executed, there will be delay in the response (200-400 ms) for every few
commands executed.
Impact: 8000 Intelligent Network Manager dialogs will open slower than
expected. CLI command execution will experience delay (200-400 ms).
Risk of occurrence: Always under the described circumstances.
Workaround: If possible, reduce 8000 Intelligent Network Manager statistics
polling.
88
12 Application Software
cq300243513 CDC1
After CDC switchover, Ethernet Bridging object instances are reported as having
unit 1 instead of the correct unit 14.
Impact: In the Bridging dialog in 8000 Intelligent Network Manager, the right
interface information cannot be mapped.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300243533 CDC2
Username must contain at least 6 characters (exception username:root, in linux
environment). But in CDC2 control card, non-root username which is less than 6
characters are also accepted when configured using the 8000 Intelligent Network
Manager.
Impact: Username less than 6 character is accepted using the 8000 Intelligent
Network Manager.
Risk of occurrence: Whenever CDC2 control card is used and user name less
than 6 character is configured.
Workaround: Not available.
cq300243950 8602 NE
On the 8602 Smart Router, 8602-A variant electrical ports performing a 'no
shutdown-if' when the port's line state is up, a Link Down fault will post and clear.
Impact: Users will see the Link Down post and clear after a 'no shutdown-if'.
Since traffic is already down because the port is shutdown, there is no outage.
Risk of occurrence: High, but traffic on the network element is unaffected.
Workaround: Not available.
cq300243977 8611 NE
IS-IS graceful restart may fail if one of the connected devices does not support
IS-IS graceful restart.
Impact: When an SCM redundancy switch occurs, all IS-IS routes drop and
re-establish about 30 seconds after the switch completes.
Risk of occurrence: High, 2 out of 10 times of switchover attempt.
Workaround: Ensure that all adjacent IS-IS speakers utilize IS-IS graceful restart.
89
12 Application Software
cq300244423 ELC1
Full ELC1 capacity of 25 Gbps is not supported for ELC1 with IRB. ELC1 IRB IP
interface has a forwarding performance limitation of 10 Mpps (Million packets
per second), which supports a maximum 20 Gbps bidirectional traffic when the
average packet size is 250 bytes.
Impact: Packets are dropped with no QoS consideration, if the 10 Mpps egress
traffic rate is exceeded.
Risk of occurrence: Always on ELC1 with IRB interfaces.
Workaround: Plan the IRB connectivity so that you do not exceed the 10 Mpps
egress traffic rate on the ELC1 IRB interfaces on single line card.
cq300244460 CDC1
Configuring equipment loopback ("loopback to-equipment") on a non-tunneled
LAG interface will not be succesful, as equipment loopback can be configured
only on a tunneled interface.
But later if a CDC control card switchover is performed, the configuration on this
LAG interface will show as if equipment loopback is configured.
Impact: This will not affect functionality, but only the display result will
provide wrong information, stating that equipment loopback is configured on a
non-tunneled interface.
Risk of occurrence: Always under the described circumstances.
Workaround: Reconfigure the loopback configuration to the desired mode to
solve the issue.
cq300244478 ELC1
If the network element is operating as a IEEE1588 boundary clock (slaved from a
PTP input), the seconds part of the sent PTP frames is incorrectly set on ELC1s
that do not have the slave port. The nanosecond part is accurate and thus this as no
impact on phase synchronization accuracy.
If the network element is operating as a grandmaster (slaved from a 1PPS input)
also the seconds part is updated correctly.
Impact: Customer cannot see proper calendar time from PTP messages sent from
ELC1s that do not have a slave port. However, phase synchronization works fine.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300244557 ELC1
SLI mode change between VLAN AC and trunk AC on the fly causes traffic cut
on the SLI.
Impact: Traffic-affecting.
Risk of occurrence: Always under the described circumstances.
Workaround: Performing shutdown/no shutdown operation on the interface is
required before traffic starts flowing again.
90
12 Application Software
cq300244711 CDC2
When routes are retrieved and are filtered so that more than one route type is
included but not all routes, the result set contains also some of the ECMP routes
partially filled.
Impact: It does not affect live traffic.
Risk of occurrence: Always under the described circumstances.
Workaround: Either filter with one route type only or retrieve all routes.
cq300244967 ELC1
VLAN tag is not added in PWE3(VLAN) egress direction(PSN-->AC) with
encapsulaton type Ethernet-VLAN and the untagged mode is configured.
Impact: PWE3 egress traffic will be corrupted or incorrect. The VLAN tag will
be missing in the egress traffic.
Risk of occurrence: Always under the described circumstances.
Workaround: Use the "ethernet untagged" mode instead of the "ethernet-vlan
untagged" mode.
cq300245099 ELC1
Application ESW upgrade from FP4.1 CIR1 (4.1.182) to FP4.1 SP1 (4.1.586) may
fail in ELC1 line card.
Impact: ESW in ELC1 line card will not be upgraded
Risk of occurrence: Sometimes
Workaround: Not available.
cq300245210 CDC1
When upgrading 8630 and 8660 Smart Router from FP4.1 SP1 GA to FP4.1
SP1.1 FL (4.1.586 --> 4.1.587) or 8609 and 8611 Smart Router from FP1.3 CIR
to FP1.3 CIR1.1 FL (1.3.102 --> 1.3.103), the VCCV states of MS-PW circuits
may remain down.
Impact: A set of VCCV-BFD enabled MS-PWE3 circuits is not forwarding after
the specified ESW upgrade.
Risk of occurrence: Always under the described circumstances.
Workaround: Disconnect and re-connect MS-PWE3 to get PWE3 up and running.
91
12 Application Software
cq300245501 8609 NE
The pull-in range of adaptive timing (ACR) is limited to +/-10 ppm instead of the
required +/-50 ppm for E1 and +/-32ppm for T1 interfaces. In other words, an
ACR enabled E1/T1 port cannot track the remote-end input frequency if it deviates
more than 10 ppm from the nominal E1/T1 frequency.
Impact: This does NOT impact mobile backhaul, as its timing must be PRC
traceable (0 ppm offset from nominal).
In other applications, the SAToP/CESoP data will be dropped periodically, if
the E1/T1 service timing deviates more than 10 ppm from the nominal E1/T1
frequency.
Risk of occurrence: Always
Workaround: Not available.
cq300245516 ELC1
When a slot containing an ELC1 with EOAM DOWN MEP configured is rebooted
immediately after a reconfiguration of the MEP attributes, the fault status shown
it does not match the exact fault status. This does not happen, in a normal
reconfiguration scenario and happens only after a slot reload is done after a
reconfiguration. It is not a recommended procedure as well.
Impact: The fault status shows the LoC as the fault but the actual fault is RDI.
There is a mismatch in the actual fault on the line and the fault shown.
Risk of occurrence: Always under above circumstances
Workaround: Reload immediately after the reconfiguration is to be avoided.
Also a reload before the reconfiguration of the MEP, if needed, would not get the
node into this situation.
92
12 Application Software
cq300245725 8611 NE
RSVP trace route does not function and returns error.
Impact: The RSVP trace route command cannot be used to check connectivity
over the RSVP-TE tunnels. Data traffic is not affected.
Risk of occurrence: Always.
Workaround: Not available.
cq300245934 ELC1
For an ELC1 interface configured in fixed mode (Eth autonegotiation is disabled)
random noise generation will be observed on an interface when the link is down.
This results in link state flapping. If this interface is part of FBL, this will also
result in Sync source flapping.
Impact: Random SSM message transmission will be observed and there will be
flapping in the Sync source, as a result of which the Sync functionality will be
affected.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300245952 ELC1
The IEEE1588 Delay Response message does not contain the same correction
value as the Delay Request.
Impact: The network element is not correctly synchronized (IEEE1588).
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
93
12 Application Software
94
12 Application Software
95
13 Restrictions in 8600 Smart Routers SR6.0
General (8602 FP1.1; 8609 and 8611 FP2.0; 8615 FP1.0; 8630 and 8660 FP5.0)
• Using RSVP-TE hellos is not recommended. Instead, BFD should be used for RSVP-TE neighbor
liveliness detection. Small RSVP hello timers are especially harmful, as RSVP hellos are not
executed on real-time process (BFDs are) and are susceptible to timeouts during load spikes.
Synchronization (8602 FP1.1; 8609 and 8611 FP2.0; 8615 FP1.0; 8630 and 8660 FP5.0)
• In SR6.0, 8600 Smart Routers implement a pre-standard version of the ITU-T G.8275.1 (Preci-
sion time protocol telecom profile for phase/time synchronization with full timing support from
the network, July 2014). Consequently some timing parameters are subject to change in a future
software release. In addition to this, there are these known restrictions:
• In the current IEEE1588v2 Boundary Clock implementation, defaultDS parameters prior-
ity1 and priority2 have a fixed value of 128 that cannot be changed. As these parameters
have a strong effect on the resulting Boundary Clock Topology, this must be taken into ac-
count when building synchronization topologies consisting of both Coriant and third party
equipment.
• Per-link delay asymmetry compensation is not yet supported for the IEEE1588 Boundary
Clock. The expectation is that either equivalent length fibers are used or a single fiber with
bi-directional traffic.
• PTP Announce message rate is 1 pps instead of the 8 pps required by G.8275.1. This how-
ever has no impact on the achievable synchronization quality.
• It is not recommended to use GLONASS operating mode on the GNSS SFP. While the
GLONASS now has global coverage, and also the accuracy has improved to almost GPS
levels, it is still not accurate and stable enough for network synchronization purposes. In-
stead the default setting (GPS) is preferred. (Restriction in all 8602 and 8609 feature packs.)
• IEEE1588 Packet Delay Variation (PDV) statistics do not work with L2 IEEE1588 clocks
(boundary, master, or slave). Querying the statistics will fail with an 'instance not found'
error.
• The IEEE1588 clock identity is incorrectly set in dual CDC2 environments. By default, both
CDCs have a unique clockId while this identity should be global on one NE. As a result, the
clock identity MUST be overwritten manually when provisioning IEEE1588 L2 Boundary
Clock, Grandmaster, or Time Slave Clock. (Restriction in 8630 and 8660 FP5.0 only.)
96
13 Restrictions in 8600 Smart Routers SR6.0
• When the flood of control packets received is more than 600 pkts per second, the remaining
packets, i.e. the packets exceeding the 600 limit will be dropped in the host rate limiter. Due to
this some control packets will get missed. BFD sessions may flap due to this host packet drop.
(CR ID cq300234582)
97
13 Restrictions in 8600 Smart Routers SR6.0
BGP Labeled Unicast (S-MPLS) (8602 FP1.1; 8609 and 8611 FP2.0; 8630 and 8660
FP5.0)
• Product Support
• 8611 Smart Router and 8615 Smart Router not supported
• 8630 Smart Router/8660 Smart Router: IFC1 and IFC2 not supported on the trunk side
• 8630 Smart Router/8660 Smart Router: IFC1 not supported on the AC side
• 8630 Smart Router/8660 Smart Router: Multi Service IFMs not supported on the AC side
IFC2.
• Services
• Ethernet port mode PW, ATM PW, TDM PW, HDLC PW, FR PW over BGP-LU tunnels not
supported
• VPLS, Ethernet switching, VSI, IRB services over BGP-LU tunnels not supported
• IEEE 1588 frequency syncronization over BGP-LU routed IP VPN not supported
• LDP signaled LSPs for BGP-LU tunnels not supported
• MPLS short pipe QoS model for services using BGP-LU tunnels not supported
• BGP multipath for BGP Labeled Unicast routes not supported
• Features not supported when associated to BGP-LU service:
• AC and Trunk interfaces
• ELP and ETH OAM service not supported
• Trunk interfaces
• QinQ service not supported
• Feature concurrency restrictions on AC interfaces
• LAG.
98
13 Restrictions in 8600 Smart Routers SR6.0
13.3 8609 Smart Router and 8611 Smart Router FP2.0 Specific
Restrictions
• In 8609 Smart Router the use of GPS (GNSS) SFP requires NE hardware version R2 Rev. B or
later.
• In 8611 Smart Router LAG is not supported in 10G Ethernet interfaces.
Note: See also ch. 13.1 Common Restrictions in SR6.0 for other 8609 Smart Router and 8611
Smart Router FP2.0 related restrictions.
• 8615 Smart Router has a limitation with ACL rule hit statistics (CR ID cq300247643) preventing
to retrieve statistics counters even though statistics collection is enabled. This limitation exists
both in interface ACLs and host ACLs. Executing statistics retrieval command fails at command
execution (no statistic are seen). The actual ACL rules work as configured.
• 8615 Smart Router ingress RSVP-TE protection scalability is limited to 900 RSVP-TE tunnel
pairs.
• 8615 Smart Router Packet Loop Tester (PLT) supports only throughput test type.
Note: See also ch. 13.1 Common Restrictions in SR6.0 for other 8615 Smart Router FP1.0 related
restrictions.
13.5 8630 Smart Router and 8660 Smart Router FP5.0 Specific
Restrictions
• Cross connect error condition (XCONE) will not be detected if the remote MEP (RMEP) is al-
ready discovered in the local MEP (LMEP) and the entry is not aged out. Also if an XCONE
condition occurs, while the RMEP is in discovered state, the entry will not age out as long as
there are packets coming from the RMEP.
According to definition, XCONE error is detected when a MEP receives a CCM with an
incorrect maintenance association identifier (MAID) as the first packet when auto discovery is
enabled. But if incorrect MAID is received while the RMEP entry is still active, the EOAM
implementation in IFC2 considers this as a valid packet for RMEP and continues to preserve
the current state.
• Ethernet OAM DM is not supported in ELC1.
• IEEE1588 L2 grandmaster, boundary clock, or time slave cannot be used on ports belonging to
an ELP group.
Note: See also ch. 13.1 Common Restrictions in SR6.0 for other 8630 Smart Router and 8660
Smart Router FP5.0 related restrictions.
99
14 Restrictions in Releases Prior to 8600 Smart Routers SR6.0
Using RSVP-TE hellos is not recommended. Instead, BFD should be used for RSVP-TE neighbor
liveliness detection. Small RSVP hello timers are especially harmful, as RSVP hellos are not
executed on real-time process (BFDs are) and are susceptible to timeouts during load spikes.
Synchronization (8602 FP1.0; 8609 and 8611 FP1.3; 8620, 8630 and 8660 FP4.1)
In SR5.1, 8600 Smart Routers implement a pre-standard version of the upcoming ITU-T G.8275.1
(Precision time protocol telecom profile for phase/time synchronization with full timing support
from the network). Consequently some timing parameters are subject to change once the standard
has been approved (tentatively May 2014). In addition to this, there are these known restrictions:
• Precision Time Protocol (PTP) over plain Ethernet (IEEE1588-2008 Annex F encapsulation) is
not supported by LAG interfaces or LAG member interfaces. That is, IEEE1588 L2 Boundary
Clock, Grandmaster or Time Slave Clocks cannot be used over LAG. The IEEE1588 Frequency
Slave Clock is not affected, as it uses the IPv4 encapsulation (Annex D).
• In the current IEEE1588v2 Boundary Clock implementation, defaultDS parameters priority1 and
priority2 have a fixed value of 128 that cannot be changed. As these parameters have a strong
effect on the resulting Boundary Clock Topology, this must be taken into account when building
synchronization topologies consisting of both Coriant and third party equipment.
• Per-link delay asymmetry compensation is not yet supported for the IEEE1588 Boundary Clock.
The expectation is that either equivalent length fibers are used or a single fiber with bi-directional
traffic.
• The pulse per second (PPS) port delay cannot be compensated yet. This means that the PPS cable
length should be taken into account while performing performance testing (typical figure is 4-5
ns of phase error per one meter of cable).
• LAG interfaces and LAG member interfaces do not support Synchronization Status Messaging
(SSM).
• PTP Announce message rate is 1 pps instead of the 8 pps anticipated for the final version of
G.8275.1. This however has no impact on the achievable synchronization quality.
• GNSS fault reporting does not work properly without 'node-timing ieee1588 master clock-source
gnss' or another 'node-timing ieee1588 master clock-source...' command. (cq300245902) (Re-
striction in 8602 FP1.0 and 8609 FP1.3 only.)
100
14 Restrictions in Releases Prior to 8600 Smart Routers SR6.0
• It is not recommended to use GLONASS operating mode on the GNSS SFP. While the GLONASS
now has global coverage, and also the accuracy has improved to almost GPS levels, it is still not
accurate and stable enough for network synchronization purposes. Instead the default setting
(GPS) is preferred. (Restriction in 8602 FP1.0 and 8609 FP1.3 only.)
• The ‘Gnss accuracy degraded’ fault is not fully operational yet. It is linked to the ‘Loss of signal’
fault, i.e. it comes on and is removed with the the ‘Loss of signal’ fault. (Restriction in 8602
FP1.0 and 8609 FP1.3 only.)
• The real time clock of the NE cannot be referenced from GNSS, 1PPS/ToD or IEEE1588 yet.
Note that this real time clock (typically referenced from NTP) is the one used for logging pur-
poses etc. and this limitation has no impact on the IEEE1588 timebase and/or PTP timestamp
generation. (Restriction in 8602 FP1.0 and 8609 FP1.3 only.)
• IEEE1588 Packet Delay Variation (PDV) statistics do not work with boundary clock. (Restriction
in FP4.1 only.)
• The IEEE1588 clock identity is incorrectly set in dual CDC2 environments. By default, both
CDCs have a unique clockId while this identity should be global on one NE. As a result, the
clock identity MUST be overwritten manually when provisioning IEEE1588 L2 Boundary Clock,
Grandmaster, or Time Slave Clock. (Restriction in FP4.1 only.)
Traffic Management (8602 FP1.0, 8609 and 8611 FP1.3)
• When the flood of control packets received is more than 600 pkts per second, the remaining
packets, i.e. the packets exceeding the 600 limit will be dropped in the host rate limiter. Due to
this some control packets will get missed. BFD sessions may flap due to this host packet drop.
(CR ID cq300234582)
14.3 8609 Smart Router and 8611 Smart Router Specific Restrictions
Hardware
• In 8609 Smart Router the use of GPS (GNSS) SFP requires NE hardware version R2 Rev. B or
later. (Restriction in FP1.3.)
101
14 Restrictions in Releases Prior to 8600 Smart Routers SR6.0
• In 8611 Smart Router LAG is not supported in 10G Ethernet interfaces. (Restriction in FP1.2 and
FP1.3.)
14.4 8630 Smart Router and 8660 Smart Router Specific Restrictions
• IFCs cannot be part of the ELC1 based flexible mode IRB configuration at all, neither on the
bridging nor on the routing side.
• 'All ports in use' is not supported for ELC1 with IRB. ELC1 IRB IP interface has a forwarding
performance limitation of 10 Mpps, which supports a maximum 20 Gbit/s bidirectional traffic
when the average packet size is 250B.
• Multicast replication due to flooding in VPLS network transient situations may exceed the ELC1
with IRB forwarding performance of 10Mpps. Fourfold replication of unknown destination and
unicast traffic may exceed the 20Gbit/s bidirectional traffic limit with average packet size of
250B. VPLS network design should use dual-homed spokes (MTU-s Dual-Homing) and traffic
balancing to minimize flooding caused by single node failure, and avoid using ELC1 IRB with
VPLS. The ELC1 IRB application for RNC as well as the ELC1 IRB application for ETH-PW
termination to VRF are supported.
Other Restrictions
• In 8660 Smart Router and 8630 Smart Router, sufficient CPU capacity should be available in all
the slots before upgrading the ESW from FP4.1 CIR3 to FP4.1 SP1, in order for the package
upgrade to succeed. The current 15-min CPU load of a slot can be verified using the ‘show cpu
load minutes 15 slot <slot no>’ command. The upgrade should be performed when the average
CPU load is below 65%.
• CDC2 Ethernet user ports are not supported in the CBZ2745 embedded software in FP4.1.
• CDC2 USB port is currently not supported.
• Ethernet OAM DM is not supported in ELC1.
• ELC1 RSVP-TE path protection switchover time may exceed 50ms, being in the order of 300ms.
102
15 Known Bugs
15 Known Bugs
cq300136667 CDC1, IFC1, 8611 NE, 8609 NE, 8602 NE, IFC2
RSVP FRR switchover times <50 ms protection cannot be guaranteed. The
number of protected LSPs and interface technology in use affect slightly the
switchover times. The best-case switchover times are ~5 ms, typical performance
is 40-70 ms while in some setups it can be up to 500 ms.
Workaround: Not available.
103
15 Known Bugs
cq300213169 8611 NE, 8609 NE, IFC1, IFC2, ELC1, 8615 NE, 8602 NE
If there is a static ARP configured for a given interface and there is routed traffic
transiting that interface (for the static ARP entry), if the interface is shutdown,
traffic will continue to flow for up to 30 seconds after the "shutdown" CLI
command is issued.
Impact: Traffic will not stop immediately on an interface that is shutdown if it has
an associated static ARP entry. Traffic stops after 30 seconds.
Risk of occurrence: Only occurs if that interface has a static ARP entry.
Workaround: Not available.
104
15 Known Bugs
cq300215625 IFC2
VLAN statistics cannot be activated for a VSI port.
Impact: Once an interface is attached to a VSI, VLAN statistics cannot be
activated or deactivated.
Risk of occurrence: Always under the described circumstances.
Workaround: If VLAN statistics are required for a VSI port, they should be
enabled before the port is attached to a VSI. To enable or disable VLAN statistics
for a VSI port, the port needs to be detached from the VSI, VLAN statistics then
enabled or disabled, and reattached to the VSI.
cq300225143 ELC1
In group shaping, an ELC1 line card cannot be in the ingress side of shaped traffic.
As a result, in group shaping, traffic coming through the ELC1 does not participate
in group shaping but in port shaping (if any).
Impact: In group shaper configuration, traffic where the ELC1 line card is at
ingress is not shaped.
Risk of occurrence: Always under the described circumstances.
Workaround: If a group shaper is configured, the ingress card must be IFC2 (full
support) or IFC1 (some limitations).
105
15 Known Bugs
cq300225787 8611 NE
Traffic will be lost on 4x10/100/1000BASE-TX HM (HMG2274) Electrical GE
ports in a scenario where they are initially running at 1000M speed and then it is
attempted to set the speed to 10/100M using the following CLI commands:
mode auto speed 10 100 duplex full (with Autonegation Enabled)
mode speed 10 100 duplex full (with Autonegation Disabled)
Impact: Traffic will be down on the 4x10/100/1000BASE-TX HM (HMG2274)
Electrical port that is in LinkDown fault.
Risk of occurrence: Frequently under the described circumstances.
Workaround: If a specific lower-speed is desired on an 4x10/100/1000BASE-TX
HM (HMG2274) Electrical GE port involved in a connection, the port and the
Link Partner port should be configured to the specific speed only, 10M or 100M.
The CLI commands to do this are:
mode auto speed 10 duplex full (with Autonegation Enabled)
mode auto speed 100 duplex full (with Autonegation Enabled)
mode speed 10 duplex full (with Autonegation Disabled)
mode speed 100 duplex full (with Autonegation Disabled)
cq300226103 8611 NE
SCO1 sends AIS in E1 Framed mode.
Impact: If SCO1 is used as clock reference with E1 Framed mode configured, the
receiving end sees AIS and discards the clock.
Risk of occurrence: Always on SCO1.
Workaround: SCO1 should not be used for clock source, SCO2 should be used
instead.
106
15 Known Bugs
cq300228011 CDC1, CDC2, 8611 NE, 8609 NE, 8602 NE, 8615 NE
SNMP tlab8600FaultMIB eventHistoryTable object value for
eventHistoryLastTimeString shows value "01/01/2000 00:00:00" as null value (i.e.
the value to indicate that the event never happened). According to specification
the null value should be "01/01/1970 00:00:00".
Impact: It does not affect live traffic.
Risk of occurrence: Always under the described circumstances.
Workaround: The user shall interpret "01/01/2000 00:00:00" as “never
happened”.
cq300228181 8611 NE
Incorrect data is displayed in some cases for SNMP descriptions of entities.
Modules and interfaces are listed twice within the Entity descriptions and are
labeled as 'contained in' each individual SCM.
Impact: It affects the results in the 'Containment Tree', if this is used by a
customer. OID numbers are issued twice for entities, once per SCM present.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300228311 ELC1
The interface hold down feature does not clear the link down fault immediately
after the link is physically UP.
Impact: Troubleshooting with the present implementation will have no impact on
the functionality.
Risk of occurrence: Always under the described circumstances.
Workaround: "show interface <interface>" will show the exact state
of the hold-down behavior, i.e. when the link is down, the state will be
"entering-hold-down", and when the link is up and restoring, the "state" will be
"hold-down", "exit timer" will be decrementing and exit packet counter will be
incrementing (if exit packet counter is configured).
107
15 Known Bugs
cq300230282 8609 NE
Interoperability issue found between 8800 OC3 IMA functionality and 860x
Smart Routers, when the 8800 OC3 interface is connected to 860x using 6335. If
a protection switch occurs on an 8800 IMA interface in a protection group, it is
possible the IMA group on the 860x will not transition states correctly, causing
the IMA group to transition to a Down state for approx. twenty seconds. This
problem has been found in ETSI and ANSI modes with multiple links configured
in the IMA group.
Impact: Potential 20 - 25 second traffic outage.
Risk of occurrence: Usually with four or more active IMA members.
Workaround: Not available.
cq300230985 IFC2
When VLAN statistics are enabled for a VLAN interface on an IFC2, a line card
that is rebooted (for example due to software upgrade) may enter into a very long
reconfiguration loop. The reconfiguration loop will eventually finish, but uses a
lot of CPU. This may starve other tasks in the system of CPU, and cause network
protocols to timeout and clear established sessions.
The problem has been corrected in FP4.0 SP3, but older SW may have left internal
databases in inconsistent state. Thus upgrade to FP4.0 SP3 may also be affected.
Upgrade from FP4.0 SP3 to newer SW is not affected.
Impact: Network protocols may timeout and clear established sessions. This
will cause traffic cut until the sessions are re-established. The duration of the cut
depends on the number of VLANs with statistics enabled. This may be several
minutes in large configurations.
Risk of occurrence: Increases in direct proportion to the increase in the number
of statistics enabled VLANs. Hundreds of statistics enabled VLANs are almost
certain to cause data breaks.
Workaround: Disable VLAN statistics during SW upgrade.
cq300231620 CDC1
8000 Intelligent Network Manager operations may slow down if query rate
(queries/second) from 8000 Intelligent Network Manager to the network element
is continuously high.
Impact: It does not affect live traffic.
Risk of occurrence: Always under the described circumstances, more likely
with big configurations.
Workaround: Not available.
108
15 Known Bugs
cq300235687 IFC1
The far end link state is down after giving "shutdown-if" command in the near end.
Impact: Whenever the "shutdown-if" command is given in the near end, the far
end link will go down.
Risk of occurrence: Always under the described circumstances.
Workaround: shut/no-shut on the near end link will make the far end link go up.
cq300238924 8609 NE
Setting PDH interface SSM SA-bit to any value other than 4 does not work. The
Tx side is ok, but the Rx side stays in bit 4 setting. Note that the SSM SA-bits
apply to ETSI mode only.
Impact: SSMs cannot be used in case the SA-bit is modified from its default
value of 4. This can cause loss of synchronization in case quality-levels are
enabled in the network.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
109
15 Known Bugs
cq300239261 CDC2
In some rare cases, during boot-up SCI input interrupts may not be handled
correctly and the SCI state remains failed.
Impact: If SCI is the only clock source and this problem should occur,
synchronization from SCI cannot be used without the workaround.
Risk of occurrence: Very rare. This condition may occur only when booting up
with a preconfigured CDC2 and SCI is the only clock source.
Workaround: If SCI remains in failed state even though the cabling is correctly
done, disable and re-enable SCI to solve the problem.
110
15 Known Bugs
cq300240150 8609 NE
The PPS clock source of the IEEE1588 master cannot be disabled, if the frequency
slave specific IEEE1588 virtual SCI has been active and disabled prior to disabling
the master clock source. An error "Command failed: instance does not exist" is
returned.
Impact: It does not affect live traffic.
Risk of occurrence: Always under the described circumstances.
Workaround: Re-enable IEEE1588 grandmaster with PPS input and disable
it again.
cq300242522 CDC1, IFC1, IFC2, ELC1, 8611 NE, 8609 NE, 8615 NE, CDC2, 8602 NE
ARP cache entry may be left unexpired for an indefinite time.
Impact: It does not affect live traffic.
Risk of occurrence: Dependent of ARP cache timer values, thus rare.
Workaround: ARP cache can be cleared, which should resolve the issue.
111
15 Known Bugs
cq300243917 CDC2
The IEEE1588 clock identity is incorrectly set in dual CDC2 environments. By
default, both CDCs have a unique clockId while this identity should be global on
one NE.
Impact: In case of CDC2 switchover, the IEEE1588 clockId is changed unless it
was manually overwritten. As a result the other IEEE1588 clocks may change their
BMCA selection, and the synchronization topology of the network may be altered.
Risk of occurrence: Always under the described circumstances.
Workaround: Overwrite the IEEE clockId manually. For example, from the CLI
command 'node-timing ieee1588 clock-id'.
cq300244423 ELC1
Full ELC1 capacity of 25 Gbps is not supported for ELC1 with IRB. ELC1 IRB IP
interface has a forwarding performance limitation of 10 Mpps (Million packets
per second), which supports a maximum 20 Gbps bidirectional traffic when the
average packet size is 250 bytes.
Impact: Packets are dropped with no QoS consideration, if the 10 Mpps egress
traffic rate is exceeded.
Risk of occurrence: Always on ELC1 with IRB interfaces.
Workaround: Plan the IRB connectivity so that you do not exceed the 10 Mpps
egress traffic rate on the ELC1 IRB interfaces on single line card.
112
15 Known Bugs
cq300245124 8602 NE
In IEEE1588 slave setting, the slave clock remains in holdover mode indefinitely
when it loses its master, even though it should go to freerun state after the holdoff
time has expired.
Impact: It does not affect live traffic.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300245581 8615 NE
When LSP traceroute command is executed for an unknown destination address,
instead of "destination not reachable", the "timedout message" is seen.
Impact: It does not affect live traffic.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300245824 ELC1
ACLs containing the map-route option may cause an ACL statistics counting
failure. That is, ACL statistics counters will not increment when traffic hits the
ACL rules on the list.
Impact: No impact to traffic. When this issue is met, ACL statistics for the ACL
instance is useless.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
113
15 Known Bugs
cq300247276 8615 NE
Snapshot restoration of the 8615 Smart Router configuration may fail
approximately once every 10 times.
Impact: After restoration failure the NE configuration may be in inconsistent state.
Risk of occurrence: Low.
Workaround: If snapshot restoration fails, retry.
cq300248248 8615 NE
Ethernet OAM ping is not working for a packet size of 1500 bytes and above
with default link and IP MTU values.
There are no increments on the egress side (Tx) when Ethernet OAM ping is done
with packet sizes of 1500 bytes and above.
Impact: Ethernet OAM ping request will not work for a packet size of 1500
bytes and above.
Risk of occurrence: Always under the described circumstances.
Workaround: By configuring both link MTU and IP MTU with 1530, ping works
for a maximum packet size of 1504 bytes (1530-header(26)).
114
15 Known Bugs
cq300248466 8615 NE
In 8615 Smart Router the commands 'hw-inventory slot 13 remove unit' and
'hw-inventory slot 13 add unit' are not supported and must not be used.
Impact: It does not affect live traffic.
Risk of occurrence: Always under the described circumstances.
Workaround: Use the command 'hw-inventory add-all-units clean-start' to clear
configurations and add all units to inventory.
cq300248622 8615 NE
The SSM SA-bit position cannot be changed on the 8615 Smart Router station
clock input (SCI) port.
Impact: Quality levels cannot be used if other than the default SA-bit position
is required to be used.
Risk of occurrence: Always under the described circumstances.
Workaround: Use the default SA-bit postion (4) and change the bit position also
in the connected equipment.
cq300248949 ELC1
ELC1 has a reduced Ethernet OAM scalability in ELP protected interfaces. ELP
interfaces shall not contain more than 200 Remote-MEPs per ELC1. If the limit
is exceeded, there is a risk that after ELC1 boot up, traffic connections are not
restored properly.
Impact: Impact to live traffic if the limit is exceed.
Risk of occurrence: High under the described circumstances.
Workaround: Not available.
115
15 Known Bugs
cq300249103 IFC2
IFC2 Gigabit Ethernet (GE) ports link failure may occur when the auto-negotiation
remote fault bit is set from the remote end. This has been observed so far while
interfacing with NSN FPH800 equipment. Most likely, interfacing IFC2 ports
with any such devices that indicate the remote auto-negotiation failure may cause
a problem of this kind.
Impact: Link will be down and traffic flow will be interrupted through this link.
Risk of occurrence: Always under the described circumstances.
Workaround: Workaround 1:
1. Uncheck auto-negotiation feature and manually set speed and duplex - on both
sides, 8600 system and FPH800.
2. Reset the SFP (Unplug/Plug).
3. Insert the cable back to the SFP.
Workaround 2:
1. Uncheck auto-negotiation feature and manually set speed and duplex - on both
sides, 8600 system and FPH800.
2. Reload IFC (traffic-affecting).
Workaround 3 / at commissioning of interface:
1. Manually configure the speed and duplex mode on both endpoint ports.
2. Insert the SFP and connect the fibre.
cq300249524 IFC2
In an 8600 NE which is being reloaded, sometimes the LOS fault for an interface
is not cleared immediately, but only after 1 hr 50 mins.
Impact: It does not affect live traffic.
Risk of occurrence: Sometimes under the described circumstances.
Workaround: After the slot reload "no laser" and "laser" should be issued in
the interface in question.
cq300249839 8615 NE
IP host access list statistics are not counting.
Impact: IP host statistics are not usable e.g. for debugging on which ACL rule
certain packets are hitting.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300249881 8609 NE
The creation of maximum number of VLANs is affected when the 8609 Smart
Router is fully loaded with Ethernet Ports in all available modules.
Impact: With the combination of 12 GE and 2 FE modules, only a maximum of
2046 VLANs can be created.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
116
15 Known Bugs
cq300249899 8615 NE
L3 ACL Host Out packet filtering is not working for 8615 Smart Router.
Impact: An L3 ACL filter bound to host interface is not capable of filtering
outgoing packets.
Risk of occurrence: Always.
Workaround: Not available.
cq300249944 IFC2
L3 traffic from IRB interface that is flooded in VSI may get invalid MTU handling
under specific circumstances. Namely (for the flooded traffic):
-Even if IRB MTU is smaller than 1500, no fragmentation is done for frames <
1500
-If IRB MTU is larger than 1500, frames larger than 1500 are not forwarded.
Depending on the size of the MTU configured and the size of the frame, some of
the frames may get properly fragmented, but not all of them.
Impact: Loss of some flooded traffic originated by the IRB interface.
Risk of occurrence: Can occur after snapshot restore. Only impacts flooded
traffic (however note that traffic flooding may occur permanently if traffic that is
being dropped is required to trigger reverse traffic).
Workaround: If the issue occurs, delete and re-add MTU config. To avoid
occurrence, do not change IRB interface default MTU. Also ensure that devices
sending traffic that is forward to IRB interface also use IP MTU 1500.
cq300250316 IFC1
During snapshot reload, WDDI errors may be seen in os-log. These errors are
harmless and do not impact functionality.
On occurence, errors will be flooded in the os-log for all the configured TDM PWs.
Impact: It does not affect live traffic.
Risk of occurrence: Occurs 3 out of 5 times.
Workaround: To resolve the issue, perform one of the following:
1. Slot reload
2. Node reload.
cq300250457 CDC1, CDC2, 8615 NE, 8611 NE, 8609 NE, 8602 NE
Attribute genIfmNetMtu used by PW redundancy is missing from
l2tTunnelInterfaceAlias1/Alias2/Alias3 managed objects APIs.
Impact: For alias PW redundancy objects, the maximum size of IP or MPLS
packets (including the header) sent on an interface cannot be set by 8000
Intelligent Network Manager.
Risk of occurrence: Always when 8000 Intelligent Network Manager is expected
to set IP or MPLS maximun packet size for PW alias.
Workaround: Use CLI instead of 8000 Intelligent Network Manager to set the
maximum size.
cq300250667 CDC2
LACP should use system MAC address from EEPROM (for CDC2) as its system
ID through system MAC service. Now system MAC service is using MFE port
MAC address.
Impact: LACP protocol is not advertising system ID as per requirement.
Risk of occurrence: Always under the described circumstances.
Workaround: Manual configuration of system ID for LACP using the command
"eth lag lacp system-id <AABB.CCDD.EEFF>". Set LACP system ID in
AAAA.BBBB.CCCC format.
117
15 Known Bugs
cq300250669 IFC2
IFC2 Ethernet OAM Delay Measurement (DM) transmitter is not working
properly. DM-Ping will always show a time-out error.
Impact: IFC2 EOAM Delay Measurement transmitter cannot be used.
Risk of occurrence: Always under the described circumstances.
Workaround: Use IFC2 DM receiver by sending DM messages from the far-end
NE.
118
15 Known Bugs
cq300251033 IFC2
When more than one MEP (Maintenance association End Point) is configured on
the same interface, deletion of one MEP will affect the status of the other MEP.
Specifically, a MEP sending RDI (Remote Defect Indication) to the far end MEP
will stop sending the RDI after the deletion of other MEP on the same interface.
This problem occurs if the RMEP (Remote MEP) on the deleted MEP was initially
discovered or configured before the RMEP on the other MEP.
For example:
Two MEPs 101 and 202 are created in the same interface, say, xe9/0/0.
MEP202 discovers a RMEP before MEP101.
After MEP101 discover a RMEP, LoC (Loss of Continuity) fault occurs as 101 is
not receiving the CCM packets.
101 will send RDI to the far end MEP
Now if MEP202 is deleted, the MEP101 will stop sending the RDI.
Impact: RDI condition on far end MEP will be lost, if another MEP is deleted
from the same interface, provided the RMEP on the deleted MEP was initially
discovered or configured before the RMEP on the other MEP sending the RDI.
Risk of occurrence: Always under the described circumstances.
Workaround: For statically configured RMEPs, deletion and re-creation of
RMEP that generates the RDI will help in recovering from the situation. There
is no workaround available for Discovered RMEPs.
cq300251100 CDC1
Occasionally after FP4.0 to FP5.0 upgrade, the usage of RAM memory overflows
and as a consequence the protocols go down.
Impact: Traffic is cut because protocols are down due to low memory.
Risk of occurrence: Occasionally. More probable if the NE is fully equipped
and has a large configuration.
Workaround: Network element reload.
119
16 Rejected Bugs
16 Rejected Bugs
The CRs listed in this chapter have previously been communicated as known bugs. They will not be
fixed in future software releases and will thus be considered and documented as features, restrictions
and limitations. Consequently they are removed from the list of known bugs.
cq300149764 CDC1
If uncontrolled reset happens in a CDC control card during hw-inventory
operation in a NE having CDC-1+1 protection, CDCs might get into inconsistent
hw-inventory state. Inconsistent state sometimes cause linecard(s) to jam in
"Waiting for startpermission" state. CDC control card activity switch might also
remove start permission of some card(s).
Impact: Affects in traffic, if line cards are not getting start permission after reset.
Risk of occurrence: Rarely.
Workaround: Remove CDC1 control card from hw-inventory. Fix possible
problems (add or remove IFCs to/from inventory). Add CDC1 control card to
hw-inventory again.
cq300156874 IFC2
For MPLS traffic coming in through IFC2, the DiffServ classification is not the
expected one. The setting "layer2Frame" for classification does not work for
MPLS traffic. Also IFC2 follows the "short pipe" model, even if the uniform
or pipe model is configured.
Impact: If MPLS shim headers do not have DiffServ classification, traffic will
possibly be classified to a wrong class, often best effort.
Risk of occurrence: Always for pipe and uniform tunnel models, in IFC2.
Workaround: Arrange the network so that all MPLS headers contain reasonable
DiffServ classification in TC(EXP) bits.
cq300163609 8605 NE, CDC1, 8620 NE, 8607 NE, 8609 NE, 8611 NE, 8602 NE
While logged in through AAA, a RADIUS user will not be able to create a local
user with the same username as currently logged in.
Impact: No other impacts than this: Only creating a local user with exactly the
same username that was used when logged in using RADIUS fails.
Workaround: Log in with a different username than is used for the RADIUS
server. Now it is possible to create an "original" user in the local database.
cq300167470 8605 NE, 8607 NE, 8611 NE, 8609 NE, 8602 NE
The "shutdown-if" CLI command on an Ethernet port running OAM CCM does
not cause LOC on the remote port.
Impact: CCM indicates that the interface is able to transmit traffic when in reality
it is not.
Workaround: Not available.
cq300170259 CDC1, 8620 NE, 8605 NE, 8607 NE, 8611 NE, 8609 NE
The CLI command "copy running-config flash:" is not supported and returns
"operation failed".
Impact: It does not affect live traffic.
Risk of occurrence: Always when the "copy running-config flash:" CLI command
is used.
Workaround: Use the "show running-config" CLI command; if the result is really
needed in the flash file, use (S)FTP to transfer it there.
120
16 Rejected Bugs
cq300171215 IFC1
When replacing the IFC1 part of the MSP1+1 protection group with a replacement
card which contains earlier configuration of the same network element and card.
During the bootup the replacement card is not fully handled as a replacement
but uses some of the old configuration and might mix up the operation of the
protection group.
Impact: Data cut is possible when doing switchover or directly after bootup
is done.
Risk of occurrence: Often under the described circumstances.
Workaround: Reboot both of the cards, one after the other. A better solution is
to clean the configuration of the replacement card before the installation with the
"clean-start" CLI command.
cq300190069 IFC2
The ingress MPLS forwarding resource (MPLS lookup CAM) is a shared hardware
resource used by different protocol entries, such as MPLS LSPs, VLANs and
PWE3s. It is possible that this shared resource is fully consumed while the amount
of configured forwarding entries is within supported limits, in which case any new
configuration which requires an MPLS CAM forwarding resource will fail.
Impact: HW resource consumption prevents new forwarding configuration.
Risk of occurrence: Occurs always with a sufficient number of concurrent MPLS
LSPs, PWE3 and VLANs.
Workaround: Not available.
121
16 Rejected Bugs
cq300200128 IFC2
MAC address aging in IFC2 is based on monitoring traffic from that MAC address.
Due to a SW/HW synchronization problem, on IRB interface, this monitoring
sometimes yields incorrect results when new MAC addresses are learned and a
large amount of MACs were already known. This may cause some MACs to not
be aged when they should be, or some MACs to be aged when they should not.
Improperly aged MACs will be learned again shortly and those not aged when
they should will be aged after next aging interval (default 300 seconds). Plain
MAC switching is not affected, only IRB.
Impact: A MAC which will not age properly will consume resources. If the learn
table is full (4096 MACs learned) this will prevent new MACs to be learned. This
is unlikely to be a problem in practice.
A MAC which was aged out improperly will cause the traffic to that MAC address
to be flooded, consuming bandwidth. The situation resolves shortly after this
MAC is seen again as source MAC address.
Risk of occurrence: Very low.
Workaround: Not available.
122
16 Rejected Bugs
cq300217196 8611 NE
Ethernet OAM Y.1731 ETH-LM probe counters reset to zero for the current
15-min interval after an SCM switchover. The previous interval values remain
synchronized to their values prior to the SCM switchover.
Impact: The ETH-LM counters for the current 15-min interval restart from the
point the SCM switchover happened.
Risk of occurrence: Only occurs if a protection switch has occurred.
Workaround: Not available.
123
16 Rejected Bugs
cq300222531 8611 NE, 8609 NE, 8605 NE, 8607 NE, CDC1
When an ATM VP/VC interface is first used as a PWE3 endpoint and then the
PWE3 is removed and the interface is re-used as an AAL5 ATM IP interface (IMA
or ATM), the interface will not ping/respond to IP pings.
Impact: The interface will not ping/work correctly as an IP interface if it is
"converted" from an ATM PWE3 endpoint to an ATM AAL5 IP interface (same
applies to IMA interfaces).
Risk of occurrence: Always under the described operational sequence.
Workaround: Delete the ATM/IMA VP/VC first, and recreate it before assigning
an IP address to the interface. If this sequence is followed, the interface will work
as expected.
cq300223333 8611 NE
If a MPLS PWE3 ping is being run and a control card switchover is performed
while the pings are in progress from the far-end of the PWE3 towards the
network element endpoint, several ping packets will timeout during the control
card switchover.
Impact: Some pings will timeout during the control card switchover, so the PWE3
may appear to be down even though user traffic is working as expected.
Risk of occurrence: This happens only if a control card switchover occurs while
pings are being executed.
Workaround: Not available.
124
16 Rejected Bugs
125
16 Rejected Bugs
cq300228305 IFC2
MSP1+1/ELP groups may switch from the primary to backup interfaces when the
active CDC is disconnected and reconnected back in less than 10 minutes.
Impact: Traffic is not cut. The activity of the protection group is on the wrong
side.
Risk of occurrence: High.
Workaround: Switch protection manually to the primary side.
126
16 Rejected Bugs
cq300235576 CDC1
CDC card spontaneous reset will happen after CDC switchover, if the master
member's interface number is not the lowest of all the LAG member's interface
number when configured after clean start.
For example:
In a LAG group with three members the below configuration will not have this
issue.
Master member = Ge6/1/2
non-master member = Ge6/1/3
non-master member = Ge6/1/5
In a LAG group with three members the below configuration will lead to this issue
(CDC reload after a CDC switchover).
Master member = Ge6/1/3
non-master member = Ge6/1/2
non-master member = Ge6/1/5
This issue is seen only when configuration is done after clean start and then
followed by CDC switchover.
Impact: When CDC swithcover happens due to failure in active the CDC, the
passive CDC will go for a reload leaving the NE without the control card until the
passive CDC boots-up and becomes active.
Risk of occurrence: Always under the described circumstances.
Workaround: Not available.
cq300239366 CDC2
Per bridging instance MAC learning commands flush the MAC forwarding table
for all bridging instances in the H-VPLS application setup.
Impact: MAC forwarding table is reset, which causes flooding and relearning to
happen until the flushed addresses are relearned.
Risk of occurrence: Always when applying learning limits on the fly.
Workaround: Not available.
127
16 Rejected Bugs
cq300243384 ELC1
IRB ARP cache is not cleared via normal IP interface ARP cache timeout, but
the ARP entry for the IRB network IP is refreshed automatically just before the
timeout. The ARP cache can only be cleared by the user with clear ARP cache
command.
Impact: ARP cache entries for IRB IP interface do not expire.
Risk of occurrence: Always under the described circumstances.
Workaround: The user can clear the ARP cache.
128
16 Rejected Bugs
cq300245814 8602 NE
L2 PTP packets are received even if the Ethernet port is in 'shutdown-if' state.
Impact: It does not affect live traffic.
Risk of occurrence: Always under the described circumstances.
Workaround: Set the IEEE1588 clock-if to 'disabled' state on the Ethernet
interface in question.
129