audio/video stream is then sent over the Internet from the client to the MCU. Similarly, other clients connect to the session and send their audio/video streams to the MCU. The MCU selects one of the audio/video streams on the videoconference and returns that audio/video stream to all of the clients (that is all except the client whose stream was selected).

There are several methods for selecting an audio/video stream. Audio switching and chairman control are two alternatives. Typically, the method that is chosen is audio switching where the MCU selects the stream that currently has active audio (someone is talking or is talking the loudest).

As the user(s) at one site stop talking and the user(s) at another site start to talk, they capture the MCU. The process is repeated with the video from the newly selected site now being sent to all the other sites.

Streaming

To participate in a H.323 videoconference, users must have appropriate videoconferencing client terminals and have Internet connectivity with sufficient bandwidth to support the videoconference.

Some users may not have these capabilities but would still like to be able to participate even if that meant that they could only see and hear conference participants but not be able to interact with them. (Watch and Listen)

Users can receive the stream using a browser on a computer. They enter the URL of the server, and the server starts the encoded audio/video stream over the Internet to the computer. Plug-Ins for the browser exist that are capable of decoding both RealVideo and Windows media streams. The user can thus see and hear the participants in the streamed videoconf

With videoconferencing people can interact as if they were talking face to face with both images and sound relayed in real time. This article is designed to guide you through the various options to arrive at the system type best suited to your purpose.

There are various types of videoconferencing; which is suitable for your application will depend upon the IT structure available and what it is that you actually want to achieve. Video conferencing has in the past been relatively expensive, but prices are coming down and it is possible for anyone with a fast enough internet connection to operate a video conference.

Systems are available for hire, lease or sale.

Systems may be installed at all or any of the following: -

1. on the desktop PC
2. a dedicated videoconference suite
3. mobile - for use when and where the need arises.

Each has various advantages and limitations which may be critical to your purpose.

Paradoxically it is far more critical that audio connections are maintained than the video. You may loose a video signal or it may be intermittent but the conference will still proceed – if you lose audio, nothing can be achieved (unless both parties are versed in sign language!)

Video speed for equipment is often shown as frames per second abbreviated as FPS.

In the UK video from most sources runs under the PAL standard which 25 frames per second – e.g. domestic VHS players. In the USA the system is NTSC which runs at 30 frames per second. Videoconference equipment commonly is specified as 15 fps or 30 fps. In layman’s terms - 15 fps will be jerky, it shows every other frame, 30 fps is full motion video.

The higher the frame rate the greater the data load, so the faster the connection required.

A minimum requirement for full motion video and audio between two points is 768 Kbps.

This made up of:- an encoding rate of 384 Kbps (typically used) is selected. This is broken down into two parts –

• 64Kbps is for the audio
• 320 Kbps is for the video.

The resulting 384 Kbps stream is compressed and sent (from you – the source) to the remote point (the destination). Similarly a 384 Kbps stream is received from the remote point to you. Thus twice 384 Kbps in bandwidth is required.

If there is a lot of motion in the video, very little compression is achieved. If there is little or no motion in the video, the savings can approach 50%. It would, however, be foolish to design a system which relied on the participants being forced to remain static.

There are two types of video conferencing, each has sub-types.

1. Point to point - a live video / audio communication between any two locations.
2. Multipoint - links between a three or more locations

Point to Point (P2P)

Point to point - a live video and audio communication link between any two locations.

P2P - Application

Where the need is to communicate between two points only at any one time: -

• Two offices of the same company
• Yourself and a business partner company, e.g. Yourselves and a major supplier
• Senior management/ teams from two divisions – e.g. research and manufacture.

P2P - Use

• Virtual meetings on a one to one basis
• Project workgroup co-ordination of effort, live adjustment of data, drawings, documents or prototypes
• Virtual board meeting between two groups of people in specific locations - say 5 in one and 4 in another

P2P - Limitations

• Bandwidth required increases in proportion to the amount of data being exchanged.
• Audit trail of actions taken by whom with a timeline sequence often required.
• Extra equipment is necessary to show physical objects, using a visulaiser for say engineering parts

Point-to-Point Videoconferencing

Consider two videoconference terminals (vct) that are connected to the Internet.

The vct and its associated peripherals allow the user to make a call to another client, send the local audio/video stream to the remote client, and hear/view the received audio/video stream on a local speaker/monitor that is connected to the vct. Assume one user (the local user) uses a vct to call a user at a remote vct by entering the IP address of the remote vct. The clients setup a call between the stations following the specifications of the H.323 protocol. Once the call is setup, the clients exchange audio/video streams over the Internet. The point-to-point videoconference continues until one of the users "hangs up" the call.

IP numbers are difficult to remember; some users have dynamically assigned (DHCP) IP numbers that can change every time they boot their system and problems in using IP addressing when different vendor systems are used.

The Gatekeeper

To alleviate the problem of IP dialing, the H.323 standard defines the use of a gatekeeper.

The gatekeeper is a system that connects to the Internet just like the client terminals. The IP address of the gatekeeper is configured into the client terminals and when the clients "power up", they communicate with the gatekeeper and transfer certain information to the gatekeeper that describes the vct.

When the clients register with the gatekeeper, they pass their IP numbers, H.323 alias, and H.323 extension to the gatekeeper where it is stored. This allows a local user to dial a remote user by entering the remote users H.323 extension in effect their video telephone number.

The local vct communicates the H.323 extension to the gatekeeper. The gatekeeper then checks to see if the remote client is registered with the gatekeeper, then sets up the call between the two clients.

Once the call has been setup, the audio/video streams flow directly between the clients over the Internet.

Multipoint

Live video and audio links between a three or more locations. To handle this situation, the H.323 standard introduces the concept of a Multipoint Control Unit (MCU). The MCU can be thought of as a "video bridge". The MCU connects to the Internet and registers with the gatekeeper.

A MCU, depending on its design capacity, can handle a certain number of simultaneous videoconferences each with each videoconference being logically separate from the others and with each having a specified number of users.

When users want to join a particular videoconferencing session, they dial the service number/password combination. The gatekeeper checks to see if that service has been registered by a MCU. The gatekeeper completes the call by connecting the client to the specified videoconference on the MCU.

Once the call has been connected, the client's audio/video stream is then sent over the Internet from the client to the MCU. Similarly, other clients connect to the session and send their audio/video streams to the MCU. The MCU selects one of the audio/video streams on the videoconference and returns that audio/video stream to all of the clients (that is all except the client whose stream was selected).

There are several methods for selecting an audio/video stream. Audio switching and chairman control are two alternatives. Typically, the method that is chosen is audio switching where the MCU selects the stream that currently has active audio (someone is talking or is talking the loudest).

As the user(s) at one site stop talking and the user(s) at another site start to talk, they capture the MCU. The process is repeated with the video from the newly selected site now being sent to all the other sites.

Streaming

To participate in a H.323 videoconference, users must have appropriate videoconferencing client terminals and have Internet connectivity with sufficient bandwidth to support the videoconference.

Some users may not have these capabilities but would still like to be able to participate even if that meant that they could only see and hear conference participants but not be able to interact with them. (Watch and Listen)

Users can receive the stream using a browser on a computer. They enter the URL of the server, and the server starts the encoded audio/video stream over the Internet to the computer. Plug-Ins for the browser exist that are capable of decoding both RealVideo and Windows media streams. The user can thus see and hear the participants in the streamed videoconfe

he higher the frame rate the greater the data load, so the faster the connection required.

A minimum requirement for full motion video and audio between two points is 768 Kbps.

This made up of:- an encoding rate of 384 Kbps (typically used) is selected. This is broken down into two parts –

• 64Kbps is for the audio
• 320 Kbps is for the video.

The resulting 384 Kbps stream is compressed and sent (from you – the source) to the remote point (the destination). Similarly a 384 Kbps stream is received from the remote point to you. Thus twice 384 Kbps in bandwidth is required.

If there is a lot of motion in the video, very little compression is achieved. If there is little or no motion in the video, the savings can approach 50%. It would, however, be foolish to design a system which relied on the participants being forced to remain static.

There are two types of video conferencing, each has sub-types.

1. Point to point - a live video / audio communication between any two locations.
2. Multipoint - links between a three or more locations

Point to Point (P2P)

Point to point - a live video and audio communication link between any two locations.

P2P - Application

Where the need is to communicate between two points only at any one time: -

• Two offices of the same company
• Yourself and a business partner company, e.g. Yourselves and a major supplier
• Senior management/ teams from two divisions – e.g. research and manufacture.

P2P - Use

• Virtual meetings on a one to one basis
• Project workgroup co-ordination of effort, live adjustment of data, drawings, documents or prototypes
• Virtual board meeting between two groups of people in specific locations - say 5 in one and 4 in another

P2P - Limitations

• Bandwidth required increases in proportion to the amount of data being exchanged.
• Audit trail of actions taken by whom with a timeline sequence often required.
• Extra equipment is necessary to show physical objects, using a visulaiser for say engineering parts

Point-to-Point Videoconferencing

Consider two videoconference terminals (vct) that are connected to the Internet.

The vct and its associated peripherals allow the user to make a call to another client, send the local audio/video stream to the remote client, and hear/view the received audio/video stream on a local speaker/monitor that is connected to the vct. Assume one user (the local user) uses a vct to call a user at a remote vct by entering the IP address of the remote vct. The clients setup a call between the stations following the specifications of the H.323 protocol. Once the call is setup, the clients exchange audio/video streams over the Internet. The point-to-point videoconference continues until one of the users "hangs up" the call.

IP numbers are difficult to remember; some users have dynamically assigned (DHCP) IP numbers that can change every time they boot their system and problems in using IP addressing when different vendor systems are used.

The Gatekeeper

To alleviate the problem of IP dialing, the H.323 standard defines the use of a gatekeeper.

The gatekeeper is a system that connects to the Internet just like the client terminals. The IP address of the gatekeeper is configured into the client terminals and when the clients "power up", they communicate with the gatekeeper and transfer certain information to the gatekeeper that describes the vct.

When the clients register with the gatekeeper, they pass their IP numbers, H.323 alias, and H.323 extension to the gatekeeper where it is stored. This allows a local user to dial a remote user by entering the remote users H.323 extension in effect their video telephone number.

The local vct communicates the H.323 extension to the gatekeeper. The gatekeeper then checks to see if the remote client is registered with the gatekeeper, then sets up the call between the two clients.

Once the call has been setup, the audio/video streams flow directly between the clients over the Internet.

Multipoint

Live video and audio links between a three or more locations. To handle this situation, the H.323 standard introduces the concept of a Multipoint Control Unit (MCU). The MCU can be thought of as a "video bridge". The MCU connects to the Internet and registers with the gatekeeper.

A MCU, depending on its design capacity, can handle a certain number of simultaneous videoconferences each with each videoconference being logically separate from the others and with each having a specified number of users.

When users want to join a particular videoconferencing session, they dial the service number/password combination. The gatekeeper checks to see if that service has been registered by a MCU. The gatekeeper completes the call by connecting the client to the specified videoconference on the MCU.

Once the call has been connected, the client's audio/video stream is then sent over the Internet from the client to the MCU. Similarly, other clients connect to the session and send their audio/video streams to the MCU. The MCU selects one of the audio/video streams on the videoconference and returns that audio/video stream to all of the clients (that is all except the client whose stream was selected).

There are several methods for selecting an audio/video stream. Audio switching and chairman control are two alternatives. Typically, the method that is chosen is audio switching where the MCU selects the stream that currently has active audio (someone is talking or is talking the loudest).

As the user(s) at one site stop talking and the user(s) at another site start to talk, they capture the MCU. The process is repeated with the video from the newly selected site now being sent to all the other sites.

Streaming

To participate in a H.323 videoconference, users must have appropriate videoconferencing client terminals and have Internet connectivity with sufficient bandwidth to support the videoconference.

Some users may not have these capabilities but would still like to be able to participate even if that meant that they could only see and hear conference participants but not be able to interact with them. (Watch and Listen)

Users can receive the stream using a browser on a computer. They enter the URL of the server, and the server starts the encoded audio/video stream over the Internet to the computer. Plug-Ins for the browser exist that are capable of decoding both RealVideo and Windows media streams. The user can thus see and hear the participants in the streamed videoconf

gs, documents or prototypes

Virtual board meeting between two groups of people in specific locations - say 5 in one and 4 in another

P2P - Limitations

• Bandwidth required increases in proportion to the amount of data being exchanged.
• Audit trail of actions taken by whom with a timeline sequence often required.
• Extra equipment is necessary to show physical objects, using a visulaiser for say engineering parts

Point-to-Point Videoconferencing

Consider two videoconference terminals (vct) that are connected to the Internet.

The vct and its associated peripherals allow the user to make a call to another client, send the local audio/video stream to the remote client, and hear/view the received audio/video stream on a local speaker/monitor that is connected to the vct. Assume one user (the local user) uses a vct to call a user at a remote vct by entering the IP address of the remote vct. The clients setup a call between the stations following the specifications of the H.323 protocol. Once the call is setup, the clients exchange audio/video streams over the Internet. The point-to-point videoconference continues until one of the users "hangs up" the call.

IP numbers are difficult to remember; some users have dynamically assigned (DHCP) IP numbers that can change every time they boot their system and problems in using IP addressing when different vendor systems are used.

The Gatekeeper

To alleviate the problem of IP dialing, the H.323 standard defines the use of a gatekeeper.

The gatekeeper is a system that connects to the Internet just like the client terminals. The IP address of the gatekeeper is configured into the client terminals and when the clients "power up", they communicate with the gatekeeper and transfer certain information to the gatekeeper that describes the vct.

When the clients register with the gatekeeper, they pass their IP numbers, H.323 alias, and H.323 extension to the gatekeeper where it is stored. This allows a local user to dial a remote user by entering the remote users H.323 extension in effect their video telephone number.

The local vct communicates the H.323 extension to the gatekeeper. The gatekeeper then checks to see if the remote client is registered with the gatekeeper, then sets up the call between the two clients.

Once the call has been setup, the audio/video streams flow directly between the clients over the Internet.

Multipoint

Live video and audio links between a three or more locations. To handle this situation, the H.323 standard introduces the concept of a Multipoint Control Unit (MCU). The MCU can be thought of as a "video bridge". The MCU connects to the Internet and registers with the gatekeeper.

A MCU, depending on its design capacity, can handle a certain number of simultaneous videoconferences each with each videoconference being logically separate from the others and with each having a specified number of users.

When users want to join a particular videoconferencing session, they dial the service number/password combination. The gatekeeper checks to see if that service has been registered by a MCU. The gatekeeper completes the call by connecting the client to the specified videoconference on the MCU.

Once the call has been connected, the client's audio/video stream is then sent over the Internet from the client to the MCU. Similarly, other clients connect to the session and send their audio/video streams to the MCU. The MCU selects one of the audio/video streams on the videoconference and returns that audio/video stream to all of the clients (that is all except the client whose stream was selected).

There are several methods for selecting an audio/video stream. Audio switching and chairman control are two alternatives. Typically, the method that is chosen is audio switching where the MCU selects the stream that currently has active audio (someone is talking or is talking the loudest).

As the user(s) at one site stop talking and the user(s) at another site start to talk, they capture the MCU. The process is repeated with the video from the newly selected site now being sent to all the other sites.

Streaming

To participate in a H.323 videoconference, users must have appropriate videoconferencing client terminals and have Internet connectivity with sufficient bandwidth to support the videoconference.

Some users may not have these capabilities but would still like to be able to participate even if that meant that they could only see and hear conference participants but not be able to interact with them. (Watch and Listen)

Users can receive the stream using a browser on a computer. They enter the URL of the server, and the server starts the encoded audio/video stream over the Internet to the computer. Plug-Ins for the browser exist that are capable of decoding both RealVideo and Windows media streams. The user can thus see and hear the participants in the streamed videoconf

Debunking Estate Planning Misconceptions
What does it mean to have no estate plan? What does it mean to have neither a will nor a trust? While you may have heard many "horror stories" and rumors, you may not truly understand the significance of not having formal estate-planning documents prepared.Here are some of the misconceptions and attitudes many have about not having an estate plan:All of my money will go to the state!It's O.K. I don't need a will or a plan because I don't have much money.My estate is really simple. It's no big deal; I don't really need one.I don't want to think about it -- eat, drink and be merry! Pass the hot dogs (or the wine, or whatever)!I have come across many of these attitudes/misconceptions in many years of law practice -- except for the "I don't want to think about it" group, who usually call once and never make an appointment, or of course who may never call in the first place!However, all of these attitudes need some serious debunking. All ar

f the gatekeeper is configured into the client terminals and when the clients "power up", they communicate with the gatekeeper and transfer certain information to the gatekeeper that describes the vct.

When the clients register with the gatekeeper, they pass their IP numbers, H.323 alias, and H.323 extension to the gatekeeper where it is stored. This allows a local user to dial a remote user by entering the remote users H.323 extension in effect their video telephone number.

The local vct communicates the H.323 extension to the gatekeeper. The gatekeeper then checks to see if the remote client is registered with the gatekeeper, then sets up the call between the two clients.

Once the call has been setup, the audio/video streams flow directly between the clients over the Internet.

Multipoint

Live video and audio links between a three or more locations. To handle this situation, the H.323 standard introduces the concept of a Multipoint Control Unit (MCU). The MCU can be thought of as a "video bridge". The MCU connects to the Internet and registers with the gatekeeper.

A MCU, depending on its design capacity, can handle a certain number of simultaneous videoconferences each with each videoconference being logically separate from the others and with each having a specified number of users.

When users want to join a particular videoconferencing session, they dial the service number/password combination. The gatekeeper checks to see if that service has been registered by a MCU. The gatekeeper completes the call by connecting the client to the specified videoconference on the MCU.

Once the call has been connected, the client's audio/video stream is then sent over the Internet from the client to the MCU. Similarly, other clients connect to the session and send their audio/video streams to the MCU. The MCU selects one of the audio/video streams on the videoconference and returns that audio/video stream to all of the clients (that is all except the client whose stream was selected).

There are several methods for selecting an audio/video stream. Audio switching and chairman control are two alternatives. Typically, the method that is chosen is audio switching where the MCU selects the stream that currently has active audio (someone is talking or is talking the loudest).

As the user(s) at one site stop talking and the user(s) at another site start to talk, they capture the MCU. The process is repeated with the video from the newly selected site now being sent to all the other sites.

Streaming

To participate in a H.323 videoconference, users must have appropriate videoconferencing client terminals and have Internet connectivity with sufficient bandwidth to support the videoconference.

Some users may not have these capabilities but would still like to be able to participate even if that meant that they could only see and hear conference participants but not be able to interact with them. (Watch and Listen)

Users can receive the stream using a browser on a computer. They enter the URL of the server, and the server starts the encoded audio/video stream over the Internet to the computer. Plug-Ins for the browser exist that are capable of decoding both RealVideo and Windows media streams. The user can thus see and hear the participants in the streamed videoconf

Could Your Parent Put You Out Of Business?
As a small business owner you have probably prepared, at least mentally if not on paper, for the most obvious crises that can strike a business. You probably have several kinds of insurance. You have data backed up, and you have multiple forms of communication available in case something goes down. If you're really prepared you have your own possible disability covered, and you have a succession plan.Last, but certainly not least, is the potential risk that aging parents can pose to your business. If the phone were to ring tonight with the news that there is an emergency, and you are needed now, are you prepared? Do you even know what you need to know to get prepared?If you haven't given this any thought, and if your parents are still living, you may one day have an unexpected parent care situation on your hands that could put you out of business.A little preparation now may avert a future disaster. Here are five steps you can take to be better prepared:1. Do you have someone who can step in and run the business on a temp

audio/video stream is then sent over the Internet from the client to the MCU. Similarly, other clients connect to the session and send their audio/video streams to the MCU. The MCU selects one of the audio/video streams on the videoconference and returns that audio/video stream to all of the clients (that is all except the client whose stream was selected).

There are several methods for selecting an audio/video stream. Audio switching and chairman control are two alternatives. Typically, the method that is chosen is audio switching where the MCU selects the stream that currently has active audio (someone is talking or is talking the loudest).

As the user(s) at one site stop talking and the user(s) at another site start to talk, they capture the MCU. The process is repeated with the video from the newly selected site now being sent to all the other sites.

Streaming

To participate in a H.323 videoconference, users must have appropriate videoconferencing client terminals and have Internet connectivity with sufficient bandwidth to support the videoconference.

Some users may not have these capabilities but would still like to be able to participate even if that meant that they could only see and hear conference participants but not be able to interact with them. (Watch and Listen)

Users can receive the stream using a browser on a computer. They enter the URL of the server, and the server starts the encoded audio/video stream over the Internet to the computer. Plug-Ins for the browser exist that are capable of decoding both RealVideo and Windows media streams. The user can thus see and hear the participants in the streamed videoconference in near real-time.

Alternatively, a user can connect to the server at a latter date and view the archived version of the videoconference.