Reviewing the checklist for deploying to external users

Deploy IBM® Sametime® in the DMZ to allow remote or mobile employees and customers to connect to Sametime for chat and meetings.

Table 1. Deployment summary

Checklist for deploying instant messaging and meetings to external users
Deployment type These instructions allow remote or mobile employees and customers to connect to Sametime for chat and meetings.
Sametime product required

Sametime Communicate or Sametime Conference, or (Sametime Complete).

Review system requirements IBM Sametime 9 System Requirements
Review the release notes IBM Sametime 9 Release Notes®
Review Planning documentation
Complete capacity worksheets Complete Capacity and sizing planning along with geography planning.
Complete installation worksheets Use the installation worksheets in the individual deploying Sametime server sections to identify DNS-registered host names, database names, IP addresses, ports to open, and credentials. For example, to use the Sametime Meetings installation worksheet, see the Deploying meetings section.
Assign fully qualified host names to computers Ensure that all host names can be resolved in DNS. If DNS is not available then list all fully qualified server names and IP addresses from all servers in the hosts file and publish this file to all servers.
Not covered by this deployment

These instructions do not cover meetings, audio and video, or steps for expanding your deployment for high availability and failover.

Administrator user names

Sametime administrator: This user is created during installation of Sametime for the IBM Sametime Community Server. It is a best practice to not use a existing administrative account because it is the account with that the IBM Sametime System Console communicates with the Community Server.

DB2® administrator: This user is created during installation of the DB2 server in the operating system. Do not create the user in advance. It is the user for all IBM Sametime related components using DB2 to access their databases. Be sure to match the password policy requirements of the operating system.

WebSphere administrator: This is the user to access the WebSphere Application Server components and to administer the system. This user must not exist in your LDAP directory. You can use the same user name and password for all components or different names and passwords.

LDAP Bind User: This is a user account in your LDAP directory. This account is used to connect in authenticated mode to the LDAP server to get all required attributes. It is possible to connect anonymously to the LDAP but then it does not work with some LDAP systems or the LDAP server requires special configuration to allow anonymous bind.