Table Of Contents
Troubleshooting the Cisco Unified MeetingPlace Audio Server System
About Alarms
Understanding the Alarm Table
Viewing the Alarm Table (Cisco Unified MeetingPlace 8106 and Cisco Unified MeetingPlace 8112)
Important Alarm Codes
Interpreting LEDs on the Cisco Unified MeetingPlace 8106
Interpreting Alarm LEDs on the Cisco Unified MeetingPlace 8112
About Sound Quality
Resolving Sound Quality Problems
Telephone Type
Room Setting
About Disaster Recovery
Data Network Failure
Cisco Unified MeetingPlace Server Failure
Using the Shadow Server to Recover Site Disaster
Importing Meetings to Recover Site Disaster
Procedure 1: Generate a Report
Procedure 2: Import Meeting Details into a Target Server
Importing and Deleting Meetings in Batch Mode
Importing Meetings in Batch Mode
Deleting Meetings in Batch Mode
About Administering Cisco Unified MeetingPlace During Network Outages
Administering Cisco Unified MeetingPlace Through Modem Interface
Administering Cisco Unified MeetingPlace Using a Crossover LAN Cable Connection
About Assisting Users
Handling System Problems that Affect Users
Problem: User Cannot Log In
Problem: Problems with Meeting IDs
Problem: User Reports Poor Sound Quality
Problem: User Cannot Schedule a Meeting
Problem: Requests for More Time or Ports
Troubleshooting the Cisco Unified MeetingPlace Audio Server System
This chapter describes the following topics:
•About Alarms
•About Sound Quality
•About Disaster Recovery
•About Administering Cisco Unified MeetingPlace During Network Outages
•About Assisting Users
•Handling System Problems that Affect Users
•Problem: User Cannot Log In
About Alarms
As the system administrator, you must detect system hardware and software malfunctions, unauthorized access, toll fraud, and other error conditions in the Cisco Unified MeetingPlace system. This section describes the Alarm Table and how to use it.
When a problem occurs, you are notified in the following ways:
•The Alarm Table in the MeetingTime System tab reports abnormal events that occur in the Cisco Unified MeetingPlace system.
•The Alarm indicator LEDs on the front of the Cisco Unified MeetingPlace 8106 and 8112 are red when a problem has occurred (see the "Interpreting LEDs on the Cisco Unified MeetingPlace 8106" section and "Interpreting Alarm LEDs on the Cisco Unified MeetingPlace 8112" section).
•Cisco Unified MeetingPlace can be configured to call you when an alarm occurs. You can configure this feature from the Configure tab in the Usage Parameters window.
Understanding the Alarm Table
In addition to reporting abnormal events, the Alarm Table shows you how many times the alarm condition occurred, the date of its first and last occurrences, the server number where the alarm occurred, and a brief description of the alarm condition.
When an alarm occurs, Cisco Unified MeetingPlace assigns it an alarm code that identifies the type of alarm. If you want to be notified in case of an alarm, configure the system to outdial to a specific destination.
The Alarm Table reports five types of alarms:
•Repeated unsuccessful attempts to log in (locked profile)
•Trunk malfunction (T1 failure)
•Integration malfunction (IP failure)
•Hardware or software failures
•System outages
As the system administrator, you deal directly with only some of the first two alarm types. Other alarm types require assistance from Cisco NCE (see "Obtaining Technical Assistance" in the Guide to Cisco Conferencing Documentation and Support).
We recommend that you check the Alarm Table weekly. You can save the information from the Alarm Table in a file for future reference, and then clear the alarms in the table. If the alarms are not cleared, the table overflows and you cannot view new alarm entries.
Caution Report immediately any alarm condition that you do not understand to a Cisco NCE representative.
Table 6-1 describes various alarms you might see.
Table 6-1 Alarms
Alarm
|
Description
|
Code[40728] Too many attempts to log in to profile
|
A login error alarm that means a user tried unsuccessfully to log in more than the number of attempts specified in the Usage Parameters.
The Alarm Table reports the last user who unsuccessfully attempted login since you last cleared the alarm.
(For information on clearing alarms, see the "Viewing the Alarm Table (Cisco Unified MeetingPlace 8106 and Cisco Unified MeetingPlace 8112)" section.)
|
Code[4916105] Red Alarm detected on this T1 span
|
A failure alarm that appears when a T1 line is down, such as during a power failure. Call your telephony service provider for reactivation.
|
IP failure alarm
|
Server-related IP failures can cause an alarm or generate a log. If you experience a server-related IP failure, see "Obtaining Technical Assistance" in the Guide to Cisco Conferencing Documentation and Support for assistance.
If the IP Gateway fails, see the Administrator Guide for Cisco Unified MeetingPlace H.323/SIP IP Gateway Software, or "Obtaining Technical Assistance" in the Guide to Cisco Conferencing Documentation and Support for assistance.
|
Code [1048593] DB disk backup is disabled. Run 'save' to enable
|
A minor alarm that is posted when, during a system restart, the system detects that the internal disk-to-disk database backup is disabled. The disk-to-disk database backup is disabled by several maintenance procedures, notably any software upgrade.
To prevent this alarm condition, system administrators can run the save command, making the upgrade permanent.
|
System administrators can allow attendants to view alarms but not clear them. For more information on configuring this function, see the "About Help Desk Privileges for Attendants" section.
Viewing the Alarm Table (Cisco Unified MeetingPlace 8106 and Cisco Unified MeetingPlace 8112)
To check the Alarm Table, in the MeetingTime System tab:
Step 1 Select the Alarm Tables topic, and click Execute.
You can also check the Alarm Table by choosing Administration menu > View Alarms.
The Alarm Viewer window shows the alarm table. Each alarm is listed by server with a corresponding alarm number.
Step 2 You can do the following in the Alarm Viewer. (For more information, see the "Important Alarm Codes" section.)
To
|
Do this in the Alarm Viewer window
|
See the alarm type and its description
|
Click on a log code
|
To remove an alarm entry from the Alarm Viewer window
|
Select the alarm number then click Clear Alarm. To clear all alarms, click Clear All.
Clearing an alarm does not resolve the problem that caused it. For example, if you clear an alarm on Too many attempts to log in to profile, the user profile is still locked by the system.
|
Save alarm table information to a file
|
Click Save to File. Enter a filename that identifies the alarm table.
For example, AT608.TXT could be the file name for the Alarm Table saved on June 8. Then click OK.
|
Step 3 Click OK to close the window.
Important Alarm Codes
Table 6-2 shows ranges of alarm codes that represent unusual conditions in the system. Report any of these codes to a Cisco NCE representative (see "Obtaining Technical Assistance" in the Guide to Cisco Conferencing Documentation and Support for assistance).
Table 6-2 Important Alarm Codes
Code
|
Description
|
050000-05FFFF—Conference Scheduler
|
This failure affects the writing or reading of a single database record.
|
060000-06FFFF—Workstation Server Failure
|
This failure affects one workstation's connection to MeetingTime.
|
080000-08FFFF—Voice User Interface
|
An error in the VUI module typically affects a single caller.
|
090000-09FFFF—Data Base Failure
|
This failure can affect a single phone call or the entire system.
|
Interpreting LEDs on the Cisco Unified MeetingPlace 8106
The Cisco Unified MeetingPlace 8106 has three types of LEDs, as shown in Figure 6-1.
Figure 6-1 LEDs on Front of Cisco Unified MeetingPlace 8106
The LEDs are described in Table 6-3.
Table 6-3 LEDs on Cisco Unified MeetingPlace 8106
Component (Cisco Unified MeetingPlace 8106)
|
Color
|
Description
|
Fan tray
(For information about replacing the fan tray, see Fan Tray Replacement Procedure for the Cisco Unified MeetingPlace 8106.)
|
None
|
Fan tray is working properly or is not properly inserted.
|
Red
|
Fan tray is not working properly.
|
Power supply units
(For information about replacing the power supply units, see Power Supply Replacement Procedure for the Cisco Unified MeetingPlace 8106.)
|
Green on both
|
Power supply units are working properly.
|
Red on both
|
Neither power supply unit is working properly. Shut off the server as soon as possible and remove all cards, the floppy drive and CD-ROM drive housing unit, and the disk drives.
|
None on both
|
Either the server is powered off or the power supply units are not properly inserted.
|
Green on one, red on other
|
One power supply unit is working properly and the other is either bad or not properly inserted.
|
Green on one, none on other
|
One power supply unit is working properly and the other is either bad or not properly inserted.
|
Red on one, none on other
|
One power supply unit is bad and the other is not properly inserted.
|
Disk drives
(For information about replacing disk drives, see Hard Disk Replacement Procedure for the Cisco Unified MeetingPlace 8106.)
|
Green
|
Server is accessing the disk drive.
|
None
|
Server is not accessing the disk drive.
|
Note For additional information about replacing units on the Cisco Unified MeetingPlace 8106, see Cisco Unified MeetingPlace Audio Server Replaceable Units.
Interpreting Alarm LEDs on the Cisco Unified MeetingPlace 8112
The Cisco Unified MeetingPlace 8112 has System Status and Alarm LEDs on the upper part of the front panel. It also has System Status LEDs on each Smart Blade, and System Status LEDs on the Hot Swap Controller (HSC).
Figure 6-2 shows the location of specific LEDs on the front of the Cisco Unified MeetingPlace 8112.
Figure 6-2 LEDs on Front of Cisco Unified MeetingPlace 8112
1
|
Out Of Service/In Service LEDs
|
6
|
Minor alarm
|
2
|
Component Out Of Service indicator
|
7
|
Critical alarm
|
3
|
System In Service indicator
|
8
|
Blade slots and Hot Swap Controller (HSC) power LED
|
4
|
System Out of Service indicator
|
9
|
Power supplies
|
5
|
Major alarm
|
When the Cisco Unified MeetingPlace Audio Server system is functioning properly, the LEDs on the Cisco Unified MeetingPlace 8112 are green. When the system detects a problem, one or more LEDs are either red or yellow. For assistance, see the "Understanding the Alarm Table" section or contact Cisco NCE (see "Obtaining Technical Assistance" in the Guide to Cisco Conferencing Documentation and Support).
Table 6-4 describes each alarm LED on the Cisco Unified MeetingPlace 8112.
Table 6-4 Alarm LEDs on Front of Cisco Unified MeetingPlace 8112
Alarm LED (Cisco Unified MeetingPlace 8112)
|
Color
|
Description
|
System In Service
|
Green
|
The system is fully in service.
|
Component Out of Service
|
Yellow
|
Something is wrong with a server component, such as a disk drive or disk.
For assistance, see the "Troubleshooting" chapter in the Installation and Upgrade Guide for Cisco Unified MeetingPlace Audio Server Release 5.3, or contact Cisco NCE.
For information about replacing hardware units, see Cisco Unified MeetingPlace Audio Server Field Replaceable Units.
|
System Out of Service
|
Red
|
The system is out of service.
For assistance, see the "Troubleshooting" chapter in the Installation and Upgrade Guide for Cisco Unified MeetingPlace Audio Server Release 5.3, or contact Cisco NCE.
|
Minor Alarm
|
Yellow
|
A problem has occurred in the system that is not affecting the system functions. (Although this condition might not affect system operation immediately, address it quickly.)
For information about alarms, see the "Understanding the Alarm Table" section.
|
Major Alarm
|
Red
|
A serious problem exists with the system. Because this kind of condition usually interrupts system operations, you should address it immediately.
For assistance, see the "Troubleshooting" chapter in the Installation and Upgrade Guide for Cisco Unified MeetingPlace Audio Server Release 5.3, or contact Cisco NCE.
|
Critical Alarm
|
—
|
Disregard this LED; it is currently not in use.
|
Hot Swap Controller (HSC) power LED
(For information about replacing the HSC, see Hot Swap Controller Replacement Procedure for the Cisco Unified MeetingPlace 8112.)
|
Green on one, none on the other
|
There is power to the board, which means there is power to the system.
The HSC board has two LEDs, one for power (PWR) and the other errors (ERROR). To indicate normal operation, the PWR LED is green and the ERROR LED is not lit. Any other combination of LED status indicates an HSC board malfunction. (For assistance, see the "Troubleshooting" chapter in the Installation and Upgrade Guide for Cisco Unified MeetingPlace Audio Server Release 5.3, or contact Cisco NCE.)
In case of HSC malfunction, you can perform a system power cycle to clear the problem. If power cycling the system does not clear the HSC problem, replace the HSC as soon as possible.
Caution A malfunctioning HSC can cause communication to other boards in the chassis to be broken and, consequently, a general Cisco Unified MeetingPlace system failure.
|
Note For additional information about replacing units on the Cisco Unified MeetingPlace 8112, see Cisco Unified MeetingPlace Audio Server Replaceable Units.
About Sound Quality
Excellent sound quality is essential to Cisco Unified MeetingPlace conferences. Improving the sound quality depends on understanding and adjusting for several "real-world" factors:
•Network trunk operating conditions (audio levels, background noise, echo, and so on) are inconsistent throughout the world
•Audio levels differ among speakers in a conference
•Large meetings often have rapidly changing speakers
•Room conditions vary (offices, conference rooms, auditoriums, and so on)
Cisco Unified MeetingPlace considers all these factors, and its Digital Signal Processing algorithms provide the best overall sound quality for a wide range of operating conditions.
Resolving Sound Quality Problems
Problems with sound quality can be caused by various factors and conditions, including the configuration of trunk types and conference room acoustics. Table 6-5 describes common sound quality problems and solutions.
Table 6-5 Sound Quality Problems and Solutions
Factor
|
Resolution
|
Line termination types
|
Cisco Unified MeetingPlace can work with several trunk types and configurations, but minimizing the equipment between the network and the system is ideal.
For example, direct T1 digital connections to the PSTN often produce the cleanest sound quality. If the system is separated from the network by a PBX, or is separated from the PSTN by additional gear, sound quality can be increasingly compromised.
|
Conference room acoustics
|
•To improve acoustics in conference rooms, consider the following:
•Talk to an acoustic consultant.
•Invest in a high-performance acoustic echo canceler. Echo cancelers cancel acoustic echo signals.
•Modify conference room decor. For example, add acoustic tiling, window draperies, and flowers to reduce echo.
|
Room calibration
|
Even if a room has been equipped for improved acoustics, operating conditions can change significantly from day to day. Room temperature, participant movement, and line connections can all change the acoustic performance of echo canceler gear.
We recommend performing room calibration before starting a conference call if the room has previously suffered from bad sound quality. For details or assistance, see "Obtaining Technical Assistance" in the Guide to Cisco Conferencing Documentation and Support.
|
Background noise
|
The meeting intelligibility and overall experience may be enhanced if a low background noise level is maintained.
To prevent background noise from entering the meeting, participants can use the mute feature when they are not speaking. To activate muting, participants press #5 on their touch-tone telephone. When they want to contribute to the meeting again, muting can be turned off by pressing #5 again.
|
Varied line levels
|
For conferences in which attendees consistently complain about audio volume levels that are too high or too low, Cisco Unified MeetingPlace can be adjusted to help line level mismatches. This problem may occur when rural locations are called and the overall conference audio level is very low. Conversely, loud connections can occur if a short-distance, all-digital connection is provided.
A Cisco NCE representative can remotely adjust the conference target levels that are too high or too low.
Remember the following information:
•If a headset user's volume level is consistently low and is accompanied by elevated background noise, their headset amplifier module might need new batteries.
•If a headset user's volume level is consistently loud and distorted, their headset microphone boom might be too close to their mouth. Move the microphone boom slightly away from the mouth to lower the volume to comfortable levels. This will also reduce or eliminate distortion.
|
The sound quality of Cisco Unified MeetingPlace meetings depends on the type of telephone used, the type of telephone network called on, and the amount and type of ambient noise in the environment from which the call comes.
Telephone Type
The telephone from which the user speaks to the conference significantly influences sound quality. Table 6-6 describes how different types of telephones affect sound quality.
Table 6-6 Telephone Types
Telephone
|
Quality Expectations and Issues
|
Handset or headset
|
Excellent. A single user is directly coupled into the conference to produce minimal background noise and strong input signals.
|
Inexpensive speakerphone
|
Average. This type of phone works fine when used by a single user in a private office or small conference room. However, voices are occasionally clipped when multiple parties speak.
|
High quality speakerphone
|
Good. These telephones can handle larger groups in one location. Most units have extension microphones that obtain better coverage for all speakers.
|
Audio echo canceler device
|
Excellent. This type produces the finest sound quality results for a room, but often at the highest price.
|
Cellular and car phones
|
Average. The speech is highly compressed and occasionally sounds distorted, compared with other devices. Intermittent blackouts can occur as users switch cells. Background noise is a frequent problem.
|
Air phone
|
Fair. Speech is often clipped and distorted. Background noise is typically high. Users should mute whenever possible.
|
Room Setting
The room from which individual participants call during a conference affects the sound quality. Table 6-7 describes how various room environments affect sound quality.
Table 6-7 Room Conditions
Room Setting
|
Quality Expectations and Issues
|
Single office
|
Excellent.
Background noise and acoustic echoes are minimal or nonexistent. For these reasons, speakerphone use should not be a problem.
|
Open cubicle
|
Average.
Background noise can be significant. For this reason, speakerphone use should be discouraged for this room setting.
|
Small conference room
|
Excellent.
These rooms in general have minimal background noise and acoustic echo problems. For these reasons, speakerphone use should not be a problem.
|
Large conference room
|
Average.
Should not be a problem, but a speakerphone is generally required. With these units, groups of 10 to 15 people can be handled comfortably, although extension microphones are recommended. Check the room for hard surfaces and reflective walls, which produce acoustic echo.
|
Executive board room
|
Average.
This type of room presents a challenge to audio quality. Board rooms are usually large with highly reflective surfaces. Because acoustic echo problems can be expected, it is highly recommended that audio systems (microphones and speakers) and a high-performance echo canceler are used.
|
Auditorium
|
Average.
Problems similar to those of the board room, with the added problem of increased ambient noise. The use of high-performance audio equipment is essential.
|
Lab or switch room
|
Fair.
This environment is the most difficult for sound quality, because of a high level of ambient noise. Muting lines in this room type is highly recommended.
|
About Disaster Recovery
The Cisco Unified MeetingPlace server is a carrier-class conferencing platform with several built-in redundancy and reliability features. This section describes such features and provides recommendations for disaster recovery planning when the following conditions occur:
•Data network failure
•Cisco Unified MeetingPlace 8106 or Cisco Unified MeetingPlace 8112 failure
•Site disaster
Data Network Failure
When a data network failure occurs, assuming that the voice network is still in operation, the Cisco Unified MeetingPlace server continues to operate. This means that previously scheduled meetings can start and meetings that are taking place can continue.
Scheduling future or immediate meetings, however, is limited to the voice user interface only, and no notifications are available until the data network is backed up. Web conferences are affected because the data network is critical to web conferencing. This functions similarly to the Continuous Service Mode currently available in the PCI platform.
Cisco Unified MeetingPlace Server Failure
The Cisco Unified MeetingPlace server can handle several critical component failures without affecting service. Table 6-8 describes the types of redundancy features.
Table 6-8 Server Redundancy Features
Features
|
Description
|
N+1 hot swappable redundant power supply/fans
|
If a power supply fails, the system continues to operate with no experienced downtime. In addition, a new replacement power supply can be hot swapped (inserted while the system is up and running).
|
Duplicate databases
|
The server database is stored on two separate disk drives (Disk 1 and Disk 2). One is established as the primary drive, the other as a backup. Assuming that the database on Disk 1 is the active one, the system copies all database contents to the database on Disk 2. This process occurs in the background, while the system is operating. It does not affect system performance.
If Disk 1 fails, the system can be restarted using Disk 2 with the latest copy of the database. If Disk 2 fails, the system continues to operate. However, voice files on Disk 2 can be lost in this case.
Note Make sure that you remove the failing drive and replace it as soon as possible. For troubleshooting, see the MeetingPlace Server Disk Failure Recovery technote. For more information about replacing a drive, see the Hard Disk Replacement Procedure for the Cisco Unified MeetingPlace 8106 or the Hard Disk Replacmenet Procedure for the Cisco Unified MeetingPlace 8112.
|
Network backup
|
We recommend that network backups be performed once each night, in addition to available disaster recovery mechanisms. (For more information about backing up the database, see the Administrator Guide for Cisco Unified MeetingPlace Network Backup Release 5.3.
Caution Before performing a network backup, Cisco Unified MeetingPlace Network Backup must be installed. See the Administrator Guide for Cisco Unified MeetingPlace Network Backup Release 5.3.
|
Using the Shadow Server to Recover Site Disaster
One site disaster recovery method is the Cisco Unified MeetingPlace Shadow Server. The Shadow Server is a backup system that can replace the conference server in case of system or site failure. Switching over to the shadow server ensures that complete functionality can be returned with minimal loss of time and disruption in service.
For more information about the shadow server, see the Installation and Upgrade Guide for Cisco Unified MeetingPlace Audio Server Release 5.3.
Importing Meetings to Recover Site Disaster
The Import Meeting feature allows a Raw Meeting Details report containing all meeting information—including the scheduler, date, time, the Meeting ID and number of reserved ports—to be imported into a spare conference server in a separate location. The import process is handled through MeetingTime (Release 4.3 or later).
After the information is imported, the system creates a meeting with the same meeting ID and sends notifications to the meeting scheduler with the correct phone number.
To prepare for disaster recovery, generate the Raw Meeting Details report at least once a day and store it on the network in a location different from the physical server location.
This feature supports importing meetings from a Cisco MeetingPlace 2001 (4.3) system to a Cisco Unified MeetingPlace Audio Server 5.0 system and later, but the reverse is not true.
User profiles and meeting categories must be synchronized on the active and target servers before attempting to import meetings. If a meeting is imported onto the target server without a corresponding scheduler profile, the meeting schedules using the user ID in the Scheduler User ID field, which defaults to the user ID of the system administrator running the import.
For information about best results when importing, see the "Importing User Profile and Group Information" section.
The following sections describe how to import meetings in two parts:
•Generate meeting details into a report
•Import meeting details into a target server.
Procedure 1: Generate a Report
We recommend that you establish a folder into which to import these reports.
Step 1 In the MeetingTime Report tab, for Report Type, select Raw Meeting Details Info.
Step 2 Enter values for the Start date and End date attributes.
Details for all meetings scheduled to start between these dates are exported.
Step 3 For the Destination attribute, choose File and click OK.
Step 4 For the Output file attribute, choose Browse. In the Save As window, choose the folder to hold the output file, and click Save. Then click OK to accept your output file destination.
Step 5 Click Generate Report.
The Import Meetings feature only imports meetings scheduled to start within 30 minutes of import meeting completion and after. To import details of all future meetings scheduled beyond the current date, you must set the End Date with the following parameter in mind: Max adv days to schedule determines how many days before a proposed meeting you can schedule the meeting (in the Configure tab, Scheduling Parameters topic). To include all future scheduled meetings, make the end date equal to the current date plus the Max adv days to schedule parameter.
For example, if today is June 1, 2005 and your Max Adv Days to Schedule parameter is set to 20, your End Date will be June 21, 2005 to ensure that all scheduled meetings are captured.
Procedure 2: Import Meeting Details into a Target Server
Step 1 In the MeetingTime System tab of the target server, for Actions, select Import Meetings.
If the target server is a network server rather than a standalone server (as with PCI systems), the system administrator has access to four additional fields: Preferred server, Force on preferred server, Preferred site, and Force on preferred site.
Recurring meetings are imported as separate, one-time meetings rather than chains of meetings. Continuous meetings are imported as continuous meetings with the import meeting date as the start date.
Step 2 For the Data file to use attribute, choose Browse.
Step 3 In the Open window, choose the generated report file, then click OK.
Step 4 For the Override w/sched. ID? attribute, choose a value:
•When Yes, the user identified in the Scheduler User ID field schedules all the meetings in the import file.
•When No, the system schedules the meetings using the scheduler that originally scheduled the meeting. If the scheduler does not exist for any meeting, the user identified in the Scheduler User ID field schedules the meeting.
Step 5 For the Send log info to attribute, choose an option.
Step 6 For the Log file name attribute, choose Browse. Enter the log file name, then click OK.
Step 7 For the Error threshold attribute, enter the number of errors you expect in the field.
If the number of errors encountered exceeds the number indicated in the Error Threshold field, the system stops importing meetings.
Step 8 Click Execute to complete importing meetings.
The target server generates meetings and sends e-mail notifications to meeting organizers affected by the import. These notifications are standard meeting notifications containing the name of the meeting organizer, the meeting ID, and the phone number of the target server so that participants can access their meeting.
Step 9 To view a record of your meeting import, open your directory to locate the appropriate file.
Remember the following information:
•If you selected Screen as your destination for log information, your Meeting Import Information Record displays after you click Execute.
•Import Meetings generates new meetings for all meetings in progress and those started within 30 minutes of import meeting completion. If a meeting started more than 30 minutes before meeting import completion, it appears in the Past Meetings field of the Meeting Import Information Record.
•The notification feature is limited by the space available in your notification queue. You can check your notification queue status in the System tab in MeetingTime. When 90% of the notification queue is full, the system sends a major alarm. When the notification queue reaches its limit, the system sends another major alarm (see sample below) and drops incoming notifications:
•REFNO SEV CODE COUNT FIRST LAST UNIT
--------------------------------------------------------------------------
481684) MAJ 0f0088 1 Aug 3 00:28 Aug 3 00:28 0 SW MODULE=18 PO mailbox full! Mbox 2, NumMsgs 10000, MaxMsgs 10000
477777) MAJ 0f0089 1 Aug 2 23:53 Aug 2 23:53 0 SW MODULE=18 PO mailbox 90 percent full! Mbox 2, NumMsgs 9000, MaxMsgs 10000
•To ensure that you receive notifications with your imported meetings, we recommend that you limit the number of meetings imported to 10,000 per import. (If you do not care whether you receive notifications, import everything as suggested in the previous steps.) The target server does not disperse e-mail notifications to participants. We recommend that meeting organizers forward their e-mail notification to all meeting participants.
Importing and Deleting Meetings in Batch Mode
To avoid tying up your machine, import and delete meetings overnight in batch mode. You can perform all import operations in batch mode using command line options.
Importing Meetings in Batch Mode
Step 1 Create the import file.
The import file is the output from the Raw Meeting Details Report. For information about generating the Raw Meeting Details Report in batch mode, see the "Generating Batch Reports in Windows Batch Mode" section. The only required field for importing is StartDateTimeOfConfGMT, the date and time of the meeting:
Any fields not included in the import file derive their value from the default meeting preferences of the scheduler's profile.
Step 2 Run MeetingTime using a command line option shown in Table 6-9.
Begin the command line string with your login information, unless you have stored this information in the MeetingTime Settings. Use the following syntax:
C:\Program Files\Latitude\Mtgtime\mtgtime.exe [user ID][user password][hostname]
For example: C:\Program Files\Latitude\Mtgtime\ mtgtime.exe tsmith MyPassword
Server-CA
Or, enter a command line using Windows 95, 98 or Windows 2000 (choose Windows Start menu > Run).
Table 6-9 shows the command line options. Variable information is explained after the table.
Remember the following information:
•ImportMeetings is a keyword, which must be followed by an import file name in your command line string. All other parameters are optional. These optional parameters are identical to those generated by the Raw Meeting Details Information report when the value of the Include field header names parameter is Yes.
•ImportMeetings is a keyword, which must be followed by an import file name in your command line string. All other parameters are optional. These optional parameters are identical to those generated by the Raw Meeting Details Information report when the value of the Include Field Header Names parameter is Yes.
Table 6-9 Batch Mode Import Options
Options
|
Sample Import Strings
|
Importing Meetings
|
importMeetings [Data file to use] [Add/Delete flag]
For example: importMeetings rawmtdet.csv yes
|
Importing Meetings with error file and threshold defined
|
importMeetings [Data file to use] [Add/Delete flag] [Log file name] [Error threshold]
For example: importMeetings rawmtdet.csv yes mylogfile.txt 50
|
Importing Meetings with all optional fields defined
|
importMeetings [Data file to use] [Add/Delete flag] [Scheduler user ID] [Override?] [Log file name] [Error threshold]
For example: importMeetings rawmtdet.csv yes tsmith no mylogfile.txt 50
|
Deleting Meetings
|
ImportMeetings [Data file to use] [Add/Delete flag]
For example: ImportMeetings rawmtdet.csv no
|
Deleting Meetings with error file and threshold defined
|
importMeetings [Data file to use] [Add/Delete flag] [Log file name] [Error threshold]
For example: importMeetings rawmtdet.csv no mylogfile.txt 50
|
Deleting Meetings with all optional fields defined (When deleting meetings, the Scheduler User ID field is used but still needs to be specified)
|
importMeetings [Data file to use] [Add/Delete flag] [Scheduler user ID] [Override?] [Log file name] [Error threshold]
For example: importMeetings rawmtdet.csv yes tsmith no mylogfile.txt 50
|
Caution Type all the parameters shown, including import file name, as one line (do not press Enter until after you type the import file name).
Use Table 6-10 when replacing variables with values.
Table 6-10 Batch Mode Import Variables
Options
|
Sample Import Strings
|
Add/Delete flag
|
Used to specify whether the meetings in the import file should be added (scheduled) or deleted (canceled). Default for this field is yes.
•If this flag is Yes, the meetings are scheduled.
•If this flag is No, the meetings are deleted.
|
Scheduler User ID
|
The scheduler user ID command line field is used for overriding or filling in the scheduler ID for some or all records in the import file.
|
Override w/Sched. ID flag
|
Used when the specified scheduler ID should schedule all the meetings in an import file. If the override flag is not specified, it defaults to no.
•When the override flag is yes, the user identified in the scheduler ID command line field schedules all the meetings in the import file.
•When the override flag is no, the scheduler ID command line field is used to fill in the scheduler ID for any records in the import file that have a missing or invalid scheduler ID. All other meetings in the import file are scheduled by the original scheduler as found in the import file.
•If a scheduler ID is not specified, it defaults to the ID of the person performing the batch operation.
•If the scheduler ID specified on the command line is invalid or does not have sufficient rights to schedule a meeting, the ID of the person performing the batch operation is used.
|
Log file name
|
The log file name allows users to specify a file into which error and status information is logged. If the log file name is not specified, it defaults to loginfo.txt. The log file name and path cannot contain spaces.
|
Error threshold
|
The error threshold specifies the number of errors that MeetingTime allows before aborting the import process. If not specified, the error threshold defaults to 50.
|
Deleting Meetings in Batch Mode
When deleting meetings, the import file must have been generated from the same system. The following fields are required when performing a delete:
•ConfNum
•DialableConfID
•StartDateTimeOfConfGMT
About Administering Cisco Unified MeetingPlace During Network Outages
The MeetingTime client must always have connectivity to the Cisco Unified MeetingPlace server in order to communicate information. Whenever your company experiences a network outage, the Cisco Unified MeetingPlace 8106 or 8112 continues to work. However, the MeetingTime client cannot connect to the server using the normal means. To connect a MeetingTime client to the server during a network outage, you can use either of the following methods:
•Slip connection via the modem (see the "Administering Cisco Unified MeetingPlace Through Modem Interface" section).
•TCP/IP connection using a crossover LAN cable (see the "Administering Cisco Unified MeetingPlace Using a Crossover LAN Cable Connection" section).
Administering Cisco Unified MeetingPlace Through Modem Interface
The Cisco Unified MeetingPlace server comes with a modem with which you can connect to the system remotely. This interface also allows you to administer the Cisco Unified MeetingPlace 8100 series server through MeetingTime. To do this, you need a computer with the following:
•A modem
•Windows 98, NT, or 2000
•MeetingTime software
Configure the dial-up connection that is provided with each operating system to dial up the Cisco Unified MeetingPlace server. For example, in Windows NT, do the following:
Step 1 Choose Windows Start menu > Programs > Accessories > Dial-up Networking.
Step 2 In the Dial-up Networking dialog box, click New to display the New Phonebook Entry dialog box.
Step 3 For Entry name and Phone number, enter a name to identify your Cisco Unified MeetingPlace server, and the phone number for your Cisco Unified MeetingPlace modem. For Dial using, choose a modem. Then select the Server tab.
Step 4 Do the following:
•For Dial-up server type, choose SLIP.
•For TCP/IP, make sure the checkbox is selected.
•Click the TCP/IP Settings button to configure TCP/IP.
Step 5 In the SLIP TCP/IP Settings dialog box, do the following, then click OK:
•Make sure IP address is set to 198.207.208.242.
•Make sure Force IP header compression and Use default gateway on remote network are cleared (not selected).
•Keep Frame size at 1006.
Step 6 In the New Phonebook Entry dialog box, click OK.
After configuring the dialup networking connection, from this point on you only need to select the phonebook entry that corresponds to your Cisco Unified MeetingPlace server. After you are connected to the server, you can start MeetingTime.
Step 7 Enter your user ID and password. For Address, enter: 198.207.208.241.
Using this configuration, you can connect to the server using the MeetingTime client through the modem connection. However, you cannot append or retrieve any attachment when connected using this method.
Administering Cisco Unified MeetingPlace Using a Crossover LAN Cable Connection
You can also connect a computer directly to the Cisco Unified MeetingPlace server with a crossover LAN cable. (You can purchase an Ethernet 10 Base-T/100Base-TX crossover cable in most electronics stores.)
To construct an Ethernet cable, instead of purchasing one, use the following wiring information.
If your server is connected to the LAN, and you want to access the server using the crossover cable while network connectivity is down, do the following:
Step 1 Unplug the Ethernet cable from the back of the Cisco Unified MeetingPlace server.
Step 2 Connect the crossover cable in its place.
Step 3 Reconnect the LAN cable after the network outage is resolved.
Your computer must be configured to have a static IP address in the same subnet as the Cisco Unified MeetingPlace server. For example, if the Cisco Unified MeetingPlace 8100 series has an IP address of 192.168.1.2 with a subnet mask of 255.255.255.0 and a default of 192.168.1.1, the IP address for the computer must be between 192.168.1.3 and 192.168.1.254, with a subnet mask of 255.255.255.0.
After the connection is established between the computer and the Cisco Unified MeetingPlace server, you can use MeetingTime to administer Cisco Unified MeetingPlace, just as you would over the LAN. Because you may not have access to the DNS or WINS server, you may need to use the IP address instead of the hostname of the server in the Address field of MeetingTime.
About Assisting Users
Occasionally, users need assistance before entering a meeting or have questions about Cisco Unified MeetingPlace features while a meeting is in progress. The person who provides telephone assistance is the system attendant. Users can reach the attendant before or during a meeting by pressing 0 (zero). (While connected to the attendant from within a meeting, users can either press #2 to disconnect the attendant or press #1 to return to the meeting with the attendant.)
Depending on how your system is trunked, callers are connected to the attendant in different ways.
•Before a meeting has begun: If callers are connected to the system on a trunk that can be flashed, a flash transfer connects callers to assistance. If the incoming trunk cannot receive a flash, a loop-through connection is made.
•During a meeting: Cisco Unified MeetingPlace seizes a second trunk and creates a loop-through connection to the attendant while the callers are talking.
You, the system administrator, might receive questions from users. For information on end-user and attendant topics, see "Scheduling and Attending Meetings." Also see the Quick Start Guide for Cisco Unified MeetingPlace Audio Server Release 5.3, online Cisco Unified MeetingPlace Reference Center, and online Help. If you cannot resolve a problem using these resources or this guide, see "Obtaining Technical Assistance" in the Guide to Cisco Conferencing Documentation and Support.
Handling System Problems that Affect Users
System problems can affect the quality of meetings or a user's ability to use Cisco Unified MeetingPlace features. Table 6-11 describes some common user problems.
Table 6-11 Common User Problems
Problem
|
Solution
|
System is out of voice space
|
Users cannot record meeting names, profile names, agendas, or entire meetings. To determine how many meeting recordings are on the Cisco Unified MeetingPlace system and how much disk space is available, check the View Disk Usage parameter in the System tab.
Also, check to see that the Max Recording Space (min) setting (Configure tab, Server Configuration) is configured properly. This setting separates voice storage space into two parts: Meeting Recordings and Other. Other includes profile names, guest participant names, meeting names, and recorded agendas.
You can ask users to delete outdated meeting recordings by clicking the Delete MeetingNotes button in the Review tab.
|
DID/DNIS or DDI numbers are not available
|
If users cannot use a DID/DNIS or DDI number, or if no meeting ID numbers are available, either all DID/DNIS or DDI numbers are being used or there is a scheduling conflict with that number.
In the Configure tab, select Telephony Access to assign different port access types to blocks of telephone numbers and reserve the numbers in each block for certain uses. If Cisco Unified MeetingPlace is to receive dialed number information, you decide how many numbers to reserve for each use.
Note Add more DID/DNIS or DDI numbers to your system. If your system does not use DID/DNIS or DDI numbers, you can increase the number of IDs available using the Minimum Mtg ID Length field (Configure tab, Scheduling parameters).
|
Ports are not disconnecting from meetings
|
Normally, when a meeting participant hangs up the phone, disconnect signals pass through the network and are recognized by the system. Cisco Unified MeetingPlace then removes the corresponding port from the meeting and plays a prompt to remaining meeting participants to notify them of the departing party.
If disconnect supervision is not conveyed through the network, noise or tones can interfere with the meeting when the far-end party hangs up. If this occurs, see "Obtaining Technical Assistance" in the Guide to Cisco Conferencing Documentation and Support for assistance. In most cases, the PBX or telephone service provider must be involved to isolate the trunk that is not conveying disconnect signals.
|
Problem: User Cannot Log In
Problem
|
Solution
|
User forgets telephone password
|
Issue a new password using the MeetingTime Preferences tab (User Profile, Profile Password field).
|
User forgets MeetingTime password
|
Assign a new password using either the Preferences tab or Configure tab (User Profiles, Workstation Password field).
|
User forgets meeting password
|
In the Schedule tab, determine the password.
|
User cannot log in
|
There may be several causes and solutions.
•User forgot the password. A user forgot either their telephone profile password or workstation (MeetingTime or Cisco Unified MeetingPlace Web Conferencing) password. See the "Handling System Problems that Affect Users" section for solutions.
•User is missing a profile. A user does not have a profile on the system. Assign a new profile using the Configure tab (User Profiles). For details on creating a profile see the "About Profiles" section.
•User's profile is locked. The user's profile may be locked, because of multiple unsuccessful login attempts from the phone. Reset the locked profile as follows:
1. In the MeetingTime Configure tab, select the User Profile topic.
2. Locate the user's profile by searching for the user ID.
3. For the User password field, enter a new password.
|
Remember the following information:
•When creating a new password, enter a value for the Last Changed field that is beyond the Change User Password (Days) value to ensure the user enters a new password the next time they log in to the system.
•If you cannot locate a user profile, make sure you selected the appropriate option button in the Find dialog box. There are three buttons from which to choose: User ID, Last Name, and Profile Number.
•You may have confused the profile number with the user ID. The profile number is the number you enter over the phone to identify yourself to Cisco Unified MeetingPlace. This is often an extension number. The user ID identifies users to the MeetingTime software and is often the user's e-mail or LAN login name.
•System administrators can allow their help desk staff or attendants to lock and unlock profiles. For more information, see the "About Help Desk Privileges for Attendants" section.
Problem: Problems with Meeting IDs
Problem
|
Solution
|
User forgets meeting ID or meeting date
|
Locate the information from the Schedule or Attend tabs in MeetingTime by identifying the date, person who scheduled the meeting, and meeting name.
If users have insufficient information to locate a meeting, they must contact the person who scheduled it. (Make sure that contacts and attendants know how to find meetings for users in MeetingTime.)
|
The system does not recognize meeting IDs
|
Ask which meeting ID they are trying to access. Check the MeetingTime Attend tab and Review tab to search for the specified meeting ID. Here are some common solutions:
•The time of the meeting is different from the current time. The meeting might have ended or not started.
•The user may be using an incorrect meeting ID. Using the Attend tab, try with the caller's help to identify the correct ID. Check the time for the meeting, the name of the meeting scheduler, or the meeting name.
•The meeting was not scheduled. At the discretion of the Help Desk analyst, the meeting organizer can use the Schedule tab to schedule a new meeting using the same meeting ID.
|
User cannot find scheduled meeting
|
After scheduling a meeting, the user reports that, when calling into the meeting, the meeting does not exist. Check the Time Zone setting in the user's profile. The user's expectations of the meeting time may be inconsistent with the time zone setting.
|
Problem: User Reports Poor Sound Quality
If a meeting participants call from within a meeting to report an audio quality problem (such as static, echo, random noise, or music-on-hold), you can tell them how to mute lines.
If participants contact you from within the meeting by entering 0, either:
•Provide a brief how-to description, and then tell them to disconnect you by pressing #2.
•Instruct them to add you to the meeting by pressing #1.
If you join a meeting by phone, enter the MeetingTime In Session tab at the same time. When you are in the meeting, follow these steps to troubleshoot an audio quality problem:
•Instruct all participants to mute their lines by pressing #5 when not speaking in the meeting. (Tell them they can unmute their lines by pressing #5 again.)
•If the audio problem persists, use the In Session tab to toggle each participant's speaking ability. As you toggle each participant's speaking ability, you can identify which participant is creating the audio problem by the active speaker icon.
You can then move that participant to a breakout session, join the session, and explain how and when to mute. If the participant is a primary speaker for the meeting, they can use a hand set instead of a speaker phone, or call back (if the problem is a noisy network line). Then the participant can move back into the main meeting, either with your help, using the In Session tab, or by pressing #10 on their touch-tone phone.
Problem: User Cannot Schedule a Meeting
If users report they cannot schedule a meeting, you can do the following:
•Check their profile to make sure the Scheduling Restriction parameter in their user profile is not set to Cannot Schedule.
•Check the settings that control the port limits as well as the number and length of meetings that a user can schedule. For example, reduce the number of guard-time minutes before the start of meetings, or after the end of meetings. Check the Scheduling Parameters (Configure tab, Company Specific Information settings), and Ports (Configure tab, System Configuration settings). For information about managing these resources, see "Managing and Maintaining Cisco Unified MeetingPlace."
•If the problem is caused by a shortage of ports (which occurs frequently), add more ports to your system. Contact your Cisco Unified MeetingPlace sales representative to purchase more ports.
•When the Reservationless Meetings feature is turned on, profile numbers cannot match existing meeting IDs. Check that the user is not trying to schedule a meeting with an ID that matches any other users' profile number.
Problem: Requests for More Time or Ports
Occasionally, you are asked to provide solutions to problems concerning meeting resources.
Problem
|
Solution
|
User needs to extend meeting in progress
|
Tell the participant that after a meeting has started, it cannot be rescheduled but the system automatically extends meetings if ports are available on the system.
At the scheduled end time of a meeting, if callers remain in the meeting, the system compares the number of ports necessary to extend the meeting with the other scheduled meetings on the system. If ports are available, the system automatically extends the meeting by the amount of time specified by the system configuration. The system announces to participants in the meeting that their meeting has been extended by [n] minutes.
|
User wants to increase number of ports for meeting in progress
|
Tell the caller that after a meeting has started, the number of participants scheduled for the meeting cannot be altered. Cisco Unified MeetingPlace allows additional callers to join a meeting in progress, however, if ports are available on the system.
|