| |
|
Alert Type: | Updated * |
Bug Id: | CSCuo56276 | Title: | NE 9605 not alarmed on CTC network view cross launched from CPO |
|
Status: | Open |
|
Severity: | 3 Moderate |
Description: * | Symptom: CTC network view displays no alarms on NE even if there are some active alarms.
Conditions: The issue occurs when a NE in 9605 is connected to a NE in 9.8 software version cross launched from Prime Optical 9.8.
Workaround: Launch CTC in standalone mode.
Further Problem Description:
|
|
Last Modified: | 03-SEP-2015 |
|
Known Affected Releases: | 9.8(0.3.2) |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCui55677 | Title: | getTP retrieve LR_ENCRYPTION even if WSE is in RGN-10G mode |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: * | Symptom: The getTP API retrieves the encryption layer when WSE card is configured in RGN-10G mode.
Conditions: This issue occurs when you configure the WSE for RGN-10G operating mode. After configuration, the encryption layer should not be available for RGN-10G, and must be available only for the encryption layer for TXP-10G operating mode.
Workaround: None.
|
|
Last Modified: | 16-SEP-2015 |
|
Known Affected Releases: * | 10.0, 9.8(0.0.234) |
|
Known Fixed Releases: | 10.0(0.0.309) |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCti09988 | Title: | The CreateTopologicalLink API returns an exception. |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: * | Symptom: The CTM GateWay/CORBA CreateTopologicalLink API returns an exception when creating SONET/SDH manual links. However, the manual link is successfully created.
Conditions: This problem occurs in the CTM GateWay/CORBA API interface.
Workaround: Install the latest CTM R9.2 patch. For instructions, see the Release Notes for Cisco Transport Manager Release 9.2.
|
|
Last Modified: | 16-SEP-2015 |
|
Known Affected Releases: | 9.2(0.360) |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuc68299 | Title: | Unexpected error message opening circuit table on a group in Network Map |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: error/warning message is displaying when open circuit table from network map for a group
Conditions:group should have a note of type routers(CRS)
Workaround:none
Further Problem Description: If a group contains routers(CRS), and since it belongs to sonet and sdh application will show a error message when opening a cirucit table. This is resoved |
|
Last Modified: | 16-SEP-2015 |
|
Known Affected Releases: * | 9.6(0.128), 9.6(0.200.1), 9.6(3.1) |
|
Known Fixed Releases: | 9.6(3) |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCua75296 | Title: | CPT: cannot set port parameters after NE re-synch |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: * | Symptom: Cannot set Ethernet port parameters on CPT platform
Conditions: the issue happens managing CPT devices after a NE re-syinc from the NE Explorer application
Workaround: close and reopen the NE Explorer application
Further Problem Description:
|
|
Last Modified: | 16-SEP-2015 |
|
Known Affected Releases: * | 9.5(0.245), 9.6(0.1), 9.6(3.1), 9.8(0.0.239) |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCup45370 | Title: | Wrong control when creating DVR circuits |
|
Status: | Open |
|
Severity: | 3 Moderate |
Description: * | Symptom: Selecting the destination end as the source on the diversity circuit, an error message appears "Request a diversity from a circuit with different source"
Conditions: User creates DVR circuits
Workaround: Use the other end
Further Problem Description:
|
|
Last Modified: | 16-SEP-2015 |
|
Known Affected Releases: | 10.0(0.0.309) |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCtx08126 | Title: | Exception thrown on getAllCurrentPMData on LR21 with LOP-v circuits |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom: CorbaGW getAllCurrentPMData returns exception on Layer Rate 21 when LOP-v circuits are present.
Conditions: LOP-v circuits (for example VC12-2v) going trough an STM card (for example STM4_4)
Workaround: None |
|
Last Modified: | 16-SEP-2015 |
|
Known Affected Releases: * | 9.2(0.472), 9.3(1), 9.5(1) |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCsq96596 | Title: | If a GE_XP card has only one PPM, the SVLAN tab does not work correctly. |
|
Status: | Fixed |
|
Severity: | 4 Minor |
Description: * | Symptom: In the NE Explorer for a GE_XP card, the SVLAN tab does not work correctly.
Conditions: This problem applies to a GE_XP card with only one PPM. It does not apply to GE_XP cards that have at least two PPMs.
Workaround: Install the latest CTM R8.0 or R8.5 patch. For instructions, see the Release Notes for Cisco Transport Manager Release 8.0 or 8.5.
|
|
Last Modified: | 16-SEP-2015 |
|
Known Affected Releases: | 8.5(0.1) |
|
Known Fixed Releases: | 8.0(0.907.3), 8.5(0.378.1) |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCua47343 | Title: | NE default values are out of range for cervino cards. |
|
Status: * | Terminated |
|
Severity: | 4 Minor |
Description: * | Symptom: Some NE Defaults are out of range. Due to this, the Apply action fails.
AR-MXP.opticalthresholds.client.oc3.cwdm.alarm.LowTxPower AR-XP.opticalthresholds.client.oc3.cwdm.alarm.LowTxPower AR-XP.opticalthresholds.client.oc3.cwdm.alarm.HighRxPower AR-MXP.opticalthresholds.client.oc3.cwdm.alarm.LowRxPower AR-XP.opticalthresholds.client.oc3.cwdm.alarm.LowRxPower AR-MXP.opticalthresholds.client.oc3.cwdm.alarm.HighTxPower AR-MXP.opticalthresholds.client.oc3.cwdm.alarm.HighRxPower AR-XP.opticalthresholds.client.oc3.cwdm.alarm.HighTxPower
These are null 10x10G-LC.opticalthresholds.SFP-PORT.10gfibrechannel AR-MXP.opticalthresholds.trunk.4gfibrechannel.sm. AR-XP.opticalthresholds.trunk.4gfibrechannel.sm.
Conditions: Node with 9.6 version upgraded from previous release
Workaround: none
Further Problem Description:
|
|
Last Modified: | 14-SEP-2015 |
|
Known Affected Releases: | 10.0(0.0.1), 10.0(2.0.1), 10.3(0.0.1), 9.6(0.1), 9.6(3.1), 9.8(0.0.1) |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCua76080 | Title: | 100G-LC-C, M-CFP-LC, 10x10G_LC cards - failure setting NE Default values |
|
Status: * | Terminated |
|
Severity: | 4 Minor |
Description: | Symptom: From Cisco Prime Optical client GUI, restore default value of any parameter from NE Defaults tab pane (changed before from CTC) and push the Apply button. => The operation fails. The following error message is returned:
"Parameter AR-MXP.opticalthresholds.client.oc3.cwdm.alarm.LowTxPower cannot be set. Verify that the value is in range. If it is not in range, choose a valid value from the range diplayed"
Conditions: 100G-LC-C, 10x10G_LC, CFP-LC cards plugged in or pre-provisioned into a Cisco ONS 15454 M6 node.
Workaround: None
Further Problem Description: The error message refers to a wrong parameter:
AR-MXP.opticalthresholds.client.oc3.cwdm.alarm.LowTxPower
instead of the modified one:
100G-LC-C.otn.fecthresholds.otu4.standard.1day.UncorrectableWords
Moreover, pushing the OK button to close the error message, the value changed does not restore to the original value and not even remains in bold character. The Problem exists on all 100G_LC_C, 10x10G_LC, CFP_LC cards and all their parameters.
|
|
Last Modified: | 14-SEP-2015 |
|
Known Affected Releases: | 10.0(0.0.1), 10.0(2.0.1), 10.3(0.0.1), 9.6(0.93), 9.6(3.1), 9.8(0.0.1) |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCtx80567 | Title: | AR-XP cards: Empty GFP counters shown for Real-Time video payloads PM. |
|
Status: | Terminated |
|
Severity: | 5 Cosmetic |
Description: * | Symptom: Some counters on AR_XP/AR_MXP real-time payload Performance Monitoring have got N/A value. Those counters are:
- gfpStatsRxCRCErrors - gfpStatsRxSblkCRCErrors for real SDI_3G_VIDEO payload provisioned, and:
- gfpStatsCHecRxMBitErrors - gfpStatsCHecTxMBitErrors for real ISC3_STP_1G payload provisioned,
Conditions: Perform PM Query by Category operation on real AR_XP/AR_MXP cards having card mode configured and SDI_3G_VIDEO & ISC3_STP_1G payload provisioned.
Workaround: None
Further Problem Description: None
|
|
Last Modified: | 11-SEP-2015 |
|
Known Affected Releases: | 10.0(0.0.1), 10.0(2.0.1), 10.3(0.0.1), 9.5(0.159), 9.6(0.1), 9.6(3.1), 9.8(0.0.1) |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCtr53746 | Title: | CorbaGW does not allow to create or get RMON thresholds |
|
Status: | Open |
|
Severity: | 6 Enhancement |
Description: * | Symptom: RMON threasholds cannot be created or retrieved from CorbaGW.
Conditions: CTM manages NEs equipped with C-series, E-series, G-series or any other card that supports RMON Thresholds.
Workaround: RMON Thresholds can only be created and viewd from CTM GUI.
|
|
Last Modified: | 16-SEP-2015 |
|
Known Affected Releases: | 9.2(0.435) |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCue49103 | Title: | Circuit types displayed should be filtered based on the NE type |
|
Status: | Open |
|
Severity: | 6 Enhancement |
Description: * | Symptom: Circuit types displayed should be filtered based on the NE type.
Conditions:
Workaround: |
|
Last Modified: | 16-SEP-2015 |
|
Known Affected Releases: | 9.6 |
|
Known Fixed Releases: | |
|
|
| |
没有评论:
发表评论