Rede Nacional de Pesquisa (RNP)

Grupo de Trabalho Aplicaes Educacionais em Rede

Videoconferncia






Liane Margarida Rockenbach Tarouco
Lisandro Zambenedetti Granville
Marie-Christine Julie Mascarenhas Fabre
Fabrcio Raupp Tamusiunas








Maro de 2003
Sumrio

Lista de Figuras................................................................................................................... 4
Lista de Tabelas .................................................................................................................. 6
1. Introduo videoconferncia........................................................................................ 7
1.1. Princpios bsicos..................................................................................................... 8
1.2. Servios complementares para suporte colaborao........................................... 11
1.3. Infra-estrutura de redes .......................................................................................... 13
2. Evoluo da Videoconferncia e os Padres ................................................................ 15
2.1. CU-SeeMe.............................................................................................................. 15
2.2. H.323...................................................................................................................... 19
2.2.1. Viso geral da arquitetura ............................................................................... 21
2.2.2. Terminais H.323 ............................................................................................. 21
2.2.3. Gateways......................................................................................................... 22
2.2.4. Gatekeeper ...................................................................................................... 23
2.2.5. Unidade de Controle Multiponto (MCU) ....................................................... 25
2.3. T.120...................................................................................................................... 28
2.3.1. Arquitetura do T.120....................................................................................... 31
2.3.2. Recomendaes da srie T.120....................................................................... 32
2.3.3. Protocolos T.120 relacionados a infraestrutura .............................................. 34
2.3.4. Protocolos T.120 relacionados s aplicaes.................................................. 34
2.4. MPEG .................................................................................................................... 35
2.4.1. ISO/MPEG1.................................................................................................... 35
2.4.2. ISO/MPEG2 ou ITU-T H.262......................................................................... 36
2.5. VRVS..................................................................................................................... 37
2.5.1. Refletores ........................................................................................................ 39
2.5.2. Modelo de implementao.............................................................................. 40
3. Configuraes de Sistemas de Videoconferncia e Infra-estrutura de Rede ................ 42
3.1. Configurao dos sistemas de videoconferncia ................................................... 42
3.1.1. MCU MeetingPoint......................................................................................... 42
3.1.2. MCU CISCO IP/VC 3510 .............................................................................. 54
3.2. Infra-estruturas de rede .......................................................................................... 62
3.2.1. Como as intranets e a Internet so estruturadas .............................................. 62
3.2.2. Tipos de conexo ............................................................................................ 66
3.2.3. Servios bsicos de rede ................................................................................. 67
3.2.4. Unicast, broadcast e multicast......................................................................... 68
3.2.5. Fatores que influenciam o desempenho.......................................................... 70
3.3. Zona e cascateamento. ........................................................................................... 71
3.3.1. Zonas H.323.................................................................................................... 71
3.3.2. Cascateamento de MCUs................................................................................ 73
4. Operao de Sistemas de Videoconferncia................................................................. 75
4.1. Noes bsicas de udio ........................................................................................ 75
4.1.1. Amostragem.................................................................................................... 75
4.1.2. Quantizao..................................................................................................... 75
4.1.3. Modulao por cdigo de pulso...................................................................... 77
4.1.4. Algoritmos baseados em diferenas................................................................ 78
4.1.5. Codificao por Predio Linear por Ativao de Cdigo ............................. 78
4.2. Noes bsicas de vdeo ........................................................................................ 79
4.2.1. Compresso de vdeo...................................................................................... 81
4.2.2. Padres ITU-T: H.261 e H.263....................................................................... 81
4.2.3. Vdeo em ao................................................................................................. 82
4.3. Fatores Ambientais ................................................................................................ 83
4.3.1. Fatores interferentes........................................................................................ 83
4.3.2. Etiqueta: orientao para professores, instrutores, conferencistas.................. 87
5. Erros (troubleshooting) ................................................................................................. 90
6. Referncia Bibliogrficas.............................................................................................. 93
7. Bibliografia ................................................................................................................... 94

Lista de Figuras

Figura 1.1 Elementos bsicos de uma videoconferncia ................................................. 8
Figura 1.2 Videoconferncia em desktop ........................................................................ 9
Figura 1.3 Comunicao ponto-a-ponto ........................................................................ 10
Figura 1.4 Comunicao multiponto.............................................................................. 10
Figura 1.5 Comunicao por difuso............................................................................. 11
Figura 1.6 Sala de chat................................................................................................... 12
Figura 1.7 Quadro branco .............................................................................................. 12
Figura 1.8 Compartilhamento de documento................................................................. 13
Figura 1.9 Compartilhamento de aplicaes.................................................................. 13
Figura 2.1 Configuraes CU-SeeMe............................................................................ 16
Figura 2.2 Mltiplos usurios usando o CU-SeeMe...................................................... 18
Figura 2.3 Sistema H.323 e seus componentes.............................................................. 21
Figura 2.4 Terminais H.323........................................................................................... 22
Figura 2.5 Gateways H.323 ........................................................................................... 23
Figura 2.6 - Gatekeepers................................................................................................... 24
Figura 2.7 - MCUs ............................................................................................................ 26
Figura 2.8 Tipos de operao......................................................................................... 28
Figura 2.9 Arquitetura T.120 ......................................................................................... 31
Figura 2.10 Interface VRVS .......................................................................................... 38
Figura 3.1 Tela de Entrada para configurao do MeetingPoint ................................... 43
Figura 3.2 Escolha das Opes para Configurao ....................................................... 44
Figura 3.3 Escolha das opes para criao/edio/remoo de salas........................... 47
Figura 3.4 Autenticao via WEB................................................................................. 48
Figura 3.5 - Ingresso por convite ...................................................................................... 49
Figura 3.6 - Applet de escolha de participante ................................................................. 50
Figura 3.7 - Cadastramento de novos usurios ................................................................. 51
Figura 3.8 - Monitoramento da conferncia ..................................................................... 52
Figura 3.9 - Definio de um servidor Radius.................................................................. 53
Figura 3.10 - Seleo do IP do MCU a ser configurado................................................... 55
Figura 3.11 - Escolha do que se deseja configurar ........................................................... 56
Figura 3.12 - Tabela de definio de servios .................................................................. 57
Figura 3.13 - Exemplo de continuous presence................................................................ 58
Figura 3.14 - Criao de servios ..................................................................................... 59
Figura 3.15 - Tabela de definio dos servios do gatekeeper ......................................... 60
Figura 3.16 - Controle da Rede......................................................................................... 60
Figura 3.17 - Administrao de usurios .......................................................................... 62
Figura 3.18 - Computadores comunicando-se atravs de uma ligao direta................... 63
Figura 3.19 - Computadores comunicando-se atravs de uma ligao compartilhada..... 63
Figura 3.20 - Computadores ligados a um Hub................................................................ 64
Figura 3.21 - Transmisso de informaes em redes baseadas em Hub e barramento..... 64
Figura 3.22 - Representao interna de um Hub............................................................... 65
Figura 3.23 - Representao interna de um Switch .......................................................... 65
Figura 3.24 - Rede local baseada em Hubs, Switches e barramentos (retngulos
preenchidos so Hubs; retngulos sem preenchimento so Switches) ..................... 65
Figura 3.25 - Servios bsicos de rede.............................................................................. 68
Figura 3.26 - Transmisso a vrios destinos com trfego uniscast................................... 69
Figura 3.27 - Transmisso a vrios receptores atravs de trfego multicast .................... 70
Figura 3.28 Rede H.323................................................................................................. 72
Figura 4.1 - (a) Onda de udio. (b) Amostragem. (c) Quantizao................................. 75
Figura 4.2 - Segmentao de uma Onda de udio codificada com PCM........................ 77

Lista de Tabelas

Tabela 2.1 Recomendaes T.120 ................................................................................. 32
Tabela 3.1 - Parmetros de uma sala ................................................................................ 44
Tabela 3.2 Opes de usurios....................................................................................... 50
Tabela 3.3 - Opes de servios ....................................................................................... 56
Tabela 3.4 Opes de monitoramento de conferncia................................................... 61
Tabela 4.1 - Codecs de udio do ITU-T .......................................................................... 76
Tabela 4.2 - Modos de operao da recomendao G.722 ............................................... 78
Tabela 4.3 - Formatos de imagem das recomendaes H.261 e H.263............................ 82








1. Introduo Videoconferncia
Os sistemas de videoconferncia possibilitam a comunicao entre grupos de
pessoas independentemente de suas localizaes geogrficas, atravs de udio e vdeo
simultaneamente. Esses sistemas permitem muitas vezes que se trabalhe de forma
cooperativa e se compartilhe informaes e materiais de trabalho sem a necessidade de
locomoo geogrfica.
Videoconferncia no uma idia nova, nem original. Disponvel desde os anos
sessenta, ento na forma de sistemas de alto custo em salas de conferncia especialmente
equipadas, seu objetivo era prover uma nova forma de comunicao entre pessoas
dispersas geograficamente e ocupadas o suficiente para no poderem realizar encontros
pessoais freqentemente [MUS 95]. Assim, a videoconferncia adequada especialmente
para grupos de trabalho distribudos geograficamente, que encontram dificuldades para
realizarem encontros pessoais, levando muitas vezes meses de planejamento para
organizarem e conciliarem datas, e consumindo tempo e gastos com as viagens dos
participantes.
O uso de telefonia tambm uma alternativa na implementao de conferncias
remotas. No entanto, o fato de se poder acrescentar vdeo sincronizado ao som nas
sesses de videoconferncia, o que no possvel nas comunicaes telefnicas,
representa um grande avano nas possibilidades de expressividade envolvidas no dilogo,
uma vez que, sabidamente, a expresso corporal corresponde a 70-80% das impresses de
uma conversa [MUS 95].
A videoconferncia, alm das mdias de udio e vdeo envolvidas, abre tambm
espao utilizao de ferramentas de compartilhamento. Tais ferramentas oferecem aos
participantes a possibilidade de compartilhar imagens ou documentos, permitindo a
visualizao e alterao desses aos integrantes da sesso em tempo real. Alguns sistemas
de videoconferncia oferecem tambm compartilhamento de aplicaes, onde todos os
participantes possuem acesso a uma aplicao sendo executada em um dos
microcomputadores participantes; e compartilhamento de informaes, viabilizando a
transferncia de arquivos entre os diversos participantes.
Assim, em uma reunio de videoconferncia, poderiam existir diversas janelas
empregadas para o propsito de se visualizar a pessoa que no momento est com a
palavra, ter acesso ao documento ou imagem compartilhado, controlar a transferncia de
arquivos e, por fim, gerenciar a conferncia. Ao se observar na tela os documentos
compartilhados e simultaneamente ouvir um participante da sesso salientar pontos,
outros participantes podem, por exemplo, fazer sugestes. Ao comentrio de um dos
participantes, possvel avaliar suas expresses faciais e julgar as opinies sobre uma
questo. Se solicitado um grfico ou imagem em especial, esse transferido para as
pessoas que o desejarem.
Alm de reunies de grupos de trabalho, os sistemas de videoconferncia so
teis tambm em vrias outras situaes:
- Para empresas que precisam se comunicar com clientes remotos;
- Para empresas que precisam treinar remotamente um funcionrio com
qualificaes especficas para um determinado projeto podendo;
- Para ensino a distncia, ao se ministrar aulas e palestras para escolas em locais
remotos;
- Para acesso a profissionais da rea mdica e de reas especialistas em geral,
onde necessria rapidez nas decises;
- Para pesquisas cientficas, viabilizando uma maior e mais rpida divulgao
dos resultados obtidos.

Neste captulo sero apresentados os conceitos introdutrios relacionados
videoconferncia. Inicialmente so apresentados os princpios bsicos, e logo a seguir
sero verificados os servios complementares. Ao final, os aspectos de redes de
computadores relacionados videoconferncia sero analisados.
1.1. Princpios bsicos
Uma videoconferncia consiste em uma discusso em grupo ou pessoa-a-pessoa
na qual os participantes esto em locais diferentes, mas podem ver e ouvir uns aos outros
como se estivessem reunidos em um nico local [WHA 98]. Esses sistemas permitem que
se trabalhe de forma cooperativa, compartilhando informaes e materiais de trabalho
sem a necessidade de locomoo geogrfica.
A maioria das videoconferncias atuais envolve o uso de uma sala em cada
localidade geogrfica, dotada de uma cmera de vdeo especial e facilidades para
apresentao de documentos (Figura 1.1). Nestas salas so utilizadas cmeras de
videoconferncia que possuem grande campo de viso e foco automtico, facilidades de
zoom e controle remoto, e microfones de mesa com cancelamento de eco. Um monitor de
televiso ligado a cmera de videoconferncia transmite a imagem do local remoto para
os participantes. Alm disso, so utilizadas cmeras especiais para apresentao de
documentos, que possuem uma tima qualidade de imagem e recursos de zoom in e zoom
out para transmitir com grande detalhamento o que est sendo apresentado.
Adicionalmente, pode ser usado tambm um quadro branco eletrnico, que transmite o
que est sendo escrito/desenhado pelo apresentador aos outros participantes da
videoconferncia.


Figura 1.1 Elementos bsicos de uma videoconferncia
Com os avanos da tecnologia, proporcionando processadores mais rpidos e
melhores esquemas de compresso de dados, um novo tipo de videoconferncia, a
conferncia desktop, tornou-se vivel. Ao contrrio das videoconferncias em salas
especiais, exigindo equipamentos especiais e caros, a videoconferncia em desktop pode
ser realizada atravs da incluso de software e hardware em computadores padro. Estes
sistemas podem ser baseados em hardware (placas instaladas no PC), software ou
componentes USB. Tipicamente, uma pequena janela com o vdeo remoto e local aparece
aparecem na tela do monitor. O udio enviado e recebido via microfones, fones de
ouvido, ou combinaes de microfone e autofalantes (Figura 1.2).


Figura 1.2 Videoconferncia em desktop
Existem diversos sistemas disponveis para implementao de videoconferncias
baseadas em salas especiais e desktop. Felizmente, com os esforos de padronizao, os
sistemas atualmente apresentam um alto grau de interoperao. Independentemente de
serem usados em salas ou desktops, uma classificao importante em relao s
comunicao nos sistemas separa tais sistemas de acordo com a forma de comunicao
utilizada entre eles [MUS 95]:
Comunicao ponto-a-ponto, quando apenas duas pessoas se comunicam;
Comunicao multiponto, quando h interao recproca entre muitos
participantes;
Comunicao por difuso (broadcast), quando h apresentaes para um
grupo de pessoas, onde, na maior parte do tempo, apenas uma pessoa est
transmitindo e as demais recebendo.

As comunicaes ponto-a-ponto (Figura 1.3) utilizam sistemas de conferncia
mais econmicos, freqentemente sendo executados sobre linhas telefnicas comuns
tecnologias de acesso comuns como CableModem e ADSL. So sistemas que podem ser
utilizados, por exemplo, por pessoas que trabalham fora de seus escritrios, desejando
com eles manter contato, ou ainda com clientes remotos. Sob certos aspectos, as
comunicaes ponto-a-ponto so similares a ligaes telefnicas entre duas pessoas, s
que acrescidas das facilidades extras da videoconferncia.


Figura 1.3 Comunicao ponto-a-ponto
As comunicaes multiponto (Figura 1.4), por sua vez, no operam
adequadamente sobre linhas telefnicas normais porque necessitam uma capacidade de
transmisso de dados superior fornecida em tal ambiente. Entretanto, esto disponveis
para redes locais, Internet e acesso via CableModem e ADSL. Estes sistemas so
indicados para reunies entre grupos de trabalho de organizaes, discusses de pesquisa,
e outros tipos de conferncia que exigem a participao de vrias partes ao mesmo
tempo.


Figura 1.4 Comunicao multiponto
Por fim, as comunicaes por difuso (Figura 1.5) so executadas principalmente
sobre a Internet. Nestes sistemas, uma estao transmite os dados a um grande grupo de
pessoas em diferentes localizaes que podem receber a transmisso simultaneamente. A
transmisso por difuso um mtodo utilizado para transmisses de seminrios,
apresentaes comerciais, aulas de ensino a distncia, publicaes e discusses de
pesquisas e experimentos, por exemplo. Tipicamente, as transmisses possuem um nodo
que o principal transmissor, transmitindo, por exemplo, um seminrio, e os outros
nodos participam em menor escala na transmisso, fazendo, por exemplo, perguntas em
uma palestra.


Figura 1.5 Comunicao por difuso
1.2. Servios complementares para suporte colaborao
A colaborao/cooperao envolve sinergia e assume que, de alguma maneira, o
todo maior que a soma das partes individuais. Percebe-se que o trabalho em grupo
detm valiosas atenes relativas ao desenvolvimento de aplicaes complexas que visem
facilitar o trabalho cooperativo suportado por computador. Tais aplicaes revelam-se
fundamentais tambm para o entendimento e a aplicao de metodologias relativas ao
ensino descentralizado. As empresas, buscam nas estratgias de colaborao, um subsdio
para o aumento da qualidade das informaes que disponibilizam. atravs destas
ferramentas que torna-se possvel a criao de bases de dados que permitam a observao
de detalhes importantes competitividade de uma organizao. Tambm se procura por
uma reduo nos custos associados a produo e ao gerenciamento, visto que, reunies
virtuais, podem significar uma economia substancial de tempo e recursos financeiros.
Neste sentido, diversos servios de suporte a colaborao tem sido agregados aos
servios de videoconferncia com vistas a criar mais e melhores condies para o
trabalho cooperativo entre equipes remotamente situadas.
Cooperao envolve vrios processos:
- Comunicao: ocorre durante todo o processo podendo influenci-lo ou no.
- Negociao: envolve argumentar e decidir.
A negociao uma forma de conversa onde se tem uma opinio sobre
determinado assunto e se deseja que ele seja aceito pelas demais pessoas. Uma
negociao pode durar horas ou ate mesmo semanas. Entre os mecanismos de negociao
pode-se citar acordo (entrar em acordo) e votao.
- Coordenao: o processo de colocar ordem nas transaes feitas em
espaos e tempos virtuais.
- Co-realizao: fazer junto, em conjunto. co-projetar, co-realizar, co-
avaliar, co-desenvolver (co significando conjunto).
- Compartilhamento: o conceito de dividir e distribuir com os outros.
compartilhar conhecimentos, informaes, idias, leituras, etc. Pode ser feita
em tempos iguais ou diferentes.
Para permitir que a cooperao/colaborao seja vivel junto videoconferncia,
servios extras devem ser fornecidos. Entre estes, os principais so:
- Salas de bate-papo (chat) so utilizadas para troca de informaes via texto,
onde um participante, por exemplo, pode fazer solicitaes de um contedo a
um instrutor, que por sua vez responde atravs de vdeo (Figura 1.6);


Figura 1.6 Sala de chat
- Quadro branco implementa uma rea compartilhada onde os participantes
podem livremente desenhar figuras, colar imagens e trocar dados escrevendo
no quadro compartilhado (Figura 1.7);


Figura 1.7 Quadro branco
- Compartilhamento de documentos permite que os participantes possam, ao
mesmo tempo, redigir documentos variados como planilhas de clculo, texto
convencional, apresentao em transparncias, etc. (Figura 1.8).


Figura 1.8 Compartilhamento de documento
- Compartilhamento de aplicaes em geral permite que os usurios possam
verificar as condies de operao de aplicaes remotas de outros usurios
(Figura 1.9).


Figura 1.9 Compartilhamento de aplicaes
1.3. Infra-estrutura de redes
Para que os sistemas de videoconferncia e colaborao possam operar
adequadamente, a infra-estrutura de rede utilizada deve fornecer servios de
conectividade e transmisso de dados com qualidade suficientes. Muitas vezes, os
problemas percebidos nos sistemas de videoconferncia so fruto do mau funcionamento
da infra-estrutura de rede utilizada.
Atualmente, o padro dominante em redes de computadores a arquitetura
TCP/IP. Redes TCP/IP so formadas por diversos elementos diferentes, como elementos
de interconexo (e.g. hubs, pontes, switches, roteadores), elementos para fornecer
proteo e acesso restrito a segmentos crticos (firewalls), elementos complementares
(e.g. servidores de DNS) e pontos finais de comunicao (e.g. servidores de aplicao e
hosts de usurios).

Como os sistemas de videoconferncia rodam sobre a infra-estrutura de redes,
qualquer problema operacional existe nos diversos elementos da infra-estrutura acabam
influenciando diretamente o desempenho das sesses de videoconferncia. Logo, apesar
de as estruturas especficas para videoconferncia serem complexas por si s, prestar
ateno somente em tais estruturas no suficiente para garantir o sucesso das
comunicaes: a infra-estrutura de redes tambm precisa do mesmo nvel de ateno.
Logo, os operadores de videoconferncia no devem apenas lidar com a videoconferncia
em si, mas tambm possurem noes de redes de computadores que lhes permitam
resolver problemas decorrentes da infra-estrutura existente. No decorrer dos prximos
captulos, sero verificados os principais problema relacionadas a infra-estrutura bsica
de redes em relao aos sistemas de videoconferncia.
2. Evoluo da Videoconferncia e os Padres
Neste captulo sero apresentadas as principais tecnologias envolvidas com a
videoconferncia e sua evoluo histrica. Tais tecnologias esto relacionadas tanto com
as aplicaes de videoconferncia quanto com a infra-estrutura de redes utilizada (na
maioria dos casos, redes IP como a Internet).
2.1. CU-SeeMe
O CU-SeeMe um software de videoconferncia desenvolvido na Universidade
de Cornell. Esta ferramenta permite a comunicao em tempo real atravs da transmisso
e recepo de vdeo, udio ou texto, atravs da Internet ou qualquer rede baseada em
TCP/IP. Cada participante pode escolher entre ser um receptor, um transmissor ou
ambos. Posteriormente, o CU-SeeMe passou a pertencer empresa CU-SeeMe Networks
que desenvolve e comercializa softwares multiplataforma para comunicao remota em
redes de curta e longa distncia sobre IP. Esta comunicao se efetiva atravs do trfego
multimdia, viabilizando sesses de videoconferncia multiponto do modelo n-n, ou seja,
diversos participantes interagindo mutuamente. A principal soluo da empresa
atualmente implementa uma estrutura cliente-servidor, onde os usurios estabelecem
sesses de videoconferncia, sendo que a ferramenta de videoconferncia CU-SeeMe
um dos mais populares aplicativos da empresa.
Para receber sinais de vdeo no CU-SeeMe basta apenas um computador pessoal
com um monitor capaz de apresentar imagens em 16 escalas de cinza e uma conexo com
a Internet. Para receber e enviar udio, necessrio uma placa de som, onde estaro
conectados os alto-falantes e o microfone. Se for necessrio que a transmisso e
recepo de udio seja realizada nos dois sentidos simultaneamente, a placa de som deve
funcionar no modo a transmisso full-duplex. Geralmente, o software de instalao que
vem com as placas de som traz drivers para full-duplex . Para enviar sinais de vdeo
atravs do CU-SeeMe, alm das ferramentas necessrias para apenas receber imagens no
CU-SeeMe, tambm necessria uma cmara de vdeo e uma placa de captura de vdeo.
A taxa de bits por segundo geradas pelo vdeo pode ser determinada em uma
janela de opes, informando o valor mnimo e mximo permitido, enquanto que a taxa
de udio praticamente fixa, ou seja, o usurio tem apenas duas opes a escolher: 32
Kbps (IDVI) ou 16 Kbps (Delta Modulation).


Figura 2.1 Configuraes CU-SeeMe

Apesar de o CU-SeeMe promover uma conexo ponto-a-ponto, conexes
multiponto podem ser obtidas atravs do uso de um software chamado refletor. A
habilidade de ter conferncia em grupo realizada por ter participantes executando o
software cliente CU-SeeMe conectados ao refletor. O refletor CU-SeeMe recebe uma
seqncia de dados de uma origem de vdeo/udio CU-SeeMe remota, e realiza mltiplas
cpias desta seqncia de dados de vdeo para envi-las aos receptores remotos CU-
SeeMe. Este sistema funciona bem enquanto poucos usurios esto enviando sinais de
vdeo e tambm poucos esto recebendo, pois a cada novo usurio que se conecta ao
refletor ser gerado mais um fluxo de dados de/para este novo usurio, e portanto uma
grande quantidade de banda passante ser consumida.

Os refletores rodavam at pouco tempo atrs somente em mquinas Unix (SUN,
HP, IBM, Linux e DEC), mas com a evoluo rpida dos PCs j existem verses de
Refletor CU-SeeMe para Windows NT/2000/XP e at Windows95/98/ME. Proporciona a
habilidade de transmitir e receber udio e vdeo em computadores pessoais, conectados
via um protocolo TCP/IP. Uma vez conectado, possvel receber e enviar vdeo e udio,
utilizar o chat para conversar e ainda compartilhar documentos e grficos em um quadro
de comunicaes (whiteboard) eletrnico e interativo. compatvel com outros softwares
de videoconferncia, com por exemplo o Microsoft NetMeeting, pois foi desenvolvido
segundo as especificaes da norma H.323 da ITU-T, podendo operar sobre enlaces de
28,8 kbps a enlaces de alta velocidade instalados em redes locais ou metropolitanas.
O software cliente permite tanto a conexo ponto-a-ponto com outro cliente CU-
SeeMe quando a conexo com diversas estaes de videoconferncia interconectadas via
um refletor.
As verses mais recentes do software passaram a oferecer tambm a possibilidade
de operar segundo os protocolos da srie H.323 do ITU. Para a adequada utilizao deste
e de outros sistemas similares, algumas recomendaes foram elaboradas com vistas a
minimizar problemas em uma videoconferncia de usurios CU-SeeMe . Um possvel
"gargalo" pode surgir no refletor, caso muitas pessoas estejam conectadas a este.
Portanto, a fim de contribuir para a realizao de uma videoconferncia de melhor
qualidade algumas regras de "etiqueta" devem ser observadas:
- No permanecer conectado ao refletor por longos perodos de tempo (horas), a
menos que tenha sido convidado;
- No deixar uma transmisso de vdeo continuamente com uma imagem
esttica, ou pior, com uma mensagem se deslocando continuamente. Isto
consome a banda passante da rede e a capacidade de processamento do
refletor;
- No transmitir imagens geradas de um videocassete. CU-SeeMe objetiva a
transmisso de vdeo em tempo real. Informaes gravadas podem ser
transmitidas e disseminadas de outras maneiras;
- Preferencialmente, no selecionar alta resoluo (240x320), uma vez que
nesta resoluo ser enviada uma quantidade muito maior de dados de vdeo.
Se for desejada alta resoluo, faa isso nos domnios locais da rede;
- No limitar seu Max Kbps acima de 100 Kbps e o threshold abaixo de 20.
Preferencialmente, utilize os defaults;
- No enviar ou deixe algum enviar imagens "inapropriadas", em hiptese
alguma;
- No permanecer conectado a um refletor onde se percebe que existe um grupo
se organizando para realizar uma conferncia, a menos que tenha sido
convidado;
- No permanecer conectado a um refletor caso esteja usando uma conexo de
baixa velocidade, como por exemplo, atravs de um modem. Isto ir afetar os
demais usurios do refletor, devido aos relatrios de perda;
- Enviar um e-mail para contactar o responsvel por cada refletor para
informar-lhe o interesse no uso do refletor, o motivo da conexo e por quanto
tempo.
Nas experincias realizadas com este software, verificou-se que o mesmo, ao
contrrio do NetMeeting, permite visualizar simultaneamente vrios usurios conectados.
A sua tela principal possui todas as ferramentas disponveis integradas, como a lista dos
usurios conectados naquela sala no momento, a transmisso de vdeo e udio de cada
um deles e um ambiente de chat. No entanto, no possui as opes de compartilhamento
de aplicativos, quadro branco compartilhado e FTP.
Tal como outros aplicativos da sua categoria, o CuSee-Me depende da captura de
mltiplas mdias, oriundas de placas de som e/ou captura de vdeo, a fim de estabelecer o
trfego de multimdia. A qualidade do contedo de multimdia transmitido em tempo real
na rede atravs do CuSee-Me, pode variar em funo dos perifricos empregados para a
captura de udio e de vdeo. Assim sendo, quanto melhor for a gerao de multimdia,
melhor ser a transmisso, e conseqentemente, melhor ser a sesso de
videoconferncia.
O software cliente CuSee-Me capaz de conectar-se a outro cliente CuSee-Me,
estabelecendo uma sesso videoconferncia ponto-a-ponto sem a interferncia de outra
aplicao. Entretanto, para sesses de videoconferncia ponto-multiponto, necessrio a
presena de um servidor, denominado refletor, que controlar o trfego de pacotes,
abertura de canais de comunicao, estabelecimento de novas chamadas, endereamento
dos clientes, entre outra funes.
Figura 2.2 Mltiplos usurios usando o CU-SeeMe
A interface do CuSee-Me simples e bastante intuitiva (Figura 2.2). As imagens
dos participantes ficam posicionadas a direita da lista de todos os integrantes de uma sala
de conferncia. Logo abaixo das imagens dos participantes ativos, fica um quadro de
chat, onde possvel realizar a comunicao textual. Similarmente a outras ferramentas
de videoconferncia, possvel utilizar o CuSee-Me sem captura de vdeo, realizando
apenas audioconferncia.
As configuraes do cliente de videoconferncia so bastante fceis de se
executar. Na opo Teste de Vdeo possvel visualizar uma amostra da imagem gerada
local e remotamente, selecionar o tipo de codec e alterar as configuraes do hardware de
captura.
Na verso 3.11 do CuSee-Me, existem trs possibilidades de codecs a escolha do
usurio. Os codecs abaixo so responsveis pela compresso e descompresso do vdeo a
ser transmitido na rede. Cada um deles possui vantagens e desvantagens, devendo o
usurio selecionar aquele que melhor se enquadra no seu contexto.
- White Pine M-JPEG - Oferece alta qualidade para redes de grande velocidade
(LANs ou ISDN). Apresenta queda de qualidade para redes mais lentas
(usando modem). Transmite imagens coloridas e em escalas de cinza.
- White Pine H.263 - Codec padro para redes em geral. compatvel com
outros softwares de videoconferncia que implementam o padro H.323,
como por exemplo, o Microsoft NetMeeting. Exige mais processamento da
CPU, o que pode tornar a transmisso por modem mais lenta. Transmite
imagens coloridas e em escalas de cinza.
- Cornell CU-SeeMe Gray - Para transmisso em escalas de cinza. Utilizado
para cmeras que no suportam imagens coloridas. Boa performance para
usurios de modems ou links lentos.
As caractersticas do hardware adotado para captura de imagens podem ser
configuradas no que se refere ao formato da imagem, suas dimenses, modelo da cmera
de vdeo empregada, padro e tipo do sinal de vdeo, eventuais legendas e finalmente
indicadores de brilho e contraste.
A guia Teste de udio oferece ao usurio as seguintes possibilidades de
configurao:
- Microfone:
- Performance e qualidade do udio gerado;
- ndice de eliminao de rudos de fundo;
- Volume;
- Dispositivo de Recording (geralmente s existe um);
- Speaker:
- Volume da sada de som;
- Teste do volume;
- Dispositivo de Playback;
- udio full duplex: ativado ou desativado
A conexo com outros usurios do CuSee-Me pode ser feita a partir de uma lista
de sites disponveis ou manualmente, atravs da entrada do nmero de IP ou nome do
host que se deseja chamar. Em seguida, pode-se optar pelo envio ou no de imagens ao
interlocutor.
2.2. H.323
O padro H.323 prov uma base tecnolgica para comunicaes de dados, udio e
vdeo, para redes baseadas no protocolo IP. O H.323 permite tambm que produtos de
multimdia e aplicaes de fabricantes diferentes possam interoperar de forma eficiente e
que os usurios possam se comunicar sem preocupao com velocidade da rede.
H.323 uma recomendao da Unio Internacional de Telecomunicaes (ITU)
organismo que define padres para comunicaes multimdia para redes locais de
computadores. Estas redes incluem TCP/IP e IPX em cima de Ethernet, Fast Ethernet e
Token Ring.
A especificao H.323 foi aprovada em 1996 pelo Grupo de Estudo 16 do ITU e
sua verso 2 foi aprovada em janeiro de 1998. O H.323 parte de uma srie padres de
comunicaes que permitem videoconferncias atravs de redes. Conhecido como
H.32X, esta srie inclui especificaes H.320 e H.324, para comunicaes ISDN e de
PSTN, respectivamente.
A recomendao H.323 tem como uma de suas caractersticas a flexibilidade, pois
pode ser aplicada tanto a voz, quanto a vdeo conferncia multimdia, entre outros.
Aplicaes H.323 esto se tornando populares no mercado corporativo por vrias
razes, dentre elas podemos citar:
- O H.323 define padres de multimdia para uma infra-estrutura existente,
alm de ser projetada para compensar o efeito de latncia em LANs,
permitindo para que os clientes possam usar aplicaes de multimdia sem
mudar a infra-estrutura de redes;
- As redes baseadas em IP esto ficando mais poderosas, alm da largura de
banda para redes com arquitetura Ethernet estarem migrando de 10 Mbps para
100 Mbps, e a Gigabit Ethernet est fazendo progressos no mercado;
- PCs esto se tornando plataformas de multimdia mais poderosas devido a
processadores mais rpidos, conjunto especficos de instruo e chips
aceleradores multimdia poderosos;
- H.323 prov padres de interoperabilidade entre LANs e outras redes;
- O fluxo de dados em redes pode ser administrado. Com o H.323, o gerente de
rede pode restringir a quantia de largura de banda disponvel para
conferncias. O suporte a comunicao multicast tambm reduz exigncias de
largura de banda;
- A especificao H.323 tem o apoio de muitas empresas de comunicaes e
organizaes, incluindo Intel, Microsoft, Cisco e IBM. Os esforos destas
companhias esto gerando um nvel mais alto de conscincia no mercado.

Em relao aos benefcios advindos do H.323, pode-se citar:

- Padres de codec - H.323 estabelece padres para compresso e
descompresso de dados de udio e vdeo, assegurando que equipamentos de
fabricantes diferentes tenham uma rea de apoio comum;
- Interoperabilidade - Usurios necessitam se comunicar sem se preocupar
com a velocidade. Alm de assegurar que o receptor pode descompactar a
informao, o padro H.323 estabelece mtodos para que os clientes que
recebem os dados possam se comunicar equalizando velocidades com o
remetente. O padro tambm estabelece ligao de chamada comum e
protocolos de controle;
- Independncia entre redes - O H.323 projetado para rodar em cima de
arquiteturas de redes comuns. Como a tecnologia de redes evolui, e como
tcnicas de administrao de largura de banda melhoram, as solues
baseadas no H.323 podero tirar proveito dessas velocidades aumentadas;
- Independncia de plataforma e aplicao - O H.323 no est amarrado a
um hardware ou sistema operacional. As plataformas H.323 esto disponveis
em muitos tamanhos e formas, incluindo computadores pessoais habilitados
para vdeo conferncia, plataformas dedicadas e TVs a cabo;
- Suporte multiponto - Embora o H.323 possa apoiar conferncias de trs ou
mais usurios sem requerer uma unidade de controle multiponto (MCU), este
pode definir uma arquitetura mais poderosa e flexvel para ser gerente de
conferncias de multiponto;
- Administrao de largura de banda - Trfego de vdeo e udio demandam
alta largura de banda, o que poderia congestionar uma rede corporativa.
Gerentes de redes podem limitar o nmero de conexes simultneas H.323
dentro da rede, ou at mesmo a largura de banda disponvel para aplicaes
H.323. Estes limites asseguram que um trfego crtico no ser rompido;
- Flexibilidade - Uma conferncia H.323 pode incluir usurios com tecnologias
diferentes. Por exemplo, um terminal somente com capacidade de udio pode
participar em uma conferncia com terminais que tm capacidades de dados
e/ou vdeo. Alm disso, um terminal multimdia H.323 pode compartilhar
dados de uma videoconferncia com um terminal de dados T.120, enquanto
compartilhando voz, vdeo e dados com outros terminais H.323;
- Conferncia inter redes - Muitos usurios querem uma conferncia de uma
LAN para uma rede distante. Por exemplo, o H.323 estabelece meios de unir
sistemas de mesa baseados em LAN com sistemas de grupo baseados em
ISDN. Usurios de H.323 usam tecnologia de codec comum para padres de
videoconferncia diferentes para minimizar a demora e prover bom
desempenho.
2.2.1. Viso geral da arquitetura
A recomendao H.323 cobre as exigncias tcnicas para servios de
comunicaes de udio e vdeos em redes que no provem uma garantia de Qualidade
de Servio (QoS). Referncias H.323 a especificao T.120 habilitam conferncias que
incluem uma capacidade de dados especfica. O mbito do H.323 no inclui a prpria
rede ou a camada de transporte que, pode ser usada para conectar vrias redes. A Figura
2.3 apresenta um sistema H.323 e seus componentes.

Figura 2.3 Sistema H.323 e seus componentes
O padro H.323 define quatro componentes principais para um sistema de
comunicaes baseados em redes: Terminais, Gateways, Gatekeepers, e Unidades
Controle Multiponto (MCU).
2.2.2. Terminais H.323
Terminais so representados pelas estaes cliente da rede que provem
comunicao em tempo-real e em duas direes. A Figure 2.4 descreve os componentes
de um terminal. Todos os terminais tm que apoiar comunicaes de voz; vdeo e dados
so opcionais. O H.323 especifica os modos de operao requeridos para que diferentes
terminais de udio, vdeo e/ou dados trabalhem juntos. Acredita-se que o H.323 seja o
padro dominante da prxima gerao de telefones de Internet, terminais de udio
conferncia, e tecnologias de vdeo conferncia.

Figura 2.4 Terminais H.323
Todos os terminais H.323 tambm tm que apoiar H.245, que so usados para
negociar o uso de canal e velocidades. So requeridos trs outros componentes: Q.931
para sinalizao e configurao de chamadas; um componente chamado
Registration/Admission/Status (RAS) que um protocolo usado para comunicao com
um Gatekeeper; e um suporte para RTP/RTCP para seqenciamento de pacotes de udio
e vdeo.
Componentes opcionais em um terminal H.323 so codificadores de vdeo, os
protocolos de conferncia de dados T.120, e as habilidades de MCU (descritas mais
adiante).
2.2.3. Gateways
O Gateway um elemento opcional em uma conferncia H.323. Gateways
provem muitos servios, onde o mais comum prov uma funo de traduo entre os
terminais de conferncia H.323 e outros tipos terminais. Esta funo inclui traduo entre
transmisso formata e entre procedimentos de comunicaes. Alm disso, o Gateway
tambm traduz entre codecs de udio e vdeo e executa configurao de chamada. A
Figura 2.5 mostra um Gateway H.323/PSTN.

Figura 2.5 Gateways H.323
Em geral, o propsito do Gateway refletir as caractersticas de uma estao de
rede para uma estao SCN e vice-versa. provvel que as aplicaes primrias de
Gateways sejam:
- Estabelecer vnculos com terminais de PSTN analgicos.
- Estabelecer vnculos com terminais remotos H.320, atravs de redes baseadas
em ISDN.
- Estabelecer vnculos com terminais remotos H.323, atravs de redes baseadas
em PSDN.
Gateways no so requeridos se no so necessrias conexes para outras redes,
isto , desde que as estaes possam se comunicar diretamente com outras estaes.
Terminais se comunicam com Gateways que usam os protocolos H.245 e Q.931.
Com o transcoder apropriado, Gateways H.323 podem dar suporte a terminais que
obedeam as especificaes H.310, H.321, H.322, e V.70.
Muitas funes de Gateway pertencem ao projetista. Por exemplo, o nmero atual
de terminais H.323 que podem se comunicar pelo Gateway no est sujeito a
padronizao. Semelhantemente, o nmero de conexes de SCN, o nmero suportado de
conferncias independentes simultneas, a funo de converso de udio/vdeo/dados e
incluso de funes de multipontos pertencem ao fabricante. Incorporando tecnologia de
Gateway na especificao H.323, o ITU posicionou o H.323 como a cola que une o
mundo de estaes de conferncia baseado no padro.
2.2.4. Gatekeeper
Um Gatekeeper o componente mais importante de uma rede H.323. Ele age
como o ponto central para todas as chamadas dentro de sua zona e prov servios de
controle de chamada para estaes registradas. Em muitas implementaes, um
Gatekeeper H.323 age como um interruptor virtual.
Gatekeepers executam duas funes de controle de chamada importantes. A
primeira traduo de endereo dos apelidos de terminais de rede e gateways para
endereos IP ou IPX, como definido na especificao da RAS. A segunda funo
administrao de largura de banda, que tambm designada dentro da RAS. Por
exemplo, se um gerente de rede especificou um limite para o nmero de conferncias
simultneas na rede, o Gatekeeper pode recusar fazer mais algumas conexes uma vez
que o limite alcanado. O efeito limitar a largura de banda total da conferncia, para
alguma frao do total disponvel; a capacidade restante permanece para e-mail,
transferncia de arquivo, e outras atividades da rede. A coleo de todos os Terminais,
Gateways e MCUs administrados por um nico Gatekeeper conhecida como uma Zona
H.323 e mostrado na Figura 2.6.

Figura 2.6 - Gatekeepers
Um opcional, mas valiosa caracterstica de um gatekeeper, sua habilidade para
rotear chamadas H.323. Pelo roteamento de uma chamada atravs de um gatekeeper, um
servio pode ser controlado mais efetivamente. Provedores de Servio precisam desta
habilidade para faturar as chamadas registradas pela suas redes. Este servio tambm
pode ser usado para redirecionar uma chamada para outra estao se uma estao
chamada est indisponvel. Alm disso, o gatekeeper capaz de rotear chamadas H.323
podendo ajudar nas decises que envolvam balanceamento entre gateways mltiplos. Por
exemplo, se uma chamada roteada por um gatekeeper, este gatekeeper pode
redirecionar a chamada para um dos muitos gateways baseados em alguma lgica de
roteamento proprietria.
Enquanto um Gatekeeper logicamente separado das estaes H.323, os
fabricantes podem incorporar funcionalidades de Gatekeeper na implementao fsico de
Gateways e MCUs.
Um Gatekeeper no requerido em um sistema H.323. Porm, se um Gatekeeper
est presente, os terminais tm que fazer uso dos servios oferecido por eles. RAS define
estes como endereos de traduo, controles de admisses, controles de largura de banda
e administradores de zona.
Gatekeepers tambm podem representar um papel em conexes multiponto. Para
apoiar conferncias de multiponto, usurios empregariam um Gatekeepers para receber
Canais de Controle H.245 de dois terminais em uma conferncia de ponto-para-ponto.
Quando a conferncia troca para multiponto, o gatekeeper pode redirecionar o Canal de
Controle H.245 para um Controlador Multiponto, o MC. O Gatekeeper no necessita
processar a sinalizao H.245; s precisa passar ela entre os terminais ou entre os
terminais e o MC.
Redes que contm Gateways tambm podem conter um Gatekeeper para traduzir
endereos E.164 entrantes em Endereos de Transporte. Porque uma Zona definida por
seu Gatekeeper, entidades H.323 que contm um Gatekeeper interno, exigem um
mecanismo para desabilitar a funo interna, de forma que quando h entidades mltiplas
H.323 que contm um Gatekeeper em uma rede, as entidades podem ser configuradas na
mesma Zona.
As principais funes de um gatekeeper so:
- Traduo de Endereos - Traduo de alias de endereo para Endereos de
Transporte que usam uma tabela que atualizada com mensagens de registro.
Tambm so permitidos outros mtodos para atualizar a tabela de traduo.
- Controle de Admisses - Autorizao de acesso de rede que usa Requisio
de Admisso, mensagens de Confirmao e Rejeio (ARQ/ARC/ARJ). O
acesso a rede pode estar baseado em autorizao de chamada, largura de
banda, ou algum outro critrio. Controle de admisses tambm pode ser uma
funo nula que admite todos os pedidos.
- Controle de Largura de Banda - Suporte para requisio de largura de
banda, mensagens de Confirmao e Rejeio (BRQ/BCF/BRJ), que pode
estar baseado em administrao de largura de banda. Controle de largura de
banda tambm pode ser uma funo nula que aceita todos os pedidos para
mudanas de banda.
- Gerenciamento de Zona - O Gatekeeper prov as funes para terminais,
MCUs, e Gateways que so registrados na sua Zona de Controle.

Complementarmente, um gatekeepr possui ainda as seguintes funes opcionais:
- Sinais de Controle de Chamada - Em uma conferncia ponto a ponto, o
Gatekeeper pode processar sinais de controle de chamada Q.931.
Alternativamente, o Gatekeeper pode enviar diretamente sinais estaes de
trabalho G.931, para qualquer outra estao.
- Autorizao de Chamada - O Gatekeeper pode rejeitar uma chamada de um
terminal baseado na especificao Q.931. As razes para rejeio podem
incluir, mas no limitar, restries de acesso de/para terminais particulares ou
Gateways, restringido o acesso durante certos perodos de tempo. O critrio
para determinar se uma autorizao passa ou falha esto fora do escopo do
H.323.
- Gerenciamento de Largura de Banda - O Gatekeeper pode rejeitar chamadas
de um terminal se ele determinar que a largura de banda no suficiente. Esta
funo tambm opera durante uma chamada ativa se um terminal adicional
pede largura de banda. O critrio por determinar se a largura de banda
especificada est disponvel est fora do escopo do H.323.
- Gerenciamento de Chamadas - O Gatekeeper pode manter uma lista de
chamadas H.323 contnuas para indicar que um terminal chamado est ocupado
ou prover informao para a funo

2.2.5. Unidade de Controle Multiponto (MCU)
A Unidade de Controle Multiponto (MCU) apia conferncias entre trs ou mais
estaes. Como elemento do H.323, um MCU consiste em um Controlador Multiponto
(MC), que obrigatrio, e zero ou mais Processadores de Multiponto (MP). O MC dirige
negociaes H.245 entre todos os terminais para determinar velocidades comuns para
processos de udio e vdeo. O MC tambm controla recursos de conferncia
determinando se os fluxos de udio e vdeos sero multicast.
O MC no trata diretamente qualquer tipo de fluxos de mdia. Isto atribuio do
MP que mistura, chaveia, e processa udio, vdeo e/ou bits de dados. Facilidades MC e
MP podem existir em um componente dedicado ou podem ser parte de outros
componentes H.323.
Conferncias Multipontos so dirigidas para uma variedade de mtodos e
configuraes H.323. A Recomendao usa os conceitos de conferncias centralizadas e
descentralizadas, como mostrado na Figura 2.7.

Figura 2.7 - MCUs
Conferncias Multipontos centralizadas exigem a existncia de uma facilidade
MCU para uma conferncia de multiponto. Todos os terminais enviam udio, vdeo,
dados e fluxos de controle para o MCU em um estilo ponto-para-ponto. O MC administra
a conferncia usando funes de controle H.245 que tambm definem as capacidades
para cada terminal. O MP faz o mixer de udio, distribuio de dados e funes de
chaveamento/mixer de vdeo, executadas em conferncias de multiponto tpicas e manda
de volta os fluxos resultantes aos terminais participantes. O MP tambm pode prover
converso entre codecs diferente e taxas de bits, alm de poder usar multicast para
distribuir vdeo processado. Um MCU tpico suporta conferncias de multiponto
centralizado, e consiste de um MC e um MP de udio, vdeo e/ou dados.
Conferncias multipontos descentralizadas podem fazer uso de tecnologias
multicast. Terminais multicast H.323 compartilham udio e vdeo com outros terminais
sem enviar os dados a um MCU. Observa-se que o controle de dados de multiponto ainda
processado pelo MCU, e ainda so transmitidas informaes de Canal de Controle
H.245 em um modo de ponto-para-ponto para um MC.
Terminais receptores so responsveis pelo processo de fluxos mltiplo de udio
e vdeos. Terminais usam Canais de Controle H.245 para indicar a um MC quanto vdeo
simultneo e fluxos de udio eles podem decodificar. O nmero de conexes simultneas
de um trmino no limita o nmero de vdeo ou fluxos de udio, que em uma conferncia
so multicast. O MP tambm pode prover seleo de vdeo e mixer de udio em uma
conferncia descentralizada multiponto.
Conferncias multipontos hbridas usam uma combinao de caractersticas
centralizadas e descentralizadas. Os sinais H.245, e outros fluxos de udio ou vdeo so
processados por mensagens de ponto-para-ponto ao MCU. O sinal restante (udio ou
vdeo) transmitido a um terminal H.323 compartilhado por multicast.
Uma vantagem da conferncia centralizada que todos os terminais H.323
suportam comunicaes de ponto-para-ponto. O MCU pode produzir mltiplos elementos
unicasts para os participantes de conferncia e nenhuma capacidade extra da rede
requerida. Alternativamente, o MCU pode receber unicasts mltiplos, mixers de udio e
vdeo de e fluxos de multicast, conservando a largura de banda de rede.
H.323 tambm suporta mix de conferncias multiponto nas quais alguns terminais
esto em uma conferncia centralizada, outros esto em uma conferncia descentralizada,
e um MCU prov a ponte entre os dois tipos. O terminal no est atento da natureza mista
da conferncia, s do modo de conferncia na qual ele envia e recebe.
Apoiando em processos multicast e unicast, o H.323 d apoio a gerao atual e
para as tecnologias de rede de futuro. Multicast faz uso mais eficiente da largura de
banda da rede, mas uma situao de alta computao provavelmente ir sobrecarregar os
terminais, que tm que fazem um mixer e chaveamento dos seus prprios fluxos de
udio/vdeo. Adicionalmente, requerido apoio de multicast em roteadores e switches de
redes.
Um MC pode ser localizado dentro de um Gatekeeper, Gateway, Terminal ou
MCU.
Considere um exemplo simples onde uma conferncia de multiponto configurada
para trs clientes (Figura 2.8). Um terminal cliente (Cliente B) executa a funo de MC.
Todos os terminais poderiam usar multicast para participar em uma conferncia
descentralizada. Uma funo de MP em cada n misturaria e apresentaria os sinais de
udio e vdeo para o usurio. Esta aproximao minimiza a necessidade de recursos
especializados de rede. Entretanto, a rede deve ser configurada para dar suporte multicast.

Figura 2.8 Tipos de operao
Um MCU separado pode ser usado para direcionar somente udio, dados e
funes de controle. Nesta configurao o vdeo pode ser ainda multicast, o que conserva
a largura de banda. Este MCU poderia ser um sistema dedicado ou um terminal com
capacidade computacional extra.
2.3. T.120
A Recomendao T.120 um padro de interoperabilidade em ambientes de
conferncia multimdia. Interoperabilidade a propriedade de diferentes produtos, de
diferentes fabricantes, comunicarem-se mutuamente, necessitando para isso de padres
[VID 2000]. Existem vrios grupos trabalhando com o objetivo de criar padres para
"desktop videoconferencing", dentre os quais destacam-se [VID 2000]:
- O ITU (International Telecommunication Union), que uma organizao
mundial na qual governos e companhias privadas coordenam o
estabelecimento e operao de redes e servios de telecomunicaes. O ITU-T
o setor de padronizao de telecomunicaes do ITU e tem desenvolvido
padres para udio, vdeo, videoconferncia e conferncia de dados,
primariamente sobre ISDN.
- O IMTC (International Multimedia Teleconferencing Consortium) uma
corporao fundada para promover a criao e adoo de padres
internacionais para "Multipoint videoconferencing" e "Document
Conferencing". A nfase do IMTC em teleconferncia com multimdia,
incluindo imagens grficas estticas, vdeo e teleconferncia de dados. O
IMTC promove os padres adotados pelo ITU, incluindo H.320 e T.120.
- O PCWG (Personal Conferencing Working Group) outro grupo promovendo
padres e interoperabilidade na indstria de videoconferncia. O IMTC e o
PCWG compartilham muitos membros e muitas idias. O PCWG est
desenvolvendo o PCS (Personal Conferencing Standard), que ser compatvel
e baseado nos padres ITU.
O padro T.120 contm uma srie de protocolos de comunicao e aplicao, e
servios que do suporte para comunicao de dados multiponto em tempo-real. Essas
facilidades multiponto so de grande importncia para uma nova srie de aplicaes
colaborativas, tais como conferncias de dados, aplicaes multiusurios e jogos para
multijogadores [PRI 2000].
uma especificao de amplo alcance e compreenso que resolve vrios
problemas que tiveram, historicamente, um crescimento lento no mercado para aplicaes
dessa natureza. O padro T.120 resolve problemas tecnolgicos complexos, uma vez que
aceito tanto pelas indstrias de computao, quanto pelas indstrias de telecomunicao
[PRI 2000].
A Recomendao T.120, que faz parte da Srie T (Terminal Equipments and
Protocols for Telematic Services) de Recomendaes da ITU-T (Telecommunication
Standardization Sector of International Telecommunication Union), define um servio de
comunicao de dados multiponto, habilitando participantes a compartilharem dados em
conferncias multimdias. A finalidade dessa Recomendao a de prover uma
introduo e servir como guia para a Srie T.120. Define seu modelo de arquitetura e
mostra os interrelacionamentos entre as Recomendaes constituintes, que proporcionam
funcionalidades padronizadas de protocolos de aplicao [ITU 2000] [VID 2000].
O padro T.120 cobre compartilhamento de documento e compartilhamento de
aplicaes (muitas vezes chamadas de conferncia de dados), partes de uma
teleconferncia multimdia. Tais Recomendaes especificam como distribuir arquivos e
informaes grficas em tempo-real, de maneira eficiente e confivel, durante uma
reunio multimdia multiponto. Os objetivos do padro T.120 so: assegurar
interoperabilidade entre terminais sem que um ou outro participante tenha prioridade
sobre o outro sistema, com independncia de rede e plataformas; permitir
compartilhamento de dados entre participantes em uma teleconferncia multimdia,
incluindo compartilhamento de imagens no quadro branco, informao em apresentao
grfica, e troca de imagens, compartilhamento de aplicaes, e, especificar protocolos de
infraestrutura para aplicaes audiogrficas ou audiovisuais [T12 2000].
O padro T.120 prov benefcios excepcionais para usurios finais, vendedores e
desenvolvedores de tarefas relacionadas com a implementao de aplicaes de tempo-
real. Abaixo so listados os maiores benefcios associados a esse padro [PRI 2000]:
- Entrega de dados multiponto: proporciona uma abstrao elegante para
desenvolvedores, na criao e gerenciamento de um domnio multiponto, de
forma fcil. Na perspectiva de uma aplicao, os dados so entregues
separadamente para as mltiplas partes em tempo-real.
- Interoperabilidade: permite a interoperao entre aplicaes de ponta de
diversos fabricantes. Tambm especifica como elas devem interoperar com
uma variedade de produtos de redes e servios que tambm suportam esse
padro.
- Entrega de dados confivel: proporciona correo de erros na entrega de
dados, que assegura que todos os pontos finais recebero cada dado
transmitido.
- Entrega habilitada para multicast: em redes habilitadas para multicast,
podem ser empregados servios de entrega confivel (ordenada, garantida) ou
no confivel. Esta ltima tambm disponvel em redes sem multicast. Com
o uso de multicast, a infraestrutura do T.120 reduz o congestionamento na
rede e melhora a performance para o usurio final. Essa infraestrutura pode
usar unicast e multicast simultaneamente, proporcionando uma soluo
flexvel para redes mistas.
- Transparncia de rede: as aplicaes so protegidas completamente do
mecanismo de transporte bsico usado. Seja o transporte em uma rede de alta
velocidade ou em um simples modem dial-up, o desenvolvedor da aplicao
apenas se preocupar com um conjunto simples e consistente de servios de
aplicao.
- Independncia de plataforma: completamente livre de qualquer
dependncia de plataforma, apresentando assim, uma grande vantagem diante
dos avanos inevitveis da tecnologia computacional.
- Independncia de rede: suporta uma ampla variedade de opes de
transporte, incluindo Public Switched Telephone Networks (PSTN ou POTS),
Integrated Switched Digital Networks (ISDN), Packet Switched Digital
Networks (PSDN), Circuit Switched Digital Networks (CSDN), e protocolos
de LANs populares (tais como TCP/IP e IPX via protocolo de referncia).
Esses diferentes tipos de transporte, operando a velocidades diferentes, pode
facilmente co-existir em uma mesma conferncia multiponto.
- Suporte a variadas topologias: conferncias multiponto podem ser instaladas
virtualmente sem nenhuma limitao quanto topologia de rede. No entanto,
em conferncias multiponto complexas, a topologia deve ter um impacto
significativo na eficincia e desempenho.
- Independncia de aplicao: apesar da fora de mercado que direcionou o
T.120 ter sido aplicaes em teleconferncias, os projetistas tiveram o
propsito de procurar satisfazer uma variedade de necessidades de aplicao
mais amplas.Assim, esse padro prov facilidades genricas de comunicao
em tempo-real que podem ser usadas por muitas aplicaes diferentes. Essas
aplicaes incluem jogos interativos, realidade virtual e simulaes,
embasamento para novas subscries em tempo-real e aplicaes para
controle de processos.
- Escalabilidade: facilmente escalvel, seu uso compreende desde arquiteturas
simples baseadas em PC at complexos ambientes multiprocessadores
caracterizados pelo seu alto desempenho. Os recursos do padro T.120 so
abundantes, com limites praticamente impostos apenas pelos limites
especficos da plataforma onde est rodando o software.
- Co-existncia com outros padres: foi projetado para trabalhor s ou com
um vasto contexto de outros padres ITU, como po exemplo a famlia H.32x
de padres de vdeoconferncia. O padro T.120 tambm suporta e faz
refrncias-cruzadas com outros padres ITU importantes, como os dos
modems de srie V.
- Extendabilidade: pode ser livremente extendido para incluir uma variedade
de novas capcidades, tais como suporte para novas pilhas de transporte (tipo
ATM ou Frame Relay), implantao de medidas de segurana e novos
protocolos ao nvel de aplicao.

2.3.1. Arquitetura do T.120
A arquitetura T.120 se baseia em uma abordagem multi-camadas com protocolos
especficos e definies de servios entre camadas. A Figura 2.9 mostra uma
representao grfica dessa arquitetura [PRI 2000].

Figura 2.9 Arquitetura T.120
As Aplicaes que utilizam os servios da Srie T.120 so geralmente ditas
multiponto e designadas para o uso dos servios T.120 oferecidos pelo Controle de
Conferncia Genrico (GCC) e pelo Servio de Comunicao Multiponto (MCS). Essas
Aplicaes, denominadas Aplicaes Usurias, podem usar qualquer combinao de
protocolos padronizados ou no-padronizados para se comunicarem com aplicaes
usurias pares [ITU 2000].
Os protocolos de aplicao incluem um conjunto de Protocol Data Units (PDUs) e
aes associadas para aplicaes de comunicao ponto-a-ponto [ITU 2000].
O Controlador de Ns gerencia Pontos de Acesso a Servios (SAPs) do Controle
de Conferncia Genrico, permitindo que o n tenha flexibilidade na resposta a eventos
GCC. Muitos desses eventos se referem ao estabelecimento de conferncias, adio ou
remoo de ns de uma conferncia e parada e distribuio da informao. A
responsabilidade primria do Controlador de Ns transladar esses eventos e responder
apropriadamente [PRI 2000].
A infraestrutura de comunicao inclui as camadas inferiores (T.122, T.123,
T.124 e T.125) que especificam um mecanismo independente da aplicao para o
provimento de servios de comunicao de dados multiponto destinados a qualquer
aplicao que possa usar essas facilidades. As camadas superiores (T.126 e T.127)
definem protocolos para aplicaes de conferncia especficas, como por exemplo,
quadro branco compartilhado e transferncia de arquivo multiponto. Aplicaes que
utilizam esses protocolos padronizados podem co-existir, na mesma conferncia, com
aplicaes que utilizam protocolos proprietrios. Uma aplicao simples pode equilibrar
o uso misto de protocolos padronizados e no padronizados. Tambm na camada
superior, o Modelo de Aplicao Genrico (T.121) obrigatrio para protocolos de
aplicao padronizados e altamente recomendado para protocolos de aplicao no
padronizados. O Modelo de Aplicao Genrico assegura consistncia e reduz o potencial
de imprevistos entre implementaes de protocolos diferentes [PRI 2000] [ITU 2000].
Quanto s Redes, a Srie T.120 opera sobre ISDN, CSDN, PSDN, PSTN e outras
[ITU 2000].
2.3.2. Recomendaes da srie T.120
A Recomendao T.120 governa a poro audiogrfica das sries H.320, H.323 e
H.324 e opera tambm com elas ou sozinha. A sute T.120 consiste em uma srie de
recomendaes, as quais esto resumidas na Tabela 1. Estas recomendaes, bem como
outras referncias relacionadas T.120, so objetos de constantes revises. O usurio
deve procurar consultar a lista de Recomendaes ITU-T atualizada, publicada
regularmente, para obter normas vlidas para o momento atual [T12 2000].
Tabela 2.1 Recomendaes T.120
Recomendao Dercrio Estado atual
da ITU
T.120 Protocolos de dados para conferncia multimdia:
prov uma sinopse da srie T.120 (1996)
Ratificado
T.121 Padro de aplicao genrico: prov um guia para
desenvolvimento de protocolos de aplicao T.120
(1996).
Ratificado
T.122 Descrio do Servio de Comunicao Multiponto
(MCS): descreve os servios multiponto disponveis
para fabricantes (1993).
Ratificado
T.123 Pilhas de protocolos para aplicaes de
teleconferncias audiogrficas e audiovisuais:
especifica protocolos de transporte para vrios tipos
de redes incluindo POST, ISDN e LANs (1994).
Ratificado
T.124 Controle de conferncia genrico: define as reservas
de suporte de protocolos de aplicao e servios de
controle de conferncia bsicos para
teleconferncias multiponto (1995).
Ratificado
T.125 Especificao de protocolo de servio de Ratificado
comunicao multiponto: especifica o protocolo de
transmisso de dados para servios multiponto
(1994).
T.126 Protocolo para tratamento e anotao de imagem no
animada: define compartilhamento de dados
colaborativamente, inclundo quadro branco,
compartilhamento de imagem, apresentao de
imagem grfica e intercmbio de imagem em
coferncia multiponto (1995).
Ratificado
T.127 Protocolo de transferncia de arquivo binrio
multiponto (1995): define um mtodo de troca de
arquivos em uma conferncia multiponto (1995).
Ratificado
T.128 Protocolo de compartilhamento de aplicaes
multiponto: define como participantes, em uma
conferncia T.120 podem compartilhar aplicaes
locais, de forma que participantes de outra
conferncia possam ver a imagem da aplicao
compartilhada, e usar o mouse e o teclado para
controlar essa aplicao como se ela estivesse
rodando localmente.
Ratificado
T.134 Entidade de aplicao de textos de chat: uma
definio da T.121 APE para protocolo de textos de
chat.
Ratificado
T.135 Sistema de uso para reserva de transaes com uma
conferncia T.120: define os protocolos reservados
para conferncia em um ambiente T.120,
tipicamente entre uma aplicao cliente e um
sistema de agenda que reserva unidades de controle
de recursos multiponto (MCUs ou "bridges").
Ratificado
T.136 Como o controle de um dispositivo remoto e
configurao podem ser feitos usando T.120 como
protocolo de transporte.
Projeto, pela
deciso 4/99
T.140 Protocolo para conversao por meio de textos em
aplicaes multimdia. O protocolo para textos de
chats com T.120, vai para T.134.
Ratificado
T.VMR Controle para sala de reunio virtual: contm algum
material de projetos prvios de T.13x, concentrados
em udio + conferncia de dados.
Projeto

Como se observa, a maioria dos padres T.120 foram ratificados, incluindo as
camadas de aplicao ou camadas de alto nvel (T.126, T.127) e as camadas de
infraestrutura ou camadas de baixo nvel (T.122/125, T.123, T.124, T.128, T.134, T.135,
T.140) [T12 2000].
2.3.3. Protocolos T.120 relacionados a infraestrutura
So protocolos projetados para operar sobre uma ampla variedade de redes e
facilitar a comunicao entre os pontos em redes mistas. So detalhados nas seguintes
recomendaes [ITU 2000]:
- Recomendao T.123 - Pilhas de protocolos para aplicaes de
teleconferncias audiogrficas e audiovisuais: especifica protocolos de
transporte bsico para o provimento de entrega confivel de PDUs (Protocol
Data Units) bem como a segmentao e ordenao desses dados, para os
seguintes tipos de redes: Public Switched Telephone Networks (PSTN),
Integrated Switched Digital Networks (ISDN), Circuit Switched Digital
Networks (CSDN), Packet Switched Digital Networks (PSDN), TCP/IP,
Novell Netware IPX (via perfil de referncia) [PRI 2000].
- Recomendaes T.122, T.125 - Servio de Comunicao Multiponto (MCS):
a T.122 define os servios multiponto disponveis para os fabricantes,
enquanto que a T.125 especifica o protocolo de transmisso de dados para
servios multiponto. Juntos, formam o MCS, a "mquina" multiponto da
conferncia T.120. O MCS baseado na T.123 para a entrega de dados [PRI
2000].
- Recomendao T.124 - Controle de Conferncia Genrico (GCC): prov um
conjunto de facilidades para o estabelecimento e gerenciamento de
conferncia multiponto. Centraliza uma base de informao importante sobre
o estado das vrias conferncias as quais est servindo. Um n, o qual pode
ser a prpria Unidade de Controle Multiponto (MCU), serve como Provedor
de Topo para a informao de GCC. Quaisquer aes ou requisies dos ns
de GCC mais baixos so filtradas e sobem at esse Provedor de Topo. A
medida que uma ponta se junta ou deixa uma conferncia, a base de
informao no GCC atualizada e pode ser usada para notificar
automaticamente todas as outras pontas quando essas aes ocorrem [PRI
2000].
2.3.4. Protocolos T.120 relacionados s aplicaes
So protocolos projetados para prover funcionalidades requeridas para as
aplicaes do usurio, de forma a assegurar um nvel de garantia de trabalho interativo
sobre uma grande extenso de terminais com diferentes capacidades. So detalhados nas
seguintes recomendaes [ITU 2000]:
- Recomendao T.121 - Modelo de Aplicao Genrico: a funcionalidade
deste protocolo considerada genrica e comum para todos os protocolos de
aplicao. Seus servios incluem inscrever a aplicao no Controle de
Conferncia Genrico (GCC) e anexar ao domnio do Servio de
Comunicao Multiponto (MCS). Tambm gerencia canais, sinais e
possibilidades da aplicao. Em uma escala mais ampla, esse modelo
responde s indicaes GCC e podem invocar aplicaes pares em outros ns
da conferncia [PRI 2000].
- Recomendao T.126 - Protocolo para tratamento e anotao de imagem no
animada: define apresentao e anotao de imagem no animada, transmitida
entre duas ou mais aplicaes. Refere-se, freqentemente, a conferncia
documental ou ao compartilhamento de quadro branco. Um grande benefcio
o compartilhamento de informao visual entre aplicaes rodando em
diferentes plataformas, como por exemplo, uma aplicao para Windows e
outra para PowerMac [PRI 2000].
- Recomendao T.127 - Protocolo de transferncia de arquivo binrio
multiponto: especifica um meio para que as aplicaes possam transmitir
arquivos entre pontos mltiplos em uma conferncia, para todos os
participantes ou para um subconjunto especfico. Podem ocorrer mltiplas
operaes de transferncia de arquivos, simultaneamente, em qualquer
conferncia, sendo que os desenvolvedores podem especificar nveis de
prioridade na entrega dos arquivos. Tambm prov opes para compresso
de arquivos antes da entrega de dados [PRI 2000].

A Recomendao T.120 requer, para o uso em ambiente de conferncia
multimdia, aplicaes que estejam de acordo com [ITU 2000]:
- O perfil de pilha de Protocolo de Transporte para as redes selecionadas
(T.123);
- O protocolo de Servio de Comunicao Multiponto (T.125);
- As partes obrigatrias do Controle de Conferncia Genrico (T.124);
- As partes obrigatrias de quaisquer protocolos de aplicao que tenham em
seu escopo cobrir funcionalidades suportadas pelas aplicaes usurias.
O primeiro segmento do mercado a adotar o padro T.120 foi a comunidade de
teleconferncias, em virtude do amplo alcance dessa tecnologia, que permite seu uso,
efetivamente, por um grande nmero de vendedores de softwares aplicativos e
provedores de equipamentos [PRI 2000].
O paradigma da computao est se estendendo rapidamente do passado para os
modelos de produtividade atuais. Nos prximos anos, espera-se assistir o
desenvolvimento de uma nova gerao de softwares aplicativos que iro incorporar
colaboraes multipartes. Vendedores de Software Independentes (ISVs) j adotaram o
T.120 como um meio de incorporar capacidades de colaborao em tempo-real em
aplicativos comuns, como por exemplo, em processadores de texto e apresentaes
grficas. Produtos de Engenharia, tais como aplicativos de Computer Aided Design
(CAD), tambm esto migrando para a tecnologia T.120. Outros ISVs incluem produtos
de colaborao para aplicaes de fax, controle remoto, imagens de documentos, etc,
como por exemplo o Lotus Note [PRI 2000].
possvel visualizar uma grande extenso das aplicaes do padro T.120 em
reas de vdeo interativo, jogos atravs de redes, e simulaes. A capacidade de uso de
um conjunto comum de APIs e protocolos amplamente suportados do computador
pessoal rede, iro direcionar a adoo desse padro em mercados emergentes
importantes [PRI 2000].
2.4. MPEG
2.4.1. ISO/MPEG1
A norma MPEG1 surgiu no incio dos anos noventa como resposta crescente
procura de uma norma para gravao digital de vdeo. O principal suporte de gravao
considerado foi o CD-ROM tendo a norma sido optimizada para velocidades totais (udio
e vdeo) de, aproximadamente, 1.5 Mbit/s. Esta norma surgiu pouco depois da norma
H.261 e, naturalmente, baseia-se no mesmo esquema de codificao hbrida j usada. A
necessidade de uma nova norma prende-se com os diferentes requisitos das aplicaes de
gravao face aos da videotelefonia e da videoconferncia, especialmente em termos do
atraso inicial permitido e das facilidades de gravao desejadas, por exemplo o acesso
aleatrio e o avano e o recuo rpido. Estes requisitos levam a uma gesto temporal mais
rgida das ferramentas de codificao, por exemplo as facilidades de codificao exigem,
periodicamente, imagens codificadas sem explorao da redundncia temporal (ncoras),
mas tambm ao uso da compensao de movimento usando imagens futuras custa de
atraso inicial adicional o que no era permitido na videotelefonia e videoconferncia j
que o atraso crtico em aplicaes em tempo real. Note-se ainda que, enquanto a norma
H.261 se destina a aplicaes que requerem codificao em tempo real, a norma MPEG1
usada normalmente para gravao, por exemplo em CD-ROM, o que permite que a
codificao no seja em tempo real, podendo "manipular-se" cuidadosamente a
distribuio dos recursos (bits) disponveis, aumentando com isso a qualidade subjectiva
final. A norma MPEG1 usa como resoluo tpica, imagens no entrelaadas com
resoluo espacial CIF, a 25 Hz. O objectivo de qualidade subjectiva desta norma uma
qualidade semelhante ou superior oferecida pelos videocassetes VHS. Saliente-se que
esta norma, como todas as normas MPEG, inclui tambm uma norma de codificao de
udio bem como uma norma de sistema, definindo nomeadamente a multiplexagem e a
sincronizao dos sinais de vdeo e udio. A codificao de udio pode ser feita segundo
vrios modos, usando velocidades entre 32 e 448 kbit/s, e um ou dois canais.
O enorme sucesso da norma MPEG1 pode ser hoje constatado pela variedade de
hardware e software venda, usando esta norma. Os preos apresentam j valores muito
aceitveis, mesmo para "consumo caseiro", sendo j comum encontrar computadores
pessoais com placas de codificao e descodificao. Como natural, as placas de
codificao so mais caras do que as placas de descodificao j que o codificador que
tem de fazer a maior parte do trabalho de anlise das imagens, por exemplo deteco do
movimento, limitando-se o descodificador a "obedecer" s instrues que lhe so dadas,
por exemplo usar um dado vetor de movimento (que o codificador teve de identificar).
A norma MPEG1, que se destinava inicialmente gravao em CD-ROM, hoje
aplicada em outros contextos, com particular relevncia para o video on demand e o
acesso a bases de dados multimdia.
2.4.2. ISO/MPEG2 ou ITU-T H.262
Como se viu, a norma MPEG1 destina-se a aplicaes onde o nmero de utentes
simultneos da informao muito limitado, refletindo-se isso no objectivo de qualidade
pedido. Quando terminaram os trabalhos relacionados com a norma MPEG1, tornou-se
evidente a necessidade, a possibilidade e at a inevitabilidade de dar o passo seguinte ou
seja a especificao de uma norma de codificao para a televiso digital ou seja para
sinais audiovisuais digitais destinados a ser difundidos para um elevado nmero de
destinatrios. A norma MPEG2 usa basicamente as mesmas ferramentas de codificao
da norma MPEG1 tendo objetivos de qualidade mais exigentes e logo requerendo
velocidades mais elevadas. Alis a norma, que se destinava no incio apenas resoluo
mdia correspondente norma ITU-R 601, foi estendida tambm a alta definio, devido
aos bons resultados alcanados. este fato que explica a inexistncia de uma norma
MPEG3, inicialmente destinada alta definio digital. Neste contexto, a norma usada
com velocidades entre 4 e 10 Mbit/s para resoluo ITU-R 601 e com velocidades,
aproximadamente, 4 vezes maiores para alta definio, dependendo da escolha dos
objetivos de qualidade mas tambm do nmero de vezes que o sinal poder ter de ser
codificado e decodificado. A norma MPEG2 para vdeo est organizada segundo perfis e
nveis: a cada perfil est associado um conjunto de ferramentas de codificao, sendo este
conjunto sempre um subconjunto das ferramentas de codificao do perfil seguinte
(existem j 4 perfis); a cada nvel est associada uma dada resoluo e logo uma dada
velocidade e uma certa complexidade, por exemplo em termos de memria. Cada
combinao perfil-nvel uma soluo de codificao com caractersticas diferentes,
devendo escolher-se a combinao que melhor se adapta aplicao em causa. A norma
MPEG2 para udio considera, como a norma MPEG1, velocidades entre 32 e 448 kbit/s,
mas permite o uso de um a cinco canais de udio.
A norma MPEG2 representa hoje um novo marco na evoluo da televiso j que
permite finalmente o salto da televiso analgica para a televiso completamente digital.
Com base nesta norma, o mundo das comunicaes audiovisuais assiste a uma verdadeira
corrida quer das indstrias, produzindo chips, software e terminais, quer das operadoras,
definindo novos servios com particular incidncia no video on demand, na televiso
digital via cabo, rdio ou satlite ou no acesso a bases de dados multimdia. Os primeiros
servios j comearam a ser disponibilizados ao pblico e espera-se agora uma autntica
invaso da tecnologia digital baseada na norma MPEG2 de representao de udio e
vdeo.
O sistema de videoconferncia VRVS (http://www.vrvr.org) um dos que
atualmente oferecem cliente de videoconferncia que utiliza placas MPEG2.
2.5. VRVS
O Sistema de Videoconferncia de Salas Virtual (VRVS) http://vrvs.caltech.edu
- foi desenvolvido pela Organizao Europia de Pesquisa Nuclear (CERN) em conjunto
com o Instituto de Tecnologia da Califrnia (CALTECH) e baseado no conceito de
salas virtual (Figura 2.10). Vrios participantes de diferentes locais podem realizar
conferncias utilizando udio, vdeo e compartilhamento de dados. O sistema oferece
diferentes tipos de salas virtuais: mundial, continental e sala para conferncias informais.
Este conceito implementado com duas tecnologias: uma rede de refletores especficos e
uma interface Web.


Figura 2.10 Interface VRVS
O vdeo, udio e compartilhamento de dados so gerenciados e distribudos
utilizando um modo otimizado atravs de refletores distribudos em vrios pases. No
Brasil h apenas um refletor do sistema VRVS, localizado na Universidade Federal do
rio Grande do Sul.
A interface de usurio baseada na tecnologia Web, multiplataforma, leve e
fcil de usar. Algumas salas virtuais podem ser reservadas para conferncias privadas,
com definies prvias de data, horrio e durao. Estas conferncias privadas podem
definir senha para admisso na conferncia e podem ser gravadas e reproduzidas.
Durante uma videoconferncia em uma sala virtual, os usurios podem ter uma
discusso de udio interativa (ambos podem enviar e receber udio ao mesmo tempo),
enviar e receber vdeo, trocar mensagens atravs de chat e compartilhar um whiteboard
com os outros participantes. Tambm possvel conectar-se diretamente a outro usurio
do sistema VRVS atravs da caracterstica call someone.
Os pacotes VRVS podem ser adquiridos para os sistemas operacionais mais
usados, como Windows e vrios tipos de Unix. O VRVS permite acesso atravs de
mquinas onde h cache e proxy. O sistema tambm pode ser utilizado por Macintosh
atravs do Quick Time Player.
A nova verso do VRVS tem como objetivo implementar algumas caractersticas
adicionais como as descritas a seguir:
- Interconexo entre participantes com clientes H.323 e clientes Mbone;
- Compartilhamento de Desktop multiplataforma atravs da ferramenta VNC;
- Sistema de transferncia de arquivos durante a conferncia;
- Videoconferncia utilizando a tecnologia MPEG2;
- Centro de Controle de Cmera para salas de videoconferncia reais
especficas.
2.5.1. Refletores

Segundo Leopoldino [LEO 2003], um refletor VRVS uma mquina que
interconecta cada usurio com uma sala virtual, atravs de um tnel IP permanente.
Os refletores e suas ligaes formam um conjunto de sub-redes virtuais, atravs
das quais trafegam fluxos de udio, vdeo e dados. O uso da tecnologia de refletor
permite ao sistema ser altamente extensvel e assegura a qualidade necessria para a
transmisso da videoconferncia.
Os participantes podem entrar em videoconferncias (em uma ou vrias salas)
contatando o refletor mais prximo. Com o objetivo de fazer um melhor uso da largura de
banda, os pacotes de udio, vdeo e dados so enviados apenas atravs do tnel que liga
dois refletores se existir participantes na mesma sala virtual em ambos os lados. Alm
disso, a topologia do refletor de rede escolhida levando em conta a geografia e a largura
de banda disponvel em cada ligao de rede, nessa ordem, para otimizar os caminhos de
conectividade de rede (Figura 2.11).
Uma instituio de ensino ou pesquisa que deseja utilizar o VRVS para
videoconferncias no precisa manter um refletor localmente j que, durante o processo
de registro, o usurio automaticamente ligado ao refletor mais prximo. Quando o
usurio inicia uma conexo com o VRVS, o sistema envia uma requisio de conexo
para seu refletor. Se o refletor no responde, o usurio automaticamente conectado ao
seu refletor backup mais prximo [LEO 2003].
Apesar dos inmeros refletores que existem espalhados no mundo (cerca de 38),
durante uma videoconferncia os dados so enviados somente para os lugares onde h
pelo menos um participante. Entretanto, um novo participante pode acessar a qualquer
momento a videoconferncia ocupando um lugar na sala virtual e, conseqentemente,
provocar o incio de um fluxo de dados para a sua estao de videoconferncia.

Na Figura a seguir, apresentada a distribuio geogrfica dos refletores VRVS
(Figura 2.11):

Figura 2.11 Refletores VRVS
Existem vrias vantagens em usar o sistema VRVS. Uma delas permitir a
interoperabilidade de usurios independente da plataforma que estejam utilizando; outra
permitir a voc conectar sua estao rede Access Grid (http://www-
fp.mcs.anl.gov/fl/accessgrid/), habilitando colaborao com usurios em salas de
encontro do Access Grid ou "espaos virtuais". Alm disso, como os refletores so
compatveis com H.323 e realizam o papel de MCU (Multipoint Control Unit) H.323, isto
possibilita uma flexibilidade no nmero de portas (conexes simultneas) e ocorrncia de
vrias conferncias em paralelo [LEO 2003].
2.5.2. Modelo de implementao
Neste tpico apresentada uma arquitetura do Sistema VRVS. Dentro da
estrutura de utilizao do VRVS, podemos ter a aplicao do usurio sobre uma pilha,
onde nesta podemos ter as ferramentas do MBONE, H.323, MPGEG alm dos
protocolos RTP/RTCP. Tudo sobre uma pilha TCP/IP (Figura 2.12).
Segundo Leopoldino [LEO 2003], atualmente o VRVS inclui cerca de 10.000
mquinas registradas executando o software VRVS em mais de 60 pases, resultando em
cerca de 5.700 usurios participantes. Este sistema continua em expanso e
implementando novas tecnologias de vdeo digital, incluindo a integrao do padro ITU-
T H.323 e videoconferncia MPEG-2, ambientes compartilhados e qualidade de servio.


Figura 2.12 Arquitetura VRVS
3. Configuraes de Sistemas de Videoconferncia e Infra-
estrutura de Rede
3.1. Configurao dos sistemas de videoconferncia
A parte de configurao de uma videoconferncia, em um MCU, uma das partes
mais importantes do conjunto de cuidados que se deve ter para que a videoconferncia
ocorra com sucesso. Isto porque, na hora da configurao, sero definidos padres de
udio e vdeo, assim como a banda passante necessria para a videoconferncia e o
mtodo de autenticao da videoconferncia. Uma vez que o usurio final, em uma das
pontas, tenha problemas com algum dos pontos citados acima, ele no apenas estar
sendo prejudicado como pode tambm poder prejudicar os demais participantes da
videoconferncia.
Conforme explicao anterior, as videoconferncias que utilizam o protocolo
H.323 podem ser formadas por mais de um tipo de udio (G.711, G.723,...) e de vdeos
(H.261 e H.263). Muitos equipamentos, hoje no mercado, suportam apenas um tipo de
vdeo (geralmente H.261) e/ou apenas um tipo de udio (geralmente G.711). Sistemas de
videoconferncia baseados em software, como NetMeeting e CuSeeMe, suportam
mltiplos tipos protocolos de udio de vdeo, ao contrrio de solues baseadas em
hardware. Por esta razo deve-se ter sempre cuidado em dobro na escolha de padres de
udio e vdeo.
Quando se tem como pblico destino de uma videoconferncia usurios que
utilizam acesso discado, devem-se utilizar os protocolos H.263 e G.726, que foram
projetados para serem utilizados em redes de baixa velocidade, com um nmero latncia
alto. Quando se tm usurios de banda larga acima de 128 Kbps pode-se utilizar os
protocolos H.261 e G.711 que so projetados para redes mais rpidas. A qualidade de
vdeo do protocolo H.261, por utilizar velocidade acima de 64 Kbps para transmisso,
visivelmente superior a utilizada nos vdeos H.263. Por esta razo, equipamentos como a
linha ViewStation da Polycom (hardwares especficos para serem end-points de
videoconferncias) e o MCU Cisco IP/VC 3510, desenvolvidos para videoconferncias
em banda larga, trabalham apenas com este protocolo de vdeo.
As prximas sesses demonstraro como pode ser feita a configurao dos MCUs
MeetingPoint (funcionando por software) e do Cisco IP/VC 3510 (funcionando por
hardware).
3.1.1. MCU MeetingPoint
Uma das principais vantagens de se utilizar este MCU a sua capacidade de
utilizar, em suas salas configuradas, qualquer um dos protocolos de udio e vdeo
especificados para serem utilizados dentro do protocolo H.323 (H.261, H.263, G.711u,
G.711a e G.723), assim como vdeos no tamanho CIF e QCIF. Tambm possvel
configurar cada sala para mtodos de autenticao de diferentes:
- Autenticao por IP
- Autenticao por senha (uma senha por sala)
- Autenticao por radius (uma senha por usurio)
- Autenticao por ldap (radius + ldap)

Configurao das salas
A configurao das salas pode ser feita de duas maneiras distintas: editando-se um
arquivo chamado mpcs.cfg ou utilizando-se de um recurso de configurao via web,
utilizando applets. A segunda maneira , sem dvida, a mais recomendada, pois algumas
alteraes feitas manualmente neste arquivo podem causar incompatibilidade com o
sistema via web. Por esta razo, este curso abordar principalmente a configurao por
applets.
A applet de entrada para a configurao chamada atravs da pgina
http://servidor/mpcs/mpcs.html, ou http://servidor/mpcs.html. Esta pgina permite que se
entre com o username e senha. Para a configurao deve ser utilizado o usurio
Administrator ou algum outro com os mesmos privilgios, conforme a Figura 3.1.


Figura 3.1 Tela de Entrada para configurao do MeetingPoint

A tela a seguir abre um leque de opes relativas a administrao das salas e dos
servios do MCU. Para criar ou editar uma sala, clica-se na opo conferences, conforme
a Figura 3.2.


Figura 3.2 Escolha das Opes para Configurao

Depois de escolhida esta opo, pode-se optar por criar novas salas, edit-las ou
remov-las. No momento da criao possvel escolher se deseja criar uma sala para
H.323 ou para o protocolo utilizado pelo CUseeMe. Neste momento dar-se- preferncia
para a criao de salas com o protocolo H.323.
Para editar uma sala, simplesmente clica-se na sala e aps em edit. Para criar uma
sala nova, clica-se em Add H.323.
Na prxima tela aparecem umas sries de informaes a serem preenchidas a
respeito da sala a ser criada. Estas opes esto descritas na Tabela 3.1.
Tabela 3.1 - Parmetros de uma sala

Nome do campo Contedo Observao
Conference ID Identificador da sala ser
criada
Deve ser individual para
cada conferncia
Conference Name Nome da sala a ser criada
Conference Greeting Mensagem de boas vindas
ao entrar na sala

Conference Attributes Escolha dos atributos da
sala: ela pode ter vdeo,
udio e suporte ao protocolo
T.120.
Podem ser escolhidos todos
os atributos. O vdeo requer
uma licena adicional.
Conference Mode Escolha do tipo de
transmisso: pode ser
normal (aparece quem fala),
broadcast (aparece apenas
um falando) ou broadcast
com possibilidade de
interveno da platia
(baseado em um mediador
humano).

Maximum Participants Nmero mximo de
participantes da sala.
No pode ser modificado
durante uma conferncia
ativa na sala.
Message Mensagem que aparece
quando passou o limite de
usurios conectados.

Template Permite que esta
configurao vire um
modelo para criao de
novas configuraes.

Password Senha para a sala Pode ser em branco no caso
de uma identificao via IP
ou a nvel de usurios.
Invalid Password Message Mensagem que aparece
quando a senha estiver
incorreta

Scheduling Agenda as datas e horrios
iniciais e finais de cada
videoconferncia. Pode
tambm escolher a
conferncia como
permanentemente habilitada
ou desabilitada.

Bandwidth Controla a banda utilizada
pela videoconferncia
Esta parte leva em conta
apenas o protocolo H.323,
ignorando a necessidade de
banda do protocolo T.120.
Frames per Second Total de frames a ser exibido
por segundo
Em conferncias de baixa
velocidade, deve-se cuidar
para ter sempre uma baixa
amostragem de frames por
segundo, para evitar
distoro da imagem.
Continuous Presence Permite que quatro pessoas
apaream ao mesmo tempo
na tela
Requer licena adicional
udio Codec Pode ser G.711 ou G.711a
para alta velocidade ou
G.723 para baixa
velocidade.

Vdeo Codec Pode ser H.263 para baixa
velocidade ou H.261 para
alta velocidade

Resolution Pode ser CIF ou QCIF.
Time Limit Tempo para desconexo de
um usurio aps o tempo de
participao e quanto tempo
ele deve ficar desconectado.
O valor 0 desabilita esta
opo.
User Authentication Configurao da
autenticao a nvel de
usurio. Pode ser sem
autenticao, com
autenticao por IP ou
utilizando radius para
autenticao.
Neste caso possvel
utilizar uma base LDAP
para configurao,
utilizando o LDAP em
conjunto com o radius.
Audio Latency Latncia de udio (LAN,
WAN ou modem)

GateKeeper Criar uma entrada para usar
em conjunto com
gatekeeper.

Streaming Permite que se envia o udio
e vdeo da conferncia para
outro computador, como
streaming para ser
distribudo via outro meio
(como RealVideo, por
exemplo)
Requer uma licensa
adicional



Figura 3.3 Escolha das opes para criao/edio/remoo de salas

Aps a entrada de todos os dados, clica-se no cone NEXT, ao final e pgina em
seguida no smbolo de OK.

Ingressando na Videoconferncia via WEB

Para ingressar na videoconferncia, deve-se acessar a pgina
http://servidor/mpcs/mpcs, a partir do computador de onde se deseja realizar a
videoconferncia. Aps isto, deve-se preencher os dados que aparecem na tela. Os
campos Username e Password devem ser preenchidos apenas se a autenticao da sala
feita ao nvel de usurio. O campo Conference Password somente deve ser preenchido se
a sala exigir uma senha. Se estiver sendo utilizado um cliente H.323, como NetMeeting,
por exemplo, deve-se marcar a caixa I am using an H.323 compatible client. Aps,
clica-se em Authenticate e, finalmente, na prxima pgina, em Launch NetMeeting.
Aps isto, o NetMeeting ser chamado para abrir uma conexo ponto-a-ponto com o
MCU.
Caso, durante a conexo, aparecer uma mensagem de abertura de conexo T.120 a
partir do MCU para o computador, deve-se aceit-la.
Caso no se deseje utilizar o NetMeeting e sim outro cliente H.323, deve-se, aps
a autenticao, colocar o endereo do MCU como destino da chamada do cliente H.323
utilizado.
Durante o processo de autenticao importante que o navegador no esteja
utilizando servidor Proxy. Caso isto ocorra, deve-se utilizar o mtodo de ingresso por
convite.
A pgina de autenticao mostrada na Figura 3.4.


Figura 3.4 Autenticao via WEB

Ingressando na conferncia por convite

Muitos equipamentos dedicados a serem end-points de videoconferncias no
possuem navegadores de web embutidos. Esta situao impede que estes equipamentos
utilizem o mtodo de autenticao via web, necessitando que a chamada seja aberta do
MCU para o equipamento. Desta maneira deve-se acessar um applet que se comunica
com o MCU fazendo com que ele abra esta conexo. Para isto deve-se entrar, a partir de
qualquer computador, no endereo http://servidor/mpcs/callout.html.
Aps a applet aberta, deve-se escolher a sala desejada, colocar a senha da sala, e
digitar o endereo IP da estao com H.323. Um exemplo desta applet est na Figura 3.5.

Figura 3.5 - Ingresso por convite

Escolhendo quem se deseja ver

Em casos que aparece sempre a pessoa que est falando durante uma conferncia,
possvel que cada usurio escolha a pessoa que quer ver, independente de quem estiver
falando (isto se a conferncia no for do tipo broadcast). Para isto deve-se entrar na
pgina http://servidor/mpcs/h323.html a partir do computador em que se est
participando da videoconferncia. Depois se clica em Start Applet.
Na applet que abrir, deve-se marcar, com o mouse, o nome de quem se deseja
ver e em seguida clicar em View para apenas ver o participante, ou em View & Listen,
para ver e ouvi-lo. Para voltar a ver quem est falando, clica-se em Default.
Nesta applet, a caixa mute deixa sem receber o som e a caixa auto update atualiza
automaticamente a lista de participantes.
A Figura 2.6 mostra esta applet.

Figura 3.6 - Applet de escolha de participante

Monitorando a videoconferncia

Existem algumas situaes em que o monitoramento de uma videoconferncia se
torna necessrio:
- Conferncias do tipo broadcast
- Possibilidade de gerao de eco por algum participante
- Ajuda na resoluo de problemas de udio e vdeo
- Ajuda com problemas de autenticao

Cada conferncia pode ter um ou mais usurios designados com permisso de
moderador para uma determinada sala. Para se criar um usurio deve-se entrar como
Administrador no sistema. Aps, clica-se em users. Na tela que abrir, deve-se criar em
Add new user. Nesta tela devem ser preenchidos os dados pessoais do usurio. No campo
permission deve ser colocada a opo moderator. No campo conference, deve-se
escolher a conferncia em que o usurio ser moderador.
Uma vez feito o login (http://servidor/mpcs/mpcs.html) com o usurio que
moderador, aparecer uma tela com a possibilidade de escolha de qual sala se deseja
monitorar. Uma vez escolhida a sala, clica-se em MONITOR USERS.
Nesta tela aparecem todos os usurios conectados na videoconferncia. Para cada
usurio temos as opes mostradas na tabela 3.2.
Tabela 3.2 Opes de usurios
Opo Descrio
Deny User Bane o usurio definitivamente da
conferncia
Disconnect User Disconecta o usurio da conferncia (ele
pode voltar mais tarde, dependendo o tempo
que foi estipulado na configurao da sala)
Grant Floor No caso de broadcast, d a vez da fala para
o usurio.
Revogue Floor Retira a vez da fala ao usurio. No caso de
um novo Grant Floor, automaticamente
dado um Revogue Floor no antigo usurio
que tinha a vez.


Figura 3.7 - Cadastramento de novos usurios

Outro ponto importante no monitoramento de usurios o fato de podermos ver
quem est recebendo udio e transmitindo udio e vdeo. Muitos dos problemas nas
videoconferncias envolvendo pessoas que no conseguem receber adequadamente udio
ou vdeo podem ser diagnosticados atravs desta tela. A utilizao destes recursos para
diagnsticos est mostrada do captulo 5.

Figura 3.8 - Monitoramento da conferncia

Autenticao por Radius

Uma das principais vantagens deste MCU a capacidade de autenticar usando um
servidor Radius remoto. Esta parte pode ser configurada atravs da opo Network, aps
ter-se como administrador. Dentro desta opo existe a opo Define Radius Server. Para
entrar nela, clica-se no cone Radius. A tela que aparece a da Figura 3.9.
No formulrio que aparece deve-se preencher todos os campos com as
informaes referentes ao servidor Radius a ser utilizado. Neste momento importante
ter um cuidado especial com as portas de autenticao, pois elas podem variar
dependendo da implementao do servidor.
Muitos servidores Radius tem senhas de autenticao de servio diferentes para
cada endereo IP, o que faz que tambm se tenha cuidados na hora do preenchimento
deste campo.
Aps, deve-se clicar no cone SUBMIT.

Figura 3.9 - Definio de um servidor Radius

Autenticao por LDAP

Um outra forma de autenticao a utilizao da estrutura de diretrios LDAP
(Lightweight Directory Access Protocol). LDAP um protocolo aberto para acessar
servios de diretrios X.500.
O LDAP a alternativa leve para o Protocolo de Acesso a Diretrios X.500
(X.500 Directory Access Protocol DAP) para uso na Internet. Ele usa a pilha TCP/IP ao
invs da complexa pilha OSI. Ele tambm possui outras simplificaes, como a
representao da maioria dos valores dos atributos como texto e muitos itens do
protocolo como strings textuais, que so designadas a facilitar a implementao de
clientes.
Como o MeetingPoint no se comunica diretamente com o servidor LDAP, tem-
se como soluo para este problema a utilizao de um servidor Radius como
intermedirio para esta comunicao. Neste caso ser mostrado como exemplo a
utilizao do Servidor Radius FreeRadius 0.8.1.
O arquivo radiusd.conf, utilizado pelo servidor Radius, ficou configurado:

ldap {
server = "virgo.pop-rs.rnp.br"
identity = "cn=Administrator,dc=ldap,dc=br"
password = xxxxx
basedn = "ou=People,dc=ldap,dc=br"
filter = "(uid=%u)"

start_tls = no.
tls_mode = no
dictionary_mapping = ${raddbdir}/ldap.attrmap
ldap_connections_number = 5
timeout = 4
timelimit = 3
net_timeout = 1
}
...
Authenticate {
...
ldap
}
...

Esta configurao mostra como sendo o servidor LDAP o host virgo.pop-rs.rnp.br
e a base a ser consultada como sendo ou=People, dc=ldap, dc=br. Dentro desta base
procurado por uma entrada uid, que deve conter o nome a ser consultado. Se o nome for
encontrado, a senha ento verificada e o retorno dado ao MeetingPoint via Radius.
O grupo ou=People, neste exemplo, deve conter informaes do objeto LDAP
posixAccount.
3.1.2. MCU CISCO IP/VC 3510
Este MCU um sistema para servir videoconferncias H.323 baseado
completamente em hardware. Com um hardware dedicado e desenvolvido para esta
finalidade, este MCU tem uma qualidade de transmisso excelente, mesmo quando
utilizado por vrias pessoas simultaneamente. Este tipo de equipamento suporta vdeo
H.261 e H.263. Na parte udio, suportado apenas o padro G.711.
A velocidade mnima de conexo para este MCU de 128 Kbps, sendo deste total
64 Kbps para udio e 64 Kbps para vdeo. A velocidade de udio sempre fixa em 54
Kbps, enquanto que a velocidade do vdeo pode variar de acordo com a configurao da
sala.
Os vdeos a serem utilizados podem ser CIF ou QCIF. No caso de uma
videoconferncia do tipo Continuous Presence, cada participante envia um vdeo QCIF e
recebe um vdeo CIF, formado por quatro vdeo QCIF.
Este MCU possui um gatekeeper embutido que serve de interface para o MCU em
si e possui apenas um mtodo de autenticao: o indicador da sala via gatekeeper.

Configurao das Salas

A criao e edio das salas para este MCU so feitas totalmente por um software
da Cisco, o Cisco IP/VC configuration utility. A monitorao das salas, por sua vez,
feito usando-se um navegador WEB e escolhendo opes de gerenciamento destas salas.
Inicialmente, quando se comea a configurao de uma sala deve-se escolher o IP
do MCU a ser administrado, conforme a Figura 3.10.

Figura 3.10 - Seleo do IP do MCU a ser configurado

Uma vez entrado no sistema de configurao, pode-se escolher entre configurar o
gatekeeper ou a unidade.
Cada uma das salas configuradas na unidade deve ser, posteriormente configurada
no gatekeeper, que quem servir de intermedirio entre o MCU e o usurio da ponta.
Para configurar-se a unidade, deve-se clicar no cone UNIT SETUP, deixando-se
a caixa pop-up marcada como CURRENT, conforme a Figura 3.11.

Figura 3.11 - Escolha do que se deseja configurar

Na tela que abrir, clica-se em NEXT, em seguida aparecer uma tela que a
tabela de definio de servios, mostrada na Figura 3.11.
A partir desta tabela, pode-se adicionar, excluir ou editar um servio. Estes
servios devem ser anexados como salas de um gatekeeper.
Para adicionar um servio, clica-se em add. Neste momento aparece uma tela com
opes para criar um novo servio, conforme mostrado na Figura 3.12. A definio de
cada campo est colocada na tabela 3.3.
Tabela 3.3 - Opes de servios
Campo Descrio Observao
Description Descio do servio Deve sempre comear por #
Prefix Identificador do servio Deve ser nmeros, #, * ou
vrgula.
Video Format Deve se escolher o
protocolo de vdeo a ser
utilizado (H.261 ou H.263)

Number of Parties Nmero mximo de
participantes na sala
Depende da velocidade de
transmisso do vdeo
Allow Dynamic Expansion Se marcado, permite
aumento dinmico do

nmero de participantes
Video Bit Rate (Kbps) Velocidade de transmisso
do vdeo.

T.120 enable Se marcada, permite que se
faa conexes T.120 ponto
a ponto entre os
participantes, atravs de
uma interface WEB.

Frame Rate Taxa de quadros a serem
mostradas na
videoconferncia por
segundo.
Quanto maior a taxa, menor
a qualidade, dependendo da
sala.
Picture Format Escolhe o tamanho do vdeo
a ser enviado (CIF ou
QCIF)
S habilitado quando no
continuous presence.
Continuous Presence SE maado, habilita o
recurso de continuous
presence (quatro pessoas ao
mesmo tempo, conforme a
Figura 3.12)



Figura 3.12 - Tabela de definio de servios


Figura 3.13 - Exemplo de continuous presence

Aps configurados os servios, deve-se clicar no cone Next por trs vezes e ento
em Yes, caso todos os dados estejam corretos, aps salv-lo e transferi-lo para a unidade
gerenciada.
Para a configurao do gatekeeper, deve-se entrar no sistema escolher Gatekeeper
Setup na tela da Figura 3.14.


Figura 3.14 - Criao de servios

O prximo passo registrar o servio em uma entrada (sala) do gatekeeper. Para
isto clica-se em Service Definition. O resultado o que aparece na Figura 3.15.
Aps clica-se no cone Add e coloca-se a descrio da sala e o prefixo da sala
EXATAMENTE IGUAL ao que est configurado na criao no servio anteriormente
feita. Marca-se tambm as caixas default e public.
Para garantir que sero aceitas as chamadas ao gatekeeper, deve-se ir ao menu
inicial de configurao do gatekeeper e clicar no cone Network Control. Aps, deve-se
ter certeza de ter marcada a caixa Accept Calls, conforme a Figura 3.16.


Figura 3.15 - Tabela de definio dos servios do gatekeeper



Figura 3.16 - Controle da Rede

Monitoramento da conferncia

Toda a parte de monitoramento da videoconferncia feita via o navegador WEB.
Isto pode ser feito acessando o endereo IP do MCU no navegador. Na pgina que
aparece, deve-se colocar o nmero do servio (sala) que se deseja monitorar.
A pgina que mostrada possui o nome de todos os participantes da
videoconferncia. Para escolher quem se deseja administrar, clica-se no nome. A Figura
3.17 mostra uma imagem com as opes que aparecem.
Tabela 3.4 Opes de monitoramento de conferncia
Campo Descrio Observao
Disconnect Participant Desconecta o participante da
conferncia

Lock/Unlock Video Deixa apenas o vdeo do
participante sendo mostrado
til para transmisso de
eventos (broadcast)
Mute/Unmute Audio Deixa mudo o udio do
participante
til para caso de eco
Data Share Inicia uma conexo T.120
com o participante a partir
do computador
Funciona somente se a
opo de servios T.120
estiver habilitada.
Invite Convida um participante a
entrar na conferncia
Ser pedido o endereo IP
dele
Terminate Conference Termina a conferncia Todos so desconectados
Chair Release Volta para o menu anterior
Refresh Atualiza a lista de
participantes da conferncia



Figura 3.17 - Administrao de usurios
3.2. Infra-estruturas de rede
Para que mquinas localizadas em redes diferentes possam efetivamente trocar
informaes, uma infraestrutura de redes bsica deve existir. Esta infraestrutura
responsvel por fornecer os servios de interconexo de dispositivos e distribuio das
informaes entre os vrios computadores finais conectados. Apesar de importante, uma
infraestrutura de redes normalmente no percebida pelo usurio. Assim como na rede
telefnica, onde em uma ligao as centrais telefnicas de uma operadora so
transparentes, a rede de computadores e seus servios tambm no percebida pelos
usurios. Entretanto, a rede deve ser conhecida pelos administradores, j que problemas
nos servios de rede implicam em mau funcionamento dos computadores dos usurios.
3.2.1. Como as intranets e a Internet so estruturadas
A forma mais simples de trocar informaes entre dois computadores que no se
encontram em uma rede fornecer uma ligao direta entre os mesmos. Para isso, cada
computador deve possuir um hardware especial (interface de rede) responsvel pelo
envio e recepo de dados com um outro computador da ligao. Esse hardware especial
normalmente encontrado na forma de uma placa de rede ou interface serial, mas outros
tipos de facilidades tambm podem ser encontrados. A Figura 3.18 apresenta um
esquema de uma ligao direta entre dois computadores.

Figura 3.18 - Computadores comunicando-se atravs de uma ligao direta

As ligaes diretas entre computadores, chamadas de ligaes ponto-a-ponto, so
eficientes porque a capacidade de transmisso do meio fsico utilizado (par tranado,
cabo coaxial, fibra tica, etc.) totalmente dedica comunicao entre os computadores.
Entretanto, quando o nmero de mquinas que desejam trocar informaes entre si
maior que dois, as ligaes ponto-a-ponto podem no ser a melhor opo. Para cada
conexo ponto-a-ponto uma nova interface de rede necessria em cada computador.
Entretanto, nem sempre o computador tem capacidade suficiente para comportar uma
nova interface. Neste caso, uma soluo possvel compartilhar o meio de comunicao
entre vrios computadores. A Figura 3.19 apresenta esta situao.

Figura 3.19 - Computadores comunicando-se atravs de uma ligao compartilhada

Quando vrios computadores compartilham o mesmo meio de comunicao diz-
se que se tem uma ligao multiponto, em oposio s ligaes ponto-a-ponto da Figura
3.18. Alm disso, diz-se que o meio compartilhado forma um barramento. Com um
barramento, cada computador no precisa possuir mais que uma interface de rede para se
comunicar com os outros computadores que fazem parte da mesma ligao. O preo
dessa facilidade de conexo o desempenho: como um mesmo meio fsico
compartilhado entre vrios computadores, um computador que deseja enviar dados pelo
barramento pode no conseguir fazer isso porque o barramento pode estar sendo utilizado
por outros computadores naquele instante. Um barramento como da Figura 3.19 pode ser
construdo, por exemplo, atravs do uso de cabos coaxiais. Um problema recorrente neste
tipo de rede que quando o cabo se rompe por algum motivo, todas as mquinas deixam
de se comunicar. Uma alternativa muito utilizada atualmente para resolver este problema
o uso de Hubs.
Um Hub um equipamento de rede especial que possui vrias interfaces de rede.
Fisicamente, o uso de Hub forma redes locais em forma de estrela, sendo o Hub o centro
dessa estrela (Figura 3.20). Funcionalmente, entretanto, uma rede baseada em Hub igual
a uma rede em barramento: as informaes enviadas por um computador so recebidas
por todos os outros ligados ao Hub. A grande vantagem de se utilizar Hubs que a
administrao da rede fsica facilitada. Se um cabo que liga um computador ao Hub se
romper, o Hub no deixa de operar e os computadores continuam se comunicando.
Determinar qual o ponto problemtico tambm mais fcil: o cabo correspondente ao
computador que no consegue trocar informaes com os outros computadores ligados ao
Hub.


Figura 3.20 - Computadores ligados a um Hub

Como dito antes, funcionalmente uma rede baseada em Hub e uma rede baseada
em barramento so iguais porque quando um computador transmite uma informao, esta
informao recebida por todos os outros computadores ligados ao Hub ou barramento.
Neste ponto uma pergunta pode surgir: mas e se estivermos interessados em enviar
informaes para APENAS um computador ligado ao Hub ao barramento? Existe uma
diferente importante entre o recebimento de informaes e o tratamento de informaes.
Em uma rede baseada em Hub um barramento todos os computadores recebem as
informaes transmitidas pelos outros computadores, mas, normalmente, apenas os
computadores destinatrio de uma comunicao trata as informaes: os outros
computadores acabam descartando.

Figura 3.21 - Transmisso de informaes em redes baseadas em Hub e barramento

Na Figura 3.21, esquerda, exemplificada a transmisso e recepo de
informaes em uma rede baseada em barramento. Os computadores mais a esquerda
deseja enviar informaes ao penltimo computador mais direita. Para isso o
transmissor envia as informaes ao barramento, o que faz com que todos os
computadores recebam os dados. Entretanto, como apenas o penltimo computador o
destino da comunicao, est aquele que realmente trata os dados do barramento: os
outros computadores, apesar de receberem os dados, acabam descartando. No exemplo
direita, em uma rede baseada em Hub, o computador transmissor enviar as informaes
ao Hub que se encarrega de repassar as mesmas aos outros computadores conectados.
Entretanto todos os computadores acabem descartando os dados exceto o destino da
comunicao, que no descarta os dados e trata os mesmo possibilitando a troca de dados.
Do ponto de vista de um computador, portanto, o fato da rede ser baseada em Hub ou
barramento no faz diferena pois no envio os dados so enviados pelo meio fsico
existente (seja ele conectado a um Hub ou a um barramento); na recepo dos dados o
meio fsico fornece os dados a serem lidos, e o computador (na verdade a interface de
rede) deve decidir se os dados devem ser tratados (quando o computador for o destino da
comunicao) ou descartados (quando o computador no for o destino da comunicao).
Logo, um bom modelo de representao de Um Hub aquele que considera que um Hub
implementa internamente um barramento. A Figura 3.22 mostra este modelo.



Figura 3.22 - Representao interna de um Hub

Outro equipamento que pode ser utilizado em substituio aos Hubs so os
Switches. Switches so dispositivos de rede que implementam internamente, de acordo
com um modelo, a transferncia de informaes entre interfaces de rede atravs de
comunicaes ponto-a-ponto dinmicas, diferentemente dos Hub, que, como visto,
implementam internamente um barramento. A Figura 3.23 mostra o esquema interno de
um switch. As conexes, de acordo com o modelo interno, so estabelecidas
dinamicamente todas vez que um computador precisa enviar informaes para outro
computador.

Figura 3.23 - Representao interna de um Switch

Hubs e Switches podem ser utilizados para formar redes locais mais amplas
atravs de cascateamento, onde um Hub ou Switch interligado com outros Hubs ou
Switches. A Figura 3.24 apresenta uma rede local constituda de Hubs, Switches e
barramentos.

Figura 3.24 - Rede local baseada em Hubs, Switches e barramentos (retngulos
preenchidos so Hubs; retngulos sem preenchimento so Switches)

Para que a comunicao entre computadores de uma rede local seja efetiva,
necessrio um esquema de endereamento dos computadores. Cada computador da rede
local recebe um endereo nico utilizado na troca das informaes. O computador
transmissor, na hora de enviar dados rede, coloca junto s informaes a serem
transmitidas o endereo do computador receptor. Vrios micros da rede local acabam
recebendo os dados, mas apenas o receptor, quando compara o endereo das informaes
com seu prprio endereo, percebe que deve tratar os dados transmitidos. Em redes locais
baseadas em Ethernet, o endereo de cada computador (tambm chamado de endereo
MAC - Medium Access Control) formado por 6 bytes. Para se descobrir o endereo
MAC de um computador, pode-se utilizar o comando winipcfg (no Windows 95/98) ou
ifconfig (no Linux).
Redes locais, como as apresentadas at agora, tambm precisam se conectar entre
si, para a troca de informaes entre computadores de redes locais diferentes. Em uma
rede de uma universidade com 3 campi diferentes, cada campus teria uma rede local que
precisa ser contada s redes locais dos outros 2 campi. Normalmentes estas conexes so
de longa distncia, e envolvem a utilizao de um terceiro tipo de equipamento: o
roteador. Assim, um roteador responsvel por fornecer os servios de interconexo
entre redes locais. Por fim, uma rede composta de vrias redes locais conectadas atravs
de roteadores, mas administrada por um nico ncleo administrativo chamada de um
sistema autnomo. Exemplos de sistemas autnomos so as redes de empresas,
universidade, prefeituras, etc. Um sistema autnomo, por sua vez, pode ser conectado a
outros sistemas autnomos tambm atravs de roteadores. Muitas vezes os sistemas
autnomos tambm so chamados de intranet, redes corporativas internas protegidas do
acesso externo no autorizado. A Internet, por sua vez uma rede de alcance mundial
formada por diversos sistemas autnomos interconectados de forma catica, mas,
felizmente, funcional.
3.2.2. Tipos de conexo
Conectar um computador a uma rede, ou conectar equipamentos de rede (Hub,
Switch, Roteador) entre si envolve a utilizao de diferentes tipos de conexes. Em uma
rede local, o tipo de conexo mais comum entre um computadore e a rede baseada em
Hub ou Switch atravs de cabos de par tranados. No caso de barramentos a conexo
mais comum atravs de cabos coaxiais, mas redas baseadas em barramentos deixam de
ser comum.
No caso do uso de pares tranados, a tecnologia mais freqente Ethernet e suas
variaes. Uma rede local Ethernet normalmente opera com uma vazo de 10Mbps (10
megabits por segundo). Taxas de mais altas podem ser conseguidas com o uso de
FastEthernet, que opera a 100Mbps, e GigabitEthernet, que opera a 1000Mbps. Para que
estas taxas mais altas possam ser alcanadas necessrio um suporte de hardware
adequado. Tanto a interface de rede do computador quanto o Hub ou Switch ao qual o
computador ser ligado devem possuir capacidade de transmisso compatvel. Por
exemplo, mesmo que um computador possa operar a 100Mbps, essa taxa no poder ser
alcanada se o Switch ao qual o computador est ligado operar em 10Mbps.
Quando o acesso rede no for a partir de uma rede local, mas sim a partir de um
ambiente domstico, trs principais opes de conexo so as mais importantes: dial-up,
cabo, ADSL. Conexes dial-up so realizadas atravs da linha telefnica comum das
residncias sem que nenhuma modificao seja necessria. O computador que ser ligado
rede deve possuir um modem dial-up para comunicar-se com a rede. Apesar de prtica,
este tipo de conexo opera com taxas muito baixas, chegando a um mximo de 56Kbps
(56 kilobits por segundo). Conexes ADSL tambm utilizam a liha telefnica, mas neste
caso a operadora de telefonia local deve suportar a tecnologia. Conexes ADSL podem
operar em diversas taxas: 128Kbps, 256Kbps, 300Kbps, 600Kbps, 1Mbps. Outra opo
para conexo em ambiente domstico, mas com maior largura de banda o uso de
conexo a cabo de operadores de TVs a cabo. As taxas alcanadas so similares s taxas
de conexes ADSL: 128Kbps, 256Kbps, 384Kbps, 512Kbps.
Conexes entre equipamentos de rede, diferentemente das conexes dos
computadores rede, so mais complexas e normalmente envolvem distncias maiores.
Por conta disso, as tecnologias utilizadas nestes ambientes so diferentes. Um primeiro
tipo de conexo a longa distncia envolve a utilizao da tecnologia ATM. Apesar de
permitir a conexo de computadores rede, a tecnologia ATM hoje muito utilizada na
implementao de backbones. Por exemplo, o backbone da RNP (Rede Nacional de
Pesquisa) implementado atravs de ATM. A grande vantagem desta tecnologia, alm
das altas taxas de transmisso, o tipo de servio oferecido. Caminhos e circuitos virtuais
podem ser formados na criao de redes lgicas dinmicas sobre uma infra-estrutura
fsica fixa. Redes ATM tambm operam em vrias taxas diferentes. Em conexes com
computadores encontram-se, tipicamente, conexes de 25Mbps. Conexo de 155Mbps
tambm podem ser conseguidas, mas neste caso o computador deve utilizar fibra tica em
sua conexo com a rede. Conexo de 155Mbps so tpica entre equipamentos de rede.
Conexes com taxas mais altas podem ser alcanadas de acordo com a disponibilidade
dos servios.
3.2.3. Servios bsicos de rede
Para que uma rede de computadores possa operar adequadamente, a estrutura de
conectividade no suficiente. Servios complementares devem ser fornecidos de forma
que a interconexo lgica entre computadores passe a ser possvel.
Como visto anteriormente, em uma rede local cada computador recebe um
endereo (endereo MAC) que utilizada na troca de informaes entre computadores de
uma mesma rede local. Quando os computadores que esto se comunicando encontram-se
em rede locais diferentes, tipicamente interconectadas atravs de roteadores, o esquema
de endereamento MAC no sufuciente, j que o mesmo tem escopo local. Um segundo
esquema de endereamento acaba sendo fornecido. Cada mquina de uma rede possui
ento dois endereos: um endereo MAC para comunicao no escopo local, e um
endereo de rede (tipicamente um endereo IP) para conexo com mquinas localizadas
em redes locais diferentes.
Para o usurio de computadores, entretanto, o uso de endereos de computadores
uma tarefa complicada, pois os endereos so definidos atravs de nmeros inteiro
muitas vezes difceis de serem memorizados. Uma forma alternativa de endereamento,
que utiliza nomes no lugar de nmeros, fornecida. Neste caso, o usurio deve fornecer o
nome dos computadores que deseja contactar, por exemplo www.rnp.br. Um servio
DNS (Domain Name Server) ento contactado para fornecer o endereo de rede
correspondente. Assim, existe um processo de traduo de nomes de mquinas para
endereos de rede executado por um servidos DNS. Normalmente, cada rede local ou
corporao possui um servidor DNS prprio, que permite que os computadores da rede
local solicitarem as traduo de nomes de computadores para mquinas. O DNS no um
servio obrigatrio, j que a partir do endereo de uma mquina possvel se entrar em
contato com ela, mas um servio importante porque facilita muito as tarefas do usurio.
Assim, dificilmente encontraremos redes que no tenham um servidor DNS associado.
Ainda em relao ao endereamento de computadores, uma questo importante
saber como os endereos so definidos. Os endereos MAC so estaticamente
identificados e fornecidos pela interface de rede. Apesar de em algumas interfaces estes
endereos poderem ser alterados, o uso de endereos MAC fornecidos pelo fabricante o
mais recomendado. Primeiro porque isso livra de se executar mais uma tarefa de
administrao. Depois porque a alterao desses endereos pode, no caso de um
administrador menos cuidadoso, fazer com que dois computadores diferentes tenham o
mesmo endereo MAC. O endereo de rede, por sua vez, no fornecido pela interface
de rede e deve ser determinado pelo administrador da rede de alguma forma. A primeira,
a ainda mais comum, configurar o software de rede de cada computador informando o
endereo de rede para cada computador de rede. Uma alternativa mais prtica, entretanto,
o uso do servico DHCP. Neste caso, quando um computador ligado, o mesmo entra
em contato com um servidor DHCP da rede local solicitando um endereo de rede. O
servidor DHCP responde ento fornecendo tal endereo que acaba sendo
automaticamente configurado no computador que fez a solicitao. O uso de DHCP
facilita a administrao dos endereos de rede porque o administrador no precisa mais
configurar cada computador em particular. Entretanto, um mesmo computador, quando
do uso de DHCP, no receber sempre o mesmo endereo de rede.
Por fim, um ltimo servio importante so os firewalls/proxies. Um firewall
colocado em uma rede local com o intuito de proteger esta rede de acessos externos
indevidos. Inicialmente o firewall barra qualquer trfego externo que esteja sendo
enviado para a rede interna, permitindo a passagem apenas de trfego autorizado.
Eficientes em relao a segurana, muitas vezes os firewalls se tornam um problema
quando do uso de videoconferncia. Como so baseados em portas, os firewalls barram
trfego de acordo com a porta destino. Entretanto, aplicaes de videoconferncia
utilizam um conjunto de portas bem maior que aquele utilizado por aplicaes ditas
convencionais (como navegao Web, correio eletrnico e transferncia de arquivo).
Nestes casos, os firewalls devem ser adequadamente configurados para trabalhar em
sintonio com as aplicaes de videoconferncia. importante notar que na maior parte
dos casos o firewall em si no o problema, mas sim a falta de configurao do mesmo,
que deve ser executada pelo administrador da rede.
A Figura 3.25 mostra uma rede com os servios bsicos apresentados at o
momento.

Figura 3.25 - Servios bsicos de rede
3.2.4. Unicast, broadcast e multicast
Os computadores de uma rede podem se comunicar de trs formas diferentes:
unicast, broadcast e multicast. A comunicao unicast a mais bvia: dois computadores
de redes locais quaisquer trocam dados entre sim, sendo que existe apenas um receptor e
um transmissor. Neste tipo de comunicao, diz-se que existe um trfego unicast entre o
transmissor e o receptor. Todos os equipamentos de rede permitem a passagem de trfego
unicast por default, exceto se forem configurados de forma diferente, como acontece
tipicamente com os firewalls, que podem barrar os trfegos uniscast considerados
perigosos.
Diferentemente do trfego unicast, o trfego multicast envolve um transmissor e
vrios destinos que so todos os computadores de uma rede local. Solicitaes de
endereos DHCP, por exemplo, so feitas atravs de trfego broadcast, onde a mquina
que ainda no possui um endereo de rede faz uma solicitao a todas as outras mquinas
da rede local. O servidor DHCP recebendo a solicitao envia uma resposta ao
transmissor com o endereo de rede solicitado. Trfego broadcast consegue ultrapassar
Hub e Switches, mas normalmente barrado por roteadores.
O ltimo tipo de trfego o trfego multicast, que reside entre os trfegos unicast
e broadcast. Um trfego multicast possui mais de um receptor, mas dificilmente os
receptores sero todos os computadores de uma rede. Para entender melhor a motivao
de se ter trfego multicast, consideremos um transmissor que precisa enviar um vdeo
para trs receptores diferentes, mas que inicialmente s consegue fazer transmissoes
unicast (Figura 3.26).


Figura 3.26 - Transmisso a vrios destinos com trfego uniscast

A Figura 3.26 mostra o que acontece nesta situao. O transmissor deve enviar
vrias cpias da mesma informao para conseguir atingir todos os receptores. Isso gera
um desgaste de processamento no transmissor e um desperdcio de largura de banda na
rede. Em uma transmisso multicast, entretanto, este desperdcio no encontrado porque
uma nica cpia da mensagem enviada, e a rede se responsabiliza em transmitir esta
cpia aos vrios receptores, como mostrado na Figura 3.27.

Figura 3.27 - Transmisso a vrios receptores atravs de trfego multicast
3.2.5. Fatores que influenciam o desempenho
Para que uma rede funcione adequadamente, a conectividade e os servios bsicos
so necessrios. Entretanto, para muitas aplicaes a rede pode no funcionar
adequadamente mesmo que a interconexo de equipamentos e servios disponveis
estejam presentes. Um fator crtico para aplicaes dependentes do tempo, como
telemedicina, videoconferncia e educao a distncia o desempenho da rede. Vrios
fatores influenciam este desempenho.
Inicialmente, o desempenho influenciado pela conexo local dos computadores
rede. Em redes locais, que funcionam normalmente a 10Mbps, o desempenho no
muito afetado pela conexo rede. Entretanto, em acessos domsticos, cujas taxas pode
varias de 33,6Kbps (dial-up) a 1Mbps (cabo ou ADSL), o desempenho pode ser muito
degradado. Assim, muitas vezes uma aplicao pode no funcionar adequadamente
mesmo em uma rede no congestionada se o acesso a esta rede for de baixa qualidade.
Por exemplo, dificilmente se consegue fazer uma boa videoconferncia com acesso dial-
up rede.
A rede em si tambm pode representar um problema em relao ao desempenho.
Por exemplo, a Internet, em momentos de congestionamentos, pode no ser capaz de
garantir o adequado transporte dos dados de uma aula a distncia prejudicando o
andamento dos trabalhos. Aumentando a capacidade de conexo de Internet melhoraria,
obviamente, as condies de transmisso, mas nem sempre isso possvel. Diz-se, nestes
casos, que a rede no apresenta QoS (Qualidade de Servio), j que no se tem nenhuma
garantia de que as informaes enviadas chegaro ao destino em tempo hbil de serem
aproveitadas.
Por fim, os servios bsicos de rede tambm podem influenciar no desempenho
das comunicaes. O exemplo mais tpico e a situao mais crtica esto relacionados
com o uso de firewalls. Para que um firewall opere adequadamente, todas as informaes
que possam atravs dele devem ser analisadas para se decidir se elas podero ou no
sero transmitidas frente. Este processo, entretanto, consome tempo, o que acaba
retardando a entrega dos dados e fazendo com que a comunicao se torne mais lenta.
Para aplicaes onde o tempo de entrega dos dados crtico (como videoconferncia), o
benefcio de segurana trazido por um firewall representa tambm um problema de
desempenho da comunicao devido s anlises que um firewall obrigado a fazer.
Obviamente, fatores no relacionados a rede de comunicao tambm influenciam
o desempenho das aplicaes, como ser visto mais a frente.
3.3. Zona e cascateamento.
O padro H.323 do ITU-T define quatro principais componentes que permitem
comunicaes multimdia ponto-a-ponto e ponto-multiponto:
- Terminais
- MCUs (Multipoint Control Units)
- Gatekeepers
- Gateways

Os terminais so os pontos finais das comunicaes multimdia. Tipicamente, um
terminal permite comunicao bidirecional e pode ser encontrado na forma de um
microcomputador PC convencional ou como um dispositivo especfico. Internamente, um
terminal roda aplicaes multimdia H.323 que permitem, pelo menos, a comunicao via
udio. Opcionalmente, entretanto, comunicaes via udio e vdeo podem ser suportadas,
dependendo do software utilizado. Felizmente, a maioria dos terminais H.323 atuais
suporta os dois tipos de servios. A funo principal de um terminal H.323 a de se
comunicar com outros terminais multimdia, que podem ser tanto outros terminais H.323
como terminais de outros padres (H.320, H.321, H.322, H.324, etc.). Para que tal
comunicao possa ser realizada, um terminar H.323 utiliza os servios fornecidos por
um rede H.323.
Na prtica, uma rede H.323 no um novo tipo de rede, mas sim uma rede
tipicamente IP que possui servios especiais voltado para as comunicaes multimdia.
Tais servios especiais so implementados atravs da implantao, em uma rede IP, de
MCUs, Gatekeepers e Gateways. Logo, diz-se que uma rede H.323 uma rede IP que
fornece, via MUCs, Gatekeepers e Gateways, servios multimdia aos terminais H.323 a
ela conectados. De acordo com o nmero de componentes H.323 utilizados em uma rede,
tem-se a definio de zonas H.323.
3.3.1. Zonas H.323
A Figura 3.28 apresenta uma rede H.323 com terminais, MUCs, Gateways e um
Gatekeeper.

Figura 3.28 Rede H.323
Os gateways so responsveis por conectar uma rede H.323 a outras redes
diferentes das rede H.323. Na Figura 3.28 dois gateways foram utilizados para conectar a
rede de exemplo a uma rede ISDN e ao sistema telefnico. Isso permite que os terminais
da rede H.323 possam se comunicar com terminais ISDN e terminais do sistema
telefnico. Para que isso seja possvel, os gateways executam tradues entre os
procedimentos H.323 para os procedimentos da rede alvo (no exemplo da Figura 3.28, a
rede alvo pode ser a rede ISDN ou o sistema telefnico). Por exemplo, um terminar
H.323 pode contar-se a um terminal do sistema telefnico porque o gateway que liga a
rede H.323 ao sistema telefnico intercepta a chamada do terminal H.323 e converte os
dados em uma chamada convencional do sistema telefnico. Os gateways tambm devem
executar tradues para os procedimentos de finalizao de chamada, converso de mdia
e codificao. Para a comunicao entre dois terminais H.323, entretanto, os gateways
no so necessrios j que no existiro converses entre os protocolos utilizados pelos
terminais. Logo, a utilizao de gateways no obrigatria em uma rede H.323: ela s se
fez necessria se existir um requisito de interconexo da rede H.323 com outras rede no
H.323.
Os gatekeepers podem ser considerados os gerentes de uma rede H.323. Os
gatekeepers recebem todas as chamadas de uma rede H.323 e so responsveis por
administrar os recursos de comunicao disponveis. Alm disso, os gatekeepers
fornecem servios de endereamento de terminais, autorizao e autenticao de
terminais e gateways, gerenciamento da banda disponvel, contabilizao, cobrana e
roteamento de chamadas. Apesar dos vrios servios fornecidos, os gatekeepers, assim
como os gateways, so componentes opcionais em uma rede H.323. Outra caracterstica
importante que um gatekeeper define uma zona H.323, que definia como um conjunto
de componentes H.323 (terminais, MCUs e gateways) administrados por um gatekeeper.
Comparativamente, uma zona H.323 similar a um sistema autnomo em uma rede IP
sob o controle administrativo de um gerente central. Neste contexto, o sistema autnomo
IP est para a zona H.323, assim como o controle administrativo de um gerente central
est para um gatekeeper. importante notar, entretanto, que dentro de um sistema
autnomo podem existir diversas zonas H.323, cada uma gerenciada por um gatekeeper
diferente. Mais que isso, uma rede H.323 pode ser constituda de vrias zonas H.323 e
seus respectivos gatekeepers.
Por fim, o ltimo componente de uma rede H.323 o MCU (Multipoint Control
Unit - Unidade de Controle Multiponto). Este componente passa a ser necessrio a partir
do ponto em que conferncias entre trs ou mais terminais H.323 tornam-se uma
necessidade. Todos os terminais que participam de uma mesma conferncia estabelecem
uma conexo com um MCU. Tal MCU responsvel por gerenciar os recursos
associados conferncia em andamento, como o CODEC utilizado pelos terminais e os
fluxos de udio e/ou vdeo da conferncia. Novamente, o MCU no um componente
obrigatrio em uma rede H.323, e pode no ser utilizado se conferncias entre trs ou
mais participantes no ocorrerem.
Apesar de serem componentes com uma seprao lgica clara, os MCUs,
gateways e gatekeepers podem ser implementados fisicamente em dispositivos separados
eu no. Por exemplo, um mesmo software rodando em um PC pode fornecer os servios
executados por um gatekeeper e por um MCU ao mesmo tempo. Gatekeepers e MCUs,
alm disso, no necessitam, obrigatoriamente, de hardware especfico: muitas solues
atuais destes componentes implementam gatekeepers e MCUs como aplicaes para
ambiente Windows ou Unix, por exemplo. Gateways, entretanto, j necessitam um
hardware mais adequado, j que a interligao de redes diferentes (uma rede H.323 com
uma rede no H.323) fora o gateway a utilizar hardware especfico para cada uma das
redes as quais o gateway est conectado.
3.3.2. Cascateamento de MCUs
Em muitas situaes, o desempenho de um MCU pode degradar, principalmente
quando o nmero de terminais participantes de uma conferncia for elevado, ou quando o
nmero de conferncias gerenciadas por um nico MCU for muito grande. A causa disso
que a capacidade de processamento de um MCU acaba se esgotando a medida que
novos participantes estabelecem conexo e passam a usar os servios do MCU. Nestas
condies, necessrio um incremento na capacidade de processamento disponvel, de
forma que o desempenho associado a um MCU no seja degrada a nveis intolerveis.
Entretanto, fornecer processamento envolve a adio de mais memria e processadores
no hardware de um MCU, o que nem sempre possvel. Neste contexto, o cascateamento
de MCUs acaba sendo uma soluo importante, j que permite o aumento de
processamento associado aos servios de um MCU, reduzindo o impacto da perda de
desempenho, sem obrigar a adio de processadores e memria em um MCU em
operao.
O princpio bsico do cascatemaneto de MCUs pode ser observado a partir do
seguinte exemplo. Supondo uma conferncia "a" (com "na" terminais participantes)
gerenciada por um MCU "A", e uma conferncia "b" (com "nb" terminais participantes)
gerenciada por um MCU "B", diz-se com os MCUs "A" e "B" so cascateados para que
uma nova e maior conferncia, resultando da unio das conferncias "a" e "b", seja
formada. A nova conferncia "a+b" formada por "na" + "nb" terminais participantes,
que passam a fazer parte agora de uma mesma conferncia gerenciada, de forma
distribuda, pelos MCUs cascateados "A" e "B".
O cascateamento de MCUs conseguido porque os MCUs participantes do
cascateamento estabelecem uma conexo por onde os fluxos multimdia de seus
respectivos terminais originais passam. Por exemplo, supondo um MCU com capacidade
para suportar no mximo 100 terminais a 128 Kbps, pode-se elevar o nmero mximo de
terminais at 198 atravs do cascateamento com um outro MCU idntico. Cada MCU
passa a gerenciar 99 conexes com terminais comuns, mais uma conexo com o outro
MCU participante do cascateamento. Vrios MCUs podem ser utilizados em um
cascateamento, mas controlar o cascateamento para evitar um nmero muito grande de
MCUs intermedirios entre dois terminais importante. Este controle necessrio porque
os MCUs normalmente escolhem a transmisso de vdeo associada ao terminal cujo
usurio tem uma maior participao no udio, isto , o video atualmente transmitido em
uma conferncia aquele proveniente do usurio que est falando no momento. Com um
nmero maior de MCUs intermedirios, os participantes da conferncia iro "competir"
mais entre si na transmisso de vdeo, e vrios MCUs (e no apenas um) tevero decidir
qual vdeo ser o transmitido. Quanto maior o nmero de MCUs intermedirios
utilizados, maior ser o atraso desta deciso.
4. Operao de Sistemas de Videoconferncia
4.1. Noes bsicas de udio
Por definio, as aplicaes destinadas a videoconferncia incluem suporte a
udio. Na realidade, trata-se de um elemento que merece ateno especial. Ao invs do
vdeo, onde a perda de um quadro na maioria dos casos no chega a ser prejudicial
aplicao, a perda de trechos de udio em uma sesso de videoconferncia pode
comprometer seriamente a interatividade. Conforme Tanembaum [TAN 97], o ouvido
sensvel a variaes de som que duram milsimos de segundo, tempos inferiores aos
necessrios para o olho perceber variaes de luz. Desta forma, um jitter de apenas
alguns milsimos de segundo em uma transmisso multimdia afeta mais a qualidade do
som percebido do que a qualidade da imagem percebida.
Assim como vdeo digital, o udio sempre obtido a partir de fontes analgicas,
necessitando a converso analgico-para-digital (A/D). A converso de um sinal
analgico em um sinal digital envolve a captura de uma srie de amostras da fonte
analgica. A agregao das amostras forma o equivalente digital de uma onda sonora
analgica. Quanto maior a taxa de amostragem, maior a qualidade do som digital, pois
foram utilizados mais pontos de referncia para replicar o sinal analgico. O processo de
converso A/D pode ser dividido em trs fases: amostragem, quantizao e compresso.
4.1.1. Amostragem
Trata-se do processo de medir valores instantneos de um sinal analgico em
intervalos regulares [CHA 98]. O intervalo entre as amostras determinado por um pulso
de clock, e a freqncia deste clock chamada Taxa de Amostragem.
Em 1928, Henry Nyquist provou que a representao digital de um sinal
analgico poderia ser funcionalmente idntica onda que o originou, contanto que a taxa
de amostragem fosse no mnimo o dobro da freqncia mais alta presente naquela onda
(Teorema de Nyquist). Por exemplo, a voz humana, com uma freqncia mxima de 4
kHz, requer 8.000 amostras por segundo para se obter uma representao digital fiel.
4.1.2. Quantizao
Trata-se do processo de converso das amostras contnuas ara valores discretos. O
uso de oito bits por amostra considerado satisfatrio para udio em dilogo comum,
mas amostras de udio de alta fidelidade so normalmente digitalizadas a 14 ou 16 bits
por amostra, provendo uma granularidade maior.

Figura 4.1 - (a) Onda de udio. (b) Amostragem. (c) Quantizao

A Figura 4.1 ilustra como uma onda de udio (a) amostrada (b) e quantizada
com 3 bits (c) em valores discretos. Convm observar que amostras com diferenas na
representao analgica podem ser atribudas ao mesmo valor discreto aps o processo de
quantizao, devido ao nmero finito de possibilidades (com 3 bits, podem-se representar
8 quantizaes diferentes). Esse erro, introduzido pela quantidade finita de bits,
chamado de Erro de Quantizao, e pode ser detectado pelo ouvido humano se for muito
grande.
Um exemplo das duas fases iniciais de converso A/D de som so os CDs de
udio. Estes so codificados em 44.100 amostras por segundo, capturando freqncias de
at 22.050 Hz (conforme o teorema de Nyquist). So usadas amostras de 16 bits cada,
possibilitando 65.536 valores distintos - embora a capacidade de percepo do ouvido
humano, considerando intervalos do mais baixo som audvel, chegue a 1 milho (o que
comprova que CDs de udio apresentam rudos de quantizao). Caso se considerasse a
transmisso de udio de CD, com 44.100 amostras por segundo de 16 bits, a largura de
banda necessria seria

44.100 * 16 = 705,6 kbps para som mono, e

44.100 * 16 * 2 = 1,411 Mbps para som estreo.

A transmisso de som com qualidade de CD em estreo, conforme apresentado
anteriormente, capaz de demandar um canal T1 completo - o que comprova a
necessidade de compresso de tais dados, mesmo que em videoconferncia a qualidade
de som utilizada seja inferior, em termos de amostras por segundo e bits por amostra.
A tabela X.1 apresenta um resumo das caractersticas das Recomendaes do
ITU-T relacionadas a codificao de udio e referenciadas nas recomendaes da srie H.
So apresentados o tipo de algoritmo usado por cada codec, a taxa de bits a qual se
destina, a freqncia de trabalho, o delay tpico entre dois pontos (exclusivamente do
codec, sem considerar o canal) e aplicaes tpicas. Maiores detalhes sobre os codecs de
udio sero fornecidos a seguir, em suas respectivas descries.

Tabela 4.1 - Codecs de udio do ITU-T
Recomendao
(Ano de
Aprovao)
Algoritmo
Taxa de
Bits
(kbit/s)
Largura
de Banda
(Hz)
Delay
entre
Pontos
(ms)
Aplicao
G.711(1972) PCM 56, 64
300 -
3,4k
< 1
Telefonia GSTN,
videoconferncia
H.320/H.323
G.722(1988) Sub-ADPCM
48, 56,
64
50 - 7k < 2
Telefonia e
Videoconferncia ISDN
G.723.1(1995)
ACELP -
5,3MP-MLQ -
6,3
5.3, 6.3
300 -
3,4k
67-97
Videotelefonia
GSTN,Telefonia
H.323,VoIP (bsico)
G.728(1992) LD-CELP 16
300 -
3,4k
< 2
GSTN,Videoconferncia
H.320
G.729(1995) CS-ACELP 8
300 -
3,4k
25-35
Telefonia GSTN, Modem
GSTN, Videotelefonia
H.324 GSTN
G.729 - A(1996) CS-ACELP 8
300 -
3,4k
25-35
Modem GSTN,
Videotelefonia H.324
GSTN

4.1.3. Modulao por cdigo de pulso

G.711

A recomendao G.711, editada inicialmente em 1972, especifica a modulao de
sinais de freqncia de voz por cdigo de pulso, por isso tambm referenciada como
PCM (Pulse Code Modulation). A codificao realizada a uma taxa nominal de 8000
amostras por segundo (8 kHz), utilizando 7 ou 8 bits por amostra. A taxa de transmisso
dessa codificao resulta em 7 x 8000 = 56 kbit/s ou 8 x 8000 = 64 kbit/s. Novamente de
acordo com o teorema de Nyquist, a especificao G.711 pode codificar freqncias de
udio entre 0 e um mximo de 4 kHz.
As regras de codificao so referenciadas como A-law (utilizado na Europa) e
m-law (utilizado na Amrica). Apesar do formato resultante da codificao se parecer
com uma funo logartmica, a converso dos sinais definida por tabelas de deciso.
So especificadas quatro tabelas diferenciadas, para valores A-law / m-law, tanto
positivos quanto negativos.
O udio de entrada dividido em segmentos, cada um deles usando quantidades
diferentes de intervalos como valores nas tabelas de deciso. A maior parte dos
segmentos contm 16 intervalos, e o tamanho dos intervalos dobra de segmento a
segmento. A Figura 4.2 mostra trs segmentos com quatro intervalos em cada um. A
codificao m-law usa 8 segmentos de 16 intervalos cada nas direes positiva e
negativa, comeando com um tamanho de intervalo 2 no segmento 1, e incrementando
at um tamanho de intervalo 256 no segmento 8. A codificao A-law usa 7 segmentos.
O menor (de tamanho de intervalo 2) contm o dobro de intervalos dos demais (32
intervalos). Os seis segmentos restantes contm 16 intervalos cada, dobrando de tamanho
de 4 (segmento 2) at 128 (segmento 7). A codificao A-law, usada internacionalmente,
representa sinais menores com maior fidelidade que a m-law. A recomendao tambm
apresenta tabelas de converso m-law <=>A-law.


Figura 4.2 - Segmentao de uma Onda de udio codificada com PCM
4.1.4. Algoritmos baseados em diferenas
A partir da tcnica PCM, foram propostas algumas implementaes diferenciadas.
Os codificadores e decodificadores DPCM e ADPCM funcionam baseados na expectativa
de que as amostras de udio vizinhas sejam semelhantes entre si. Assim, o codificador
DPCM calcula a diferena entre o valor efetivo da amostra e o valor provvel (com base
na comparao pelas amostras anteriores), e realiza a codificao PCM apenas sobre o
resultado da diferena. Desta forma, a taxa de bits gerada inferior gerada pela
recomendao G.711.
O mtodo ADPCM emprega uma combinao de adaptaes de quantizao e
predio sobre o mtodo DPCM. Adaptao, nesse contexto, significa reao a alteraes
no nvel e no espectro do sinal de udio de entrada. Existem duas formas de realizar a
predio adaptativa:
- Estimativa avanada (forward estimation), onde as amostras quantizadas do
sinal de entrada so usadas para derivar estimativas;
- Estimativa invertida (backward estimation), onde as estimativas so geradas
com base na sada do quantificador e no erro de predio ocorrido.

G.722

A recomendao G.722, proposta em 1988, descreve as caractersticas de sistemas
de codificao de udio (50 a 7000 Hz), usados em diversas aplicaes de conversao de
alta qualidade. O sistema de codificao utiliza a tcnica SB-ADPCM (sub-band adaptive
differencial pulse code modulation), a uma taxa de 64 kbit/s. Nesta tcnica, a banda de
freqncia dividida em duas sub-bandas : alta (H) e baixa (L). Os sinais em cada sub-
banda so codificados usando ADPCM. O sistema possui trs modos de operao para
codificao do udio a 7 kHz, com variaes na taxa de bits e na taxa de bits do canal de
dados auxiliar (para prover a taxa efetiva de 64 kbit/s usando os bits da sub-banda
inferior. Os modos de operao disponveis so apresentados na Tabela X.2.

Tabela 4.2 - Modos de operao da recomendao G.722
Modo
Taxa de bits de udio a
7 kHz codificado
Taxa de bits do canal
de dados auxiliar
1 64 kbit/s 0 kbit/s
2 56 kbit/s 8 kbit/s
3 48 kbit/s 16 kbit/s

Conforme a recomendao, independente do modo de operao escolhido para a
implementao, sugerido que o modo 1 sempre seja implementado, mesmo que de
forma adicional ao(s) modo(s) escolhido(s).
4.1.5. Codificao por Predio Linear por Ativao de Cdigo

G.731.1

A Recomendao G.723.1, editada em 1996, especifica uma representao
codificada para compresso de dilogo ou outros sinais de udio em servios multimdia
a taxas de bits muito baixas, com o objetivo de servir como suporte de udio
recomendao H.324. As taxas de bit associadas so 5,3 kbps (mais flexvel) e 6,3 kbit/s
(melhor qualidade). A codificao do udio realizada em quadros de 30 milissegundos.
O formato G.723.1 foi selecionado pelo Frum VoIP (Voice over IP) como o codec base
para aplicaes de Voz sobre IP a baixas taxas de bit [CHA 98].
Esse codificador foi projetado para operar com sinais digitais, obtidos a partir da
filtragem da fonte analgica (a filtragem definida na Recomendao G.712), e ento
amostradas a 8000 Hz e convertidas para PCM em 16 bits para a entrada do codificador.
A sada do decodificador realiza o processo inverso. O princpio da codificao a
predio anlise-por-sntese, seguida de mecanismos para minimizar erros perceptveis.
O codificador trabalha em blocos (quadros) de 240 amostras cada (8000 amostras por
segundo x 0,030 segundos).
Os componentes do algoritmo apresentado na Recomendao so definidos em
forma de funo na prpria Recomendao, que inclui tambm os diagramas de bloco
(representao visual da interao dos componentes) para cada componente.

G.728

A recomendao G.728, publicada em 1992, prov codificao de udio a 3,1 kHz
para transmisso a 16 kbps. normalmente utilizada em sistemas que operam a 56 ou 64
kbps. Com requerimentos computacionais bem mais altos, o padro G.728 prov a
qualidade do padro G.711 - a um quarto da taxa de transmisso. O algoritmo utilizado
para a codificao o LD-CELP (low-delay excited linear prediction).

G.729 e G.729a

As recomendaes G.729 e G.729a, aprovadas respectivamente em 1995 e 1996,
especificam a codificao de sinais de udio na faixa de 3,1 kHz, para transmisso a 8
kbps. A recomendao G.729A exige menos poder computacional que a G.729; ambas
possuem latncia menor que a G.723.1. Existe uma boa expectativa do uso da
recomendao G.729A para transmisso de udio compactado em redes sem fio
(wireless).
4.2. Noes bsicas de vdeo
O vdeo uma seqncia de imagens paradas que, apresentadas a uma taxa
suficientemente rpida, causam a impresso de movimento contnuo. O recurso de
imagem em movimento produzido mediante aproveitamento da limitao de velocidade
do olho humano para perceber alteraes de imagens.
Para que o vdeo (assim como o udio) possa ser manipulado pelo computador,
este deve ser capturado na sua forma analgica e armazenado como informao digital.
Isto pode ser feito atravs de uma placa de captura de vdeo instalada no computador ou,
em alguns casos, por um equipamento de captura externo.
A fonte de vdeo analgica pode ser armazenada em qualquer formato (8 mm,
Beta SP, HI-8, Laserdisc, Super VHS ou VHS) ou alimentada ao vivo a partir de uma
cmera. A fonte pode ser conectada a placa de captura usando qualquer dos trs tipos de
conectores listados abaixo, dependendo do tipo de conector que a placa suporta:
- S-Video (ou Y/C Video): transmite sinais de vdeo separando as partes de
crominncia (cor) e luminncia (brilho) do sinal de vdeo resultando em uma
qualidade de imagem superior comparada a Composite Video. Os cabos deste
tipo de conexo transmitem as informaes de cor e brilho em dois fios
separados. Y e C so as abreviaes em ingls de luminncia (luminance) e
crominncia (chrominance). O S-Video utiliza um conector de quatro pinos
chamado de mini-DIN.
- Composite Video: a informao de vdeo transmitida em um nico sinal
combinando as informaes de cor e brilho dentro do sinal. Composite video
transferido entre dispositivos de vdeo usando um nico cabo de conexo com
um conector RCA. Por combinar os sinais de crominncia e luminncia dentro
de um s, essas duas partes de informao devem ser separadas uma da outra
na televiso por um filtro. Este processo resulta em alguma distoro e
degrao da imagem.
- Component Video: transfere informaes de vdeo usando mltiplos sinais
individuais, resultando na transferncia de sinal de mais alta qualidade e
distoro mais baixa. Component video usa trs cabos de vdeo coaxiais com
conectores RCA (alguns componentes usam conectores BNC) para transferir
os trs componentes do sinal.
No processo de captura e digitalizao de vdeo, devem ser considerados os
seguintes componentes:
- Resoluo (resolution): so as dimenses horizontal (quantidade de colunas
de pixels) e vertical (quantidade de linhas de pixels) da sesso de vdeo.
- Quantidade de cores (color depth): este componente refere-se quantidade
de bits utilizados para expressar cada uma das cores bsicas RGB
(Red/Green/Blue). Essa quantidade varia de 8 bits (256 cores) at 24 bits
(usando 8 bits para vermelho, 8 bits para verde e 8 bits para azul, resultando
16.7 milhes de cores).
- Taxa de quadros (frame rate): o nmero de quadros (frames) exibidos por
segundo. No cinema, por exemplo, a taxa de quadros 24 fps (frames por
second), enquanto que na televiso essa taxa sobe para 25 fps (sistema PAL)
ou 30 fps (sistema NTSC).
possvel determinar, com base nesses parmetros, a banda necessria para um
determinado trfego de vdeo. Supondo um vdeo com resoluo de 640x480, 24 bits (3
bytes) e uma taxa de 30 fps, o trfego gerado por esse vdeo, por segundo, seria dado pela
expresso:

640 * 480 * 3 * 30 = 27,648 Mbps

Ou seja, estas informaes requerem grande quantidade de largura de banda para
serem transmitidas pela rede (seria necessrio no mnimo um canal Fast Ethernet para
prover banda passante para essa aplicao).
Portanto, fundamental aplicar tcnicas manipulao de captura de vdeo
(alterao dos parmetros resoluo, quantidade de cores e taxa de quadros) e de
compresso de dados para que exista uma reduo da quantidade de espao que ser
alocado para armazenar informaes como no caso da videoconferncia.
4.2.1. Compresso de vdeo
Trata-se do processo de utilizao de tcnicas e algoritmos para substituir as
informaes originais por descries matemticas mais compactas. A descompresso o
processo inverso, no qual as descries matemticas so convertidas nos dados originais.
O algoritmo responsvel pela compresso e descompresso chama-se CODEC
(abreviatura de COmpression e DECompression). Este componente pode ser
implementado tanto em software quanto em hardware. O termo CODEC tambm
atribudo ao hardware que realiza o processo de digitalizao (enCOder e DECoder).
Considerando que o vdeo uma sequncia ordenada de imagens, pode-se analisar
a compresso de vdeo em dois mbitos distintos: interquadro (interframe) e intraquadro
(intraframe).
- Compresso interquadro (ou compresso temporal): compactao entre os
quadros de um vdeo. utilizado um quadro chave (key frame), que sempre
a referncia para os quadros que o seguem, funcionando como uma espcie de
fonte de informao. O conjunto de informaes que contm as diferenas
entre o quadro atual e o quadro chave ou quadro anterior chamando de delta
frame. Todas as tcnicas interquadro baseiam sua efetividade na redundncia
entre os quadros - quanto mais redundncia entre os quadros, maior a
eficincia deste tipo de mtodo [CIS 2002].
- Compresso intraquadro (ou compresso espacial): a compactao dos
dados de um quadro, seja ele um quadro chave ou de variao, realizada aps
a compactao interquadro.
Por ser realizada aps a compactao interquadro, a contribuio da compactao
intraquadro na performance geral do CODEC menor. Primeiro, porque a base da
eficincia da compactao a eliminao de redundncias e, sendo assim, quanto menor
for a sequncia de dados a serem compactados, menor ser a probabilidade de existncia
de redundncias, comprometendo o resultado da tcnica. Segundo, porque muito maior
a redundncia de dados entre um frame e outro do que a redundncia contida em um
nico delta frame [BOR 2001].
4.2.2. Padres ITU-T: H.261 e H.263
A recomendao H.261 descreve e especifica a codificao, multiplexao e
transmisso de imagens em movimento em taxas de bits mltiplas de 64 kbit/s. Esse
padro tambm referenciado como p x 64 Kbits/s, onde p varia de 1 a 30 (a taxa de bits
varia de 64 Kbit/s a 2 Mbit/s). Esse codec foi projetado inicialmente para linhas ISDN,
que operam nesta faixa.
O algoritmo de codificao usado um hbrido de predio interquadro e
intraquadro. Inicialmente, as redundncias temporais entre imagens sucessivas so
removidas. As imagens restantes so transformadas usando a tcnica DCT. O algoritmo
de codificao H.261 similar ao MPEG, porm estes so incompatveis entre si. Alm
disso, o H.261 requer sensivelmente menos poder de processamento para codificao em
tempo real do que o MPEG [BOR 2001].
So especificados dois formatos de imagem para este padro:
- CIF (Common Intermediate Format) - neste formato, a estrutura de
amostragem de luminosidade de 352 colunas por 288 linhas. A amostragem
de cada um dos componentes de diferena de cor feita em 176 colunas por
144 linhas. A rea de imagem coberta por essas quantidades de colunas e
linhas possui uma proporo 4:3, que corresponde rea ativa das entradas de
vdeo padro.
- QCIF (Quarter-CIF) - esse formato possui a metade das colunas e linhas no
formato CIF. Sua implementao obrigatria nos codecs que cumpram a
especificao H.261, ao contrrio do CIF (opcional).
A escolha de CIF ou QCIF depende da capacidade disponvel do canal (QCIF
normalmente usado se p<3) [CIS 2002].
O algoritmo inclui um mecanismo que otimiza a utilizao da largura de banda,
onde movimentos rpidos possuem qualidade de imagem menor e movimentos mais
lentos possuem melhor qualidade. Usada dessa maneira, o H.261 apresenta codificao a
taxa constante de bits (CBR), mas no uma taxa constante de qualidade de imagens, que
tipicamente gera taxas de bits variveis (trfego VBR).
A recomendao H.263 especifica a representao codificada que pode ser usada
para compresso de imagem em movimento, para aplicaes audiovisuais em baixas
taxas de bits.
O algoritmo de codificao baseado (e muito similar) no algoritmo da
recomendao H.261, com a incluso de algumas opes de codificao para incremento
de performance e mecanismos de recuperao de erro.
Alm dos dois formatos de imagem apresentados no padro H.261, outros trs
formatos foram apresentados. Suas dimenses e obrigatoriedade de implementao esto
relacionadas na Tabela X.1, juntamente com os formatos da recomendao anterior.

Tabela 4.3 - Formatos de imagem das recomendaes H.261 e H.263
Formato Colunas Linhas Suporte em
H.261
Suporte em
H.263
Sub-QCIF 128 96

Obrigatrio
QCIF 176 144 Obrigatrio Obrigatrio
CIF 352 288 Opcional Opcional
4CIF 704 576

Opcional
6CIF 1408 1152

Opcional
4.2.3. Vdeo em ao
A importncia do vdeo para a tecnologia de videoconferncia evidente, uma
vez que este recursos que cria a sensao de presena, propiciando aos participantes de
uma reunio a noo espacial dos participantes e objetos do local remoto. Atravs do
contato visual, possvel saber o quanto os outros esto envolvidos no assunto, a razo
de eventuais pausas no dilogo, alm de perceber atitudes e outros aspectos inerentes ao
dilogo, tais como humor ou ironia, por exemplo.
Alm dos tpicos relacionados a captura, digitalizao, padronizao, entre outros
abordados acima, mais alguns aspectos devem ser considerados para otimizao da
utilizao do vdeo em sesses de videoconferncia:
- Localizao da cmera: depender do tipo de conferncia e de cmera ou
sistema utilizado. Tanto em sistemas desktop quanto em sistemas baseados em
sala, deve-se posicionar a cmera prxima da fonte que recebe o vdeo remoto
(monitor do PC, televiso, tela de projeo). Desta forma, os participantes
podem olhar para esta fonte (ou seja, para os outros participantes) enquanto
falam e a cmera representar suas imagens com contato "olho-no-olho",
como quando conversamos num mesmo local com outra pessoa.
- Foco: nitidez ou clareza de uma imagem. Imagens ou telas fora de foco so
borradas e desprovidas de clareza. Inversamente, imagens bem enfocadas so
detalhadas e facilmente reconhecveis. importante que uma exibio em
vdeo seja enfocada corretamente para produzir uma boa qualidade de
imagem. O foco de especial importncia para sistemas de projeo de vdeo
que dispe de foco altamente ajustvel para permitir uma variedade de
tamanhos e distncias da tela. Em geral, todas as cmeras utilizadas para
videoconferncia possuem regulagem de foco, desde as mais simples usadas
em sistemas desktop (foco manual) at as mais sofisticadas de sistemas
baseados em salas (foco automtico).
- Campo de viso: refere-se rea coberta por uma lente de cmera.
geralmente medido com um ngulo e uma funo do comprimento focal da
lente e da distncia dos objetos que esto sendo capturados. Em
videoconferncia, o campo de viso deve ser levado em conta no momento da
escolha do tipo de cmera para determinado cenrio, de acordo com o nmero
de participantes da sesso, tamanho e layout da sala.
4.3. Fatores Ambientais
A videoconferncia utiliza diversos tipos de recursos, mdias, equipamentos e
perifricos, que quando utilizados propriamente so um expressivo e poderoso
instrumento de comunicao.
Mas estes elementos precisam ser adequados de forma a compor uma narrativa
eficiente, bem como serem checados para assegurar que a videoconferncia transcorra
tranquilamente. O equilbrio entre codificao, transporte, qualidade, expectativas e custo
uma tarefa desafiante.
O objetivo deste tpico fornecer uma viso geral relacionada a fatores
ambientais e dicas de como proceder relevantes para a utilizao da videoconferncia.
4.3.1. Fatores interferentes

Planejamento do ambiente

Qualquer atual sala de conferncia pode ser adaptada para ser usada como uma
sala de videoconferncia fazendo os ajustes baseados nas necessidades do equipamento
de udio e vdeo. Como na produo de cinema e televiso, onde o palco uma parte
importante do processo, a sala de conferncia uma parte importante para promover uma
videoconferncia eficaz. Ainda, um entendimento bsico da audincia e da finalidade so
chaves para um projeto bem sucedido de sala.
As novas salas de videoconferncia que so idealizadas e dedicadas
especificamente para a aplicao so mais fceis de serem implementadas. No entanto,
devido a crescente aceitao da tecnologia, a videoconferncia est sendo utilizada em
universidades, escolas, residncias, hospitais, empresas, indstrias, salas de audincia em
tribunais, entre outros. O desafio nestes casos a converso e adaptao adequadas
desses espaos para a videoconferncia.
Ao planejar uma sala de videoconferncia, deve-se levar em considerao o
espao disponvel e o projeto de layout da sala, assim como as potencialidades do foco
visual da cmera. O tamanho do grupo atendido no depende somente do real tamanho da
sala, mas tambm do projeto de layout que determinar quantos participantes podero ser
atendidos. A disposio dos assentos ento definida para permitir que os participantes
vejam e sejam vistos durante a conferncia. H uma distncia mnima exigida pela
cmera para capturar todos os participantes presentes e deve ser levado em conta no
layout.
Quanto ao equipamento, alm da cmera e microfone, um monitor exigido para
receber o vdeo, e em sistemas que no dispe do recurso picture-in-picture, um segundo
monitor necessrio para visualizar a prpria imagem (que est sendo transmitida aos
locais remoros). Equipamentos adicionais como cmera de documentos, quadro branco
eletrnico, videocassete, cmeras e monitores adicionais, entre outros, devem ser tambm
considerados no planejamento de espao de uma sala de videoconferncia. Os
equipamentos adicionais para a videoconferncia devem ser colocados de frente para o
monitor, que ter, acima dele, a cmera da sala. O objetivo permitir que o conferencista
tenha todos os recursos audiovisuais a sua disposio com o mnimo de deslocamento
possvel e, ainda, que possa manter contato visual com os participantes remotos, vendo e
sendo visto por eles.
Atender alguns detalhes crticos propiciar a implantao de uma moderna sala de
videoconferncia. Esses conceitos permitem o desenvolvimento de uma sala de
videconferncia confortvel e funcional que vai ao encontro das necessidades fsicas do
equipamento e acomoda design interior de bom gosto no ambiente de trabalho
pretendido.

Tipos de salas

A videoconferncia usada em vrios locais. Os mais comuns so:


Escritrio: neste caso, provavelmente a pessoa tem uma
estao cliente desktop instalada em sua estao de
trabalho pessoal. Estes sistemas podem ser baseados em
hardware (placas instaladas no PC), software ou
componentes USB. Tipicamente, uma pequena janela
com o vdeo remoto e local aparece aparecem na tela do
monitor. O udio enviado e recebido via microfones,
fones de ouvido, ou combinaes de microfone e auto-
falantes. No ltimo caso, a menos que caractersticas de
cancelamento de eco estejam disponveis, preciso ter
cuidado com a colocao dos auto-falantes e microfone
para evitar o retorno, que causa eco. extremamente
aconselhvel utilizar microfone de ouvido para evitar
este tipo de problema.

Sala de reunies pequena: nos casos onde 3 a 5 pessoas
esto em reunio, um mecanismo maior de
videoconferncia deve ser usado. A cmera deve ter um
campo de viso um pouco maior e foco automtico. Um
microfone de mesa (com cancelamento de eco)
colocado deve ser colocado no meio da mesa. Um
monitor grande deve estar disponvel para mostrar o lado
remoto para todo o grupo. O monitor entregar o udio
remoto adequadamente. As pessoas freqentemente
tentam usar sistemas desktop para este tamanho de
reunio. Apesar dos resultados variarem, este no deve
ser usado com uma soluo a longo prazo.

Sala de reunies grande: quando 6 a 30 pessoas vo
participar de uma reunio, os requisitos de udio e vdeo
tornam-se importantes. O layout da sala importante a
fim de permitir (s) cmera(s) mostrar(em) qualquer um
que est falando. A acstica da sala crtica para reduzir
rudos e sons refletidos. A projeo do vdeo remoto
requerida em uma tela grande ou parede para permitir
que cada pessoa na reunio veja quem est falando.
Vrios microfones so requeridos e mixagens devem
tratar e distribuir os mltiplos sinais para a ponta remota.
Mltiplas cmeras podem ser necessrias e devem ter
funes de pan, tilt e zoom. Controle remoto da cmera
pode ser til.

Auditrio: deve ter um bom sistema de projeo, ser
bem projetado acusticamente, e ter um sistema de
distribuio de udio. Seguir o apresentador, que
provvel estar vagando pelo palco, torna-se o desafio.
Microfones de lapela e sem fio so boas solues.
Considerando que os auto-falantes so tipicamente
virados para o pblico, as perguntas dos locais remotos
podem ser difcies de serem ouvidas pelo apresentador.
Espalhar microfones entre o pblico pode ser difcil e
caro, uma soluo seria fornecer microfones fixos em
diversas posies. Ter uma pessa monitorando perguntas
por email ou chat outra possibilidade.

Design interior da sala

Quando consideramos o design interior do espao de videoconferncia, os
primeiros objetivos devem ser fazer a sala o mais confortvel possvel, dando menos
nfase a tecnologia na sala, e tornar a interface do usurio para utilizao do sistema
amigvel e previsvel.
Cores especficas so recomendadas para fundos e cobertura da parede para
permitir melhor identificao dos participantes sem forar as potencialidades de captura
da cmera de vdeo. As cores recomendadas so suaves, coberturas de paredes
texturizadas, mas paredes lisas pintadas tambm funcionaro se as cores forem tons terra
escuros e a iluminao estiver ajustada corretamente.
Fabricantes de moblia tem desenvolvido mesas de conferncia especificamente
projetadas para permitir aos participantes da reunio ver e serem vistos pelo equipamento
de vdeo. H vrios recursos disponveis para equipamentos de videoconferncia,
incluindo mesas de conferncias customizadas e armrios combinados.

Iluminao

A iluminao no local da videoconferncia chave para a distribuio de imagem
de boa qualidade. A iluminao deve ser do tipo difusa e uniforme, de modo a clarear
sem ofuscar. Considere instalar difusores em luzes fixas existentes.
Para poder ver claramente todos os participantes, fontes de luz de parede ou no
cho complementam as tradicionais fontes de luz no teto. Quanto ao ngulo de
iluminao, a fonte de luz deve ser mantida em frente aos participantes acima do nvel
dos olhos.
Para eliminar sombras, uma combinao de iluminao arranjada na proporo de
60/40 para o teto e parede recomendada. A chave neste esquema de quebra de luz
equalizar a luz disponvel nos participantes e eliminar sombras, fundos escuros ou pontos
brilhantes no centro da mesa da conferncia.

Acstica e udio

A qualidade do udio um dos fatores mais relevantes para a eficcia da
videoconferncia. Por isso, deve-se sempre testar a qualidade do udio no incio de uma
sesso. Uma forma de saber se o udio est funcionando corretamente iniciar a reunio
com uma rodade de introduo informal de todos os participantes.
Quanto mais perto o locutor ficar do microfone, melhor a qualidade da
transmisso. Assim, deve-se incentivar que os participantes aprendam a utilizar
corretamente o microfone para que sejam entendidos por todos.
Quanto a acstica, importante eliminar ao mximo o rudo vindo do exterior,
atravs de um isolamento acstico das paredes. O ar condicionado deve ser o mais
silencioso possvel. Empregando tcnicas simples como carpetes nas paredes, painis
acsticos no teto e nas paredes, e cobertura completa nas janelas, obtm-se resultados
eficazes para a otimizao da performance do sistema. A maioria dos sistemas atuais de
videoconferncia vm com microfones capazes de captar sons de todos os lados e com
cancelamento de eco.
Os sistemas baseados em salas proporcionam a si mesmos a complexidade de
entrada e sada de udio do sistema. Espaos maiores iro exigir mais microfones,
recursos de mixagem de udio, e auto-falantes amplificados.
4.3.2. Etiqueta: orientao para professores, instrutores, conferencistas
A videoconferncia no muito diferente de uma reunio presencial. A cortesia
comum e a conscincia dos outros envolvidos na conferncia tudo que preciso para
realizar uma videoconferncia bem sucedida. No entanto, muitos dos problemas presentes
em uma reunio presencial so ampliados em uma videoconferncia. Muitas pessoas
tendem a pensar que por estarem distantes dos outros por muitos quilmetros seus
comentrios e/ou aes no so recebidos pelo grupo todo. Este no sempre o caso.
importante saber que h um pequeno atraso entre quando voc termina de falar
e os locais remotos realmente terminam de ouvir o que foi dito. preciso deixar alguns
segundos extra para os locais remotos responderem a qualquer pergunta ou comentrio
proposto ao grupo.
Lembre-se que o vdeo persegue o udio de modo que freqentemente a pessoa j
comeou a falar por alguns segundos antes do vdeo ser alterado. muito til se antes de
cada pessoa falar, anunciar seu nome e o local de onde est participando. Quando voc
precede seus comentrios com esta simples fala, a cada vez que uma nova pessoa comea
a falar, o vdeo consegue alternar para quem est falando e todos podero v-lo.
Baseados nas recomendaes estabelecidas pelos prprios usurios, atravs da
experincia prtica em videoconferncias, elaboramos uma listagem do que deve ser
adotado e evitado em videoconferncia.

Comportamento

Os cuidados a serem tomados quando voc for participar de uma
videoconferncia so os mesmos que devem ser tomados para qualquer outra reunio,
mas esteja preparado para usar valores apropriados a este novo processo.

ADOTE EVITE
Se voc moderador, chegue mais cedo
para testar a configurao do sistema,
evitando perda de tempo durante o
perodo destinado.
Uma vez que tudo est pronto evite a
distrao de fazer ajustes e perturbar os
outros com perguntas do tipo: "Voc
pode me ouvir?"
importante falar um de cada vez para
no interromper os outros e para no
mudar o foco da tela.
Vozes que interrompem bruscamente so
desconfortveis.
Desative o microfone quando no estiver
falando, para evitar mudanas de telas
desnecessrias.
Produzir barulho que possa perturbar a
reunio (conversas paralelas, barulhos
com dedos, canetas, etc.), pois a cmera
e microfones so muito sensveis e
capazes de captar os mais leves sons.

Linguagem oral

O melhor e principal recurso de uma apresentao voc mesmo, portanto adote
as seguintes sugestes e torne melhor sua performance em videoconferncia.

ADOTE EVITE
Falar com voz alta e clara. Diminuir o volume da voz no final.
Esperar o dobro do tempo habitual aps
perguntas e comentrios a fim de dar
tempo a que sua fala chegue aos alunos.
Comear a falar enquanto a cmera no
o focalizou.
Repetir comentrios se necessrio. Erros gramaticais, grias, vcios de
linguagem.
O professor deve dirigir-se aos
participantes remotos pelos nomes e
lugar onde esto, para tanto indicado
preparar uma lista e mapa dos assentos.
Falar sem preparar-se.
No esquecer de comear as aulas com
uma introduo informal, falando com
todos os alunos de modo a j testar o
udio deles e seu prprio.
Falar muito depressa ou devagar.

Linguagem corporal

A linguagem corporal deve enriquecer a fala do locutor e no prejudicar seu
desempenho, portanto tenha os seguintes cuidados.

ADOTE EVITE
Mantenha uma posio apropriada diante
da cmera.
Movimentos rpidos. Grandes
movimentos causam distoro na tela.
Portanto, evite movimentos
desnecessrios para preservar a
qualidade da imagem.
O professor precisa se posicionar "para" a
cmera, buscando estar sempre bem
iluminado, bem enquadrado, nunca
"caindo" da tela, nem cortando partes de
seu corpo. Exatamente como na
televiso!
Evite expresses faciais inadequadas. Use
o zoom, mas no se aproxime demais da
cmera.
Mantenha o contato visual com a lente da
cmera e, caso existam, com os alunos
locais.
Ficar esttico ou sentado, ou ainda andar
nervosamente de um lado para o outro.
Lembre-se que os locais remotos esto
lhe vendo e preste ateno em como
todos iro v-lo. Por exemplo, coloque as
pessoas dentro do campo de viso da
Fumar, mascar chicletes, chupar balas,
brincar com objetos (chaveiros, canetas).
cmera e permanea nesse campo.
Olhe para a cmera durante a
conferncia, voc deve estar olhando
para a cmera e no se distraindo
olhando pela janela ou fazendo outras
coisas. como se estivesse olhando no
olho de outra pessoa se estivesse falando
com ela pessoalmente.
Dar as costas para a platia, ficar atrs
da platia.

Figurino e maquiagem

Na videoconferncia, o professor precisa ter um cuidado especial com a
aparncia.

ADOTE EVITE
Roupas confortveis que voc se sente
bem.
Vestir-se inadequadamente.
Voc deve usar cores slidas ou padres
escuros ou neutros.
Roupas totalmente pretas, com listras
finas, de cores berrantes ou com
estampas contrastantes. Evite o tweed,
listras ou outros padres muito
pequenos.
Tenha em mente que sua audincia tem
que ter o foco em voc e no na sua
vestimenta.
Use o mnimo possvel de jias, colares
ou braceletes grandes, pois podem bater
no microfone e causar rudos estranhos.
Prefira usar roupas, maquiagem e
cabelos de modo mais simples possvel.
No mximo tenha em mos um p
translcido para retirar o brilho do nariz e
das temporas.
Evite distraes visuais como maquiagem
inapropriada, fundos carregados, padres
complicados ou cores fortes. Evite o
vermelho, cores brilhantes ou saturadas.
A melhor performance um visual
natural e relaxado.
Microfones de lapela no so indicados
com sweaters e camisas.

5. Erros (troubleshooting)

quase impossvel que nenhum participante nunca tenha se deparado com pelo
menos um problema envolvendo videoconferncias. Esta lista de questes presume que
pelo menos um dos problemas citados, especialmente os envolvendo firewalls, sejam
enfrentados pelos participantes.

No possvel estabelecer conexo. A outra ponta rejeitou a chamada.

Quando se utiliza uma autenticao via WEB para o MCU Meetingpoint, por exemplo,
deve-se cuidar sempre para que o navegador no esteja configurado para utilizar Proxy.
Em alguns casos, existe um tipo de proxy chamado de proxy transparente, que
imperceptvel ao usurio. Neste caso o participante deve se informar com o administrador
da rede sobre este caso. Caso confirmado, a autenticao deve ser feita
Quando se utilizar uma firewall, deve-se sempre ter o cuidado de por meio de
convite, conforme explicado no captulo 3.
Quando for uma conexo ponto-a-ponto, deve-se cuidar para que a outra ponta da
conexo esteja com o seu cliente H.323 habilitado, e pronto para receber a chamada. E,
acima de tudo, aceite a chamada.verificar se as portas necessrias para a videoconferncia
esto liberadas na firewall.

No est recebendo udio ou vdeo.

Quando estiver utilizando uma sala de um MCU deve-se ter o cuidado de verificar
se a sala possui suporte a udio ou vdeo. Caso contrrio o participante no receber
udio ou vdeo.
Deve-se, em qualquer caso, se estiver usando um MCU ou com conexes ponto-a-
ponto, ter certeza de que a outra ponta est apta a enviar udio ou vdeo. No caso de um
MCU, deve-se solicitar ao mediador ou administrador do MCU que verifique, atravs de
monitoramento, se est sendo enviado udio ou vdeo por algum participante.
No caso de problemas com udio, deve-se verificar se no existe filtros na
firewall para a porta 1731.

No consegue enviar vdeo ou udio.

Quando se estiver utilizando um computador pessoal, deve-se ter o cuidado de
perceber se os drivers de udio e vdeo esto corretamente instalados e se nenhuma outra
aplicao, alm da de videoconferncia, est utilizando estes dispositivos.
Quando estiver utilizando uma sala de um MCU deve-se ter o cuidado de verificar
se a sala possui suporte a udio ou vdeo. Caso contrrio o participante no enviar udio
ou vdeo.




No consegue compartilhar arquivos, utilizar chat ou quadro branco.

O compartilhamento de arquivos, chat e quadro branco so recursos pertencentes
ao protocolo T.120. Para que eles funcionem, o participante deve ter um cliente com
suporte a T.120 e estar utilizando uma sala com suporte a T.120, alm de ter aceitado o
pedido de conexo T.120 no incio da conferncia.
Quando estiver sendo usada uma firewall, deve-se ter certeza de que as portas
necessrias para o funcionamento do protocolo T.120 estejam liberadas.

No consegue receber vdeo no RealOne.

O RealOne utiliza um grande nmero de codecs para permitir que ele se torne um
tocador de mdia nico. Muitos codecs no vem pr-instalados no sistema. possvel que
o vdeo transmitido utilize alguns codecs que no esto instalados. Para isto deve-se
buscar e instalar estes codecs em forma de plugins no RealOne clicando em help/update.
Quando estiver sendo usada uma firewall, deve-se ter certeza de que as portas
necessrias para o funcionamento do RealOne estejam liberadas.

No possvel receber udio e vdeo com as ferramentas de multicast.

Para receber trfego multicast necessrio que o segmento de rede onde se est
tenha suporte a multicast. Para maiores informaes contatar o administrador da rede
local.

Quais portas so necessrias configurar em uma firewall para poder utilizar uma
videoconfncia com CUSeeMe, H.323.

Porta Protocolo Descrio
389 TCP Internet Location Server
522 TCP User Location Server
1503 TCP T.120
1720 TCP H.323 Call Setup
1731 TCP udio Call Control
40000-45000 UDP RealTime Transport Protocol
7642 TCP Web-based GUI
7648 TCP CUSeeMe Connections
7648 UDP CUSeeMe Data Streams
24032 UDP RTP udio and vdeo for
CUSeeme 3
1718 TCP Gatekeeper Discovery
1719 TCP Gatekeeper RAS





Quais portas so necessrias configurar em uma firewall para poder utilizar o
RealPlayer.

Porta Protocolo Descrio
6970-7170 UDP Entrada de trfego
7070 TCP Requisio de Vdeo
554 TCP Requisio de Vdeo
7071 TCP Requisio de Vdeo
4040 UDP Envio de Stream

6. Referncias Bibliogrficas

[BOR 2001] BORDIGNON, M. R. Vdeo conferncia. Rio de Janeiro: Book Express,
2001.
[CHA 98] CHANG, Kai e SEMERIA, Chuck, Standards for Multimedia Applications
on Converging Networks. 3Com Corporation, Maio de 1998. Disponvel por
WWW em http://www.summitonline.com/tech-trends/papers/3com2.html.
27 de Janeiro de 2000.
[CIS 2002] CISCO Systems. Designing Internetworks for Multimedia. Disponvel em
http://www.cisco.com. Acesso em 31 ago. 2002.
[ITU 2000] International Telecommunication Union. ITU-T Recommendation T.120:
Data protocols for multimedia conferencing. Documento disponvel na
WWW em
http://penta2.ufrgs.br/gere97/upload/files/gere97/normas/t120e.zip.
[LEO 2003] Leopoldino, G. M. VRVS - Virtual Rooms Videoconferencing System: um
sistema de videoconferncia. http://www.rnp.br/newsgen/0207/vrvs.shtml,
acesso em: 4 de fevereiro.
[MUS 95] Musey, L. et al. Desktop (video) conferencing/screen sharing systems -
Disponvel em http://web.soi.city.ac.uk/homes/ef516/vidconf/index.html
[PRI 2000] A Primer on the T.120 Series Standard. Documento disponvel na WWW
em
http://www.lotus.com/products/learnspace.nsf/95febc158ad081518525674c
0065aa5f/cb3a67f9f86a93898525679900531dc7?OpenDocument.
[T12 2000] T.120 Overview. Documento disponvel na WWW em
http://penta.ufrgs.br/redes2000/t120body.htm.
[TAN 97] TANENBAUM, Andrew, Redes de Computadores. Traduo da 3a edio
revisada. Rio de Janeiro: Editora Campus, 1997. 923p.
[VID 2000] Videoconferncia. Documento disponvel na WWW em
http://www.h8.ita.cta.br/helio/trabalho.htm.
[VRV 2003] VRVS. Virtual Rooms Videoconferencing System (VRVS).
http://www.vrvs.org, acesso em: 4 fevereiro.
[WHA 98] What Is. Disponvel na Internet: http://whatis.com/videocon.htm.
Consultado em 20.12.98
7. Bibliografia

[BRI 94] BRISA. Arquiteturas de Redes de Computadores OSI e TCP/IP. So Paulo:
Makron Books, 1994, 669pp.
[BUN 94] BUNN, J. MBONE (Multicast Backbone), University of Geneva, 1994.
[CAS 92] CASNER, S., DEERING, S. First IETF Internet Audiocast, ACM
SIGCOMM Computer Communications Review, San Diego - California,
July 1992, pp. 92-97 Documento tambm disponvel em
ftp://venera.isi.edu/pub/mbone/ietf-audiocast-article.ps
[CAS 94] CASNER, S. Major MBONE Routers and Links, May 1994. Documento
disponvel em ftp://ftp.isi.edu/mbone/mbone-topology.ps
[CAS 95] CASNER, S. et al. Frequently Asked Questions (FAQ) on Multicast
Backbone (MBONE), Dec 1995. Documento disponvel em
http://www.research.att.com/mbone-faq.html
[COM 91] COMER, D.E. Internetworking with TCP/IP.Englewood Cliffs: Prentice
Hall, Vol. 1, 1991
[DEE 88] DEERING, S. E. Multicast Routing in Internetworks and Extended LANs.
Proceedings of ACM SIGCOMM88 Conference, 1988, pp55-64.
[DEE 89] DEERING, S. Host Extensions for IP Multicast Request For Comment
1112, Aug. 1989
[DEE 95] DEERING. S. IP Multicst and the MBone: Enabling Live, Multiparty,
Multimedia Communication on the Internet. Xerox Palo Alto Research
Center, Dec. 1995. Documento disponvel em
ftp://parcftp.xerox.com/pub/net-research/mbone/mbone-talk-dec95.ps
[DEE 95a] DEERING, S., THYAGARAJAN, A. Hierarchical Distance-Vector
Multicast Routing for the MBone. Proceedings of ACM SIGCOMM95
Conference, pp60-66, 1995 .Documento tambm disponvel em
ftp://parcftp.xerox.com/pub/net-research/mbone/hierarchical-dvmrp.ps.Z
[DEE 95b] DEERING, S. et al. Protocol Independent Multicast (PIM): Protocol
Specification. Internet Draft, Jan. 1995.
[DEE 95c] DEERING, S. et al. Protocol Independent Multicast (PIM): Motivation and
Architecture. Internet Draft, Jan. 1995.
[ERI 94] ERIKSSON, H. MBONE:The Multicast Backbone. Communications of the
ACM, Vol. 37 #8, August 1994, pp. 54-60
[FUK 96] Fuks, H. Rio Internet TV, PUC-RIO. Disponvel em http://www.inf.puc-
rio.br/~refletor/
[GOV 96] Introduction to Videoconferencing and the MBONE, Mar 1996. Documento
disponvel em http://www.lbl.gov/ctl/vconf-faq.html
[ICA 96] ICAST Communications. The MBONE WebSite.ICAST Communications,
Inc. Documentos disponveis em
http://www.best.com/~prince/techinfo/mbone.html
[KUM 95] KUMAR, V. MBone: Interactive Multimedia on the Internet Indianopolis:
New Riders Publishing. 1995 232p.
[MAC 94] MACEDONIA, M. et al. Mbone Provides Audio and Video Across the
Internet.IEEE Computer, Vol. 27 #4, April1994, pp. 30-26
[MOY 94] MOY, J. Multicast Extensions to OSPF, Request For Comments 1584, Mar
1994, 102pp.
[MOY 94a] MOY, J. Multicast Routing Extensions for OSPF. Communications of the
ACM, ag. 1994, Vol. 37 #8 pp.61-66
[MUS 95] Musey, L. et al. Desktop (video) conferencing/screen sharing systems -
Disponvel em http://web.soi.city.ac.uk/homes/ef516/vidconf/index.html
[SCH 96] SCHULZRINNE, H et al. RTP: A Transport Protocol for Real-Time
Applications. Request for Comments 1889, jan. 1996, 75pp.
[SUN 96] Software multicast IP e mrouted. Disponvel em
ftp://playground.sun.com/pub/multicast.
[TAN 96] TANENBAUM, A. Computer Networks. Third Edition, Prentice Hall, 1996
[TRE 96] TRENTIN, M. Suporte multimdia para educao distncia. I Workshop
de Educao Distncia (I WEAD), 14 SBRC, Fortaleza, Cear, 18 a 19
maio 1996