IBM Lotus Sametime 7.5.1 Release Notes
Those ports must be opened for incoming and outgoing UDP and TCP traffic, on the reflector machine. It
is recommended that the reflector machine have a static IP address.
In case the reflector is running on multiple network interfaces, it must be configured with either a
hostname or an IP address, so that clients know which address to use to connect to the reflector.
For example, in the [STReflector] section of the sametime.ini file
STREFLECTOR
_
SERVER
_
NAME=reflector.domain.com
or
STREFLECTOR
_
SERVER
_
NAME=192.168.1.1
If the reflector is located in an environment with two different subnets, the reflector needs to be accessible
from different networks, hence the property STREFLECTOR
_
SERVER
_
NAME should be a fully-qualified
hostname, which resolves to the appropriate addresses in both networks/subnets.
In case the 7.5.x client is running against a pre-7.5 server, the voice chat component may not work
correctly in a number of cases:
z The client has multiple network interfaces (in that case, the 7.5.x client might get confused as
to which interface should be used)
z The client is sitting behind a router/NAT
The symptoms experienced by the client in these cases is that one (or both) of the parties in the voice
chat will not be able to hear each other, even though the chat window will show a "connected" status. To
confirm the problem, the user can increase the log level of the client to FINE, and look in the log for
entries related to "reflector". The IP detection problem will be signaled.
The 7.5.x client has the ability to host calls with up to 5 participants, including the host. During such calls,
the host is the creator of the call. The host will mix the audio streams for each participant. Consequently,
the host will have up to 4 incoming/outgoing audio streams, which will multiply the amount of bandwidth
necessary. It is recommended that for multi-party voice chats, the client with the most bandwidth hosts
the call.
Sametime 7.5.x is using the iSAC codec for all voice chats. This codec is an adaptive bandwidth codec,
which requires between 10.6 to 28.8 kbits (headers included), depending on the voice activity and the
network quality. For example, during a 3-way call, the host will require twice that amount (between 21.2
and 57.6 kbits), both incoming and outgoing. The other 2 participants, will only require between 10.6 and
28.8 kbit/s.
The CPU requirement for hosting calls is 'medium': a 1GHz machine can easily mix a 3-way call; a 2GHz
machine can mix a 5-way call easily. During a voice chat call, the Sametime process is running at high
priority under Windows (regular priority under Linux), because voice processing needs to be real-time to
avoid quality issues. After the call terminates, the process goes back to normal priority.
If the user drags windows around (especially chat windows), or does some other activity which is either
CPU or network intensive, the quality of the call will decrease. The codec will try to automatically recover
when conditions improve. This process can take a few seconds. By pausing/resuming their calls (by
clicking the "pause" / "resume" button on the audio toolbar of the chat window), the user can force a
"reset" of the call quality; this is equivalent to ending and starting a new call.
It is recommended that you disable or reduce any download or other CPU-intensive activity during a call,
in order to obtain maximum quality. Network administrators might want to mark the UDP packets from
port 20830 with a higher class of service in order to increase voice quality.
54