Software Updates for 2900 Series Integrated Services Routers
Alert Type: | New Release | Product Name: | 2921 Integrated Services Router | Software Type: | IOS Software | Release Version: | 15.5.3M2 | Release Date: | 10-FEB-2016 |
Software Updates for 2900 Series Integrated Services Routers
Alert Type: | New Release | Product Name: | 2921 Integrated Services Router | Software Type: | IOS Software | Release Version: | 15.4.3M5 | Release Date: | 11-FEB-2016 |
Software Updates for 2900 Series Integrated Services Routers
| 2921 Integrated Services Router |
| | | | Suggested  : | | Previously Suggested: | |
|
Software Updates for 2900 Series Integrated Services Routers
Alert Type: | New Release | Product Name: | 2901 Integrated Services Router | Software Type: | IOS Software | Release Version: | 15.5.3M2 | Release Date: | 10-FEB-2016 |
Software Updates for 2900 Series Integrated Services Routers
Alert Type: | New Release | Product Name: | 2901 Integrated Services Router | Software Type: | IOS Software | Release Version: | 15.4.3M5 | Release Date: | 11-FEB-2016 |
Software Updates for 2900 Series Integrated Services Routers
| 2901 Integrated Services Router |
| | | | Suggested : | | Previously Suggested: | |
|
Software Updates for 2900 Series Integrated Services Routers
Product Name: | 2951 Integrated Services Router | Software Type: | NBAR2 Protocol Packs | Release Version: | 17.0.0
| |
| |
Software Updates for 2900 Series Integrated Services Routers
Alert Type: | New Release | Product Name: | 2951 Integrated Services Router | Software Type: | IOS Software | Release Version: | 15.4.3M5 | Release Date: | 11-FEB-2016 |
Software Updates for 2900 Series Integrated Services Routers
Alert Type: | New Release | Product Name: | 2951 Integrated Services Router | Software Type: | IOS Software | Release Version: | 15.5.3M2 | Release Date: | 10-FEB-2016 |
Software Updates for 2900 Series Integrated Services Routers
| 2951 Integrated Services Router |
| | | | Suggested : | | Previously Suggested: | |
|
Software Updates for 2900 Series Integrated Services Routers
Product Name: | 2911 Integrated Services Router | Software Type: | NBAR2 Protocol Packs | Release Version: | 17.0.0
| |
| |
Software Updates for 2900 Series Integrated Services Routers
Alert Type: | New Release | Product Name: | 2911 Integrated Services Router | Software Type: | IOS Software | Release Version: | 15.4.3M5 | Release Date: | 11-FEB-2016 |
Software Updates for 2900 Series Integrated Services Routers
Alert Type: | New Release | Product Name: | 2911 Integrated Services Router | Software Type: | IOS Software | Release Version: | 15.5.3M2 | Release Date: | 10-FEB-2016 |
Software Updates for 2900 Series Integrated Services Routers
| 2911 Integrated Services Router |
| | | | Suggested : | | Previously Suggested: | |
|
Software Updates for 2900 Series Integrated Services Routers
Product Name: | 2901 Integrated Services Router | Software Type: | NBAR2 Protocol Packs | Release Version: | 17.0.0
| |
| |
Software Updates for 2900 Series Integrated Services Routers
Product Name: | 2921 Integrated Services Router | Software Type: | NBAR2 Protocol Packs | Release Version: | 17.0.0
| |
| |
Known Bugs - 2900 Series Integrated Services Routers
| | |
Alert Type: | Updated * | Bug Id: | CSCus91250 | Title: | Basic call in Conference block scenarios fail with 15.5(1.23)T0.2 | |
Status: | Fixed | |
Severity: | 1 Catastrophic | Description: | Symptom:
Basic call in conference block scenarios fail
Conditions:
Issue is observed in 15.5(1.23)T0.2
Workaround:
No workaround
Further Problem Description:
| |
Last Modified: | 06-FEB-2016 | |
Known Affected Releases: | 15.5(1.18)S0.10, 15.5(1.23)T, 15.5(2)T, 15.5(2.2)S, 15.5(2.2)T, 15.5(3)S | |
Known Fixed Releases: * | 12.2(33)XNE1, 12.4(11)MD10, 12.4(15)T12, 12.4(15)T13, 12.4(15)T14, 12.4(15)T16, 12.4(15)T17, 12.4(15)XQ2b, 12.4(21a)JY, 12.4(22)MDA2 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCuw51653 | Title: | SIP SRST router in eSRST mode reject phone registration due to + DN | |
Status: | Fixed | |
Severity: | 2 Severe | Description: | Symptom:
SIP SRST router in eSRST mode rejects SIP phones registration if the phone DN has a "+"
Conditions:
- SIP Phones DN has "+"
- id mac is configured under the voice register pool
- SRST router in eSRST mode
Workaround:
- Remove the "+" from the DN
Further Problem Description:
Cisco eSRST when it sync up its configuration with the SRST router in eSRST mode it configures the voice register pool using "mac id" not "id ip address " OR "id network".
When a SIP IP phone with a + DN try to fallback and register to the SRST router in eSRST mode, the router will reject the registration request even though the mac address configured matches the phone
| |
Last Modified: | 23-FEB-2016 | |
Known Affected Releases: | 15.4(3) | |
Known Fixed Releases: * | 15.4(3)M4.1, 15.4(3)M5, 15.4(3)S4.1, 15.4(3)S5, 15.5(3)M1.1, 15.5(3)M2, 15.5(3)S1.1, 15.5(3)S2, 15.6(0.22)S0.14, 15.6(0.26)T | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCus14655 | Title: | [PI27ST]: CUBE crashed when enabling Cayuga media forking | |
Status: | Fixed | |
Severity: | 2 Severe | Description: | Symptom:
CUBE crashed when enabling cayuga based media forking
Conditions:
CUBE crashed when enabling cayuga based media forking
Workaround:
none
Further Problem Description:
CUBE crashed when enabling cayuga based media forking
| |
Last Modified: | 23-FEB-2016 | |
Known Affected Releases: | 15.5(1.10)T | |
Known Fixed Releases: * | 15.4(3)M4.1, 15.4(3)M5, 15.4(3)S4.12, 15.4(3)S5, 15.5(1)S0.9, 15.5(1)S1, 15.5(1)SN1, 15.5(1)T0.2, 15.5(1.17)T, 15.5(1.18)S0.5 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCux28617 | Title: | IOS crash after AnyConnect SSL VPN tunnel creation | |
Status: | Fixed | |
Severity: | 2 Severe | Description: | Symptom:
ISR router is crashing intermittently when AnyConnect clients are connecting to it.
Conditions:
- Crash first observed in 15.4.3M4
- Crash occurs when AnyConnect client is connecting
Workaround:
none
Further Problem Description:
| |
Last Modified: | 18-FEB-2016 | |
Known Affected Releases: | 15.4(3) | |
Known Fixed Releases: * | 15.6(1.11)T, 15.6(1.22.1a)T0 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCua76157 | Title: | BGP routes getting advertised even after removing send-lable from the PE | |
Status: | Fixed | |
Severity: | 2 Severe | Description: | Symptoms: BGP routes are displayed.
Conditions: This symptom occurs after removing the "send-label" from PE.
Workaround: There is no workaround.
| |
Last Modified: | 03-FEB-2016 | |
Known Affected Releases: | 12.2SR, 15.2(3)T4, 15.2(4)S, 15.3(0.18)T0.1, 15.3(0.18)T0.6, 15.3(0.8)T, 15.3(1)S, 15.3(1)T0.1 | |
Known Fixed Releases: * | 15.1(1)IB273.8, 15.1(1)IC66.17, 15.1(1)ICA4.16, 15.1(1)ICB40.1, 15.1(1)SY1.32, 15.1(1)SY1.55, 15.1(1)SY1.57, 15.1(1)SY1.7, 15.1(1)SY2, 15.1(1)SY3 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCue63742 | Title: | Tracebacks seen in a basic call scenario between 2 MOC endpoints | |
Status: | Fixed | |
Severity: | 2 Severe | Description: * | Symptom: Tracebacks are seen in a basic call scenario.
Conditions: This symptom is observed when CTI is enabled.
Workaround: Do not configure CTI (allow watch) in "ephone-dn".
| |
Last Modified: | 03-FEB-2016 | |
Known Affected Releases: * | 15.3(1.17)T0.1, 15.3(1.9)T, 15.3(2.1)T | |
Known Fixed Releases: * | 15.2(1.2.3)PI22, 15.2(2)JA, 15.2(2)JA1, 15.2(2)JAX, 15.2(2)JB, 15.2(2)JB2, 15.2(2)JB3, 15.2(2)T, 15.2(2)T1, 15.2(2)T3 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCui82259 | Title: | c2911 Crashes on configuration change via EEM script | |
Status: | Fixed | |
Severity: | 2 Severe | Description: | Symptom: Cisco IOS router reloads, giving a traceback.
Conditions: This symptom occurs when the failover is initiated from the primary link (GX) to the secondary link (BGAN) or from BGAN to GX for multiple VRFs at the same time, using an EEM script.
Workaround: There is no workaround.
| |
Last Modified: | 04-FEB-2016 | |
Known Affected Releases: | 15.3(1)T | |
Known Fixed Releases: * | 15.1(1)ICA4.122, 15.2(1)IC273.6, 15.2(2)E, 15.2(2b)E, 15.2(4.0)ST, 15.2(4.0.64a)E, 15.2(5.0)ST, 15.4(0.12.6)PIH23, 15.4(0.19)S0.6, 15.4(0.19)T | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCuq82122 | Title: | SSTE: Router crashed @mace_dp_remove_feature_object_for_cli | |
Status: | Fixed | |
Severity: | 2 Severe | Description: | Making external as the bug is observed in customer's network environment
Symptom:
The device may unexpectedly reload
Conditions:
while putting the following config:
no mace monitor waas all mace-flow
it will not happen all the times
Workaround:
None at this time
Further Problem Description:
| |
Last Modified: | 15-FEB-2016 | |
Known Affected Releases: | 15.4(1)T1, 15.5(0.20)T, 15.5(0.25)T0.1 | |
Known Fixed Releases: * | 15.3(3)M6.2, 15.3(3)M7, 15.4(3)M4.1, 15.4(3)M5, 15.5(3)M0.2, 15.5(3)M1, 15.6(0.8)T, 15.6(1.9)T0.1, 15.6(1.9)T0.2 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCue63763 | Title: | Blind Transfer Scenario over T1 PRI fails | |
Status: | Fixed | |
Severity: | 2 Severe | Description: * | Symptoms: A blind transfer scenario over T1 PRI fails.
Conditions: This symptom is observed from Cisco IOS Release 15.3(1.11)T.
Workaround: There is no workaround.
| |
Last Modified: | 03-FEB-2016 | |
Known Affected Releases: * | 15.3(1.11)T, 15.3(1.17)T0.1, 15.3(2)T1.2, 15.3(2.1)T, 15.3(2.11)T, 15.3(2.3)T | |
Known Fixed Releases: * | 15.3(2)T0.3, 15.3(2)T1, 15.3(2.12)T, 15.3(2.12.1)PIH22, 15.3(2.15.2)XEB, 15.3(2.19)S, 15.3(2.8.2)PIB23, 15.3(3)JA100, 15.3(3)S, 15.6(1)SN | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCuq30899 | Title: | SIP GW reloads after dtmf path confirmation | |
Status: | Fixed | |
Severity: | 2 Severe | Description: | Symptom:
SIP GW reloads after dtmf path confirmation
Conditions:
SIP GW reloads after dtmf path confirmation while testing Zima feature.
Workaround:
Unknown
Further Problem Description:
| |
Last Modified: | 05-FEB-2016 | |
Known Affected Releases: | 15.5(0.14)T, 15.5(1)T | |
Known Fixed Releases: * | 15.5(0.17)T, 15.5(0.18)S0.3, 15.5(0.20)PI27a, 15.5(0.20)PI27b, 15.5(1)S, 15.5(1)SN, 15.5(1.1)S, 15.5(1.2.1a)GB, 15.6(1)SN | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCus56080 | Title: | Memory leak in using ISM-VPN module at pse2_ge_rx_interrupt | |
Status: | Fixed | |
Severity: | 2 Severe | Description: | Symptom:
While passing multicas traffic with ISM-VPN module enabled, we can see a memory leak in the I/O pool
Specifically Normal buffers
Normal buffers, 1548 bytes (total 10257, permanent 3840):
0 in free list (128 min, 4096 max allowed)
13709 hits, 6843 misses, 0 trims, 6417 created
4510 failures (5750 no memory)
Conditions:
Multicast traffic
ISM-VPN module enabled
Workaround:
TBD
Further Problem Description:
| |
Last Modified: | 10-FEB-2016 | |
Known Affected Releases: | 15.5(1)T | |
Known Fixed Releases: * | 15.5(3)M1.1, 15.5(3)M2, 15.6(0.17)PI30e, 15.6(0.18)T, 15.6(1.9)T0.1, 15.6(1.9)T0.2 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCtu02542 | Title: | T.37 OnRamp Failing with error %LAPP_ON_MSGS-6-LAPP_ON_CAUSE_NO_MEMORY | |
Status: | Fixed | |
Severity: | 2 Severe | Description: * | Symptoms: T.38 OnRamp consistently fails for every call with the following
error:
%LAPP_ON_MSGS-6-LAPP_ON_CAUSE_NO_MEMORY: No memory available
The debugs indicate negative free process memory while displaying the
following message:
%LAPP_ON_MSGS-6-LAPP_ON_CAUSE_NO_MEMORY: No memory available
//1093/4DE38C71808E/FOIP_ON/lapp_on_call_handoff:
SOFTWARE_ERROR; Not enough memory; Free Process Memory Bytes=-1922868956
However, while monitoring memory, no issues appear with the available memory
resources:
Router#show memory stat
Head Total(b) Used(b) Free(b) Lowest(b) Largest
(b)
Processor 2AC0BEE0 2436776224 59890020 2376886204 2113970464
1034143696
I/O C000000 67108864 20001528 47107336 46989820
46943484
Conditions: The conditions under which these symptoms are observed are
unknown.
Workaround: Apply a logging buffer large enough to bring the free memory
below 2147483648 (b). For example, logging buffered
500000000.
| |
Last Modified: | 01-FEB-2016 | |
Known Affected Releases: | 15.2(1)T1 | |
Known Fixed Releases: * | 15.1(4)GC1, 15.1(4)GC2, 15.1(4)M3.7, 15.1(4)M4, 15.1(4)M5, 15.1(4)M6, 15.1(4)M7, 15.1(4)M8, 15.1(4)M9, 15.1(4)XB8 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCud67779 | Title: | Intermittent one way audio isuses for call over sip trunk to BACD | |
Status: | Fixed | |
Severity: | 2 Severe | Description: * | Symptoms: One-way audio is observed when a call goes through BACD and comes
over SIP trunk.
Conditions: This symptom occurs when a call comes through SIP trunk and is
connected to an agent phone via BACD during the third call xfer, along with the
"headset auto-answer" configuration in the ephone.
Workaround: Remove the "headset auto-answer" configuration in the ephone
configuration.
| |
Last Modified: | 03-FEB-2016 | |
Known Affected Releases: | 15.2T | |
Known Fixed Releases: * | 15.2(1.2.3)PI22, 15.2(2)T3.1, 15.2(2)T4, 15.2(4)GC, 15.2(4)GC1, 15.2(4)GC2, 15.2(4)M2.8, 15.2(4)M3, 15.2(4)M4, 15.2(4)M5 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCuj91203 | Title: | Call forward all/Blind transfer to Ephone hunt group fails | |
Status: | Fixed | |
Severity: | 2 Severe | Description: | Symptom: Call Forward all/Blind Transfer to Ephone Hunt group scenarios fail from Cisco IOS Release 15.4(0.21)T.
The issue is seen only when:
1. There is a SIP trunk between two CMEs.(i.e incoming call to the CME is via SIP trunk)
2. There is a call-forward all to ephone hunt-pilot and none of the list members pick up the call and the final number has to pick up the call.(i.e When Incoming call is forwarded to the ephone hunt-pilot and none of the list members picks up the call, the call is not made to the final number rather a 302 response is sent to the caller)
The issue doesn't happen for:
1. The h323 trunk
2. voice hunt groups
3. Direct call to the ephone hunt-pilot
Conditions: This symptom is observed in Cisco IOS Release 15.4(0.21)T & ephone-hunt group.
Workaround: Local handling of 302 with below CLI:
voice service voip
no supplementary-service sip moved-temporarily
| |
Last Modified: | 04-FEB-2016 | |
Known Affected Releases: | 15.4(0.21)T, 15.4(0.26)T0.1, 15.4(1.4)T | |
Known Fixed Releases: * | 12.2(33)XNE, 12.2(33)XNE1, 12.4(20)MR, 12.4(20)T4, 12.4(22)MD1, 12.4(22)MDA1, 12.4(22)MDA2, 12.4(22)MDA3, 12.4(22)T3, 12.4(22)T4 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCud96075 | Title: | IOS crash due to DSP crash when Transcoder is activated | |
Status: | Fixed | |
Severity: | 2 Severe | Description: | Symptom:
A router running Cisco IOS Release 15.2(4)M2 will reload with a bus
error soon after the DSP reloads when there is a live transcoding session.
Conditions:
This symptom is observed with Cisco IOS Release 15.2(4)M2.
Workaround:
There is no workaround.
Further Problem Description:
| |
Last Modified: | 03-FEB-2016 | |
Known Affected Releases: | 15.2(4)M2 | |
Known Fixed Releases: * | 15.1(4)M7.4, 15.1(4)M8, 15.1(4)M9, 15.2(1.2.3)PI22, 15.2(4)GC, 15.2(4)GC1, 15.2(4)GC2, 15.2(4)M3.4, 15.2(4)M4, 15.2(4)M5 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCug37242 | Title: | Memory leak in dialog_set_entity | |
Status: | Fixed | |
Severity: | 2 Severe | Description: | Symptoms: Router crash due to memory leak.
Conditions: The symptom is observed with a CME shared line feature configuration.
Workaround: Disabling shared line feature will avoid memory leak.
| |
Last Modified: | 03-FEB-2016 | |
Known Affected Releases: | 15.2(4)M2 | |
Known Fixed Releases: * | 15.2(1.2.20)PI22, 15.2(4)GC, 15.2(4)GC1, 15.2(4)GC2, 15.2(4)M3.9, 15.2(4)M4, 15.2(4)M5, 15.2(4)M6, 15.2(4)M6a, 15.2(4)M6b | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCus77335 | Title: | Tags are not set for OSPF/EIGRP packets with VRF. | |
Status: | Fixed | |
Severity: | 2 Severe | Description: | Symptom:
When vrf is configured, sgt is not picked-up correctly for OSPF/EIGRP packets.
Conditions:
Occurs only when vrf is configured
Workaround:
None
Further Problem Description:
To query the correct sgt value from the relevant vrf, the tableid is extracted from pak->table_id. But in this case, the tableid is still not set and the query goes to default tableid (0). As the binding will not be in the default tableid for this vrf, value of '0' is returned.
| |
Last Modified: | 06-FEB-2016 | |
Known Affected Releases: | 15.4(3)M | |
Known Fixed Releases: * | 15.2(4.0)ST, 15.2(4.0.64a)E, 15.2(5.0)ST, 15.5(1.18)S0.11, 15.5(2)S, 15.5(2)SN, 15.5(2.11)T, 15.5(2.13)S, 15.5(2.14.1)PIH28, 15.5(2.16.5)PIH28 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCuw97075 | Title: | perf-monitor service policy does not with connection initiator commands | |
Status: | Fixed | |
Severity: | 2 Severe | Description: | Symptom:
Perf-monitor service policy does not with connection initiator commands on the flow record
Conditions:
When we have "match connection initiator"or "collect connection initiator" command within a performance-monitor service policy and when we try to apply the policy on an interface we face an error as below
LAB(config-subif)#service-policy type performance-monitor input NETFLOW_AVC
% Field connection initiator cannot be collected. Please modify flow record NETFLOW_AVC.
Unable to attach policy,class [NETFLOW_AVC,class-default]: Failure
Workaround:
Further Problem Description:
| |
Last Modified: | 23-FEB-2016 | |
Known Affected Releases: | 15.4(3)M3.2 | |
Known Fixed Releases: * | 15.4(3)M4.1, 15.4(3)M5, 15.4(3)S4.8, 15.4(3)S5, 15.5(3)M1.1, 15.5(3)M2, 15.5(3)S1.1, 15.5(3)S2, 15.6(0.22)S0.9, 15.6(1)T0.1 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCub34534 | Title: | Basic call between 2 SIP Phones over SIP trunk(KPML enabled) fails | |
Status: | Fixed | |
Severity: | 2 Severe | Description: | Symptom: A basic call between 2 SIP phones over SIP trunk (KPML-enabled) fails.
Conditions: This symptom is observed with Cisco ISR G2 platforms.
Workaround: There is no workaround.
| |
Last Modified: | 03-FEB-2016 | |
Known Affected Releases: | 15.1(4)M4.16, 15.1(4)M5.16, 15.1(4)M6.10, 15.2(1)T1.11, 15.2(1)T2.13, 15.2(1)T3.4 | |
Known Fixed Releases: * | 15.2(1.2.3)PI22, 15.2(4)GC, 15.2(4)GC1, 15.2(4)GC2, 15.2(4)M3.9, 15.2(4)M4, 15.2(4)M5, 15.2(4)M6, 15.2(4)M6a, 15.2(4)M6b | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCui10109 | Title: | GW failed to block CM fax tone from network direction | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | GW failed to block CM fax tone from network direction and might cause fax call failed
Cm is not blocked in this call flow
SG3 fax --- OGW (t38 v3) ---- H323 --- TGW (t38 v0, fax-relay sg3-g3) --- SG3 fax
No
Symptom:
When provisioned, Fax CM tone is not suppressed on a receiving GW leading to G3 fax-relay failures.
Conditions:
When fax-relay sg3-to-g3 command is provisioned on a receiving gateway(TGW) and T.38 version 0 is provisioned, G3 fax failures are observed due to fax CM tone not being suppressed.
Workaround:
1. Enable fax-relay sg3-to-g3 suppression on the emitting GW
2. use NSE based modem passthrough
3. Enable T.38 v3 on the emitting and receiving GWs to negotiate T.38 version 3
Further Problem Description:
| |
Last Modified: | 04-FEB-2016 | |
Known Affected Releases: | 15.3(1.1)T | |
Known Fixed Releases: * | 15.1(4)M8, 15.1(4)M9, 15.2(4)GC1, 15.2(4)GC2, 15.2(4)M5.5, 15.2(4)M6, 15.2(4)M6a, 15.2(4)M6b, 15.2(4)M7, 15.2(4)S5.1 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCuj68747 | Title: | Trace back is seen with 2 and 3-way voice Xgcp calls in NAT environment | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
Trace back is seen while testing 2 and 3-way voice Xgcp calls in NAT environment
Conditions:
UUT's are running with 15.4(0.26)T0.1
Workaround:
unknown
Further Problem Description:
| |
Last Modified: | 04-FEB-2016 | |
Known Affected Releases: | 15.4(0.26)T0.1 | |
Known Fixed Releases: * | 15.1(4)M8, 15.1(4)M9, 15.2(4)GC1, 15.2(4)GC2, 15.2(4)M6, 15.2(4)M6a, 15.2(4)M6b, 15.2(4)M7, 15.2(4)S6, 15.3(2)T2.1 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCuj87812 | Title: | Evaluation License Activated by default on ISR route | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
Evaluation License Activated by default on ISR route
Conditions:
Evaluation License Activated by default on ISR route with 15.4(1.4)T images.
Workaround:
Don't Know
Further Problem Description:
| |
Last Modified: | 04-FEB-2016 | |
Known Affected Releases: | 15.4(0.26)T0.1, 15.4(1)T1, 15.4(1.4)T | |
Known Fixed Releases: * | 15.0(1)M10, 15.0(1)M4, 15.0(1)M7, 15.0(1)M8, 15.0(1)M9, 15.1(1)IC66.44, 15.1(1)ICA4.122, 15.1(1)ICB29.21, 15.1(1)T3, 15.1(1)T4 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCun78257 | Title: | mgcp echo-cancel mode off command gone after reload | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
command is
Conditions:
configured "mgcp echo-cancel mode off" and reloaded the voice-gateway
observed in 15.2(2)T4 and 15.3(3)M2
Workaround:
re-enter command
Further Problem Description:
| |
Last Modified: | 05-FEB-2016 | |
Known Affected Releases: | 15.2(2)T, 15.3(3)M | |
Known Fixed Releases: * | 15.3(3)M4, 15.3(3)S3.6, 15.3(3)S4, 15.4(2.1.2)S, 15.4(2.12.1)PIH25, 15.4(2.15)S, 15.4(2.9)T, 15.4(3)M, 15.4(3)S, 15.4(3)SN1 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCul17089 | Title: | Video call legs are not displayed when video call is active | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
Video call legs are not displayed when video call is active
Conditions:
Issue is seen when 2 Phones are in a video call over SIP Trunk
Workaround:
Unknown
Further Problem Description:
.
| |
Last Modified: | 05-FEB-2016 | |
Known Affected Releases: | 15.3(3)M1.9, 15.4(0.26)T0.1, 15.4(1)T1, 15.4(1.14)T, 15.4(1.24)T0.1, 15.4(1.4)T, 15.4(1.6)T, 15.4(2)S0.8, 15.4(2)S1.9, 15.4(2.2)T | |
Known Fixed Releases: * | 12.4(22)YB8, 12.4(24)GC1, 12.4(24)MD, 12.4(24)MDA13, 12.4(24)MDB13, 12.4(24)MDB14, 12.4(24)MDB15, 12.4(24)MDB16, 12.4(24)MDB17, 12.4(24)MDB18 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCun93593 | Title: | Caller id is not received intermittently on FXO ports | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
Caller id is not received intermittently on FXO ports.
we have dangling dsm_handle associated with this
port and it is preventing from sending further dsp messages to start caller id.
Mar 24 16:18:22.054: [0/1/1] htsp_start_caller_id_rx:BELLCORE
Mar 24 16:18:22.054: htsp_start_caller_id_rx htsp->dsm_handle 2AC5E96C
Conditions:
The symptom has been observed on IOS 150-1.M7, with PVDM3.
Workaround:
Router reload fixes the issue.
Further Problem Description:
| |
Last Modified: | 05-FEB-2016 | |
Known Affected Releases: | 15.0(2)SG2.2.150 | |
Known Fixed Releases: * | 15.3(3)M3.2, 15.3(3)M4, 15.3(3)S3.3, 15.3(3)S4, 15.4(2.11)T, 15.4(2.12.1)PIH25, 15.4(2.17)S, 15.4(3)M, 15.4(3)S, 15.4(3)SN1 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCul87323 | Title: | Crash with free chunk dealloc pfr_e_eigrp_route_free in PFR/EIGRP | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
Crash seen with a bus error when trying to access a poison chunk address. Prior to crashing, this appears to be triggered by prefixes being learned and suspected to be due with a race condition
Conditions:
EIGRP and OER are configured
Workaround:
None at this time
Further Problem Description:
| |
Last Modified: | 05-FEB-2016 | |
Known Affected Releases: | 15.2(4)M3.11 | |
Known Fixed Releases: * | 15.3(3)M3.2, 15.3(3)M4, 15.3(3)S3.4, 15.3(3)S4, 15.4(1)T1.2, 15.4(1)T2, 15.4(2.15)PI26a, 15.4(2.15)PI26b, 15.4(2.15)T, 15.4(2.17)S0.4 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCup09848 | Title: | CUBE Traceback seen during call connect possibility of RTP port leak | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
When call comes into CUBE and CUBE send the call with SRTP a traceback may be generated and RTP port may not be cleared correctly.
This leads to RTP port leak and can cause eventual exhaustion which leads to call failure.
In SIP SDP, the CUBE will set the RTP port to be zero
example:
m=audio 0 rtp/avp 0 18 101
Conditions:
During call established with SRTP offer on a CUBE ASR or ISR router.
Workaround:
Monitor RTP port utilization by grabbing the output of the "show voip rtp connection" and comparing it to active VOIP call legs in the "show call active voice summary" output. There should be a 1:1 mapping between the two numbers.
Further Problem Description:
| |
Last Modified: | 05-FEB-2016 | |
Known Affected Releases: | 15.5(2)T | |
Known Fixed Releases: * | 15.2(4)M7.1, 15.2(4)M8, 15.2(4)S7, 15.3(3)M4.1, 15.3(3)M5, 15.3(3)S4.8, 15.3(3)S5, 15.4(3)M1.1, 15.4(3)M2, 15.4(3)S1.8 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCuq00944 | Title: | GW/CUBE does not support comma in the TO/FROM headers | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
Incoming calls to SIP GW / CUBE are rejected with 'Malformed/Missing TO: field' or 'Malformed/Missing FROM: field'".
Conditions:
To and FROM Fields contain commas.
Workaround:
Upgrade the ios to 15.4.2T and use inbound SIP-Profiles.
Further Problem Description:
Debug Snippet :
Received:
INVITE sip:5020,,1234@10.106.116.196:5060 SIP/2.0
Via: SIP/2.0/UDP 127.0.1.1:5060;branch=z9hG4bK-5639-1-0
From: 5005 ;tag=5639SIPpTag001
To: sut
1947266: Jun 30 00:29:17.316: //-1/679804C382E7/SIP/Error/valid_fromto: Multiple To header information found sut
Sent:
SIP/2.0 400 Bad Request - 'Malformed/Missing TO: field'
Via: SIP/2.0/UDP 127.0.1.1:5060;branch=z9hG4bK-5639-1-0;received=10.106.104.235
From: 5005 ;tag=5639SIPpTag001
To: sut ;tag=74E05AD8-2621
Comma in the URI can be handled but not in the TO/FROM headers
RFC excerpt :
As per RFC 3261
Section 7.3.1 Header fields follow the same generic header format as that given in Section 2.2 of RFC 2822.
Section 20.39 It does not mention anything as commas having any special meaning (like a de-limiter for multiple fields)
As per RFC 2822
Section 2.2 Header fields are lines composed of a field name, followed by a colon (":"), followed by a field body, and terminated by CRLF. A field name MUST be composed of printable US-ASCII characters (i.e., characters that have values between 33 and 126, inclusive), except colon. A field body may be composed of any US-ASCII characters, except for CR and LF. Comma is mapped to ASCII value 44.
| |
Last Modified: | 05-FEB-2016 | |
Known Affected Releases: | 15.1T, 15.2TPI16, 15.2TPI18, 15.2TPI19, 15.3TPI20, 15.3TPI21 | |
Known Fixed Releases: * | 15.1(4)M9, 15.2(4)M6.3, 15.2(4)M7, 15.2(4)S7, 15.3(3)M4, 15.3(3)S3.12, 15.3(3)S4, 15.4(2)S1.9, 15.4(2)S2, 15.4(2)T1.1 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCus16908 | Title: | [PI27ST]: After SSO rtp connection showing -1 for media forking | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
After SSO show voip rtp connection showing -1 for media forking
Conditions:
when Media forking enabled
Workaround:
none
Further Problem Description:
After SSO rtp connection showing -1 for media forking
| |
Last Modified: | 06-FEB-2016 | |
Known Affected Releases: | 15.5(1.10)T | |
Known Fixed Releases: * | 15.5(1)S0.9, 15.5(1)S1, 15.5(1)SN1, 15.5(1)T0.2, 15.5(1.16)T, 15.5(1.18)S0.3, 15.5(1.21)PI28a, 15.5(2)S, 15.5(2)SN, 15.5(2.3)S | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCuc96185 | Title: | Stale Pointer in SipHandler leads to Infinite Loop and CUCM Core | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
++ Call manager service crashed and generated core dumps.
====================================
backtrace
===================================
#0 0x006fd7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00988825 in raise () from /lib/tls/libc.so.6
#2 0x0098a289 in abort () from /lib/tls/libc.so.6
#3 0x0a09afa0 in SdlMsgQueueCirc::enqueueSignal (this=0xf75aa60, msg=0x99539168, priority=2) at SdlMsgQueueCirc.cpp:136
#4 0x0a0969fd in SdlThreadedProcess::inputSignal (this=0xf759f90, rSignal=0x99539168) at /view/BLD-cm_su1_8_5_1-cct-ccm-d/vob/ccm/Common/Include/Sdl/SdlMsgQueue.hpp:58
#5 0x0a06c9c4 in SdlRouter::callProcess (this=0xc3b86a0, _sdlSignal=0x99539168, _deleteSignal=@0x3351fa7, _traceType=SdlSystemLog::SignalRouterThread, _hp=0, _np=0, _lp=0, _vlp=0, _lzp=0, _dbp=0) at SdlRouter.cpp:238
#6 0x0a06cf75 in SdlRouter::scheduler (this=0xc3b86a0) at SdlRouter.cpp:155
#7 0x0083cbf3 in ACE_OS_Thread_Adapter::invoke (this=0xf6eb5a0) at OS_Thread_Adapter.cpp:94
#8 0x007fd0a3 in ace_thread_adapter (args=0x0) at Base_Thread_Adapter.cpp:137
#9 0x002d63cc in start_thread () from /lib/tls/libpthread.so.0
#10 0x00a2cf0e in clone () from /lib/tls/libc.so.6
Conditions:
++ One of the subscriber server showing high CPU.
++ Most of the CPU resources being used by ccm service.
++ Most of the IP Phones (SIP) having trouble in registering.
Workaround:
Temporary fix is to restart the server.
Further Problem Description:
| |
Last Modified: | 06-FEB-2016 | |
Known Affected Releases: | 15.1(0.0.6)PIL15, 15.1(3.6)T | |
Known Fixed Releases: * | 15.5(1.21)PI28a, 15.5(1.21)T, 15.5(2)S, 15.5(2)SN, 15.5(2.8)S, 15.6(1)SN | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCus89639 | Title: | Pbx unable to recognize the signal CLR backward signal | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
Pbx unable to recognize the signal CLR backward signal
Clear Backward signal is equal to to seize-ack, since there is no change on binary pbx is unable to detect the clear back.
Conditions:
15.4(3)M1
Workaround:
None
Further Problem Description:
| |
Last Modified: | 06-FEB-2016 | |
Known Affected Releases: | 15.4(3)M1 | |
Known Fixed Releases: * | 15.4(3)M2.1, 15.4(3)M3, 15.4(3)M3.1, 15.4(3)S2.4, 15.4(3)S3, 15.5(1)S1.1, 15.5(1)S2, 15.5(1)S2.1, 15.5(1)S2.15, 15.5(1)T1.1 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCuu32404 | Title: | dnd softkey issue if pressed during alerting and the line is part of VHG | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
When DND is pressed during alerting of the line and the line is part of VHG the phone continously display the "Logged out of Hunt Group" message, if DND pressed again it shows DND.
Conditions:
DND softkey pressed during alerting.
Workaround:
To clear the message press DND again during alerting phase that changes the message on phone to DND during idle phase and then press DND again during idle phase to clear message on screen.
Further Problem Description:
| |
Last Modified: | 06-FEB-2016 | |
Known Affected Releases: | 15.4(3) | |
Known Fixed Releases: * | 15.6(0.4)T, 15.6(0.6)S, 15.6(1)SN, 15.6(1.9)T0.1, 15.6(1.9)T0.2 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCul74141 | Title: | H245 Tunneling is FALSE even when enabled | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
H245 tunneling is always false
Conditions:
Enable H245 tunneling on CUBE under "voice service voip"
Workaround:
None
Further Problem Description:
| |
Last Modified: | 06-FEB-2016 | |
Known Affected Releases: | 15.2(4)M7.1, 15.3(2)T1.3, 15.3(3)M1.9, 15.3(3)M2.7, 15.4(1)T1, 15.4(1.14)T, 15.4(2)T1, 15.4(2.11)T, 15.4(2.2)T, 15.5(0.6)T | |
Known Fixed Releases: * | 15.6(0.17)PI30e, 15.6(0.17)S, 15.6(0.18)T, 15.6(1)SN, 15.6(1.6)S, 15.6(1.9)T0.1, 15.6(1.9)T0.2 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCum61443 | Title: | switch crash epm_get_iaf_session_from_mac_idb | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
Switch crash at epm_get_iaf_session_from_mac_idb
Conditions:
The crash is seen as a result of timing issue between the clean up of memory and access of the freed memory. The crash occurs when the memory is being accessed after it is being freed.
Workaround:
No workaround.
Further Problem Description:
| |
Last Modified: | 08-FEB-2016 | |
Known Affected Releases: | 15.2(1)S0.9 | |
Known Fixed Releases: * | 15.2(1)IC273.19, 15.2(2.2.70)ST, 15.2(4.0)ST, 15.2(4.0.64a)E, 15.2(5.0)ST, 15.5(0.17)S, 15.6(1)SN, 16.1(0.49) | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCud45711 | Title: | 2911 router multple crashes seen with TLB exception at re_smart_match | |
Status: | Terminated | |
Severity: | 3 Moderate | Description: * | Symptom:
2911 router crashes multiple times under TLB exception
Conditions:
Fragmented packets are being passed through with IPS configured
Workaround:
-Configuring 'ip mtu 1360' and 'ip tcp adjust-mss 1320' under the tunnel interface appears to have ceased the crashes
Further Problem Description:
| |
Last Modified: | 11-FEB-2016 | |
Known Affected Releases: | 15.1(4)M5 | |
Known Fixed Releases: | | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCur94272 | Title: | sip_get_sipspi_message memory leak in CCSIP_SPI_CONTROL | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
Steady increase in CCSIP_SPI_CONTROL memory is seen on SIP GW.
Single PC is seen growing.
1st show proc:
cube01#sh proc memory 437
Load for five secs: 1%/0%; one minute: 1%; five minutes: 1%
Time source is NTP, 20:25:26.117 JST Thu Aug 14 2014
Process ID: 437
Process Name: CCSIP_SPI_CONTROL
Total Memory Held: 22381324 bytes
Processor memory Holding = 22381324 bytes
pc = 0x3482323C, size = 19495872, count = 2992
2nd show proc:
cube01#sh proc memory 437
Load for five secs: 0%/0%; one minute: 1%; five minutes: 1%
Time source is NTP, 21:31:50.166 JST Thu Aug 21 2014
Process ID: 437
Process Name: CCSIP_SPI_CONTROL
Total Memory Held: 45381636 bytes
Conditions:
n/a
Workaround:
n/a
Further Problem Description:
n/a
| |
Last Modified: | 12-FEB-2016 | |
Known Affected Releases: | 15.2(4)M5.6 | |
Known Fixed Releases: * | 15.2(4)M7.1, 15.2(4)M8, 15.2(4)S7, 15.3(3)M5.2, 15.3(3)M6, 15.3(3)S5.9, 15.3(3)S6, 15.4(3)M1.1, 15.4(3)M2, 15.4(3)S1.8 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCux11183 | Title: | MGCP FXS caller-id being truncated to 10 digit ANI when using cptone CN | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
FXS caller ID is truncated after 10 digits
Conditions:
mgcp call with cptone set to "CN"
Workaround:
N/A
Further Problem Description:
| |
Last Modified: | 15-FEB-2016 | |
Known Affected Releases: | 15.1(4)M | |
Known Fixed Releases: * | 15.4(3)M4.1, 15.4(3)M5, 15.4(3)S4.5, 15.5(3)M1.1, 15.5(3)M2, 15.5(3)S1.1, 15.5(3)S2, 15.6(0.22)S0.12, 15.6(1)T0.1, 15.6(1.14)S | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCuv61505 | Title: | CME SNR calls get no ringback when active for PRI calls | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
no ringback when snr is enable. Second call to snr dn gives no ringback until the snr destination is ringing
Conditions:
for sip phones with CME
Workaround:
none
Further Problem Description:
| |
Last Modified: | 15-FEB-2016 | |
Known Affected Releases: | 15.4(3.0l)M2 | |
Known Fixed Releases: * | 15.4(3)M3.2, 15.4(3)M4, 15.4(3)S3.12, 15.4(3)S4, 15.5(3)M1.1, 15.5(3)M2, 15.5(3)S1.1, 15.5(3)S2, 15.6(0.11)T, 15.6(0.14)S | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCuv87098 | Title: | Connected number not populated in RPID correctly | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: * | Symptom:
Incorrect connected name appears on the calling phone and RPID header of the SIP message.
Example:
Remote-Party-ID: >;party=called;screen=no;privacy=off
Conditions:
Call flow:
IP phone -- CUCM -- sip - GW -- PRI qsig -- PBX
The Connect should arrive with both the Connected number info and facility message like the following:
Mar 30 14:28:16.559: ISDN Se0/0/1:15 Q931: RX <- CONNECT pd = 8 callref = 0x8081
Facility i = 0x91AA068001008201008B0100A11402022EE206042B0C09028008414C432037393833
Connected Number i = '!', 0x81, '7983'
Locking Shift to Codeset 5
Codeset 5 IE 0x32 i = 0x81
Workaround:
None
Further Problem Description:
| |
Last Modified: | 15-FEB-2016 | |
Known Affected Releases: | 15.1(4)M9, 15.3(3)M4.2, 15.4(3)M2.2 | |
Known Fixed Releases: | 15.6(0.27)T, 15.6(1.3)T, 15.6(1.9)S, 15.6(1.9)T0.1, 15.6(1.9)T0.2 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCux17945 | Title: | Hootie call is unable to mix multicast streams | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
Hootie call is unable to mix multicast stream
Conditions:
Hootie call
Workaround:
N/A
Further Problem Description:
| |
Last Modified: | 23-FEB-2016 | |
Known Affected Releases: | 15.2(4)M7.1 | |
Known Fixed Releases: * | 15.4(3)M4.1, 15.4(3)M5, 15.4(3)S4.5, 15.4(3)S5, 15.5(2)S2.11, 15.5(3)M1.1, 15.5(3)M2, 15.5(3)S1.1, 15.5(3)S2, 15.6(0.22)S0.12 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCui28826 | Title: | Cisco Router 2900 crashed due to watch Dog timeout. | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: * | Symptom:
The router crash due to the watchdog timeout and the process that triggers the the crash is "presence process"
Conditions:
Unknown
Workaround:
Reduce the number of watchers for each phone.
Further Problem Description:
285323: *Jul 8 09:37:49.445: %SYS-3-CPUHOG: Task is running for (126004)msecs, more than (2000)msecs (58/1),process = Presence Process.
-Traceback= 0x34C3D6CCz 0x34C8A14Cz 0x34C8E078z 0x34C93D5Cz 0x34C93EF8z 0x330B9744z 0x330B9728z
285324: *Jul 8 09:37:51.445: %SYS-3-CPUHOG: Task is running for (128004)msecs, more than (2000)msecs (58/1),process = Presence Process.
-Traceback= 0x34C6B50Cz 0x34C8A1ACz 0x34C8E078z 0x34C93D5Cz 0x34C93EF8z 0x330B9744z 0x330B9728z
285325: *Jul 8 09:37:51.449: %SYS-2-WATCHDOG: Process aborted on watchdog timeout, process = Presence Process.
-Traceback= 0x34C6B4A8z 0x34C8A1ACz 0x34C8E078z 0x34C93D5Cz 0x34C93EF8z 0x330B9744z 0x330B9728z
| |
Last Modified: | 04-FEB-2016 | |
Known Affected Releases: | 15.3(2.15)T | |
Known Fixed Releases: * | 15.3(3)M0.5, 15.3(3)M1, 15.3(3)M2, 15.3(3)M3, 15.3(3)M4, 15.3(3)S0.7, 15.3(3)S1, 15.3(3)S1a, 15.3(3)S2, 15.3(3)S2a | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCuj50934 | Title: | Address Error exception on print_peer | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
Voice router is crashed during the dial-peer console display. to console when
"show dialplan number " is executed.
Conditions:
Problem is found when a dial-peer is displayed onto the console.
It is because IOS console display can be paused when # of line display
is greater then "terminal length #" setup. Once the dial-peer display is paused,
another process can kick to delete a dial-peer (delete a dial-peer from another
maintenance console, a snmp request and a sip phone deregister).
Workaround:
Set "terminal length 0" to turn off the console display pausing or
"redirect" the dial-peer display to a file instead.
Further Problem Description:
| |
Last Modified: | 04-FEB-2016 | |
Known Affected Releases: | 15.2(4)M4.3 | |
Known Fixed Releases: * | 15.3(3)M3.2, 15.3(3)M4, 15.3(3)S3.4, 15.3(3)S4, 15.4(1.5)T, 15.4(1.8)S, 15.4(1.9.1)XEB, 15.4(2)CG, 15.4(2)S, 15.4(2)S1 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCue34828 | Title: | Incorrect Incoming CLID through FXO port | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
Incorrect Incoming CLID through FXO port
Conditions:
Jan 29 09:25:57.311: [0/0/1] Caller ID String 04 12 B0 31 32 B9 31 B0 32 34 20 B9 32 B3 B5 B3 38 B6 32 B5 DC
Jan 29 09:25:57.311: [0/0/1] get_fxo_caller_id calling num=282 calling name= calling time=01/157 138:24
Jan 29 09:25:57.311: fxols_callerid_done: call being answered
Expected -923 53 86 25
Received ? 282
Workaround:
NA
| |
Last Modified: | 03-FEB-2016 | |
Known Affected Releases: | 15.1(1.4) | |
Known Fixed Releases: * | 15.2(1.2.16)PI22, 15.3(2.13)T, 15.3(2.14.1)PIB23, 15.3(2.15.4)XEB, 15.3(2.21.1)PIH22, 15.3(3)M, 15.3(3)M1, 15.3(3)M2, 15.3(3)M3, 15.3(3)S | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCue87438 | Title: | Conference List button doesn't work for the Spanish Locale file with CME | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
The Conference List button is not working with CME registered phones when using the Spanish locale file.
When the conference list soft key is pushed, nothing is seen. XML Parse Error is shown
Conditions:
Spanish locale is configured
Workaround:
unknown
| |
Last Modified: | 03-FEB-2016 | |
Known Affected Releases: | n/a | |
Known Fixed Releases: * | 15.2(1.2.3)PI22, 15.3(2.15)S, 15.3(2.15.1)XEB, 15.3(2.7)T, 15.3(2.8.1)PIB23, 15.3(3)JA100, 15.3(3)S, 15.6(1)SN | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCud96896 | Title: | calls in queue status not working properly in BACD | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
"x Calls in queue" status is not displayed on all agents in the hunt group.
Conditions:
This happens when a particular agent is logged out, then the subsequent agents (i.e in the order in which they are configured a list member) do not get the status update.
Workaround:
Have all the agents logged in.
Further Problem Description:
| |
Last Modified: | 03-FEB-2016 | |
Known Affected Releases: | 15.2(0.10)T | |
Known Fixed Releases: * | 15.2(1.2.3)PI22, 15.2(2)T3.3, 15.2(2)T4, 15.2(4)GC, 15.2(4)GC1, 15.2(4)GC2, 15.2(4)M3.9, 15.2(4)M4, 15.2(4)M5, 15.2(4)M6 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCug88270 | Title: | E1 R2 channels get stuck in S_WAIT_RELEASE | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
E1 R2 channels randomly get stuck in S_WAIT_RELEASE.
Sample output from "show voice call summary" :
0/1/0:0.14 g711ulaw n S_WAIT_RELEASE R2_Q421_WAIT_IDLE
Conditions:
Outgoing calls that get Ring no answer (RNA) might get stuck when the Service provider clears the channel
Workaround:
Shutdown and un-shutdown the controller.
voice-port 0/1/0:0
shutdown
no shutdown
Further Problem Description:
| |
Last Modified: | 04-FEB-2016 | |
Known Affected Releases: | 15.1(4)M4 | |
Known Fixed Releases: * | 15.1(4)M6.8, 15.1(4)M7, 15.1(4)M8, 15.1(4)M9, 15.2(1.2.42)PI22, 15.3(2.19)S0.6, 15.3(2.23)T, 15.3(3)M, 15.3(3)M1, 15.3(3)M2 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCub13838 | Title: | MOH And 2nd Transfer Not Working | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
No MoH and no ringback during 2nd call xfer on CME
Conditions:
The isue is seen with SCCP-SIP inter-working and with CLI -"supplementary-services media-renegotiate" configured.
Workaround:
Remove the CLI - "supplementary-services media-rengotiate"
| |
Last Modified: | 02-FEB-2016 | |
Known Affected Releases: | 15.2(2)T | |
Known Fixed Releases: * | 12.4(11)MD10, 12.4(11)MD9, 12.4(15)T10, 12.4(15)T11, 12.4(15)T12, 12.4(15)T13, 12.4(15)T14, 12.4(15)T16, 12.4(15)T17, 12.4(15)XQ2a | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCub04205 | Title: | Phone screen display for fwded calls when using "alias" cmd in SRST | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
Incorrect phone screen display, when an incoming call is forwarded.
Specdifically, with the following config-
alias 1 666 to 85004001 cfw 85004002 timeout 5
calling from external PSTN phone number ex:0612345678 To 4597, which is translated to 666, first rings the phone 85004001 and when it is ringing, screen phone display is OK.
But then when the call is cfw'd to the second phone ( 85004002 ), the screen phone display :
Forward 612345678
For 04929 (850...
By 04929 (666)
is incorrect.
The number 04929 is corresponding to the external phone number mask in CUCM of an other IP phone.
The external phone number mask displayed is the field "name" or "description" of the FIRST ephone recorded in the SRST router ( see "call-manager-fallback ephone-dn" attached file), whatever the redirect phone number used the mask is ALWAYS the one of the first ephone recorded.
Conditions:
1. SRST
2. alias command, under call-manager-fallback
Workaround:
None
Further Problem Description:
| |
Last Modified: | 02-FEB-2016 | |
Known Affected Releases: | 15.2T | |
Known Fixed Releases: * | 15.3(0.15)T, 15.3(0.20)S0.5, 15.3(1)S, 15.3(1)S1, 15.3(1)S1e, 15.3(1)S2, 15.3(1)T, 15.3(1)T1, 15.3(1)T2, 15.3(1)T3 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCub61637 | Title: | Incoming call over sip trunk cfna to vm results in one way audio | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: * | Symptom:
Mid-call xcoder inseriton not happenng when TCL app invovled in the call
Conditions:
TCL app initially connects a SIP trunk call to SCCP phone and later transfers to CUE- voice mail
Workaround:
To not use TCL app or to have same codec settings on either side of trunk
| |
Last Modified: | 02-FEB-2016 | |
Known Affected Releases: | 15.2(2)T | |
Known Fixed Releases: * | 15.2(1.2.3)PI22, 15.2(2)T3, 15.2(2)T4, 15.3(0.14)T, 15.3(0.15)PI21, 15.3(0.20)S0.3, 15.3(1)S, 15.3(1)S1, 15.3(1)S1e, 15.3(1)S2 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCty32764 | Title: | CME GUI 9.0.0.0 logout button does not work | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom: Using the CME 9.0 GUI the logout button does not work properly.. With Internet Explorer, after clicking on the logout button, a prompt is received reporting that the tab will be closed, but if the browser is not completely shutdown, the user can go to the URL and will still be logged in. On Firefox, the logout button does not function at all.
Conditions: Issue has been observed on both a 2911 and 3945 loaded with 152-2.T using CME 9.0
Workaround: Shut down the web browser completely
| |
Last Modified: | 02-FEB-2016 | |
Known Affected Releases: | n/a | |
Known Fixed Releases: * | 15.2(1.2.3)PI22, 15.3(0.16)S, 15.3(0.8)T, 15.3(1)S, 15.6(1)SN | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCtz27383 | Title: | Crash after "%SYS-2-FREEFREE: Attempted to free unassigned memory" | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
Errors:
validblock_diagnose, code = 12
current memory block, bp = 0x30D9435C,
memorypool type is Processor
data check, ptr = 0x30D9438C
next memory block, bp = 0x30D94FA8,
memorypool type is Processor
data check, ptr = 0x30D94FD8
previous memory block, bp = 0x30D93090,
memorypool type is Processor
data check, ptr = 0x30D930C0
********
002418: Apr 5 15:00:57.641: %SYS-2-FREEFREE: Attempted to free unassigned memory at 30D9438C, alloc 25C16FD8, dealloc 25C16B70
-Traceback= 2685B738z 25C155A0z 25C16340z 25C17C84z 23B6BEE8z 23B6BECCz
002419: Apr 5 15:00:57.641: %SYS-6-MTRACE: mallocfree: addr, pc
328A4A58,22771A78 328A4A58,40000294 300FF3BC,22771A50 300FF3BC,4000020A
30D9438C,25C16498 30D94BC0,600001F4 30D9438C,25C16B70 308E7D24,6000002C
002420: Apr 5 15:00:57.641: %SYS-6-MTRACE: mallocfree: addr, pc
308E7B90,25C19424 308E7B90,25C18DFC 308E7B90,400000B2 30D9438C,25C16FD8
30D9438C,40000402 30021B8C,258869C8 30D967FC,25881488 30D54B00,256FE4DC
002421: Apr 5 15:00:57.641: %SYS-6-BLKINFO: Attempt to free a block that is in use blk 30D9435C, words 1550, alloc 25C16FD8, Free, dealloc 25C16B70, rfcnt 0
-Traceback= 23B7B4D4z 2685B738z 25C155A0z 25C16340z 25C17C84z 23B6BEE8z 23B6BECCz
002422: Apr 5 15:00:57.641: %SYS-6-MEMDUMP: 0x30D9435C: 0xAB1234CD 0x1350000 0x135 0x27E6D210
002423: Apr 5 15:00:57.641: %SYS-6-MEMDUMP: 0x30D9436C: 0x25C16FD8 0x30D94FA8 0x30D930A4 0x60E
002424: Apr 5 15:00:57.641: %SYS-6-MEMDUMP: 0x30D9437C: 0x0 0x25C16B70 0x100013C 0x3192C628
Conditions: %SYS-2-FREEFREE: Attempted to free unassigned memory at 30D9438C, alloc 25C16FD8, dealloc 25C16B70
Workaround: None at this time
| |
Last Modified: | 02-FEB-2016 | |
Known Affected Releases: | 15.2(2)T1 | |
Known Fixed Releases: * | 15.2(2)T1.8, 15.2(2)T3, 15.2(2)T4, 15.2(2.19)S0.6, 15.2(3.12)T, 15.2(3.13)PI20, 15.2(3.13.1)PIH19, 15.2(3.30)PIP, 15.2(4)JA, 15.2(4)JA1 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCtx91993 | Title: | Memory leak seen in sip_get_sipspi_message with calls to hunt group | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
Memory leak seen with SIP calls and parallel hunt groups.
Conditions:
SIP ---> CME ---> HG ---> Multiple SCCP phones in HG
Workaround:
None.
| |
Last Modified: | 02-FEB-2016 | |
Known Affected Releases: | 15.1(4)M3 | |
Known Fixed Releases: * | 15.1(4)GC1, 15.1(4)GC2, 15.1(4)M4.12, 15.1(4)M5, 15.1(4)M6, 15.1(4)M7, 15.1(4)M8, 15.1(4)M9, 15.2(2)T1.9, 15.2(2)T3 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCtz48125 | Title: | Incorrect 'Input rate' interface counters for rtp traffic | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
Topology:
G729 LAN A<->G729 WAN<->G729 LAN B
or
G711 LAN A<->G711 WAN<->G711 LAN B
1) in case of non-multilink (ethernet or serial) , the 'bits/sec' rate of 'show interface' output shows incorrect, lower value than the actual corresponding value in bytes/sec or output rate on same interface
2) in case of multilink, sum of the two input rate under the serial interfaces in multilink is more than the input rate on multilink interface itself, i.e 'show interface summary' shows less input rate on multilink interface which ideally should be sum of the two serial interface in multilink, however output rate is correct
Conditions:
Issue only observed with RTP traffic and is not seen with non-voice/Data traffic
Workaround:
None
| |
Last Modified: | 02-FEB-2016 | |
Known Affected Releases: | 15.1(3)T, 15.1(4)M1, 15.2(2)T | |
Known Fixed Releases: * | 15.1(4)GC1, 15.1(4)GC2, 15.1(4)M4.9, 15.1(4)M5, 15.1(4)M6, 15.1(4)M7, 15.1(4)M8, 15.1(4)M9, 15.2(2.19)S0.7, 15.2(3.15)T | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCua71061 | Title: | Agent phone stops ringing with callers in BACD queue | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
CME Agent phone stops ringing. Won't ring when calls are in queue and can't call it manually.
Conditions:
Agent phone eventually stops ringing. Multiple callers in queue. Callers hang up while at the same time the agent phone is instructed to ring. A race condition occurs that causes subsequent calls to the agent phone to fail.
Workaround:
Toggle the agent phone offhook then onhook.
| |
Last Modified: | 02-FEB-2016 | |
Known Affected Releases: | 15.1(4)M4 | |
Known Fixed Releases: * | 15.1(4)GC1, 15.1(4)GC2, 15.1(4)M4.16, 15.1(4)M5, 15.1(4)M6, 15.1(4)M7, 15.1(4)M8, 15.1(4)M9, 15.2(1.2.3)PI22, 15.2(2)T1.13 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCtw69610 | Title: | Configuring "no echo-cancel enable" fails to disable echo cancellation | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: * | Symptom:
Configuring "no echo-cancel enable" fails to disable echo cancellation
Conditions:
Configuring "no echo-cancel enable" fails to disable echo cancellation, when configured on the voice-port
Workaround:
None
| |
Last Modified: | 01-FEB-2016 | |
Known Affected Releases: | 15.0(1)M6 | |
Known Fixed Releases: * | 15.2(1.18)S0.9, 15.2(2)S, 15.2(2)SA, 15.2(2)SA1, 15.2(2)SA2, 15.2(2)SNG, 15.2(2)SNI, 15.2(2.14)PI19, 15.2(2.14)T, 15.2(2.6)S | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCtw59708 | Title: | Remove UCVideo License | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: * | Symptom:
This is not a defect of dspfarm video services. Instead, it is a marketing
change control item that removes the license requirement for dspfarm video
services.
Conditions:
Video services configured using dspfarm profiles.
Workaround:
N/A - not a defect.
Further Problem Description:
Users no longer need to install UCVideo license to utilize dspfarm video
services such as video conferencing and video transcoding.
| |
Last Modified: | 01-FEB-2016 | |
Known Affected Releases: | 15.2T | |
Known Fixed Releases: * | 12.2(33)XNE, 12.2(33)XNE1, 12.3(8)JED, 12.4(11)MD10, 12.4(11)MD9, 12.4(15)T10, 12.4(15)T11, 12.4(15)T12, 12.4(15)T13, 12.4(15)T14 | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCts65496 | Title: | sip phone cnf file generation incorrect for sshAccess with 69xx | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: * | Symptom:
2 fields in cnf file, they're different if disable sshAccess, which confuses phones.
Conditions:
We looked into this issue and found that it's a problem of phone configuration file. There are two configure items for sshAccess in cnf file, one is within vendor config, which is expected and just like CUCM; another is outside of vendor config/common profile/enterprise profile, which confuse phone.
If I config 'service phone sshAccess 0', two sshAccess are both 0, enabled.
0
...
0
69111
6911
If I config 'service phone sshAccess 1', two sshAccess are different.
1
...
0
69111
6911
Compared with cnf file generated by CUCM, there should be just one sshAccess within vendor config.
Workaround:
No.
| |
Last Modified: | 01-FEB-2016 | |
Known Affected Releases: | 15.2(0.0.2)PIL17 | |
Known Fixed Releases: * | 15.2(1)T, 15.2(1)T1, 15.2(1)T2, 15.2(1)T4, 15.2(1.17)S, 15.2(2)S, 15.2(2)SA, 15.2(2)SA1, 15.2(2)SA2, 15.2(2)SNI | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCtr97481 | Title: | Alignment errors seen at ipbuild_head during STUN Passthru | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
A Cube passing Session Traversal Utilities for NAT (STUN) may experience ALIGN-3-TRACE and ALIGN-3-CORRECT errors and may unexpectedly reset.
Conditions:
CUBE is configured with STUN or STUN pass-through.
Workaround:
There is no known workaround.
Further Problem Description:
| |
Last Modified: | 01-FEB-2016 | |
Known Affected Releases: | 15.2TPI | |
Known Fixed Releases: * | 15.1(4)M8.3, 15.1(4)M9, 15.2(1.7)S, 15.2(2)S, 15.2(2.5)T, 15.2(3)GC, 15.2(3)GC1, 15.2(3)GCA, 15.2(3)GCA1, 15.2(3)T | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCuy35425 | Title: | IOS memory leak in SSLVPN | |
Status: * | Other | |
Severity: * | 3 Moderate | Description: | Symptom:
SSLVPN_PROCESS could increase its holding memory over the days when MallocLite is disabled.
If MallocLite is enabled (default behavior), the leak could be seen in MallocLite process.
Router#show process memory sorted
Processor Pool Total: XXXXXXXXX Used: XXXXXXXXX Free: XXXXXXXXX
I/O Pool Total: XXXXXXXX Used: XXXXXXXX Free: XXXXXXXX
PID TTY Allocated Freed Holding Getbufs Retbufs Process
X X XXXXXXXXX XXXXXXXXX XXXXXXXX X X *Init*
XXX X XXXXXXXXX XXXXXXXXX XXXXXXXX XXXXXX X SSLVPN_PROCESS
X X XXXXXXXXX XXXXXXXXX XXXXXXXX XXXXXX X *MallocLite*
After monitoring the memory for a few days you should see SSLVPN_PROCESS and/or MallocLite increasing its holding memory.
Eventually the router could became unresponsive and could crash when the memory is depleted.
Conditions:
Have SSLVPN (WebVPN) configured
Workaround:
Reload the router to recover the leaked memory.
Further Problem Description:
| |
Last Modified: | 29-FEB-2016 | |
Known Affected Releases: | 15.5(2)T | |
Known Fixed Releases: | | |
|
| | | | |
Alert Type: | Updated * | Bug Id: | CSCts20580 | Title: | ephone-temp cnf file generation incorrect for settingsAccess with 6921 | |
Status: | Fixed | |
Severity: | 3 Moderate | Description: | Symptom:
ad-hoc conferences will not work
Conditions:
15.1(4)M
using 6921 phones with "service phone settingsAccess" trough a ephone-template
Workaround:
Move "service phone settingsAccess" from ephone-template to "telephony-service"
| |
Last Modified: | 01-FEB-2016 | |
Known Affected Releases: | 15.1(4)M | |
Known Fixed Releases: * | 15.1(4)GC1, 15.1(4)GC2, 15.1(4)M2.1, 15.1(4)M3, 15.1(4)M4, 15.1(4)M5, 15.1(4)M6, 15.1(4)M7, 15.1(4)M8, 15.1(4)M9 | |
|
| |
|
2015 Cisco and/or its affiliates. All rights reserved. 
没有评论:
发表评论