Table 3 Open Caveats for Cisco CallManager Release 3.1(3a)
DDTS
|
HEADLINE
|
SUMMARY
|
CSCin01193
|
Help screen on Cisco WebAttendant server configuration screen displays incorrectly.
|
Online help on the service parameter configuration screen for the TCD server does not show help for the new parameters added in Cisco CallManager 3.1(3a) maintenance release.
Workaround: None exists.
|
CSCin01190
|
On Cisco WebAttendant, after searching in the directory area, the column header should restore but it does not.
|
Workaround: Click on another header in the directory area to get rid of the text box.
|
CSCdw54919
|
Changes to the service parameters causes an error on the service parameter configuration window in Cisco CallManager.
|
When updating Cisco CallManager service parameter "CallparkReversionTimeout," the following error displays:
Object does not support this action (-2146827843)
This occurs only on automation test machines.
Workaround: None exists.
|
CSCdw53665
|
OS upgrade CD 2 fails on IP telephony servers.
|
Workaround: Before the upgrade, you must disable all Cisco-approved McAfee antivirus services through the Control Panel (Start > Settings > Control Panel...). You can enable all antivirus services after you complete the upgrade.
If you have Cisco IDS Host Sensor installed on the server, you must set the IDS Agent to On Warning mode instead of Protecting mode. You can change the mode after you complete the upgrade. For information on how to perform these tasks, click the following URL:
http://www.cisco.com/warp/public/788/AVVID/ids_host_sensor_cm.html
|
CSCdw42491
|
Connected call handle remains in conference call.
|
Workaround: None exists.
|
CSCdw42229
|
Cisco CallManager fails due to array out of bounds at StationD.
|
Cisco CallManager process fails due to array out of bounds at StationD.
Workaround: None exists.
|
CSCdw42138
|
Race Condition causes phantom call
|
Call comes into a Cisco WebAttendant agent phone and there is already an active call on the phone. Cisco WebAttendant tries to put existing call on hold but has trouble answering incoming call. Twenty seconds later another call comes in from the same DN but Cisco WebAttendant is unable to answer the call.
Workaround: None exists.
|
CSCdw42053
|
Cisco CallManager fails due to array out of bounds at locations.
|
Cisco CallManager process restarts.
Workaround: Turn off locations bandwidth feature.
|
CSCdw41723
|
Cisco CallManager sends IRR with conference ID as null.
|
Workaround: None exists.
|
CSCdw40620
|
Cisco CallManager experiences problems with extension mobility login upon Active Directory integration.
|
When you create a user in the AD server and you want to use it with extension mobility, you get an authentication error after you enter your userid.
Workaround: None exists.
|
CSCdw39982
|
Cisco WebAttendant directory at the bottom of Cisco WebAttendant console disappears.
|
User directory screen at the bottom of the page goes blank at random. If user logs out and logs back in, the directory listing reappears.
Workaround: Log out and log back in to the Cisco WebAttendant console; copy the directory entries to the client host (instead of connecting to the share on the server host).
|
CSCdw39949
|
SDL router services are dead, and it may cause Cisco CallManager or CTIManager to stop.
|
Workaround: Set runtime priority on StiView.exe to low using task manager. This will prevent the Cisco CallManager from stopping and restarting.
|
CSCdw39657
|
Incoming call to one IP phone failed intermittently.
|
Workaround: If a phone cannot receive a call, make a call from this phone, and it will solve this problem.
|
CSCdw39547
|
No DTMF relay passes to IVR when IVR is first in conference.
|
DTMF digits do not pass to IP-IVR when it is conferenced in with a third party.
This may occur when an active call to IP-IVR gets conferenced in with a third party using software or hardware conferencing.
Workarounds: If the IP-IVR is the second call in the conference instead of being the first call, DTMF relay works.
|
CSCdw38665
|
Drop event for simultaneous drop of two lines on same terminal does not occur.
|
Observe a terminal corresponding to IP phone with multiple line appearances. If one line appearance is in a call with the other, and both lines are dropped simultaneously, only one drop event gets reported on the terminal.
Workaround: Observe each address independently.
|
CSCdw38596
|
"lineInitialize" takes a long time to return for 1200 devices.
|
Workaround: None exists.
|
CSCdw38206
|
Disconnect event does not occur when a call is dropped on unplugged phone.
|
This occurs in the following scenario:
TAPI controls phones A,B,C.
A calls B. Disconnect C from the network. B performs consult transfer to C -> consult call does not receive disconnect. C drops the call Out of service message that is received for C. At this point, phone B shows it is connected to C on-screen, as well as via TAPI.
This situation occurs when phone C is disconnected from the network immediately prior to the test.
Workaround: Manually end the call on B.
|
CSCdw38025
|
Service parameters disappear in Cisco CallManager Administration.
|
After an upgrade, or engineering special application, various service parameters do not appear in Cisco CallManager Administration.
Workaround: On the publisher, go to C:\Program Files\Cisco\bin\Xmltemp and run installxml.vbs, which restores the service parameters.
|
CSCdw37919
|
Front page server extension can be a security issue.
|
Running the ISS Host Scanner tool reports the FrontPage Server Extensions security vulnerability on a Cisco CallManager 3.1(2c) server.
This situation occurs because FrontPage Server Extensions are installed on Cisco CallManager servers by default. Cisco CallManager servers do not use FrontPage Server Extensions installed to function in a production environment.
Workaround: FrontPage Server Extensions will be removed from future Cisco CallManager OS installations. Until a new version of the OS is released, you can manually remove FrontPage Server Extensions with the following procedure: 1. Click Start | Settings | Control Panel | Add/Remove Programs | Add/Remove Windows Components. 2. Click Internet Information Services (IIS) then Details. 3. Uncheck FrontPage 2000 Server Extensions. 4. Click OK. 5. Click Next. 6. Click Next. 7. Click Finish.
|
CSCdw36170
|
Incorrect dwNumActiveCalls displays after failover with a call surviving.
|
dwNumActiveCalls shows an active call after specific failover and lineOpen/Close sequence.
Condition may occur under following conditions:
Primary CTI Manager - Cisco CallManager
Secondary CTI Manager - Cisco CallManager 31
1. lineOpen (1005).
2. Call arrives at (1005).
3. The call gets answered manually.
4. Service Stop CTI Manager of Cisco CallManager and Cisco CallManager31. (OUT_OF_SERVICE event for 1005 is received.)
5. lineClose (1005).
6. Service Start of ciscocm31 (Backup CTI Manager).
7. lineOpen (1005): LINEDEVSTATUS->dwNumActiveCalls=x1 (CORRECT).
8. lineClose(1005)
9. The call terminates (physically).
10. lineOpen (1005): LINEDEVSTATUS->dwNumActiveCalls=x1 (INCORRECT).
Workaround: Do not perform close/reopen during failover, but instead respond to the in/out- of-service events.
|
CSCdw35921
|
The IP address information does not get propagated for H.323 devices
|
Workaround: Restart Cisco CallManager service on publisher Cisco CallManager.
|
CSCdw35730
|
Bracket wildcard breaks overlapped dial pattern matching.
|
A bracketed wildcard statement in overlapped patterns causes incorrect pattern matching:
9.0[12]XXXXXXXXX 9.01XXXXXXXX
Now, if an 11-digit number is dialed, the number matches the 10-digit pattern and the last digit gets discarded, and the call fails.
This only occurs if the longer pattern has the bracket wildcard in it.
Workaround: Replace the pattern with more specific patterns to eliminate the bracket wildcard.
|
CSCdw35540
|
Strange characters display for calling party name on IP phone.
|
Various noncoherent characters display to the 79xx phone when an incoming ISDN call is made from an H.323 gateway to an IP phone. Example characters: ÷*%j.
Workaround: None exists.
|
CSCdw35123
|
Intermittently, lineOpen returns with a resource unavailable error; from then on, the device cannot be opened.
|
When an application opens a line (CTI port line), the device gets registered to CTI (DeviceRegisterDeviceRequest sent to CTI). This indicates a synchronous request, and TSP waits until it receives the DeviceRegisterDeviceResponse. In the problem case, after several iterations, the synchronous request times out. OpenDevice returns failure. Once the OpenDevice fails, the line will remain in OutOfService. From CTI point of view, the line gets registered (CTI does not have a notification that the TSP has timed out). CTI then sends DeviceRegisterDeviceResponse and DeviceInService events, but all get ignored because no valid request is waiting for the response, and no valid deviceHandle exists for which to look.
Workaround: None exists.
|
CSCdw35043
|
User cannot bring up Cisco IP Phone 7960 if you enable Extension Mobility feature.
|
Workaround: None exists.
|
CSCdw34984
|
"lineOpen" may fail with BadDeviceID intermittently.
|
Workaround: Re-open it after a failure.
|
CSCdw34925
|
Only one TermConnDropped gets received in certain scenario (2 expected).
|
Apps gets TermConnDropped only for call 1 or call 2. Apps needs TermConnDropped both both calls, otherwise agent is stuck In-Session.
Workaround: None exists.
|
CSCdw33339
|
Assigning a phone to a calling search space causes it to not reregister.
|
Adding a CSS to a Cisco IP Phone 7960 causes phone not to reregister.
Workaround: You must delete the phone and let it auto-register with a new DN for the phone to come up again.
|
CSCdw33099
|
Cisco CallManager does not retry ARQ according to H.225 spec.
|
Cisco CallManager does not retry ARQs that go unanswered from the gatekeeper.
Workaround: None exists.
|
CSCdw33029
|
The Cisco IP Phone 30 VIP does not play multicast external audio files.
|
If CD player is used as external source for multicast audio file and Cisco IP Phone 7960 puts another Cisco IP Phone 7960 on hold, it plays multicast audio file. If Cisco IP Phone 7960 puts a Cisco IP Phone 30 VIP on hold, it displays streaming, but Cisco IP Phone 30 VIP will not play music on hold.
Workaround: None exists.
|
CSCdw32382
|
After redirect, incorrect "dwReason" occurs and "dwRedirectionIDFlags" are unknown after redirect.
|
After the following redirect sequence, call information reflects dwReason as 'Direct' and dwRedirectingIDFlags as 'Unknown'. These indications should show 'Redirect' and 'Address', with dwRedirectingID not null: IP Phones 1100, 1101, and 1102. TAPI monitors devices 1101 and 1102 - Device 1101 dials 1100. - Device 1100 answers the call. - Device 1101 uses lineRedirect() to transfer the call to 1102. After LINE_CALLINFO message, lineGetCallInfo returns 'Direct' and 'Unknown' as above.
Workaround: None exists.
|
CSCdw32279
|
A single-step transfer to Cisco IP Interactive Voice Response fails.
|
Transfer to IP IVR fails, and the CTI application stops receiving any CTI events for the transferring phone.
Workarounds: For CTI applications, use redirect instead of single-step transfer via the CTI interface because the redirect function is more reliable.
For customer use, add a 1-second delay step to the IP IVR script to ensure that the Cisco CallManager can complete the transfer before the IVR can redirect the call.
|
CSCdw30135
|
Cisco CallManager failed to install.
|
After roughly 28 minutes, Cisco CallManager installation fails while in the "Copying Files" stage. Errors: An "StiStage.err" file was generated and contains: "CallManager failed to install (see c:\winnt\sticm31.log)" "sticm31.log" is: "[InstallShield Silent] Version=v6.00.000 File=Log File [ResponseResult] ResultCode=-3 [Application] Name=CallManager Version=3.0 Company=Cisco Systems, Inc. Lang=0009" In "CCMDBSetup" there are multiple "Return Code = 7 DB_APPLICATION_ERROR" messages.
Workaround: None exists.
|
CSCdw29074
|
Cisco CallManager relays DTMF from device on network hold.
|
Calls to Unity Auto Attendant that are transferred using supervised transfer get transferred by the calling party pressing 1 and accepting the call while on hold.
This may occur when the call was from a skinny or MGCP device.
Workaround: None exists.
|
CSCdw28469
|
A phone may fail to come in service.
|
Occasionally a working IP phone line device will fail to come in service when the TAPI provider (lineInitialize) is opened.
Workaround: None exists.
|
CSCdw28309
|
Line in use does not show in the share phones.
|
Line in use does not show in the phone with shareline is enabled.
Workaround: None exists.
|
CSCdw28274
|
Deleting users with Netscape directory consumes more time.
|
Deleting user from Netscape takes a long time.
This occurs when Cisco CallManager is configured to Netscape plugin:
For Cisco CallManager 3.1(2.221), configure Cisco CallManager to Netscape Directory and add 100 users. Now try to delete one user. It takes approximately 12-14 seconds to delete user.
Workaround: Wait for some more time.
|
CSCdw27828
|
Call disconnects when it is redirected to busy CTI port.
|
Call disconnects when the call is redirected to busy CTI port destination.
Workaround: None exists.
|
CSCdw27029
|
H.323 call to shared line between H.323 client and Cisco IP Phone 7960 may fails.
|
H.323 client call to another H.323 client, which shares a line appearance with an IP phone, does not work.
Workaround: None exists.
|
CSCdw26569
|
A need exists to handle timeout for DeviceLineInfoFetchReq, so no lines are removed.
|
AddressRemovedEv for few devices during failover.
This happens intermittently when Application provides two CTI Managers to JTAPI and one of the CTIManagers is shut down.
Workaround: Reset or reregister the device.
|
CSCdw26404
|
"dwNumDevs" does decrease in number by serviceability events.
|
"pdwNumDevs," filled by lineInitialize, will increment to reflect addition of new lines to the user profile, extension mobility logins, etc. However, removal of lines or extension mobility logouts do no decrement this value.
Workaround: Restart TAPISRV (reboot).
|
CSCdw26266
|
Only the number needed to access the trunk appears in the Call Detail Records (CDR).
|
In the CDR, you do not see the complete called party number.
This occurs from Cisco CallManager---Cat6000 E1. (MGCP does overlap sending.)
Workaround: Do not use overlap sending.
|
CSCdw25967
|
No LINE_REPLY occurs on lineDrop on conferenced call state.
|
No LINE_REPLY gets returned on lineDrop on "Conferenced" call state
Workaround: None exists.
|
CSCdw24925
|
MWISearchSpace parameter help screen description is inaccurate
|
Message waiting indicator does not turn lights on and off on a phone. Partitions and CSS are being used
The MwiSearchSpace field in CMI requires listing partitions and not Calling Search Spaces
Workaround: Use partitions names in the MwiSearchSpace instead of Calling Search Spaces. Ensure the partitions are in a colon-delineated list.
|
CSCdw22175
|
A separate extension cannot retrieve a parked call.
|
An IP phone parks an incoming call. Another IP phone cannot retrieve the parked call. Parked call continues to ring in the original IP phone after parking timeout.
Workaround: Restart the Cisco CallManager service.
|
CSCdw21347
|
LINE_REPLY is missing when two-party conference parent is taken off hold.
|
After lineSetupConference, the call in OnHoldPendingConference state remains not held. No LINE_REPLY for lineUnhold shows up.
Workaround: None exists.
|
CSCdw19730
|
Cisco CallManger sends lampwink rather than lampoff when tearing down call.
|
Cisco CallManger sends lampMode=3(LampWink) rather than lampMode=1(LampOff) when tearing down a call intermittently.
When CallManager is tearing down the call, it sends: SetLamp stimulus=9(Line) stimulusInstance=1 lampMode=3(LampWink). It should send this message: SetLamp stimulus=9(Line) stimulusInstance=1 lampMode=1(LampOff). Because the Unity TSP waits for a LampOff before it does a StationInit for OnHook it never send an OnHook to the Cisco CallManger. The result is the Cisco CallManger acts as if the port is busy and therefore does not extend the call.
Workaround: None exists.
|
CSCdw19697
|
Transcoding sessions do not release when call completes.
|
The call leg from the PSTN to the transcoder does not release this transcoding session when the call completes.
This situation occurs on inbound calls to an IP phone that are then transferred out to the PSTN through the (AGM) with (MTP) required.
Workaround: Deselect the MTP requirement, if possible.
|
CSCdw18642
|
Multicast Music On Hold does not work across intercluster trunks.
|
Users on hold may not receive Music On Hold even if it is configured.
This situation occurs if the held device and holding device are registered to different Cisco CallManager clusters, and the call was placed via Intercluster Trunk. Also this will only happen when the holding Cisco CallManager is using Multicast Music On Hold.
Workaround: Use Unicast Music On Hold for Intercluster Trunk gateway devices.
|
CSCdw17094
|
Cisco CallManager service fails to start.
|
Cisco CallManager service stopped with no explanation.
Rebooting server does not help. Error message occur when attempting to start Cisco CallManger service: Error 1067: process terminated unexpectedly All COM objects will be missing in Component Services.
Workaround: Delete the c:\winnt\~clbcatq.dll file
Then re-run COM+ setup. To do this, follow these steps:
In Control Panel, click Add/Remove Programs. Click Add/Remove Windows Components. Click Next several times, and then click Finish. When you click Finish, Windows Optional Component Manager checks whether COM+ has been set up correctly. If not, Windows Optional Component Manager reattempts COM+ setup.
|
CSCdw16745
|
External calling mask is not applied when phone is unregistered.
|
Workaround: None exists.
|
CSCdw14029
|
Phones and gateways randomly unregister and reregister.
|
Random phones and gateways unregister and reregister throughout the day without any user intervention.
Workaround: None exists.
|
CSCdw13984
|
Transfers fail on calls from PSTN through Cisco VG200.
|
Cisco WebAttendant transfers get dropped in the middle of the transfer.
This may occur when running Cisco CallManager 3.1(2c) or earlier, and attempting a blind transfer using Cisco WebAttendant, and the Cisco WebAttendant user answers an incoming call on another line before the blind transfer completes.
Workaround: Do not answer incoming calls until the blind transfer completes.
|
CSCdw13937
|
The placed calls directory includes calls made from other devices.
|
Users can see what numbers other people have called from their own placed calls directory.
This happens when a user has a shared line appearance on their phone. If one of the other appearances of that shared line places a call, the placed calls directory gets updated on all phones sharing that line appearance.
Workaround: None exists.
|
CSCdw12609
|
No uninstall shield exists for Cisco WebAttendant on Windows 98 or Windows NT platforms.
|
When you install Cisco WebAttendant on Windows 98 or Windows NT client, no uninstall shield displays.
Also, if you go to Add/Remove programs, Cisco WebAttendant does appear on the list.
Workaround: Manually delete the C:\program files\cisco\WebAttendant folder, the Cisco WebAttendant folder in the Start Menu and the following registry keys located in HKEY_LOCAL_MACHINE\Software\Cisco Systems, Inc: AC AC GUI Cisco Line State Cisco Third Party Cisco WebAttendant WebAttendant
|
CSCdw12294
|
MWI appears for both first and second line appearances when IP phone resets.
|
MWI lights up for wrong line.
In the case when the same directory number is used by 2 devices but one of them is in None partition and the other in some defined partition, if a voice mail is left for the number in none partition then the voice lamp of even the device in a defined partition lights up after the device is reset.
Workaround: None exists.
|
CSCdw11594
|
Music on Hold does not play on calls through the PSTN when AGM has MTP required and no software MTP is available.
|
PSTN users do not receive MoH when a call is placed on hold with an IP phone that is in a G.711 region and the requirement for MTP is chosen on the AGM.
This situation occurs when no software MTP resources are available within a device's MediaResourceGroup and the AGM is providing transcoding resources.
Workaround: The device must have a software MTP available in its MediaResource GroupList.
|
CSCdw09069
|
A problem exists when call is dialed from non-sequential line-appearance.
|
Workaround: Ensure there are no orphan line appearances configured for CTI-controlled phone.s
|
CSCdw08442
|
Music on Hold with fixed audio memory leak and exceptions are encountered.
|
Cisco CallManager Music on Hold live audio source may keep repeating 1-2 seconds of audio like a broken record.
This occurs when a live audio source is being played from a sound card (does not happen with fixed audio sources).
Workaround: Restart the IP Voice Media Streaming Application service.
|
CSCdw07981
|
Some phones do not forward properly after calling search space is modified.
|
Some phones will not forward properly to voice mail after the defined number of rings set by the service parameter ForwardNoAnswerTimeout. When the phone is called, it will continuously ring and never forward to voice mail.
This condition can occur after a modification is made to the calling search space on a phone. For example, after a calling search space is added to a phone and the phone is reset, you cannot reach voice mail even when the proper CSS and partition configurations have been made. The phone will ring continuously and never go to voice mail.
Workaround: Stop/Start the Cisco CallManager Service from the Cisco CallManager Administration.
|
CSCdw05779
|
Phone sends more than 1200 off hook requests, and the Cisco CallManager CPU usage escalates to 100% in less than 3 seconds.
|
Phone sends excessive number of off hooks.
Workaround: Set the LowPriorityQueueThrottlingFlag to "true" and then set the value of "LowPriorityQueueThrottlingMaxCount" to the value you choose (12 is a good value).
|
CSCdv90550
|
For extension mobility, mixed environment exists for one- and two-line profiles for Cisco IP Phone 7940.
|
When the parameter "Use 2-Line Template For 7940 Login*" is set to TRUE, always use a two-line template for the Cisco IP Phone 7940. If you have different profiles, such as some with two lines and others with one line and one speed dial, you will lose the speed dial when the parameter is set to true.
Workaround: None exists.
|
CSCdv89871
|
Cisco CallManager may randomly fail after upgrade to Cisco CallManager 3.1(2c).
|
Cisco CallManager first loses the ability to provide outside dial tone and shortly thereafter begins dropping all inbound calls upon pickup. After these symptoms appear, Cisco CallManager stops and restarts.
This situation occurred on Cisco CallManager 3.1(2c) with a two node cluster.
Workaround: None exists.
|
CSCdv87998
|
Cisco CallManager sends a response message before receiving end session.
|
When a gateway call is cleared from the Cisco CallManager side, Cisco CallManager sends an EndSessionCommand message and a Release Complete message together instead of sending an EndSessionCommand message, waiting to receive an EndSessionCommand message and then sending a Release Complete message.
Workaround: None exists.
|
CSCdv85754
|
A consult conference scenario failed.
|
In Consult Conference, A(20000) and B (20001) are in same provider. C(30000) is in another provider:
Call 1: A calls B; B answers
Call 2: Set Conference to enable B. Consult call to C, C answers.
B Complete Call 1. Conference. Call 2 Exception gets thrown: Conference Controller is not set and cannot find a suitable Terminal Connection@com.cisco.jtapi.CallImple.Conference
Workaround: None exists.
|
CSCdv84064
|
After you search for a user, that user may appear multiple times in the global directory and personal directory.
|
This situation may occur using Microsoft's Active Directory as the LDAP database. When using the personal address book as an additional index for users, a problem occurs when searches are performed for users located in global directory and personal directory. When you perform a search for a user located in both directories, the search results return multiple instances of the same user.
This may occur in a release that integrated with Microsoft Windows 2000 Active Directory, and the Active Directory configuration contains multiple organizational units in multiple trees.
Workaround: None exists.
|
CSCdv80693
|
ToneOnHold service parameter does not affect calls through 6608.
|
ToneOnHold beeps occur every 10 seconds even when the ToneOnHold service parameter is set to any other value. The problem only occurs when PSTN users are put on hold from an IP phone. The ToneOnHold beep behaves correctly for IP phone-to-IP phone calls that are put on hold.
ToneOnHold beeps occur every 10 seconds regardless of the value that has been configured for this service parameter. When a PSTN user is put on hold by an IP phone, the user receives a beep once every 10 seconds, even when the parameter is set to "0", which should cause a beep to occur only once every 100,000 seconds. This problem occurs with calls being put on hold through a 6608 with both T1 and PRI. This problem does not occur when IP phone-to-IP phone calls are put on hold.
Also, this problem did not occur when an analog ATA H.323 gateway is used.
Workaround: None exists.
|
CSCdv75710
|
A blind transfer from Cisco WebAttendant to ICD rings back, but it is never answered.
|
The route point rings forever, and ICD never answers.
Workaround: Use supervised transfers (only available in Cisco WebAttendant engineering special).
|
CSCdv73987
|
Audio streams remain active in IPVMSAPP service.
|
Conferences are created, but no audio occurs.
This issue occurs after prolonged use of the conference bridge.
Workaround: Reset IPVMSAPP service.
|
CSCdv73539
|
Hookflash from MGCP to H.323 gateway FXS fails to complete.
|
A call takes place from the IP phone to the analog off the MGCP gateway. When a call is answered, hookflash occurs to the number of the analog off the H.323 gateway. The phone rings. If call is answered before the phone off the MGCP gateway hangs up, the call goes through. If the MGCP analog hangs up before the call is answered, the call does not transfer. The H.323 phone stops ringing and the IP phone call also does not hang up.
This problem happens because the H.323 gateway never sent H225Alerting and H225Connect message back to Cisco CallManager. The H.323 gateway only sends H225CallProceeding, H225Progress to Cisco CallManager. So, Cisco CallManager can initiate HookFlash transfer at that situation.
Workaround: None exists.
|
CSCdv72856
|
IP phones stay in connected state after ISN is restarted.
|
IP phones stays in "Connected" state when CISCO ISN process is restarted by Node Manager.
Cisco ISN is an IVR platform, which acts like a H.323 gateway and routes all the H.323 signalling and H.245 control. The call would stay connected as it will wait for the TCP layer to disconnect.
Workaround: Turn the flag StatusEnqPoll to True.
|
CSCdv67141
|
CTI port line does not reopen when second Cisco CallManager is down while failover occurs.
|
Workaround: None exists.
|
CSCdv66773
|
A need exists for the ability to pass more than 24-digits to digit analysis.
|
Cisco CallManager currently does not accept more than 24 dialed digits when placing a call. This situation presents an issue if some patterns where an account or authorization code must be dialed in conjunction with an international call that is 15 digits are used.
Workaround: Rearchitect your dial plan so you never have more than 24 digits in the dial string.
|
CSCdv66617
|
IP phone does not ring private DN if shared line is set to no ring.
|
If the call is going to "Ring Disabled" line first and the call has not been answered, ring is disabled on all the calls to the same phone.
Workaround: None exists.
|
CSCdv65358
|
Intercluster trunks advertise wrong codecs.
|
Calls over G.729 intercluster trunks to G.711-only endpoints receive reorder/fast busy regardless of the presence of transcoding resources.
This occurs because the intercluster trunk is advertising the receiveAudioCapability as only G.711 in the H.245 negotiation messages even though there are transcoding resources available.
Workaround: If the problem is found when a user calls across an intercluster trunk to a Unity G.729, codec will allow the call to complete. If this is to a system that only supports G.711, no workaround exists. This can possibly affect CRA and PA because they only support G.711.
|
CSCdv63433
|
Cisco CallManager should not send null IP and media address in OLC for Music on Hold.
|
When an IP phone user places a PSTN caller on hold, the PSTN caller does not receive the MOH stream even though the stream is delivered to the IP interface of the router.
Problem breakdown: Cisco CallManager has an active gateway to IP phone call up. The IP phone places the gateway on hold. Cisco CallManager then sends an EmptyCapabilitySet to the gateway. Cisco CallManager then connects to MOH. Cisco CallManager sends an OpenLogicalChannel on behalf of the IP phone; meanwhile, the gateway sends an OpenLogicalChannel to the Cisco CallManager. The gateway sends an OpenLogicalChannelAck to the Cisco CallManager with a valid RTP address. Cisco CallManager sends an OpenLogicalChannelAck to the GW with IP=0.0.0.0, Port=0. Because Cisco CallManager cannot (by design) open an in-bound stream on the MOH, it just reports back a null RTP address. The gateway user does not here music.
This occurs on all Cisco Gateway with Cisco IOS rel 12.1(5)YD3 code as well as on XB branch. This problem does not occur in mainline rel Cisco IOS rel 12.2(3).
Workaround: None exists, if SRST functionality is required. Otherwise use release Cisco IOS release 12.2(3).
|
CSCdv62720
|
Cisco WebAttendant display does not release call information.
|
Display does not release call information. A second call can be taken, however, and original call information remains, so you cannot see new call information.
This only happens when user chooses Netscape as default browser, even though Cisco WebAttendant opens in Internet Explorer. The call information will occasionally "hang."
Workaround: Remove Netscape and Cisco WebAttendant from PC. Reload the Cisco WebAttendant plugin.
|
CSCdv61446
|
A need exists for Cisco CallManager install to check for primary DNS suffix before installation begins.
|
On a Cisco CallManager, if you right click My Computer, click Network Identification tab, click Properties, Click more..., the Primary DNS suffix of this computer should displays as blank.
Having anything in this space could cause installation problems. The install wrapper should check this field before allowing Cisco CallManager to be installed.
Workaround: Remove anything in the Primary DNS suffix prior to installing Cisco CallManager.
|
CSCdv58814
|
6624 cannot perform a blind transfer off net.
|
The 6624 cannot blind transfer calls outside to the PSTN/PBX. It can only transfer to internal IP phones.
Workaround: Create lines on the IP phones that will forward to the desired PSTN destination.
|
CSCdv55387
|
Call forward no answer/Call forward back may fail on nongateway calls.
|
CFNA/CFB stops working. Internal calls within the same Cisco CallManager cluster forward to a fast busy instead of voice mail.
This may occur after additions/changes is made to partitions and calling search space.
Workaround: Resetting all the Cisco CallManagers in a cluster may solve the problem.
|
CSCdv53723
|
Hunt group longest idle routing needs the Cisco CallManager to restart.
|
Longest idle call-routing operation does not work on newly added hunt groups. Calls route as if the hunt group was configured for first available member routing until the Cisco CallManager service is restarted. Restarting the TCD service has no effect.
Workaround: Stop and restart the Cisco CallManager service.
|
CSCdv53571
|
Cleanup needs to occur independent from Cisco CallManager events.
|
Cleanup of lines and devices needs to take place independent of events such as LineCloseNotify/DeviceCloseNotify from the Cisco CallManager. This action could prevent problems due to race conditions in scenarios such as failover failback.
Workaround: None exists.
|
CSCdv46861
|
Meetme conference does not end after a call transferred into it from Unity.
|
A call, whether from the PSTN or internal, that joins a Meetme conference by being transferred from a Unity Call Handler prevents the MeetMe conference from closing when all parties have left the conference. The bridge remains up, and anybody can call the bridge number and join the conference.
Workaround: None exists.
|
CSCdv43117
|
Line control process gets stuck with call waiting on voice mail.
|
Under certain conditions, the CPU utilization of a Cisco CallManager server may spike to 100% for several seconds.
During this time, a delay occurs in obtaining dialtone for phones registered to that server. Restarting the Cisco CallManager service temporarily resolves the problem.
Workaround: Stopping and restarting the Cisco CallManager service cures this problem.
|
CSCdv42169
|
AST stops working.
|
Workaround: Restart IIS service.
|
CSCdv35323
|
Cisco IP Phone Expansion Module 7914 loses four directory number after you change a Cisco IP Phone 7960 template to six lines.
|
Workaround: Manually re-number the directory numbers.
|
CSCdv32130
|
Call through Cisco VG200 gateway drops for Java Telephony Application Programming Interface routing-application scenario.
|
A call coming across Cisco VG200 gateway gets dropped if routing application waits beyond JTAPI Route select timeout before invoking "routeselect."
Workaround: None exists.
|
CSCdv24136
|
Ringback tone does not occur with Cisco CallManager setup.
|
Workaround: None exists.
|
CSCdv24095
|
Performance Monitor and Admin Serviceability Tool displays an incorrect value for TranscoderRsourceActive. These tools may display that resources are being used when, in reality, zero resources are being used.
|
Workaround: None exists.
|
CSCdv24095
|
Performance Monitor and Administrator Serviceability Tool displays wrong values for TranscodingResourcesActive.
|
Performance Monitor and Administrator Servicability Tool displays an incorrect value for TranscoderRsourceActive.
These tools may display that resources are being used when in reality zero resources are being used.
Workaround: None exists.
|
CSCdv20852
|
Using hold and unhold arrow keys will not work on Cisco WebAttendant console.
|
Cisco WebAttendant holding a call or unholding a call using the left or right arrow keys does not work on this load.
Workaround: Use either the hold button or the mouse to put the call on hold. Take the call off hold by using the unhold button or using the mouse.
|
CSCdv20656
|
When no hardware MTP port is available, call should go to secondary route.
|
A call to a gateway completes with no audio path.
This was discovered while placing calls requiring a transcoder to an AS5300 gateway. The gateway resources are either maxed out or down before the call is placed. CallManager is configured to use hardware MTPs before software MTPs.
Workaround: Other than having enough MTP resources to prevent maxing out, no workaround exists.
|
CSCdv19766
|
Forward event returned twice via TAPI application on forward all.
|
Two forward events get returned when an address is monitored using TAPI.
When a device has Forward All configured, monitoring that device for the LINEADDRESSSTATE event will produce two events rather than one.
Workaround: None exists.
|
CSCdv17918
|
A need exists to increase number of all trace files.
|
Cisco CallManager Release 3.1 and higher do not support as many trace files as in Cisco CallManager Release 3.0 supported. Within a large environment, this situation proves detrimental to support groups. Some cases take from 1 to 3 days before a senior-level support person is asked to assist in resolving the case. By this time, and actually within a couple of hours, the trace files have already been overwritten.
Workaround: Request the TRACE.ASP file fix, and, for all servers used to administer the cluster, place in the folder: C:\CiscoWebs\Service\includes.
|
CSCdv17783
|
With shared line appearance, user cannot resume call placed on hold from another phone.
|
Workaround: Hit resume before picking up the handset.
|
CSCdv15124
|
Media_SilenceSuppression value gets sent to phone.
|
Silence suppression starts in calls when it is disabled.
Workaround: None exists.
|
CSCdv12935
|
Peformance Monitor and AST report incorrect values for active calls.
|
Workaround: None exists.
|
CSCdv12935
|
Performance Monitor and Administrator Servicability Tool reports incorrect values for active calls.
|
Performance Monitor and Administrator Servicability Tool counters for active calls provide incorrect data.
Workaround: None exists.
|
CSCdv10611
|
Only one-way audio exists on outbound calls when MTP is enabled.
|
When hardware MTP is used, outbound calls from IP phone have one-way audio.
Workaround: Remove MTP.
|
CSCdu86461
|
No translation occurs when DN is unregistered (gets wrong mailbox).
|
Workaround: None exists.
|
CSCdu86461
|
No translation occurs when DN is unregistered (gets wrong mailbox).
|
PSTN caller gets incorrect voice-mailbox.
This occurs when called IP phone DN is unregistered, and the translation pattern to that DN exists.
Workaround: None exists.
|
CSCdu83844
|
Devices do not register correctly after quick cluster reboot.
|
From a Catalyst switch perspective, Cisco Catalyst 6000 8 Port Voice E1 or T1 and Services Module devices CFB and MTP are in an "Unknown" state or will not stay registered. Cisco Catalyst 6000 24 Port FXS Analog Interface Module would not register. Phones are assumed to be in an inoperative state.
This occurs when you reboot all the servers with this definition in less than 5 minutes: 8 Node cluster (6 Cisco CallManagers, Dedicated Publisher and Dedicated TFTP) 7250 phones 12 Conference Bridges (Cisco Catalyst 6000 8 Port Voice E1 or T1 and Services Module) 51 Analog Access gateways (Cisco Catalyst 6000 24 Port FXS Analog Interface Module) 35 Digital Access gateways (Cisco Catalyst 6000 8 Port Voice E1 or T1 and Services Module) 6 Transcoders (Cisco Catalyst 6000 8 Port Voice E1 or T1 and Services Module)
Workaround: Manually reboot or power cycle the devices.
|
CSCdu77516
|
User receives a failure response from lineUnHold when consult call is offering.
|
Workaround: None exists.
|
CSCdu77516
|
Failure response occurs from lineUnHold when consult call is offering.
|
"lineUnhold() " returns a negative response after a lineSetupConference() and before the consultation call is answered, even though the call is successfully retrieved.
Workaround: None exists.
|
CSCdu64004
|
Older versions of Cisco CallManager can be installed on top of newer versions.
|
Installation of previous versions of Cisco CallManager occurs over higher Cisco CallManager version, which causes problems with database. Phones or other devices may on some occasions not work properly.
This only happens if downgraded from higher version to lower version of Cisco CallManager. Major issues occur when system is downgraded from 3.1(1) to 3.0(x)
Workaround: When trying to downgrade to lower version, you must rebuild the Cisco IP telephony server and restore all data from backup. Cisco recommends to back-up your IP telephony server prior to any version upgrade. In case of failure, you can reinstall IP telephony server and restore all data with Cisco back-up utility. Cisco does not recommend restoring backup files created on higher version of Cisco CallManager to lower version of Cisco CallManager.
|
CSCdu54196
|
For Simple Network Management Protocol (SNMP), you cannot set cdpInterfaceEnable to true or false.
|
Workaround: Alternatively, enable/disable Cisco Discovery Protocol (CDP) via the Win2k Device Manager as follows:
In Windows 2000 Control Panel Menu, double click "System" and choose Hardware > Device Manager.
Go to "View" and choose both "Devices by connection" and "Show hidden devices."
Double click "Cisco Discovery Protocol" then, choose "Driver" tab.
Choose "stop" to disable the CDP or "start" to enable the CDP.
Make sure CDP is enabled at all times for CiscoWorks2000 to discover the CCM server.
|
CSCdu54196
|
For Simple Network Management Protocol (SNMP): You cannot set cdpInterfaceEnableto true or false.
|
Workaround: Alternatively, Enable/disable cdp via the Win2k Device Manager as follows:
Step 1 In Windows 2000 Control Panel Menu, double click "System" and choose "Hardware"; then, choose "Device Manager."
Step 2 Go to "View" and choose both "Devices by connection" and "Show hidden devices."
Step 3 Double click "Cisco Discovery Protocol"; then, choose "Driver" tab.
Step 4 Choose "stop" to disable the CDP or "start" to enable the CDP.
Make sure CDP is enabled at all times for CiscoWorks2000 to discover the CCM server.
|
CSCdu43682
|
Cisco IP Phone model 30 VIP second line does not go off hook correctly when user presses voice mail or speed dial.
|
User does not receive dial tone on second line for Cisco IP Phone model 30 VIP.
A scenario: Two phones (A and B) having first line shared on both the phones. One phone (A) is Cisco IP Phone model 30 VIP and has two lines. An active call exists on shared line on phone B. Now, speed-dial or voice-mail button gets pressed on phone A. Phone ignores this button press because first line is in use by other phone. After that, if phone A goes off hook to initiate a new call on second line, it does not get dial tone.
Workaround: Go on hook and press line button for second line to get dial tone.
|
CSCdu38419
|
Indications show H.245 packet precedence is not set properly.
|
This situation only occurs when the TCP connection is attempted. Once the TCP connection is established, the precedence bit is set properly on all H.245 messages.
Workaround: None exists.
|
CSCdt90453
|
The Conference Bridge and the MTP do not run if the server does not have a device pool that points to the Cisco CallManager group that is configured as the highest priority in the Cisco CallManager.
|
The online help for the Cisco CallManager Administration for the Conference Bridge and MTP incorrectly states that you can choose one of the available device pools or choose a device pool from the drop-down menu in the Device Pool field.
Workaround: The corrected documentation and online help read as follows: Choose a device pool having the highest priority within the Cisco CallManager group that you are using or choose Default.
|
CSCdt53938
|
Upgrade does not put BINs in nondefault TFTP PATH.
|
Workaround: Two known workarounds exist:
1) Upgrade the primary TFTP server first.
2) Place the device loads on the primary TFTP server before upgrading any of the other clusters.
|
CSCds20133
|
Call forward back fails when Cisco CallManager attempts to use unavailable Catalyst 4000 Access Gateway Module call forward back resource.
|
Workaround: In the Admin/GUI page, under the conference bridge page, set the number of parties per ad hoc conference to the number of streams that a DSP on the Catalyst 4000 Access Gateway Module provided.
|
CSCdr53384
|
Memory leak (svchost/tapisrv) occurs during lineInit/Shutdown.
|
Memory leak occurs in TSP.
This situation occurs when an application starts up, opens devices and lines, and then shuts down.
Workaround: None exists.
|
CSCdr26539
|
A nested call forward no answer takes too much time to forward through a linear list.
|
For large systems, Cisco CallManager can have up to 400 voice-mail ports. The situation here results from the delay imposed by 400 call forward hops. As a workaround until station hunt groups are available in a future release, minimize the number of hops. You can minimize the hops if the calls to voice mail can be spread more evenly over the ports. The voice-mail ports should all forward to each other and the last voice-mail port forwards back to the first port. The configuration parameter max number of hops will control the end of the search for an available port. With this setup, a search can start at any port in the list to find an available port. You can then configure the call forward all and busy DN to split the users into groups to spread the search load and increases the chances of finding an available port with fewer searches. Because the message button is a system parameter, the message button does not always start at the top of the list.
Workaround: The max number of hops configuration parameter will limit the number of hops.
|
CSCdr26521
|
A nested call forward back drives Cisco CallManager CPU to 100%.
|
For large systems, Cisco CallManager can have up to 400 voice-mail ports. The situation here results from the delay imposed by 400 call forward hops. As a workaround until station hunt groups are available in a future release, minimize the number of hops. You can minimize the hops if the calls to voice mail can be spread more evenly over the ports. The voice-mail ports should all forward to each other and the last voice-mail port forwards back to the first port. The configuration parameter max number of hops will control the end of the search for an available port. With this setup, a search can start at any port in the list to find an available port. You can then configure the call forward all and busy DN to split the users into groups to spread the search load and increases the chances of finding an available port with fewer searches. Because the message button is a system parameter, the message button does not always start at the top of the list.
Workaround: The max number of hops configuration parameter will limit the number of hops.
|
CSCdr18336
|
User cannot forward calls to lines that use wild characters for DNs.
|
Call forward fails to occur when wild characters are used for DN.
Workaround: None exists.
|