| |
Bug Id: | CSCuj36039 |
Title: | UL crash after SSO and TNC Reset |
|
Description: | Symptom: UL crash after SSO and TNC Reset
Conditions: 1, Create a closed ring with the east port on the standby and Westport in the trip card 2, Reset the standby PTF card (ie due to open issue in ring ports on standby UL) 3, Observed that still the PBR didn't came UP 4, Given TNC reboot 5, Observed UL crash. PFA logs
Workaround: None
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 04-MAY-2015 |
|
Known Affected Releases: | 9.70 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCut31736 |
Title: | Partial Ring Config Present in Node after deletion of Ring in CTC |
|
Description: | Symptom: Partial Ring Config Present in Node after deletion of Ring in CTC
Conditions: ??? Created DH Rings using Ports 4/1 in WRC and 5/1 in PRC ??? While WRC 4th card is ACTIVE & 5th card in PRC is Stand-by. ??? After REP is converged at both the ends completely, Deleted the PBR & Rings. ??? Checked in both WRC & PRC for REP deletion in IOS using Show REP Topology command, and made sure about the deletion. ??? After confirming Ring Deletion as mentioned above, reloaded 4th card in WRC. ??? Once 5th card in WRC came as Active, checked for the REP topology and found Partial Ring topology is available for WRC end.
Workaround: Reload the standby PTF after deleting the ring.
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 05-MAY-2015 |
|
Known Affected Releases: | 10.20, 9.702 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCul77449 |
Title: | PTM ports down after upgrade/revert from 9.533 to 9.522 |
|
Description: | Symptom: PTM ports of card 3 in a ENE node went down after reverting from 9.533 to 9.522
Conditions: 1.In 12-Node setup, all nodes were at 9.533 (build-12). All services and traffic are up. 2.Reverted nodes to 9.522 FCS in 2 GNE-10 ENE order 3.After the above, Node N5 PTM card in slot 3 ports went down 4.Card 3 shows up in CTC and IOS but LEDs were off on the card 5. Services on the card are down and hence traffic is affected
Workaround: PTM card should be soft reset
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 14-MAY-2015 |
|
Known Affected Releases: | 9.533, 9.701 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCus46663 |
Title: | Eqpt Failure Alarm observed after the upgrade from 9.536+ to 9.702 |
|
Description: | Symptom: Eqpt Failure Alarm observed after the upgrade from 9.536+ to 9.702
Conditions: 1. Had a 12 node GNE - ENE setup with scale config (2 GNE - 10 ENE) 2. Performed the Upgrade from 9.536 + to 9.702 3. Observed EPT failure alarm on one of the node on the TSC-E card (Slot 1)
Workaround: Reboot the TNC
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 19-MAY-2015 |
|
Known Affected Releases: | 9.702 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCut27201 |
Title: | Egress policing counters are not working correctly on all the queues |
|
Description: | Symptom: Egress policing counters are not working correctly on all queue
Conditions: configure egress policy on an interface and issue show policy-map inter
Workaround:
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 19-MAY-2015 |
|
Known Affected Releases: | 9.701 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu39320 |
Title: | Error thrown BD max resource limit is reached while creating EVC |
|
Description: | Symptom: Error thrown BD max resource limit is reached while creating EVC
Conditions:
Workaround: Do the PTF redundancy reload
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 19-MAY-2015 |
|
Known Affected Releases: | 9.704 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu41586 |
Title: | CTC doesnot list link between west port to PBR in SH closed Ring |
|
Description: | Symptom: CTC doesnot list link between west port to PBR in SH closed Ring
Conditions: Build : ******* Pioneer_Build21
TOPO: **** SH closed Ring
-----EAST(CPT600)WEST--- | | PBR1---PBR2-----------PBR3
Steps to Reproduce: ****************** 1. Have topology as mentioned. 2. shut the east port and try to open show actual topo. and observe CTC throws error.
scenario2: ********* have topo as mentioned Create a MPLS TP from head end to PBR and observe link between west port and pBR3 is not listed in CTC.
Workaround:
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 20-MAY-2015 |
|
Known Affected Releases: | 9.704 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCut38870 |
Title: | DB loss observed while deleting PPM over carrier delay configured |
|
Description: | Symptom: DB loss observed while deleting PPM over carrier delay configured
Conditions: DB loss observed while deleting PPM over carrier delay configured
Workaround: NA
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 21-MAY-2015 |
|
Known Affected Releases: | 9.702 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCut44996 |
Title: | CPT600 Intermittent PTS FAIL alarms on extensive SNMP polling on PTF |
|
Description: | Symptom: PTS FAIL alarms observed on several nodes across the network.
Conditions: Frequent SNMP polling done on the PTF cards
Workaround: None
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 22-MAY-2015 |
|
Known Affected Releases: | 9.537 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCur23671 |
Title: | PTF/PTM Ports are flapping during dual TNC hardreset |
|
Description: | Symptom: PTF/PTM Ports are flapping during dual TNC hardreset, due to which PB is going for reload.
Conditions: Steps to Reproduce ================== 1. All the 12-Nodes got upgraded to 9.701(Neptune_Build_152) in CTC mode and services,traffic were up. 2. Did Dual TNC hardreset in one GNE Node. Its fully loaded Node. 3. Observed ports are flapping in PTF/PTM, and PB which are connected to those ports are going for reload as the port flaps. Node had one TNC card and one TNC-E card.
Workaround: None
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 22-MAY-2015 |
|
Known Affected Releases: | 9.701, 9.702 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCut15153 |
Title: | LACP pkts not forwarded on CPT50 ports with L2pt-lacp forward config |
|
Description: | Symptom: LACP pkts not forwarded on CPT50 ports with l2pt-lacp forward configuration
Conditions: LACP packets not forwarded on CPT50 interfaces in 9702 under the following scenarios
1. Node reset (CPT50 fanout from PTF or PTM) 2. After upgrade incase of CPT50 fan-out from PTF
Workaround: CPT50 reset
Further Problem Description: None
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 22-MAY-2015 |
|
Known Affected Releases: | 9.702 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCut88625 |
Title: | IPC communication failure observed on FOG deletion |
|
Description: | Symptom: CPT-50 goes for a reboot and IPC comuunication fails between Uplink Card and CPT-50
Conditions: Provisioning/Pre-provisioning a CPT-50 on the PTM card when a CPT-50 is already provisioned on the same card.
Workaround: Recreating deleted Fog
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 22-MAY-2015 |
|
Known Affected Releases: | 10.20, 9.70, 9.703 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCus82181 |
Title: | [30 CPT-50]: Ring port flaps in PRC while doing Dual TNC OIR in WRC |
|
Description: | Symptom: [30 CPT-50]: Ring port flaps in PRC while doing Dual TNC OIR in WRC
Conditions: While doing Dual TNC OIR in WRC observed PRC side Ring port getting flapped and Up after 15 Secs
Workaround: NA
Further Problem Description:
|
|
Status: | Terminated |
|
Severity: | 2 Severe |
Last Modified: | 22-MAY-2015 |
|
Known Affected Releases: | 9.702 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu08563 |
Title: | One Way VPLS Traffic Hit while PTF Reload - 9.703 |
|
Description: | Symptom: One Way VPLS Traffic Hit while PTF Reload - 9.703
Conditions: ??? Created a VPLS from 36/25 of Node 186 to 36/26 of Node 150 using the existing TP created between Nodes via 5/4. ??? Pumped unlearned traffic and Verified using spirent. ??? Reloaded PTF card on Node 186 which has single PTF ??? Once the Node & FOG PB came up, the traffic is resumed only on one end (Node 150) and not resumed on another end (186).
Workaround:
Further Problem Description:
|
|
Status: | Other |
|
Severity: | 2 Severe |
Last Modified: | 22-MAY-2015 |
|
Known Affected Releases: | 9.703 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu34920 |
Title: | PTM reboot due to exception during deleting EFP in specific sequence |
|
Description: | Symptom: PTM reboot due to exception during deleting EFP in specific sequence
Conditions: Four CPT50 has to be fanned out from PTM configure more than one service on CPT50 interface on every CPT50. Use atleast 5 to 6 interfaces. delete & reconfigure one service on one of the interface of one CPT50. delete the second service on the same interface of same CPT50.
Workaround: None
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 22-MAY-2015 |
|
Known Affected Releases: | 9.536, 9.537, 9.702 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu02051 |
Title: | Traffic dropped for unlearned P2MP(VPLS)traffic with 2 or more fog links |
|
Description: | Symptom: Traffic droped for unlearned P2MP(VPLS) traffic when we use 2 or more fog links
Conditions: 1. In One of the node (10.64.107.61) PB is fanned out from all four ports of CARD 6 (6/1,6/2,6/3 &6/4) 2. Had few service including VPWS,VPLS running from PB---->Node 253------>node63------->Node-------186-------Node61---PB 3. Observed when the 6/1 is down traffic is still transmitting on the same port(hg1) for the unlearned traffic intead switching to other ports
Workaround: Send the learned traffic. i.e configure static MAC entries.
Further Problem Description:
|
|
Status: | Other |
|
Severity: | 2 Severe |
Last Modified: | 22-MAY-2015 |
|
Known Affected Releases: | 9.703 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCur18714 |
Title: | CTC is not allowing to delete H-VPLS neighbor from WRC node to PRC node |
|
Description: | Symptom: CTC is not allowing to delete H-VPLS neighbor from WRC node to PRC node and visa versa.
Conditions: please refer summary
Workaround:
Further Problem Description:
|
|
Status: | Terminated |
|
Severity: | 2 Severe |
Last Modified: | 22-MAY-2015 |
|
Known Affected Releases: | 9.701 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu04363 |
Title: | Traceback observed in CPT-50 while stimulating SDP Timeout |
|
Description: | Symptom: Traceback observed in CPT-50 while stimulating SDP Timeout
Conditions: 1. Created a EVC between the FOG PB from Node 150 to Node 186 2. Started Traffic from Spirent Port (Rate: 10% Port based) 3. Generated SDP Timeout in CPT-50 using the POKE Command and observed the mentioned Traceback as attached. 4. Also the same trace back is also seen while recovering back the CPT-50 from SDP Timeout Situation using the POKE command
Workaround:
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 22-MAY-2015 |
|
Known Affected Releases: | 9.703 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCus96249 |
Title: | SDP TX packets drop in PB sirius. |
|
Description: | Symptom: SDP TX packets drop in PB sirius.
Conditions: Problem Statement / SYMPTOM: ************************** Setup & configuration details.
5/3 --link 1--5/3 Ixia[7/10]-[36/25] PB [36/45]-[5/2]-[Node186]- -[Node150] -[5/2]-[36/45] PB [36/25]--Ixia[7/9] 5/4--link 2---5/4
1. 2 M6 node each having 2 PTFs and 2 PBs fan out from slot 5. 2. 200 TP tunnels with 4msec configured between link 1 3. 200 TP tunnels with 4msec configured between link 2 4. Created 1 VPWS circuit between PBs and sent 100% bidirectional traffic 5. Shut/Un shut 5/3 core port and Observed traffic is not flowing end to end. 6. But PW ping is successful. 7. In present scenario, slot 5 is in SBY state in both nodes.
Workaround: reload PB
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 22-MAY-2015 |
|
Known Affected Releases: | 9.538, 9.702 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu00296 |
Title: | EFP state down in CTC is not blocking traffic after In-Service VLAN Edit |
|
Description: | Symptom: Issue: EFP state down in CTC is not blocking traffic after In-Service VLAN Edit
Problem description: On making EFP state down through CTC blocks the traffic initially. After editing the vlan services of EFP, even though the EFP state is in down, it's not blocking the traffic.
Conditions: Topology :
Node 32 ---------Node 77
Build : Prayag-Build-40
Reproducibility : 3/3
Steps to reproduce :
1.Create MPLS TP-25 between Nodes 32 and 77 2.Configure Static VPLS-25 between the nodes with VC id 25 3.Add Endpoint EFP's with single tag and verify bidirectional traffic 4.Make the EFP state of Node 32 down and observed that the traffic was blocked 5.Now perform the following In-Service vlan edit operations of Node 32 ? Single tag->Single tag pop1->Single tag pop2-> Untag->Double tag ->Single tag 6.Change the EFP state of Node 32 to down and up for three times 7.At last, make the EFP state of both the nodes to down and observed that the traffic was still flowing
Workaround: Perform redundancy reload shelf on the nodes
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 23-MAY-2015 |
|
Known Affected Releases: | 10.20, 9.704 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu35080 |
Title: | TNC crash observed while deleting Slot 7 PTM |
|
Description: | Symptom: TNC crash observed while deleting Slot 7 PTM
Conditions: TNC crash observed while deleting Slot 7 PTM over fully loaded node
Workaround: NA
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 25-MAY-2015 |
|
Known Affected Releases: | 9.704 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu51353 |
Title: | Observed BFD DOWN post upgraded to R9.703 from R9.53 |
|
Description: | Symptom: BFD stays DOWN post upgraded to R9.703
Conditions: Upgraded to R9.703
Workaround: Tunnel Bounce.
Further Problem Description: Please refer summary.
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 26-MAY-2015 |
|
Known Affected Releases: | 9.703 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu34630 |
Title: | DB loss observed while modifying the existing class map |
|
Description: | Symptom: DB loss observed while modifying the existing class map
Conditions: DB loss observed while modifying the existing class map
Workaround: NA
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 27-MAY-2015 |
|
Known Affected Releases: | 9.704 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuj34961 |
Title: | MallocLite leaks is observed in PBR with and without config |
|
Description: | Symptom: Problem Statement / SYMPTOM: *************************************** Memory leaks is seen in PBR when there is no config
Conditions: Topology: *********** Node 150----------PBR1-----PBR2--------PBR3---Node150 Steps to recreate: ******************** 1. Load the ARISTOTLE_BF1_BUILD_110 2.Observed that memory leaks is happening in PBR. 3.Give the command "show memory debug leaks chunks" in PBR console.
CPT50-56#sh mem deb CPT50-56#sh mem debug leaks chunks Adding blocks for GD...
I/O memory
Address Size Alloc_pc PID Alloc-Proc Name
Chunk Elements:
AllocPC Address Size Parent Name
Processor memory
Address Size Alloc_pc PID Alloc-Proc Name 194FF714 1764 B46E5C 0 *Init* *Packet Header* 2B2FBAE8 420 487974 69 provision agent provision agent
Chunk Elements:
AllocPC Address Size Parent Name 27EA49C 1DE6D318 144 1DE6D43C (ngxp_l2vpn_pw_c) 487974 1E385A60 100 22117238 (MallocLite) 487974 2212E33C 72 22049FDC (MallocLite) 487974 2212ED8C 72 22049FDC (MallocLite) 2D01994 2219BBB4 12 22117388 (MallocLite) 2D019AC 2219BC24 12 22117388 (MallocLite) 2D019D8 2219BEE0 12 22117388 (MallocLite)
CPT50-56#
Workaround:
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 1 Catastrophic |
Last Modified: | 27-MAY-2015 |
|
Known Affected Releases: | 9.53, 9.535, 9.70 |
|
Known Fixed Releases: | 15.0(2)SE08, 15.2(2)SC |
|
|
| |
| |
Bug Id: | CSCut91278 |
Title: | DB loss observed while deleting PPM where TE-Link is created |
|
Description: | Symptom: DB loss observed while deleting PPM where TE-Link is created
Conditions: 1. Create PPM and make it admin up 2. Create TE-Link over the port 3. Delete the PPM 4. Perform Dual pTF reset
Workaround: NA
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 27-MAY-2015 |
|
Known Affected Releases: | 10.20, 9.704 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCum22177 |
Title: | BFD down for TP tunnel after upgrade from 9.533 to 9.7 |
|
Description: | Symptom: BFD down for TP tunnel after upgrade from 9.533 to 9.7
Conditions: 1. All 12 nodes[2 GNE and 10 ENE] were at 9.533 and services, traffic were up. 2. Upgraded nodes in 2GNE-8ENE-2ENE order to 9.7 and it was successful. 3. BFD is down on both ends of TP tunnel and hence TP tunnel is down.
Workaround: shut/unshut the TP tunnel interface
Further Problem Description: Manual workaround commit is done. Command (show ons bfd clear_session )needs to be executed once issue is seen.
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 28-MAY-2015 |
|
Known Affected Releases: | 9.70 |
|
Known Fixed Releases: | 15.2(2)SC |
|
|
| |
| |
Bug Id: | CSCuu56988 |
Title: | Loss of management access with CPT node with act TSC-E autoreset |
|
Description: | Symptom: Loss of management access with CPT node on act TSC-E autoreset
Conditions: 1. Two TSC-E cards in slot-1 and slot-8 2. Active TSC-E went for autoreset due to unknown reason. Stuck in failed state with RED LED. 3. New active TSC-E did not took over completely and not responding for mgmt. access, even though card was showing as "ACTIVE"
Workaround: Hard reset of failed TSC-E card (or) collaHardreset of failed TSC-E card incase if telnet to new active is possible in any mean,
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 29-MAY-2015 |
|
Known Affected Releases: | 9.702 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu55217 |
Title: | Bi-directional Traffic Hit on Create & Delete or VLAN EDIT of VPWS |
|
Description: | Symptom: Bi-directional Traffic Hit on Create & Delete of VPWS or during VLAN EDIT in VPWS
Conditions: 1. Created a VPWS over an unprotected TP with VLAN Single Tag (104) 2. After verifying Traffic, Edited the VLAN on both ends to Double Tag Range (outer Tag: 95-100, Inner tag: 103) 3. After Verifying traffic, again edited the VLAN on both ends to Double tag List (outer tag: 95,97, 99, 100, 101, 103,104 Inner tag: 103) 4. After verifying traffic, edited the VLAN again to Single tag Range (95,97, 99, 100, 101, 103,104 ) on both ends. 5. While verifying the traffic, found the traffic hit (stopped) on both directions.
Scenario 2:
The same issue is also seen while doing Create & Delete of VPWS in the same order as above instead of VLAN EDIT.
Workaround:
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 29-MAY-2015 |
|
Known Affected Releases: | 9.704 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu57524 |
Title: | On dual TNC's removed and inserted, PTF hanged and front ports flapped |
|
Description: | Symptom: When both the TNC's are removed and inserted back, sby PTF hanged and front ports of PTF/PTM flapped.
Conditions: Both the controller cards has to be removed and inserted back.
Workaround: For port flap - None PTF hang - "collaHardResetCard" of particular card from controller card vxworks shell.
Further Problem Description:
|
|
Status: | Fixed |
|
Severity: | 2 Severe |
Last Modified: | 29-MAY-2015 |
|
Known Affected Releases: | 9.701, 9.702 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCuu40968 |
Title: | After migration, VPLS traffic dropped due to DMA assertion. |
|
Description: | Symptom: After upgrade form 9.702FCS to 9.702 dummy build, Traffic not flowing in Ring VPLS circuits. From initial debug we found label that entry is missing from slot 4 for 20 Ring VPLS circuits. Later we found DMA assertion failure in 154-slot4 which is standby now.
Conditions: Scenario 1: ********* 1. Edit VPLS circuit [VCID 3701] and delete EFP configuration. 2. Create EFP configuration with VLAN 3701 with POP1 and enable IGMP in node 154, node 186 and node 150 3. Send query from Node 150 and report from node 154. 4. Send IGMP traffic from node150 to node 154. Traffic was flowing fine 5. Did WRC node154 slot 5 reset. Now WRC slot 4 is ACT and slot 5 as standby 6. Initiate traffic in all services 7. Perform Dummy build upgrade in all 4 nodes.[ Node 154, 186, 150 and 194] Scenario 2: ********* 1. Send traffic in all services in 40PBR 2. 40PBR upgrade from 9.702_Build_47 to 9.702 FCS.
Workaround: 1. Created new TP and VPLS on same phy link and observed traffic was flowing fine for new circuits 2. Did clear xconnect for particular issue VPLS circuit and observed that traffic issue was not solved. 3. Initiate Redundancy reloads on PTF and observed traffic got resumed for all 20 issue vpls circuits.
Further Problem Description: none
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 29-MAY-2015 |
|
Known Affected Releases: | 9.702 |
|
Known Fixed Releases: | |
|
|
| |
| |
Bug Id: | CSCus98539 |
Title: | TNC is going to Fail state |
|
Description: | Symptom: TNC is going to fail State and console is getting hanged
Conditions: .Dual PTF card Hard reset. 2.TNC Hard Reset and Setup is Kept in a idle state for 3 hours. 3.TNC is going to fail state and console also getting hanged.
Workaround:
Further Problem Description:
|
|
Status: | Open |
|
Severity: | 2 Severe |
Last Modified: | 31-MAY-2015 |
|
Known Affected Releases: | 9.702 |
|
Known Fixed Releases: | |
|
|
| |
没有评论:
发表评论