Escolar Documentos
Profissional Documentos
Cultura Documentos
Videoconferncia
Graciela M. L. Martins
Leonardo Daronco
Valter Roesler
Administrao de
Videoconferncia
Graciela M. L. Martins
Leonardo Daronco
Valter Roesler
Administrao de
Videoconferncia
Graciela M. L. Martins
Leonardo Daronco
Valter Roesler
Rio de Janeiro
Escola Superior de Redes
2013
Copyright 2013 Rede Nacional de Ensino e Pesquisa RNP
Rua Lauro Mller, 116 sala 1103
22290-906 Rio de Janeiro, RJ
Diretor Geral
Nelson Simes
Edio
Pedro Sangirardi
Verso
3.0.0
Este material didtico foi elaborado com fins educacionais. Solicitamos que qualquer erro encon-
trado ou dvida com relao ao material ou seu uso seja enviado para a equipe de elaborao de
contedo da Escola Superior de Redes, no e-mail info@esr.rnp.br. A Rede Nacional de Ensino e
Pesquisa e os autores no assumem qualquer responsabilidade por eventuais danos ou perdas, a
pessoas ou bens, originados do uso deste material.
As marcas registradas mencionadas neste material pertencem aos respectivos titulares.
Distribuio
Escola Superior de Redes
Rua Lauro Mller, 116 sala 1103
22290-906 Rio de Janeiro, RJ
http://esr.rnp.br
info@esr.rnp.br
Bibliografia: p. 273-274.
ISBN 978-85-63630-14-8
CDD 006.7
Sumrio
Videoconferncia hoje3
Definio de videoconferncia4
Objetivos da videoconferncia 4
Tipos de videoconferncia7
Sistemas dedicados7
Sistemas de mesa8
Sistemas de webconferncia9
Cenrios: telepresena12
Cenrios: Telemedicina12
Dispositivos adicionais13
Cmera de documentos13
Quadro interativo14
Relao de aspecto16
Estruturao de um servio17
iii
2. Padres de videoconferncia
Introduo a padres e protocolos23
Padronizao23
Padres de udio27
Redundncia espacial29
Redundncia temporal30
Redundncia psicovisual30
Padres de vdeo31
H.26433
MPEG33
Padres de dados35
Padres de comunicao 36
Padro H.32036
Padro H.32337
Gateway40
Gatekeeper41
Elementos de borda43
Protocolo H.24550
iv
Plano de numerao62
Plano de discagem63
Gatekeeper GnuGK64
Instalao do GnuGK65
Inicializao do GnuGK65
GnuGK no Windows66
Monitoramento do GnuGK68
Zoneamento70
Hierarquia de gatekeepers72
Mensagens LRQ73
Autenticao77
Contabilizao81
Modos de operao83
Modo direto83
Modo roteamento84
Modo proxy84
4. Introduo ao SIP
Session Initiation Protocol (SIP)93
Arquitetura do SIP94
Registro SIP100
OpenSIPS103
v
Arquitetura modular OpenSIPS 106
Lgica de roteamento108
Ponto-a-ponto126
Multiponto127
Trfego unicast129
Trfego broadcast129
Trfego multicast130
Multicast132
Tipos de NAT137
Solues140
Latncia143
Jitter144
Skew145
vi
Atraso na transmisso149
QoS no H.323155
QoS na rede156
6. Videoconferncia multiponto
Videoconferncia multiponto165
Modelo centralizado166
Modelo descentralizado166
Multicast167
Modelo hbrido167
MCU168
Ambiente fsico184
Iluminao184
Visibilidade185
Acstica186
Climatizao186
vii
Ambiente de udio187
Microfonia191
Caixas acsticas191
Ambiente de vdeo192
Projeto de sala193
Mobilirio e equipamentos194
Infraestrutura e layout196
Acstica207
Planos de cmera/operao208
Sonorizao209
9. Videoconferncia web
Conferncia Web (webconferncia)225
viii
Modelos de servio de webconferncia227
Adobe Connect229
Interface do cliente230
Bate-papo (chat)234
Outros pods234
Layouts235
rea do apresentador236
Dispositivos mveis236
Funcionalidades administrativas236
Cisco WebEx237
FuzeMeeting239
Google Hangout241
BigBlueButton (BBB)241
Mconf244
OpenMeetings247
Outras solues249
Spreed249
Elluminate Live!250
WebHuddle251
EVO262
VSee264
Citrix GoToMeeting267
Outras solues269
ix
Roteiro de Atividades 10271
Bibliografia 273
x
Escola Superior de Redes
A Escola Superior de Redes (ESR) a unidade da Rede Nacional de Ensino e Pesquisa
(RNP) responsvel pela disseminao do conhecimento em Tecnologias da Informao
e Comunicao (TIC).
A ESR oferece dezenas de cursos distribudos nas reas temticas: Administrao e Pro-
jeto de Redes, Administrao de Sistemas, Segurana, Mdias de Suporte Colaborao
Digital e Governana de TI.
A metodologia da ESR
A filosofia pedaggica e a metodologia que orientam os cursos da ESR so baseadas na
aprendizagem como construo do conhecimento por meio da resoluo de problemas tpi-
cos da realidade do profissional em formao. Os resultados obtidos nos cursos de natureza
terico-prtica so otimizados, pois o instrutor, auxiliado pelo material didtico, atua no
apenas como expositor de conceitos e informaes, mas principalmente como orientador do
aluno na execuo de atividades contextualizadas nas situaes do cotidiano profissional.
Dessa forma, o instrutor tem participao ativa e dialgica como orientador do aluno para as
atividades em laboratrio. At mesmo a apresentao da teoria no incio da sesso de apren-
dizagem no considerada uma simples exposio de conceitos e informaes. O instrutor
busca incentivar a participao dos alunos continuamente.
xi
As sesses de aprendizagem onde se do a apresentao dos contedos e a realizao das
atividades prticas tm formato presencial e essencialmente prtico, utilizando tcnicas
de estudo dirigido individual, trabalho em equipe e prticas orientadas para o contexto de
atuao do futuro especialista que se pretende formar.
Sobre o curso
O livro de apoio ao curso composto de 10 captulos sobre os diversos aspectos necess-
rios a uma compreenso mais aprofundada dos sistemas de videoconferncia. A apre-
sentao dos conceitos tericos consolidada com atividades prticas que reforam o
aprendizado. O livro aborda questes como fundamentos de videoconferncia, padres
internacionais de videoconferncia (H.323 e SIP), gerncia de sistemas de videoconferncia,
ambientes de videoconferncia, streaming e uso de aplicativos de videoconferncia.
O foco do livro est sobre os diferentes tipos de conferncia com vdeo, implantao e adminis-
trao de solues de videoconferncia, e nas melhores prticas para a elaborao de projetos
de ambientes adequados para a realizao dos diferentes tipos de videoconferncia.
A quem se destina
O pblico-alvo deste curso amplo, incluindo administradores de sistemas de videoconfe-
rncia, gerentes de projeto relacionados a vdeo, profissionais interessados em transmisso
de eventos via streaming, ou qualquer pessoa que necessite de um maior embasamento
para solucionar problemas em ambientes de videoconferncia. desejvel que os participan-
tes tenham conhecimento prvio em redes de computadores e no uso de sistemas Linux.
xii
Convenes utilizadas neste livro
As seguintes convenes tipogrficas so usadas neste livro:
Itlico
Indica nomes de arquivos e referncias bibliogrficas relacionadas ao longo do texto.
Largura constante
Contedo de slide
Indica o contedo dos slides referentes ao curso apresentados em sala de aula.
Smbolo
Indica referncia complementar disponvel em site ou pgina na internet.
Smbolo
Indica um documento como referncia complementar.
Smbolo
Indica um vdeo como referncia complementar.
Smbolo
Indica um arquivo de adio como referncia complementar.
Smbolo
Indica um aviso ou precauo a ser considerada.
Smbolo
Indica questionamentos que estimulam a reflexo ou apresenta contedo de apoio ao
entendimento do tema em questo.
Smbolo
Indica notas e informaes complementares como dicas, sugestes de leitura adicional ou
mesmo uma observao.
Permisses de uso
Todos os direitos reservados RNP.
Agradecemos sempre citar esta fonte quando incluir parte deste livro em outra obra.
Exemplo de citao: MARTINS, Graciela; DARONCO, Leonardo; ROESLER, Valter. Administrao
de Videoconferncia. Rio de Janeiro: Escola Superior de Redes, RNP, 2013.
Comentrios e perguntas
Para enviar comentrios e perguntas sobre esta publicao:
Escola Superior de Redes RNP
Endereo: Av. Lauro Mller 116 sala 1103 Botafogo
Rio de Janeiro RJ 22290-906
E-mail: info@esr.rnp.br
xiii
Sobre os autores
Graciela M. L. Martins tem 14 anos de experincia na rea de TI. Graduada em Cincia da
Computao pela UNESP. Especializou-se em Aplicaes de Comunicao e Colaborao na
Internet durante o mestrado realizado na USP e, posteriormente, em Gesto Estratgica
da Inovao Tecnolgica pela UNICAMP. Atua na RNP na gesto de programas e projetos
visando o provimento de solues de TIC para as reas de Educao e Cultura. Foi uma das
responsveis pela estruturao inicial do servio de webconferncia provido pela RNP.
Valter Roesler formado em Engenharia Eltrica pela Universidade Federal do Rio Grande
do Sul (1988), com mestrado (1993) e doutorado (2003) em Cincia da Computao pela
UFRGS. Atualmente Professor Adjunto na Universidade Federal do Rio Grande do Sul.
Tem experincia na rea de cincia da computao, com nfase em redes de computado-
res, atuando principalmente nos temas: Telemedicina, Tele-educao, Multimdia, Redes
de Computadores, Codificao de Vdeo e TV Digital. Coordenador do laboratrio do PRAV
(Projetos em udio e Vdeo). Lder do grupo de pesquisa do Ncleo de TV Digital da UFRGS
e Ncleo de Telessade, no diretrio dos grupos de pesquisa CNPq.
xiv
1
Conceitos fundamentais e solues
objetivos
conceitos
Cenrios e aplicaes de videoconferncia, tipos de sistemas de videoconferncia, con-
ferncia sncrona e assncrona, taxa de quadros por segundo, resoluo, banda, atraso,
relao de aspecto.
Histrico da videoconferncia
Este telefone apresenta muitas deficincias para ser considerado seriamente como um meio de
comunicao. O dispositivo inerentemente sem valor para ns.
Esta frase foi traduzida de um memorando interno da companhia Western Union do ano de
1876*, e mostra a capacidade de mudana e evoluo da tecnologia. Hoje sabemos como
eles estavam enganados. Este mesmo problema j esteve tambm relacionado aos sistemas
de videoconferncia em seu incio, mas com o avano da tecnologia ficou claro que os sis-
temas de videoconferncia so de grande utilidade.
*
Fonte: http://www.princeton.edu
Figura 1.1
Picture phone
AT&T 1964.
Os sistemas de videoconferncia foram criados em meados da dcada de 1960. Para se ter
uma ideia, desde 1970 as centrais telefnicas j suportavam teleconferncias baseadas em
udio, mas conferncias por vdeo ainda no eram uma realidade. Foi a partir da dcada de
1980, porm, que os rumos da pesquisa e desenvolvimento caracterizaram esses sistemas
do modo como so atualmente conhecidos.
1
O primeiro sistema de videoconferncia data de 1964, ano em que a empresa americana
AT&T apresenta o picture phone em uma feira em Nova York, e o mundo conhece o primeiro
telefone com imagem da histria das telecomunicaes. O aparelho foi introduzido no
mercado em 1970 e comercializado por cerca de U$ 160 dlares mensais. Um ano depois,
a Ericsson lanou o primeiro vdeo-telefone transatlntico.
Figura 1.2
Servio da Bell
System.
A dcada de 1980 marcada por avanos na pesquisa em transmisso de dados. Aprovei-
tando a iniciativa da Arpanet, foram realizados vrios experimentos com transmisso de voz
em pacotes digitais, impulsionando o desenvolvimento de protocolos especiais para
tratamento destes pacotes, como o Network Voice Protocol (1973) e, mais tarde o Packet
Video Protocol (1981).
Em 1982 lanada a recomendao H.120 para codificao de vdeo, abrindo caminho para
o surgimento da recomendao H.320, voltada para videoconferncia. A dcada de 1990
continuou marcada por seguidas recomendaes e pelo surgimento de padres para regu-
lamentar o desenvolvimento de sistemas de videoconferncia. Tambm nessa dcada so
conhecidos os primeiros sistemas de videoconferncia comercializados no mercado pelas
empresas Compression Lab, PictureTel e Mitsubishi. Vrios acontecimentos marcaram a
evoluo dos sistemas de videoconferncia, como:
11
1990: surge a recomendao para conferncia ISDN.
11
1991: primeira videoconferncia com udio e vdeo utilizando o codec H.261.
11
1992: lanado o sistema de videoconferncia CU-SeeMe, inicialmente apenas para
Macintosh e sem udio.
11
1993: suporte a multiponto.
11
1994: suporte a udio e verso para Windows.
11
1996: lanada a primeira verso da recomendao H.323 e do NetMeeting pela Microsoft.
11
Administrao de Videoconferncia
11
1999: lanadas a terceira verso da recomendao H.323 e a segunda verso do padro
MPEG-4 para compresso de vdeo; o IETF divulga o SIP.
11
2000: Samsung lana o primeiro MPEG-4 streaming 3G.
11
2001: realizada a primeira telecirurgia transatlntica.
11
2003: lanado o padro H.264; disseminao de redes de banda larga; maior acessibili-
dade a vdeo; uso de videoconferncia na educao.
2
A partir da dcada de 1990, vrios aplicativos comearam a ganhar espao no mercado
mundial, sobretudo para envio e recebimento de informaes de udio e vdeo sobre redes
TCP/IP. Cada vez mais, aplicativos para o envio de udio e vdeo exploravam e aprimoravam
as tcnicas para compresso de dados, permitindo a comunicao de usurios em rede com
baixo custo e padro de qualidade aceitvel.
Videoconferncia hoje
w H.323 q
Saiba mais
Na sua 7 verso, o padro mais consolidado para videoconferncia.
Webconferncia
3
Definio de videoconferncia
Antes de definir o termo videoconferncia, importante comentar sua diferena em q
relao ao termo webconferncia.
Vdeo + Conferncia
Conferncia onde h interao entre duas ou mais pessoas atravs de vdeo e normal-
mente tambm de udio.
Web + Conferncia
Objetivos da videoconferncia
Comunicao em tempo real entre duas ou mais pessoas geograficamente dispersas, q
normalmente em locais diferentes, atravs de udio e vdeo.
11
Compartilhamento de aplicaes.
11
Bate-papo por chat.
11
Quadro branco (colaborativo).
Administrao de Videoconferncia
11
Troca de arquivos.
4
nos ltimos anos, a videoconferncia passou a ser usada como ferramenta de colaborao,
aprendizagem e entretenimento. As videoconferncias evoluram muito nos ltimos anos e
ferramentas como as citadas j so comuns em muitos sistemas. Apesar disso, os sistemas
continuam sendo chamados de videoconferncia.
Pode-se fazer uma analogia desta situao com a evoluo do telefone celular, que deixou
de ser apenas um dispositivo para efetuar e receber ligaes telefnicas para se tornar um
computador porttil, que pode inclusive realizar videoconferncias. Apesar dessa evoluo,
eles continuam sendo chamados de telefones celulares, mesmo que ligaes telefnicas
no sejam, em alguns casos, a ferramenta mais utilizada do dispositivo.
11
Transmisso e recepo
11
Equipamentos de udio e vdeo
Vdeo e udio
A primeira etapa para uma videoconferncia consiste na captura e digitalizao dos sinais
de udio e vdeo que sero transmitidos. Para tal, existem diversos dispositivos diferentes.
O vdeo pode ser capturado por cmeras variando desde webcams de baixo custo (que nor-
malmente apresentam baixa qualidade) at cmeras profissionais que garantem alta qualidade
(HD). Atualmente j existem cmeras pessoais capazes de capturar vdeo em alta resoluo.
O udio normalmente capturado por dispositivos de headset (fone de ouvido com micro-
fone) quando se deseja maior privacidade, ou por microfones, que podem ser de diversos
modelos, conforme seu propsito.
Transmisso
Codicao Decodicao
Vdeo
Figura 1.3
Elementos bsicos
de videoconferncia.
Codificao e decodificao
Aps a captura e digitalizao, os dados so codificados (o que inclui sua compresso) para
que possam ser transmitidos pela rede. O elemento essencial para este processo o codec
(COdificador/DECodificador), que atua nas funes de codificao e decodificao. A etapa
de compresso algortmica fundamental para otimizar a transmisso das informaes.
O sinal original reduzido para um tamanho n vezes menor atravs da codificao, o que
5
possibilita a transmisso dos dados e tambm a adaptao da transmisso conforme a rede
disponvel. No lado do receptor, o codec realiza a decodificao, que consiste em trans-
formar os dados novamente para seu formato original, o que permite sua reproduo.
Transmisso e recepo
Aps a codificao, os dados esto prontos para serem transmitidos. A transmisso depen-
der das caractersticas da rede, onde um parmetro extremamente importante a banda
disponvel, que utilizada para configurao da codificao de udio e vdeo. A qualidade da
rede muitas vezes monitorada e utilizada para modificar a parametrizao da codificao
de udio e vdeo. Se a rede est congestionada, por exemplo, o monitor de rede pode fazer
com que a codificao do vdeo seja reduzida de 1 Mbit/s para 350 Kbit/s ou menos, redu-
zindo a qualidade do vdeo, mas ainda assim permitindo que a videoconferncia continue
funcional. Essa questo da adaptao automtica s condies da rede ainda mobiliza a pes-
quisa, apesar de estar bastante consolidada.
A organizao dos pacotes na rede feita com base em protocolos de rede, que muitas
outras vezes so baseados em padres abertos como o Real-time Transport Protocol (RTP),
mas que outras vezes so protocolos proprietrios dos desenvolvedores do software ou
hardware que est sendo utilizado. Um protocolo indispensvel para que se saiba como os
dados esto trafegando na rede e para possibilitar a recepo e organizao dos dados que
esto sendo recebidos.
uma mesa de vdeo. Esse caso indicado quando, por exemplo, se deseja ter uma cmera
focando o instrutor e outra focando a plateia. Alm disso, j existem cmeras digitais de
alta definio com controle remoto, e televisores com excelente resoluo, que oferecem
alta qualidade de vdeo e so utilizados em sistemas de salas. Esses equipamentos tambm
so encontrados na verso desktop, em que temos um sistema com cmera fixa, microfone,
fone de ouvido e alto-falante, permitindo videoconferncias via IP ou internet.
6
Tipos de videoconferncia
H basicamente trs tipos de sistemas de videoconferncia: q
11
Sistemas dedicados (hardware)
11
Sistemas de mesa (computador pessoal)
11
Sistemas de webconferncia (navegador web)
Sistemas de webconferncia
Captulo 1 - Conceitos fundamentais e solues
So normalmente compostos por um servidor, responsvel por coordenar as diversas
sesses/salas de participantes, e os clientes, que utilizam o navegador web. Esses sistemas
tambm apresentam funcionalidades adicionais, como quadro interativo, compartilhamento
de aplicaes, slides, e assim por diante.
Sistemas dedicados
Todos os componentes (hardware e software) requeridos esto em um nico equipa- q
mento, que conectado a uma televiso ou monitor e rede de dados.
7
Os sistemas dedicados foram desenvolvidos principalmente para utilizao de grupos
de usurios, em salas de videoconferncia: so sistemas dedicados, geralmente com alta
capacidade de processamento e prticos para instalao. O equipamento (algumas vezes
chamado de codec) composto por um hardware dedicado, construdo especificamente
para videoconferncias, os softwares necessrios para configurar e utilizar o hardware e
diversas entradas e sadas para perifricos. Normalmente os equipamentos j possuem uma
cmera acoplada e so acessados a distncia por controle remoto. Alm disso, esses sis-
temas podem ser integrados a diversos perifricos, tais como: televisor, computador, video-
cassete, cmera de documentos e cmera auxiliar. Apesar da diferena existente entre as
diversas marcas, verses e tipos de equipamentos, uma caracterstica comum dos sistemas
dedicados topo de linha a maior qualidade. Como possuem um hardware dedicado de
alto desempenho, estes equipamentos conseguem utilizar resolues altas (vdeo em HD) e
altas taxas de transmisso, o que garante qualidade de udio e vdeo.
Os sistemas dedicados so utilizados por aplicaes que primam pela alta qualidade na
transmisso de udio e vdeo, tais como: ensino a distncia, palestras, reunies, telemedicina.
Apesar de serem utilizados principalmente em ambientes coletivos, eles tambm podem ser
utilizados individualmente. Hoje em dia, vrias empresas disputam o mercado dos sistemas
de videoconferncia de grande porte, entre elas Polycom, Cisco, Tandberg e Sony.
Sistemas de mesa
Administrao de Videoconferncia
Recursos agregados ao computador pessoal para torn-lo adequado para uma video- q
conferncia:
11
Computador com suporte multimdia
11
Microfone e caixas de som
11
Cmera de vdeo
11
Software (EVO, VSee, Ekiga etc.)
8
O grande diferencial dos sistemas de mesa est no aproveitamento do computador, que
j um equipamento amplamente difundido e utilizado. Estes sistemas normalmente so
voltados para uso individual. Para utilizar um sistema deste tipo necessria a instalao
de software, microfone, cmera, e possivelmente outros componentes, que so facilmente
acoplados a um computador pessoal, conforme pode ser visto na figura.
Figura 1.5
Estrutura de
videoconferncia
de mesa.
O software EVO, da Caltech, outro exemplo de sistema de mesa que tem evoludo muito
nos ltimos tempos. Ele conta com suporte H.323, SIP, chat, vrios vdeos simultneos e
diversos outros recursos. Outros softwares conhecidos so o Windows Messenger, Microsoft
Office Live Meeting, MSN Messenger e Windows Live Messenger. No Windows Vista chama-
-se Windows Meeting Space. Ao longo deste curso, o aluno poder utilizar para seu estudo
o software Polycom Telepresence m100 ou ento o sistema de software livre Ekiga. Ambos
suportam SIP e H.323.
Figura 1.6
Exemplos de
sistema de
videoconferncia
de mesa. EVO Vsee Ekiga
Sistemas de webconferncia
Utilizam o navegador web para efetuar a conferncia: q
11
Computador com suporte multimdia.
11
Microfone e caixas de som (ou headset).
9
11
Cmera de vdeo (webcam, handycam etc.). q
11
Navegador web no cliente.
11
Necessitam de mquina servidora para gerncia.
A grande vantagem dos sistemas de webconferncia est na facilidade de efetuar uma video-
conferncia, visto que no necessrio para o usurio participante instalar qualquer tipo
de software na sua mquina, pois tais sistemas funcionam via navegador web. Nesse tipo
de sistema, um administrador da conferncia normalmente cria uma sala virtual e convida
os participantes. Essa sala virtual gerenciada por um servidor localizado em algum ponto,
porm isso transparente para os usurios.
Figura 1.7
Exemplos de
sistemas de
webconferncia.
Adobe Connect
10
1. No caso do uso de salas de aula tradicionais, um cenrio tpico posicionar o equipa-
mento de videoconferncia na parte frontal da sala junto a duas televises: em uma tela
os alunos visualizam o professor e na outra as informaes compartilhadas (apresenta-
es, documentos, etc.). Se houver possibilidade de interao dos alunos com o pro-
fessor remoto, existe um microfone junto ao equipamento de videoconferncia, at onde
o aluno se dirige para fazer sua pergunta. O microfone j est posicionado em um local
de modo que o aluno aparea na cmera.
Adiante neste curso ser detalhado o sistema Interativo de Vdeo e udio (IVA), desenvolvido Captulo 1 - Conceitos fundamentais e solues
para as necessidades da Escola Superior de Redes da RNP pelo grupo do PRAV da UFRGS, no
mbito do grupo de trabalho de IEAD Infraestrutura para Ensino a Distncia de 2007-2008.
11
Figura 1.10
Federal Emergency
Management
Agency (FEMA).
Fonte:
http://www.photoli-
brary.fema.gov
Cenrios: telepresena
Telepresena o nome dado aos sistemas de videoconferncia que procuram reduzir ao
mximo a sensao de distncia entre os pontos remotos, procurando criar a iluso de
que todos estejam em um mesmo ambiente. O cenrio semelhante ao das reunies de
trabalho, mas so utilizadas televises ainda maiores e cuidadosamente posicionadas, para
que as pessoas sejam exibidas com seu tamanho real e paream estar posicionadas no
mesmo ambiente (sentadas na mesma mesa, por exemplo).
Figura 1.11
Exemplo de sala de
telepresena (Cisco).
Cenrios: Telemedicina
Operando desde 2006, a Rede Universitria de Telemedicina, um programa do Ministrio da
Administrao de Videoconferncia
Cincia, Tecnologia e Inovao (MCTI) e executado pela Rede Nacional de Ensino e Pesquisa
(RNP), formalizou a criao e implantao de ncleos de telemedicina/ telessade, garan-
tindo a conectividade de 55 hospitais universitrios e de ensino rede Ip da RNP. Em 2011,
8 novos ncleos de telemedicina RUTE foram inaugurados, faltando ncleos apenas em trs
estados (PI, RO, RR), que sero inaugurados em 2012. Alm disso, pode-se destacar como
iniciativas bem-sucedidas: 15 salas de videoconferncia homologadas; mais de 600 vdeo e
webconferncias realizadas em 47 especialidades da sade, com participao de 313 insti-
tuies; assinatura com a RNP de 28 novos termos de cooperao tcnica com hospitais de
ensino. A partir de 2012, 75 hospitais em todo o pas sero integrados ao projeto.
12
Para a telemedicina, o fator mais importante de uma videoconferncia costuma ser a qua-
lidade das imagens. Para muitas aplicaes na telemedicina necessria alta qualidade na
resoluo de imagens para permitir, por exemplo, um diagnstico correto de doenas.
Figura 1.12
Mdico remoto
efetua laudo
distncia. Fonte:
http://www.inf.
ufrgs.br/prav/pro-
jetos_poasaude.php
Dispositivos adicionais
Alm da troca de udio e vdeo entre os participantes, outro objetivo de uma videocon-
ferncia promover suporte colaborao e cooperao, oferecendo ferramentas que
permitam a interao e o trabalho em grupo. Para tanto, j existem servios de suporte
colaborao que vm sendo agregados aos servios de videoconferncia, visando criar con-
dies para o trabalho cooperativo entre equipes remotamente situadas.
Cmera de documentos
q
Captulo 1 - Conceitos fundamentais e solues
13
Figura 1.13
Cmera de
documentos.
Quadro interativo
Tudo o que escrito ou desenhado no quadro digitalizado, facilitando visualizao remota. q
O clique do mouse pode ser feito com o dedo ou caneta diretamente no quadro branco.
Sua aplicao ocorre principalmente em EAD, pois substitui o quadro-negro tradicional
em salas de aula.
O quadro interativo (ou eletrnico) oferece uma espcie de espao virtual compartilhado
pelos participantes, em que todas as aes realizadas so capturadas em tempo real e
disponibilizadas (como vdeos) na videoconferncia. Em outras palavras, esse recurso
permite capturar tudo o que escrito ou desenhado em um quadro branco comum, em
cores e em tempo real, e transmitir esses dados diretamente para o microcomputador ou
sistema de videoconferncia.
StarBoard Hitachi
Entrada RGB, sada USB
Figura 1.14
Exemplos de
quadro interativo.
Tablet
Notebook ultraporttil ( 1 kg) com recursos para escrever ou inserir dados diretamente q
Administrao de Videoconferncia
na tela por meio de uma caneta metlica. Permite a exibio de vdeos, incluso de ano-
taes e envio e gravao das imagens. uma alternativa ao quadro eletrnico, j que a
imagem do tablet pode ser projetada em uma tela.
14
iPad
Figura 1.15
Tablet.
SD HD
Razo de aspecto 4:3 Razo de aspecto 16:9
Figura 1.16
Exemplos de Stan-
dard Definition e
High Definition.
Widescreen (20% mais largo)
15
Formato Resolues
SD 720x480, 720x576
p: Vdeo progressivo
Figura 1.17
i: Vdeo entrelaado
Resolues SD e HD.
Figura 1.18
Equipamentos
com suporte a HD.
Fonte: http://www.
polycom.com.
Relao de aspecto
a proporo entre a largura e altura e dos pixels que compem uma imagem digital. q
11
Vdeo: arquivo widescreen-explanation.swf.
11
Adaptao da relao de aspecto (pillarboxes e letterboxes).
11
Adaptao da relao de aspecto de 16:9 para 4:3.
11
Adaptao da relao de aspecto de 4:3 para 16:9.
Relao de aspecto (aspect ratio) a proporo entre a largura e altura e dos pixels que
compem uma imagem digital. O exemplo mais tradicional a relao 4:3, utilizada na tele-
viso analgica tradicional. Outra relao de aspecto comum atualmente a 16:9, utilizada
em televises HD. Apesar de alguns dispositivos, como DVDs, exibirem contedos de 4:3 em
16:9 e vice-versa, muitas vezes necessrio adaptar esta relao de aspecto para o formato
do dispositivo onde elas sero exibidas. Nestes casos so utilizadas as letterboxes, ou seja,
as barras pretas na parte superior e inferior dos vdeos (ou nas laterais). Elas so utilizadas
Administrao de Videoconferncia
para que os vdeos possam ser exibidos em sua relao de aspecto original em dispositivos
que utilizam outra resoluo de aspecto sem distorcer as imagens.
Figura 1.19
Exemplo de ajuste
Monitor 16:9 Monitor 4:3 4:3 e 16:9.
Video 4:3 Video 16:9
16
Para adaptao da relao de aspecto, alm da possibilidade de pillarboxes ou letterboxes,
tambm possvel utilizar outras tcnicas, que normalmente so o redimensionamento do
vdeo e a remoo de alguma rea dele.
X X
Figura 1.20
Tcnica de
redimensionamento
de vdeo. Redimensionamento Remoo de reas
Para adaptar um vdeo em 16:9 para monitores 4:3, uma alternativa redimensionar o vdeo,
ou seja, encolher o vdeo horizontalmente at que sua relao de aspecto seja 4:3, o que acaba
deformando as imagens. Uma alternativa remover reas laterais do vdeo, transformando-
-o em 4:3 sem necessidade de redimensionamento. Esta alternativa costuma ser chamada
de pan and scan, e causa perdas de contedo do vdeo, j que algumas de suas partes sero
completamente removidas. Porm, ela mantm as imagens com seu aspecto original.
Para adaptar um vdeo em 4:3 para monitores 16:9, alm do uso de pillarboxes, possvel
utilizar dois outros mtodos: redimensionamento com e sem remoo de reas. Redimen-
sionar um vdeo 4:3 para 16:9 gera uma expanso horizontal do vdeo, o que acaba defor-
mando as imagens. Outra alternativa remover barras na parte superior e inferior do vdeo
(tornando-o 16:9) e depois redimension-lo para a resoluo desejada. Esta ltima alterna-
tiva no deforma a imagem, mas gera perda de contedo do vdeo.
X X
Figura 1.21
Tcnica de redimen-
sionamento sem
e com remoo
de reas. Redimensionamento Remoo de reas
Estruturao de um servio
Identificar as necessidades dos usurios: q
11
Tipo de comunicao: ponto-a-ponto ou multiponto.
11
Qualidade: padro SD ou HD.
11
Tipos de dados que sero compartilhados: documentos eletrnicos ou impressos,
vdeos etc.
17
Um servio de comunicao caracterizado por um canal de comunicao em que interlo-
cutores enviam e recebem mensagens. O suporte comunicao interpessoal a essncia
de uma videoconferncia. De acordo com a dinmica estabelecida entre os interlocutores de
um canal comunicativo, podemos distinguir o servio de comunicao entre:
Internet
Figura 1.22
Comunicao
ponto-a-ponto (1:1).
Internet
Viso Local
Figura 1.23
Administrao de Videoconferncia
Comunicao
ponto-a-ponto (1:n).
Imagem local e remota
18
Este modelo de comunicao comum em encontros que envolvem vrios participantes loca-
lizados em uma sala de apresentao, alm de mais um participante remoto conectado a um
terminal de videoconferncia. Um exemplo prtico desse tipo de situao a apresentao de
palestras a distncia, em que um ponto de origem (o instrutor) interage por meio de videocon-
ferncia com um grupo de participantes remotos (alunos). Nesse caso, as mensagens seguem
em uma chamada ponto-a-ponto da mquina-origem para a mquina-destino, embora a
comunicao seja do tipo um-para-muitos. Neste modelo necessrio ter cuidados com o
posicionamento do microfone e da cmera, especialmente na sala com vrios participantes.
A cmera deve ter uma viso de todos os participantes da sala e o microfone deve estar
acessvel a todos.
Internet
Figura 1.24
Comunicao
ponto-a-ponto (n:n). Imagem local e remota Imagem local e remota
Internet
Viso Local
Captulo 1 - Conceitos fundamentais e solues
Figura 1.25
Comunicao
multiponto. Imagem local e remota
19
Entenda as necessidades dos usurios e conhea a estrutura que ser usada nas video- q
conferncias, alm da verba disponvel. Verifique ainda a sala que ser usada para a
instalao do sistema:
11
Sala: individual, de reunio ou de aula, ou ainda um auditrio ou sala especfica
(consultrio, centro cirrgico etc).
11
Qual o tipo de microfone adequado?
11
Qual o tipo de cmera de vdeo adequada?
11
Qual a banda de rede disponvel?
Para pensar
importante ter uma estimativa da verba disponvel para o projeto, pois muitas
vezes ela que determina a qualidade dos equipamentos e a quantidade de recursos
adicionais que sero agregados ao sistema. Sistemas dedicados costumam ser mais
prticos, mas apresentam custos elevados. Para reduzir os custos possvel buscar
solues em software, especialmente as solues free, como o GNU Gatekeeper.
Por exemplo, se o caso for de comunicao multiponto e no houver verba para aquisio
de um controlador de chamadas multiponto (MCU), isso pode ser um ponto crtico no
projeto. Algumas alternativas:
11
Usar uma MCU de terceiros;
11
Adquirir equipamentos de videoconferncia j com suporte multiponto;
11
Pensar na possibilidade de usar uma soluo baseada na web (webconferncia), onde
geralmente o suporte multiponto est implcito;
11
Utilizar MCU em software.
Assim, entendendo as necessidades dos usurios, conhecendo a estrutura que ser usada
nas videoconferncias e a verba disponvel, possvel especificar o equipamento e os
recursos que sero necessrios.
Administrao de Videoconferncia
20
Roteiro de Atividades 1
Atividade 1 Sistema de conferncia em desktop
O aluno dever realizar uma conferncia ponto-a-ponto (1:1) por udio e vdeo com o colega
ao lado. Para isso, dever instalar e configurar o software disponibilizado para esta ativi-
dade, conforme as orientaes do instrutor.
11
Geral: a aplicao pode solicitar nome de usurio;
11
Vdeo: verificar se a fonte de vdeo a correta;
11
udio: verificar se a entrada e sada de udio esto configuradas;
11
Rede:verificar se o adaptador de rede selecionado o correto;
11
Protocolos: localizar os protocolos de comunicao disponveis (SIP e H.323).
Os procedimentos descritos a seguir podem exigir o reincio das chamadas para que
as configuraes tenham efeito.
11
Verifique a banda utilizada pela aplicao durante a chamada. Habilite e desabilite a
transmisso de vdeo para observar as diferenas. Verifique tambm se a banda de rede
fixa ou se h variaes. Compartilhe algum tipo de dado (quadro branco, apresenta-
es ou desktop). Verifique as variaes imediatas da rede conforme acontece alguma
Captulo 1 - Roteiro de Atividades
atividade do usurio.
1. Por que as novas chamadas s podem ser feitas por IP? Por que no funciona chamar
pelo nome inserido nas configuraes do software do colega?
21
2. Dado que dois pontos utilizam o sistema de videoconferncia, suponha que o ponto A
selecionou a velocidade 128 kbit/s e o ponto B selecionou 2 Mbit/s. Ao iniciarem uma
chamada, qual ser a velocidade utilizada?
Passo 2: a mquina A filma com a webcam o seu cronmetro, transmitindo essa imagem
para a mquina B.
Passo 4: agora a mquina A possui a imagem original do cronmetro rodando numa janela
e a imagem do cronmetro que foi e voltou atravs do software de videoconferncia. Com
isso d para saber o atraso de ida e volta. Capture a tela (printscreen) a partir da mquina A
para ver o atraso.
Responda s questes:
3. Modifique a banda para ~2Mbit/s e mea novamente o atraso. Qual o valor do atraso?
Ele variou ou ficou igual? Justifique.
22
2
Padres de videoconferncia
objetivos
conceitos
Princpios de codificao de udio e vdeo, padro de comunicao H.323, protocolo
de sinalizao H.323.
Para garantir que os computadores falem a mesma lngua, existem diversos padres e
protocolos que regem essa comunicao. Esses padres e protocolos so objeto de estudo
de diversas organizaes, que trabalham no seu desenvolvimento e manuteno. Dentre
estas organizaes, as mais notveis em relao a padres de videoconferncia so: ITU-T,
IETF e MPEG.
Padronizao
Organizaes que estabelecem normas e protocolos para videoconferncia: q
Captulo 2 - Padres de videoconferncia
23
Um desses grupos, responsvel pela famlia ITU H.3xx, encarregado por estabelecer reco-
mendaes para colaborao de dados e videoconferncia, ou seja, pela formalizao de
padres para comunicao multimdia sobre redes IP.
A Internet Engineering Task Force (IETF) uma comunidade internacional aberta, constituda
de administradores, operadores e pesquisadores concentrados em padronizar a evoluo da
arquitetura da internet e a operao da rede. A IETF est aberta a qualquer indivduo interes-
sado. O trabalho tcnico da IETF tambm realizado em grupos de estudo, organizados por
tpicos de interesse em diversas reas, como distribuio, transporte, segurana etc.
H padres opcionais que tambm podem ser utilizados nos sistemas de videoconferncia.
Alm disso, cada fabricante pode adicionar padres proprietrios s suas solues.
Muitos sistemas ainda incluem mtodos proprietrios de codificao de vdeo e udio. Por
serem mtodos proprietrios, onde muitas vezes apenas o prprio fabricante sabe como o
mtodo funciona, outros sistemas dificilmente tero suporte a esses mtodos, o que impos-
sibilita a interoperao entre os sistemas. Apesar disso, mtodos proprietrios podem ser
utilizados como um diferencial quando um fabricante desenvolve um mtodo novo ou otimiza
um mtodo de codificao, por exemplo. Nesse caso, normalmente o cliente dever possuir
equipamentos do mesmo fabricante em todas as pontas, a fim de poder utilizar o padro.
Administrao de Videoconferncia
24
Qual taxa de amostragem deve ser utilizada supondo que: q
11 Frequncia da voz humana: 20 Hz 6.000 Hz (porm banda de 4kHz oferece perfeita
inteligibilidade).
22 Companso do sinal.
22 A voz humana pode variar 10 mil vezes, pois o ser humano pode falar baixinho ou
gritando e o outro lado deve ouvir perfeitamente. Como lidar com isso?
O primeiro passo para a codificao de udio consiste na captura dos sinais sonoros (ondas
sonoras) e na transformao deles em sinais digitais. Como esta converso de sinais anal-
gicos para sinais digitais feita?
Uma tcnica bastante utilizada em telefonia a tcnica PCM, que analisa o sinal analgico
em instantes uniformes de tempo, obtm a magnitude do sinal nestes instantes e repre-
senta esta magnitude de forma numrica (de forma binria). A imagem abaixo mostra um
exemplo de um sinal de udio analgico que ser convertido para digital:
Figura 2.1
Onda analgica a
ser convertida.
No grfico da figura 2.1, o eixo y mostra a magnitude do sinal e o eixo x o tempo. A linha
azul representa a onda sonora, enquanto as linhas verticais ao longo do grfico marcam os
momentos em que sero obtidas amostras da onda sonora, ou seja, os momentos onde a
magnitude da onda ser representada por um nmero binrio.
O prximo grfico mostra o resultado da aplicao do PCM sobre a primeira parte da onda:
111
110
101
100
011
Captulo 2 - Padres de videoconferncia
010
001
000
0 0 1 0 0 1 1 1
Figura 2.2
0 1 0 1 1 0 1 1
Aplicao do Pulse
Code Modulation. 0 1 0 1 1 1 0 1
O eixo y mostra uma escala com um nmero para cada linha horizontal. Este nmero est
representado em binrio (com 3 bits para facilitar o entendimento) e corresponde ao
smbolo que ser utilizado pelo PCM para representar cada uma das oito linhas horizontais.
A cada instante de tempo (linhas verticais) o PCM verifica a magnitude da onda e encontra a
linha horizontal que mais se aproxima deste valor. Ele usa ento o smbolo associado a esta
25
linha para representar a magnitude da onda nesse instante. Esse processo vai se repetindo
para a onda em instantes de tempo uniformes, gerando os smbolos que a representam.
Esses smbolos esto exibidos no grfico ao longo do eixo x (000, 011, 100 etc.). A linha
cinza mostra o formato com que a onda passa a ser representada aps ser convertida para
o formato digital pelo PCM.
Cada valor obtido pelo PCM ao longo do tempo chamado de uma amostra do sinal, e por
isso este processo chamado de amostragem da onda sonora. A definio do nmero de
amostras obtidas um parmetro muito importante do processo, que influencia direta-
mente na qualidade do sinal digital. Quanto maior o nmero de amostras, maior ser a
proximidade do sinal digital com o sinal analgico, mas tambm maior ser a quantidade de
dados necessrios para representar este sinal. O teorema de Nyquist indica que a taxa de
amostragem do sinal deve ser de pelo menos o dobro da frequncia do sinal. Este teorema
muito usado como base para definio da taxa de amostragem utilizada.
Outro parmetro que influencia diretamente na qualidade do sinal digital o nmero de bits
utilizado em cada amostra. No exemplo anterior foram utilizados 3 bits por motivos did-
ticos. Com um nmero maior de bits possvel representar mais fielmente o sinal analgico
(mais linhas horizontais no grfico), reduzindo a diferena entre os sinais, o que chamado
de erro de quantizao. Em CDs de udio, so utilizados 16 bits para cada amostra. Em tele-
fonia se trabalha com 8 bits por amostra.
Outra tcnica aplicada durante a digitalizao de sinais sonoros a companso do sinal, repre-
sentada na figura a seguir. Este processo necessrio, pois a amplitude dos sinais sonoros
pode variar muito. A voz humana pode variar 10 mil vezes, pois o ser humano pode falar muito
baixo ou gritando, e em ambos os casos deve ser totalmente entendido no destino. Isso cria
um problema para a digitalizao, pois seriam necessrios muitos bits para representar cada
Administrao de Videoconferncia
26
Vs
Padres de udio
A figura abaixo mostra um resumo da faixa de frequncia, taxas de transmisso e latncia
utilizada nos principais padres de codificao de udio.
Figura 2.4 Abaixo temos uma breve descrio de cada um dos padres:
Resumo das faixas
de frequncia. 11 G.711 mandatrio para todos os sistemas H.3xx. Possui udio com qualidade de telefonia
padro. Indicado para uso em conferncias com taxa disponvel de pelo menos 128 kbit/s.
11 G.722.1 possui taxas mais baixas de compresso (24 e 32 kbit/s), mas mantendo o udio
na mesma qualidade do G.722 ou at melhor. Licenciado pela Polycom como Siren14.
11 G.722.2 a 12 kbit/s prov excelente qualidade de voz em ambiente calmo. Taxas mais
altas so teis em condies de barulho de fundo e msica. Licenciado pela VoiceAge
Corporation como AMR-WB.
Captulo 2 - Padres de videoconferncia
11 G.723.1 requer baixa largura de banda (5,3 e 6,3 kbit/s) e usado para VoIP. Devido ao
tempo de latncia e qualidade de udio, muitas vezes substitudo pelo G.711.
11 G.726 transmisso de voz nas taxas 16, 24, 32 e 40 kbit/s. Geralmente transmitido a
32 kbit/s, o que acarreta na economia de 50% na capacidade de uso da rede em compa-
rao ao G.711, porm piora em termos de atraso.
27
11 G.728 utiliza taxa de 16 kbit/s com baixo atraso (menor que 2 ms) e boa qualidade de voz.
11 G.729 costuma ser utilizado para VoIP e opera com taxa de 8 kbit/s (apresenta exten-
ses que utilizam as taxas de 6,4 e 11,8 kbit/s).
11 G.729a anexo do G.729 que prov uma variao do original com menos computao,
embora a qualidade da voz fique pior. s vezes usado quando h necessidade de envio
simultneo de voz e dados.
11 G.729b outro anexo do G.729 que contm um mtodo de compresso de silncio, que
possibilita a deteco de atividade (voz) no sinal.
11 G.729.1 desenvolvido para prover melhor qualidade e mais flexibilidade do que o G.729,
sendo interopervel com este. Opera nas taxas de 8 a 32 kbit/s.
11 30 NTSC e PAL-M.
11 25 PAL e SECAM.
11 24 cinema.
Em 1832, Plateau descobriu que so necessrias pelo menos 10 imagens por segundo
para que um vdeo passe a ideia de movimento para uma pessoa, devido a um fenmeno
no crebro conhecido como persistncia retiniana, que mantm a imagem na retina por
alguns milisegundos aps a imagem ter sido modificada.
Figura 2.5
Teoria de Plateau.
28
Trs componentes fundamentais: R, G e B compem qualquer cor por emisso luminosa.
Figura 2.6
A Practical Guide
to Video and Audio
Compression.
Fonte: Cliff Wooton,
Focal Press, 2007.
Assim como o udio, o vdeo analgico capturado e convertido para o formato digital.
O processo diferente do utilizado para udio. No vdeo, cada imagem capturada por
diversos sensores, que capturam a intensidade de cada ponto da imagem e convertem esta
intensidade para um valor representado digitalmente, formando uma matriz de valores que
representa a imagem capturada. Cada valor destes representa um pixel da imagem. Para
cada imagem, o processo normalmente feito para as trs cores bsicas, o vermelho, o
verde e o azul, formando os trs planos (ou matrizes) que compem a imagem (RGB). Alm
do RGB, a imagem pode tambm ser representada de outras formas, como o YUV, muito
utilizado na codificao de vdeo.
11 Para compresso dos vdeos gerados aps a captura, os codificadores utilizam tc- q
nicas para reduzir redundncias de diversos tipos presentes no vdeo:
11 Redundncia espacial.
11 Redundncia temporal.
11 Redundncia psicovisual.
Redundncia espacial
A redundncia espacial ocorre em pixels de uma mesma imagem, isto , pixels vizinhos q
no espao tendem a ser muito parecidos (ou iguais).
29
Figura 2.8
reas com redun-
dncia espacial.
Redundncia temporal
Quadros vizinhos temporalmente possuem diversos pixels similares, seja na mesma q
posio (crculo azul) ou em posies prximas (crculo vermelho).
A redundncia temporal percebida entre quadros vizinhos. Assim como um quadro pode
ter regies muito homogneas, dois quadros vizinhos podem ser muito parecidos. Nestes
casos, o codificador pode simplesmente informar que determinada regio de um quadro
exatamente igual mesma regio no quadro anterior (rea maior marcada na imagem),
ou ento que esta regio igual uma regio localizada em outro local no quadro anterior
(rea menor marcada na imagem). Essa indicao do deslocamento do bloco na imagem de
referncia conhecida como vetor de movimento.
Quadro 1 Quadro 2
Figura 2.9
reas com redun-
dncia nos quadros.
Redundncia psicovisual
O sistema visual humano mais sensvel s informaes de brilho do que de cor, pois no q
olho humano existem 240 milhes de bastonetes (brilho) e 13 milhes de cones (cores).
Por isso podem ser utilizados mais dados (bits) para representar brilho do que cores.
Administrao de Videoconferncia
Isso requer uma transformao do sistema RGB (Red Green Blue) para YCbCr (luminncia
Y imagem em preto e branco e crominncias Cb e Cr cores associadas).
Relaes dos componentes de cores: reduo de 4:4:4 para 4:2:2 (33% de compresso) ou
4:2:0 (50% de compresso).
30
A redundncia psicovisual aplicada por sistemas de cores como o YCbCr, que utiliza
um plano para o brilho (Y) e dois para cores (Cb e Cr), que pode ser utilizado de diversas
maneiras na amostragem do sinal, aps a captao da luz na cmera pelo CCD ou CMOS:
11 4:4:4 amostragem total, sem compresso, utilizada mais em cinema, por causa das q
tcnicas de chroma key. Mantm todas as cores na mxima resoluo.
11 4:2:2 o dobro de bits para brilho (4) do que para cada componente de cor (2 para
cada). Esse tipo de amostragem j permite uma compresso de 33% do tamanho do
vdeo digital, com o mnimo de perda em cor, sendo utilizada em todos os sistemas
de TV digital.
11 4:2:0 o qudruplo de bits para brilho (4) do que para os componentes de cor (2 para
ambos), amostragem que comprime o sinal em 50% com perda mnima de cores, sendo
usada nos sistemas de cmeras do tipo handycam, e tambm para videoconferncias.
Padres de vdeo
ITU-T
H.261 H.263 H.263+ H.263++
Standards
H.265
MPEG Standards MPEG-2 MPEG-4 parte 10
MPEG
Standards MPEG-1 MPEG-4
Figura 2.10
Evoluo dos
padres de vdeo. 1984 1988 1990 1993 1995 1997 2000 2003 2013
31
dade ITU e MPEG-2 pela organizao MPEG), que veio a se tornar o padro mais difundido
para aplicaes de vdeo digital, como DVD e TV digital. O H.263 veio como uma evoluo do
H.261, e teve algumas evolues, como o H.263+ e H.263++.
No final dos anos 90, o grupo MPEG lanou a especificao MPEG-4. Em paralelo, a orga-
nizao ITU vinha trabalhando em um projeto de codificao ainda mais eficiente. As duas
organizaes ento uniram esforos para lanar, em 2002, outra padronizao conjunta, a
H.264/AVC, que a mesma norma MPEG-4 (parte 10). Alguns padres do MPEG foram desen-
volvidos em conjunto com o ITU-T e publicados pelas duas entidades com nomes diferentes,
apesar dos padres serem exatamente os mesmos. Este o caso do MPEG-2 (parte 2), que
o mesmo padro H.262 da ITU-T e especifica um modelo para codificao de vdeo. Outro
caso de cooperao das entidades no padro MPEG-4 (parte 10) (Advanced Video Coding
AVC), que corresponde ao padro H.264 da ITU-T. Na verdade, a partir do MPEG-2 houve
um esforo conjunto entre o MPEG e o ITU, conhecido como Joint Video Team ( JVT), e ambos
trabalham em conjunto para definir os padres da forma mais eficiente e tambm compa-
tvel, evitando incompatibilidades.
A TV PAL utiliza 625 linhas para formao do quadro, a uma taxa de 24 quadros por
segundo. Possui frequncia de varredura vertical de 50 Hz e resoluo de 720 x 576 pixels.
A TV NTSC ou PAL-M utiliza 525 linhas por quadro, 30 quadros por segundo, frequncia de
60 Hz e resoluo de 720 x 480 pixels. A figura seguinte mostra uma comparao entre as
resolues utilizadas nos padres H.261 e H.263:
Sub-QCIF 128 x 96 N O
32
Como podemos observar na figura, o formato CIF apresenta variaes que definem outros
formatos de resoluo. Formatos com menor resoluo requerem menor largura de banda
para transmisso, como o caso do Sub-QCIF. Formatos com maior resoluo, como o caso
do 4CIF, requerem maior largura de banda para a transmisso. Para o padro H.323, o padro
para codificao de vdeo requerido o H.261 com resoluo QCIF. Assim, h a garantia de
que todos os sistemas compatveis com H.323 suportam pelo menos essa especificao.
H.264
Padro de codificao de vdeo bastante utilizado atualmente, que usa novas tcnicas no q
disponveis no MPEG2, MPEG4 e H.263. Oferece o dobro da qualidade de vdeo do H.262
em qualquer taxa de transmisso. Tornou-se um padro mandatrio para sistemas de alta
definio com os discos Blue Ray, e tambm para produtos de broadcast, cabo, videocon-
ferncia e outros eletrnicos diversos. Tambm adotado na TV digital brasileira.
O H.264 um padro bastante utilizado atualmente em codificao de vdeo, sendo cada vez
mais usado em sistemas de videoconferncia. Ele foi especificado pela ITU-T em conjunto
com o grupo MPEG, sendo nomeado H.264 pela ITU-T e MPEG-4 (parte 10) ou MPEG-4 AVC,
de Advanced Video Coding, pelo MPEG.
Ao contrrio do MPEG-4, o H.264 tem um escopo mais reduzido e seu foco a otimizao da
codificao de vdeo. Ele inclui diversas novas funcionalidades no processo de codificao
em relao aos seus predecessores, buscando um balano entre eficincia da codificao,
complexidade e custo.
MPEG
O MPEG foi um grupo estabelecido em 1988, com a meta de elaborar padres genricos q
para vdeo digital e compresso de udio, definindo normas para multiplexar fluxo de
udio e vdeo.
Padres:
33
O MPEG-1 o padro mais antigo da famlia MPEG, projetado inicialmente para ser capaz
de comprimir cerca de 30 minutos de udio e vdeo para um nico CD. O MPEG-1 uma
estratgia eficiente de compresso e descompresso, mas qualitativamente deixa a desejar.
Normalmente, as taxas utilizadas esto em torno de 1 a 1,5 Mbit/s. Desde que a compresso
H.263 vem sendo utilizada na maioria dos sistemas baseados em H.323 j que fornece
a mesma qualidade de imagem com uma taxa semelhante , o MPEG-1 no tem sido mais
adotado em sistemas de videoconferncia.
O MPEG-4 o mais novo dos padres da famlia MPEG, introduzido em 1999. O maior
diferencial do MPEG-4 incluir novos mtodos de codificao de vdeo que o tornam mais
eficiente que o MPEG-2. Alm disso, o MPEG-4 tambm um padro bastante mais extenso
que o MPEG-2, sendo definido como um padro para representao de objetos audiovisuais.
O mecanismo de compresso semelhante ao MPEG-2, mas este padro procura tratar
de diversos tipos de dados, como objetos (regies de um vdeo), redes de pontos 2D e 3D,
animaes e texturas.
Assim como no MPEG-2, o MPEG-4 tambm oferece uma variedade de perfis que podem ser
utilizados, permitindo desde taxas muito baixas (para utilizao em dispositivos mveis, por
exemplo) at taxas bem maiores, que permitem transmisso de vdeo de alta qualidade. Compa-
rando perfis equivalentes, o MPEG-4 requer maior processamento do que os padres MPEG-2 e
MPEG-1 para codificao e decodificao. Do mesmo modo como os demais esquemas de com-
presso MPEG, ele foi desenvolvido para aplicaes de broadcast e streaming, onde a latncia
no se apresenta como uma questo to crucial quanto em aplicaes de videoconferncia.
11 MPEG-4 parte 10: foi definida em conjunto com o ITU-T e chamada de Advanced Video
Coding (AVC) pelo MPEG e H.264 pelo ITU-T. No deve ser confundido com o MPEG-4 parte
2, pois representa um formato de compresso diferente.
Administrao de Videoconferncia
34
w Padres de dados
q
Uma breve descrio
desses padres H dois padres importantes homologados pela ITU-T:
disponibilizada em
Videoconferencing 11 T.120: srie de protocolos para compartilhamento de dados com suporte a multi-
Cookbook no site
ponto. Possibilita:
da ViDe.
22 Compartilhamento de rea de trabalho ou de aplicao.
T.120 uma famlia de padres estabelecidos pela ITU e suportados pelo padro H.323
(de uso no obrigatrio). A norma T.120 regulamenta uma srie de protocolos para o com-
partilhamento de dados em sistemas de videoconferncia. O T.120 suporta comunicao
ponto-a-ponto e tambm comunicao multiponto, podendo ser utilizado atravs de um n
centralizador (servidor) ou no. Quando utilizado em conjunto com um sistema de vide-
oconferncia, pode assumir duas estratgias: in-band (a troca de dados entre os terminais
compartilham o mesmo canal utilizado para troca de vdeo e udio) ou out-of-band (as cone-
xes de dados so feitas independentemente das conexes de multimdia).
Figura 2.12
Polycom Visual
Concert.
O H.239 faz parte da famlia de protocolos H.32x (que inclui o H.323) e utilizado para
possibilitar a criao e o controle de canais multimdia adicionais na videoconferncia.
O H.239 voltado para sistemas baseados nos padres H.245 e H.320. Enquanto o H.245
permite a criao de mltiplos canais para vdeo, o H.320 permite apenas um canal. Com isso,
em relao ao H.320, o H.239 traz a vantagem de permitir um canal adicional de vdeo, onde
pode ser transmitida, por exemplo, uma apresentao. Alm disso, tambm permite a
Captulo 2 - Padres de videoconferncia
35
Padres de comunicao
A figura a seguir contm um resumo das principais recomendaes ITU, com o tipo de redes
para as quais elas so voltadas e os padres de udio e vdeo utilizados em cada uma.
Padres de
comunicao Padres de vdeo Padres de udio Redes
11 H.310 prov suporte para videoconferncia sobre ATM e possui um nicho muito especfico.
11 H.320 padro para transmisso de vdeo, udio e dados em tempo real em redes ISDN
(Integrated Services Digital Network). disponibilizado de duas formas: PRI fornece 30
canais de 64 kbit/s e dois canais de sinalizao, totalizando 2 Mbit/s; BRI fornece dois
canais de 64 kbit/s e um canal de sinalizao de 16 kbit/s, totalizando 144 kbit/s.
11 H.324 prov suporte para videoconferncia de baixa largura de banda sobre PSTN
(Public Switched Telephone Network). Esse protocolo foi utilizado na sia pelo mercado de
telefonia celular.
Alm dos padres ITU, h um padro IETF que deve ser destacado:
Neste curso ser dada nfase aos protocolos H.323, durante esta sesso, e SIP em sesses
posteriores.
Administrao de Videoconferncia
Padro H.320
O padro H.320 voltado para videoconferncias em redes ISDN.
36
Estrutura de normas do H.320
Figura 2.14
Estrutura de Controle H.243
normas do H.320.
A base do H.320 est nos seus padres de controle. Abaixo h uma breve descrio de cada
um deles:
11 H.221: define a estrutura de organizao dos dados ( framing) para canais de 64 a 1920
kbit/s em conferncias.
Padro H.323
Padro mais difundido para transmisso de voz, vdeo e dados em tempo real, para uso q
em redes comutadas por pacotes. Foi o primeiro padro para VoIP, mas perdeu espao
para o SIP.
11 Terminais.
11 Gatekeeper.
11 Gateway.
11 Elementos de borda.
37
WANs. Desde sua criao, o H.323 j sofreu muitas revises, que incorporam novas carac-
tersticas para adequ-lo s novas tendncias. O H.323 tambm pode ser visto como uma
derivao de outro padro da famlia H.32x, o H.320, mas otimizado para uso na internet.
Atualmente, o H.323 tambm conta com especificaes para a incluso de suporte voz e
telefonia sobre IP.
Telefone Gatekeeper
IP phone
Rede IP
Telefone Roteador
IP phone
Administrao de Videoconferncia
Roteador
ISDN
PSTN /
WIRELESS
Telefone Terminal H.320
38
Adicionalmente definio dos diferentes tipos de componentes, o H.323 descreve protocolos
que definem a codificao de udio e vdeo, registro e admisso (Registration, Admission and
Status RAS), sinalizao de chamadas e de controle. O H.323 ainda especifica uma arquite-
tura de componentes obrigatrios e opcionais, que sero detalhados durante o curso, bem
como todo o detalhamento do funcionamento dos protocolos.
Figura 2.16
Equipamentos de
videoconferncia.
B C D
A B
Figura 2.17
C D
Conferncia
multiponto utili-
zando Multipoint A
Control Unit. MCU
Multipoint Control Unit (MCU) ou unidade de controle multiponto um terminal de rede que
prov recursos para suportar conexo multiponto. formada por uma controladora multiponto
Captulo 2 - Padres de videoconferncia
Para viabilizar uma conferncia multiponto, o elemento fundamental a MCU, uma vez que
possui funcionalidades que permitem negociao com as diversas entidades conectadas
conferncia, a fim de estabelecer formatos comuns de comunicao. Para tanto, os termi-
nais devem estabelecer canais de controle H.245 com a MCU.
39
Processadores Multiponto (MP) so opcionais, utilizados para manusear a mixagem de
mdias, chaveamento ou outro processamento de mdia.
Figura 2.18
Controladores
multiponto.
Gateway
Responsvel por fazer a interface H.323 para outras redes, tais como PSTN e sistemas q
H.320. Funes:
Terminal H.323
Telefone
ISDN/PSTN
Figura 2.19
Cenrio de uso
Telefone IP phone Terminal H.320 do gateway.
H.323 permite, por meio do uso de gateways, a converso entre protocolos como H.320
Administrao de Videoconferncia
(ISDN) e H.324 (POTS), garantindo a integrao desses contextos com as aplicaes H.323,
alm de padres no pertencentes a ITU, como SIP. Compartilha o recurso ISDN para todos
os endpoints presentes na rede:
Figura 2.20
Exemplos de
gateways.
40
Gatekeeper
Componente opcional no sistema H.323. Funes: q
11 Gerenciar todos os recursos disponveis (terminais, gateways, MCU).
11 Pode permitir que chamadas sejam realizadas diretamente entre terminais ou centra-
lizar, tanto a sinalizao como os dados.
22 Traduo de endereos.
41
11 Gerenciamento de zona: sendo o crebro do esquema H.323, um gatekeeper define
uma rea H.323, que ser gerenciada por ele. Ele ento prov as funes j citadas de
traduo de endereos, controle de admisso e controle de banda para os terminais,
gateways e MCUs locados dentro desta zona.
Zona H.323
Definida por um nico gatekeeper e por todos os componentes conectados a ele:
ISDN
Sistema
eletrnico
Gateway
Terminal
Gatekeeper Roteador
Administrao de Videoconferncia
MCU
Figura 2.21
Topologia de rede
Zona H.323
com gatekeeper.
42
Figura 2.22
Exemplo de
elemento de borda.
Elementos de borda
Geralmente colocados com o gatekeeper, trocam informaes sobre endereos e partici- q
pantes (internos e externos) para autorizao de chamadas entre domnios administra-
tivos. Funcionam como um firewall traversal configurado para chamadas H.323.
Codecs Codecs
de udio: de vdeo:
G.711 H.261
G.723.1 H.263 H.225.0 H.225.0
T.120 H.239 RTCP Sinalizao
H.245
G.729 H.264 RAS
da chamada
RTP
Captulo 2 - Padres de videoconferncia
Figura 2.23
Arquitetura do IP
protocolo H.323.
Vale lembrar que o H.323 independente das interfaces de rede e dos protocolos de transporte.
43
11 Controle: H.225 e H.245.
O RTP protocolo para aplicaes em tempo real (Real-time Transport Protocol) um proto-
colo especificado pelo IETF que prov um servio de entrega fim-a-fim de udio e vdeo em
tempo real. o protocolo utilizado para o empacotamento de mdias numa conexo H.323
(e em muitos outros sistemas).
Codecs Codecs
de udio: de vdeo:
G.711 H.261
G.723.1 H.263 H.225.0 H.225.0
T.120 H.239 RTCP Sinalizao
H.245
G.729 H.264 RAS
da chamada
RTP
Figura 2.24
IP Destaque dos pro-
tocolos RTP e RTCP.
Administrao de Videoconferncia
44
Aplicao
Encapsulamento
de mdia
RTP RTCP
dados controle
UDP
IPv4 / IPv6
Unicast ou multicast
Ethernet
1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
Timestamp
SEQ=1
SEQ=2
SEQ=3
SEQ=4
SEQ=5
SEQ=6
SEQ=7
Perdas=10%
SEQ=9
SEQ=10
Figura 2.26
Exemplo de funcio-
namento do RTP.
SEQ=1, tstamp=x
1SEQ=4
1 Sequenciamento: a funo de sequenciamento designa a atribuio de nmeros de
sequncia aos pacotes, a fim de garantir o correto ordenamento dos pacotes e de
SEQ=5
detectar perdas.
SEQ=6
11 Sincronismo intramdia: a transmisso de pacotes em uma rede pode levar a uma situ-
SEQ=7
ao em que pacotes de uma mesma mdia apresentem atrasos diferentes causados por
SEQ=8
jitter, o que prejudica a apresentao da mdia no cliente. Nesse caso, haver a necessi-
dade de uma sincronizao dos pacotes que compem a mdia. Essa sincronizao feita
por meio de uma bufferizao,
Perdas=10% de modo que os pacotes recebidos sejam exibidos no
momento correto. Quando a sincronizao ocorre entre arquivos de mdia distintos, ou
SEQ=9
seja, a sincronia entre fluxos de udio e vdeo, denominamos de sincronismo intermdia.
SEQ=1, tstamp=x
46
Mensagens mais importantes do RAS: q
11 Solicitaes: Request (xRQ).
22 RRQ: RegistrationRequest.
22 ARQ: AdmissionRequest.
22 GRQ: GatekeeperRequest.
11 Respostas:
O canal RAS realiza as funes de registro, admisso e estado de chamada por meio do pro-
tocolo H.225. O canal RAS (independente do canal das outras mensagens H.225) utiliza um
servio UDP para registro e solicitao de admisso das chamadas. As mensagens RAS so
utilizadas entre endpoints (termo que inclui gateways, MCUs e terminais) e gatekeepers para
realizao de trs funes:
11 Status: controle do estado dos endpoints, como, por exemplo, descobrir se um endpoint
est disponvel ou no.
Codecs Codecs
de udio: de vdeo:
G.711 H.261
G.723.1 H.263 H.225.0 H.225.0
T.120 H.239 RTCP H.245
G.729 H.264 Sinalizao RAS
da chamada
RTP
Figura 2.28
Destaque do proto- IP
colo H.225 RAS.
47
Essas mensagens so identificadas por 3 letras, sendo que as ltimas duas identificam
se uma mensagem de solicitao (xRQ: request), confirmao (xCF: confirm) ou rejeio
(xRJ: reject). Essas mensagens so descritas brevemente abaixo:
porta que o cliente deve utilizar para se comunicar com ele (Porta X). O gatekeeper pode
tambm responder com uma mensagem GRJ (GatekeeperReject), que nega ao terminal o uso
deste gatekeeper.
48
5. Para admisso em uma chamada, o terminal envia uma mensagem ARQ (AdmissionRequest)
para o gatekeeper (tambm utilizando a porta X). O gatekeeper pode ento aceitar o
pedido (ACF AdmisionConfirm) ou rejeit-lo (ARJ AdmissionReject). Esta mensagem
contm o endereo de que o terminal precisa para estabelecer uma chamada.
Mensagens disponibilizadas:
Codecs Codecs
de udio: de vdeo:
G.711 H.261
G.723.1 H.263 H.225.0 H.225.0
T.120 H.239 RTCP Sinalizao
H.245
G.729 H.264 RAS
Captulo 2 - Padres de videoconferncia
da chamada
RTP
Figura 2.30
H.225 Sinalizao IP
de chamada.
49
Sinalizao de chamada roteada por gatekeeper
O gatekeeper recebe a mensagem de sinalizao de chamada atravs de um canal especfico
para sinalizao com um terminal e executa o roteamento para outro terminal, atravs do
canal de sinalizao de chamada desse outro terminal.
A sequncia de mensagens trocadas para estabelecer uma conexo com o H.225 comea
pelo envio de uma mensagem de Setup. O terminal que recebe a solicitao de conexo
pode ento responder com mensagens (opcionais) que indicam o progresso dessa conexo:
Call proceding, Progress e Alerting. Assim que este terminal est devidamente pronto
para estabelecer a conexo, ele envia uma mensagem Connect, e a conexo est estabele-
cida. A partir da os dados de mdia podem ser trocados entre os terminais. Para finalizar
a conexo, algum dos terminais envia uma mensagem de Release.
Endereo
informado pelo
gatekeeper
Terminal 1 Terminal 2
Setup
Porta
Call proceeding 1720
Endereo de
Alerting Figura 2.31
transporte para
estabelecimento Sinalizao de
Connect chamada direta
do canal H.245
entre clientes.
Note que a mensagem Progress utilizada somente por gateways para indicar ao ponto
chamador que a chamada foi encaminhada outra rede a qual o gateway se liga. Essa men-
sagem possibilita que o terminal (ou gateway) que fez a ligao saiba que o outro gateway
est tentando estabelecer a conexo, mas esta ainda no est completa.
11 StatusEnquiry: encaminhada pelo gatekeeper para o ponto final da chamada para saber
o status de uma chamada.
Protocolo H.245
Tem como propsito prover o controle das sesses multimdia estabelecidas: q
11 Troca de capacidades entre terminais.
50
H.245 possui um canal de controle utilizado para transportar as mensagens de controle
fim-a-fim, com o objetivo de administrar as sesses abertas do H.323. O canal de controle
H.245 um canal lgico e est permanentemente aberto, ao contrrio dos canais de mdias.
H.245 prov mensagens para abrir e fechar um canal lgico, que unidirecional. As mensa-
gens de controle carregam informaes de diferentes naturezas, tais como: troca de capaci-
dades, informaes de fechamento e abertura de canais lgicos utilizados para transmisso
de mdias, mensagens de fluxo de controle, comandos gerais e sinalizaes e requisies de
modos preferenciais.
Codecs Codecs
de udio: de vdeo:
G.711 H.261
G.723.1 H.263 H.225.0 H.225.0
T.120 H.239 RTCP Sinalizao
H.245
G.729 H.264 RAS
da chamada
RTP
Figura 2.32 IP
Protocolo H.245.
Capacidades simultneas
Captulo 2 - Padres de videoconferncia
1. G.723.1
2. G.711
1 3 5
3. H.261
Figura 2.33 4. H.264 2 4
Capacidades
5. T.38
de transmisso
e recepo Tabela de Descritor 1 Descritor 2
dos codecs. capacidades
51
Determinao de mestre e escravo
Necessria para evitar que dois terminais tentem estabelecer ao mesmo tempo dois canais
lgicos bidirecionais para o transporte de um mesmo fluxo, ou tentem se tornar ao mesmo
tempo o controlador de uma chamada multiponto. Apenas o mestre pode inicializar estes
tipos de evento.
Canal de controle: q
11 Canal especial que transporta mensagens H.245.
11 H.245 geralmente transmitido em uma conexo TCP separada, mas tambm pode
ser transmitido junto com o canal de sinalizao de chamadas H.225.
11 As mensagens so formadas por diversas PDUs (Protocol Data Unit), que podem ser
de 4 tipos: request, response, command e indication.
As mensagens H.245 so formadas por diversos itens chamados PDU (Protocol Data Unit),
que contm os dados da mensagem. Estas unidades podem conter dados de quatro tipos:
52
Terminal 1 Terminal 2
TerminalCapabilitySet (1)
Mensagens do
canal H.245 TerminalCapabilitySetAck (2)
MasterSlaveDetermination (3)
Mdia
MasterSlaveDeterminationAck (4)
OpenLogicalChannel (5)
Canal de udio
Figura 2.34
Porta X
Mensagens
H.245 entre Canal de vdeo
dois terminais.
Porta Y
5. T1 abre um canal de udio com T2 enviando uma mensagem H.245 para abertura de canal
lgico (OpenLogicalChannel). O endereo de transporte do canal RTCP includo na mensagem.
envio do fluxo de mdia RTP, e o endereo RTCP recm recebido por T1. Ao receber esta
confirmao, T1 abre o canal de dados com T2.
8. Como para o canal de udio, o terminal T2 responde para T1 com uma mensagem
OpenLogicalChannelAck. O terminal T1 recebe a mensagem e abre o canal de vdeo com T2.
53
Procedimentos de uma conexo H.323
Agora descreveremos as etapas envolvidas no processo completo de criao de uma
chamada H.323, incluindo o estabelecimento da chamada com as mensagens H.225 e H.245
e a transmisso de mdias. Imaginemos o seguinte exemplo: uma rede contendo dois
terminais H.323 (T1 e T2) j registrados a seu(s) devido(s) gatekeeper(s). A sinalizao de
chamada direta ativada (sem passar pelo gatekeeper). O fluxo de mdia utiliza RTP.
Efetuado o processo acima, o terminal est registrado em seu gatekeeper. A seguir, so
detalhadas as etapas do estabelecimento de chamada H.323.
1 (ARQ)
2 (ACF)
3 (SETUP)
4 (Procedimento de chamada)
5 (ARQ)
Telefone toca
6 (ACF)
8 (Conectar)
H.225.0/Q.391
1. Terminal T1 envia mensagem ARQ (AdmissionRequest) para o gatekeeper utilizando o Figura 2.35
Mensagens H.323
canal RAS para requisio de admisso para o estabelecimento de uma nova chamada. entre dois terminais
T1 solicita o uso de sinalizao de chamada no modo direto, sem que as mensagens de com gatekeeper.
controle (H.245) sejam roteadas pelo gatekeeper.
3. T1 envia uma mensagem de configurao de chamada H.225 para T2 solicitando uma conexo.
6. O gatekeeper confirma o registro enviando uma mensagem de confirmao ACF para T2.
54
Terminal T1 Gatekeeper Terminal T2
9. TerminalCapabilitySet
Mensagens H.245
10. TerminalCapabilitySetAck
RTP (mdia)
11. MasterSlaveDetermination
12. MasterSlaveDeterminationAck
13. OpenLogicalChannel
Canal de udio
Porta X
Canal de vdeo
Porta Y
Figura 2.36 9. O canal de controle H.245 estabelecido entre T1 e T2. T1 envia uma mensagem
Mensagens H.245
at estabelecer
TerminalCapabilitySet para T2, para a troca de capacidades.
canal de udio.
10. T2 conhece, ento, as capacidades de T1 enviando uma mensagem H.245
TerminalCapabilitySetAck.
13. T1 abre um canal de udio com T2 enviando uma mensagem H.245 para abertura de
canal lgico (OpenLogicalChannel). O endereo de transporte do canal RTCP includo
na mensagem.
15. T1 abre outro canal com T2, agora para vdeo, atravs de uma mensagem H.245
OpenLogicalChannel. O endereo de transporte do canal RTCP est incluso na mensagem.
Captulo 2 - Padres de videoconferncia
55
Finalizao da sesso
25 (DCF) 25 (DCF)
Mensagens RAS
1. T2 inicia uma chamada de liberao, enviando para T1 uma mensagem H.245 Figura 2.37
Mensagens H.245
EndSessionCommand. de finalizao
de sesso.
2. T1 libera seu lado da chamada e confirma a liberao enviando uma mensagem
EndSessionCommand para T2.
56
Terminal T1 Gatekeeper Terminal T2
Connect Connect
Canal de udio
Figura 2.38
Resumo da comuni- Canal de vdeo
cao H.323.
11 Utiliza LDAP.
57
58
Administrao de Videoconferncia
Roteiro de Atividades 2
Atividade 1 Anlise de troca de mensagens direta entre dois clientes
Esta atividade dever ser realizada em dupla. Os alunos devero utilizar um software de
videoconferncia para efetuar chamadas de udio e vdeo com o colega ao lado. A sina-
lizao do padro H.323 dever ser analisada com auxlio de um software analisador de
pacotes (sniffer de redes, como o Wireshark ou tcpdump).
Antes de iniciar as chamadas, deve-se iniciar a captura de pacotes para analisar todo
o contedo que trafegar pela rede. Interrompa a captura logo aps ter terminado
a ligao, para obter tambm o trfego de final de ligao. Alm disso, melhor ter
capturas de poucos segundos para no deixar o software de anlise muito lento
(com muitos pacotes a analisar).
No Wireshark, utilize filtros como h225, h245, rtp e ip para facilitar a visualizao dos pacotes.
Voc pode concatenar filtro como neste exemplo: h225 and ip.src == 192.168.0.100 and
rtp.p_type==127 (mudar o IP para o IP correto da mquina desejada) ou h225 or h245.
59
Atividade 2 Anlise de troca de mensagens entre dois clientes com gatekeeper
Esta atividade dever ser realizada em dupla.
Faa uma ligao novamente entre dois terminais atravs do IP, da mesma forma que na
Atividade 1, e utilize o analisador de pacotes para observar as mensagens H.323 trocadas
entre os terminais, e entre o gatekeeper e os dois terminais (mensagens H.225, H.245, RTP e
RTCP). Discuta o resultado obtido com o colega.
60
3
Plano de numerao e gatekeeper
objetivos
conceitos
Padro ITU E.164, plano de numerao e plano de discagem, gatekeeper GnuGK
(configuraes bsicas, plano de discagem e autenticao de clientes).
11 Servios globais.
11 Redes.
11 Grupos de pases.
w
O E.164 uma recomendao ITU-T que define o plano de numerao internacionalmente
usado em redes de telefonia pblica e em algumas redes de dados.
A lista dos cdigos
telefnicos de diversos A recomendao define a estrutura da numerao e como estes nmeros devem ser
pases pode ser vista analisados para que seja feito o seu roteamento. So definidas estruturas de numerao
em List_of_country_
para 4 categorias: regies geogrficas, servios globais, redes de computadores e grupo de
calling_codes na
Captulo 3 - Plano de numerao e gatekeeper
Wikipedia. pases. Neste curso o foco dado categoria das regies geogrficas.
CP CA NA
Mximo de 15 dgitos
Figura 3.1
Nmero de alcance internacional
Estrutura do
ITU E.164.
61
Exemplo: +555199998888. q
Nmeros para reas geogrficas so divididos em 3 partes:
11 CP = Cdigo do pas
Usa-se de um a trs dgitos para representar o cdigo da regio. Em geral, o cdigo da regio
representa um pas, exceto para Estados Unidos e Canad, que utilizam o mesmo cdigo.
11 CA = Cdigo de rea
11 NA = Nmero do assinante
11 CP: Cdigo do pas. Cdigo de 1 a 3 dgitos que representa a regio geogrfica em que o
nmero se localiza. Em geral, o cdigo da regio representa um pas, exceto para Estados
Unidos e Canad que utilizam o mesmo cdigo.
11 NA: Nmero do assinante. Contm no mximo (15 CA CP) dgitos e o nmero que
identifica cada assinante individualmente.
Plano de numerao
O uso de um plano de numerao consistente em uma rede de videoconferncia q
simplifica a alocao de identificadores para terminais, e consequentemente facilita a
discagem para o usurio final.
(15 dgitos) para cada terminal. Duas instituies podem, por exemplo, compartilhar os
mesmos identificadores dos terminais, mas para elas interagirem devero possuir cdigos
62
de rea distintos. Dependendo do tamanho da rede de videoconferncia, os identificadores
podem ser herdados da telefonia convencional (o que no quer dizer que eles sero acess-
veis a partir dela).
Para chamadas entre terminais na mesma rea pode simplesmente ser utilizada dis-
cagem de 4 dgitos. Exemplo: Terminal 1 liga para Terminal 2 discando: 2000.
Para chamadas para terminais de fora da rede deve ser utilizado o cdigo de rea.
Exemplo: Terminal 1 liga para Terminal 3 discando: 0 22 1000 (com prefixo de escape 0).
Prefixo da rea 11 11 22
Para um terminal efetuar uma chamada para um terminal que est na mesma rea, pode
simplesmente ser utilizada discagem de 4 dgitos. Por exemplo, o Terminal 1 (rea A) pode
ligar para o Terminal 2 (rea A) discando apenas (2000). Para chamadas para terminais de
fora da rede (rea) deve ser utilizado o cdigo de rea. Assim, para o Terminal 1 ligar para
Terminal 3, por exemplo, ele deve discar (0 22 1000), necessitando discar um cdigo de
escape antes, no caso 0, para informar que est ligado para fora da sua rea. Esse nmero
definido no plano de discagem.
Captulo 3 - Plano de numerao e gatekeeper
Plano de discagem
Funes do plano de discagem: q
11 Permitir facilidade e flexibilidade para discagem.
11 Garantir que chamadas para fora da rea e pas possam ser facilmente encaminhadas.
63
Qualquer tipo de discagem, por exemplo abreviada ou hiper abreviada, deve ser definida q
no plano de discagem. No H.323, os planos de numerao de discagem so implemen-
tados no gatekeeper.
Enquanto o plano de numerao define como ser a atribuio de identificadores aos termi-
nais, o plano de discagem define como ser feita a discagem entre estes terminais. Uma das
preocupaes garantir que chamadas para reas externas (fora da regio, fora do estado,
fora do pas etc.) sejam facilmente encaminhadas. Essas ligaes externas normalmente
so identificadas por prefixos durante a discagem. Na telefonia convencional brasileira, por
exemplo, discagens para outras reas so identificadas pelos prefixos 0 e 00. Exemplos:
11 Para chamar um terminal de dentro da rede (4 dgitos): 1234 (interpretao feita pelo PABX).
11 Para chamar um terminal de uma rede remota dentro da cidade: 3333 1234.
11 Para chamar um terminal de uma rede remota dentro do pas: 0 51 3333 1234.
Gatekeeper GnuGK
Implementao de cdigo livre de um gatekeeper H.323 (licena GPL), que prov as q
diversas funcionalidades de um gatekeeper, entre elas:
11 Modo proxy.
GnuGK uma implementao de um gatekeeper que tem base nas bibliotecas PWlib
(biblioteca para portabilidade de cdigo, especialmente relacionado rede, I/O e threads)
e OpenH323, esta ltima uma implementao de cdigo aberto do protocolo H.323. uma
ferramenta de cdigo aberto (licena GPL), flexvel e que disponibiliza as diversas funcionali-
dades necessrias para um gatekeeper.
Ele permite autenticao por bancos de dados SQL, servidores RADIUS (Remote Authentication
Dial In User Service), LDAP (Lightway Directory Access Protocol), alm de arquivos locais ou
aplicaes externas.
64
d Instalao do GnuGK
Consulte o manual do O primeiro passo para utilizao do GnuGK a instalao da aplicao. A instalao obvia-
GnuGK em gnugk.org. mente depende do sistema no qual o aplicativo ser instalado. O site do GnuGK disponibi-
liza verses da aplicao compiladas para diversos sistemas operacionais, incluindo Linux,
Windows e MacOS. Para estes sistemas, basta obter os executveis e instal-los. O manual
do GnuGK possui uma seo de instalao que pode auxiliar este processo. Para sistemas
no suportados ou para fazer otimizaes/personalizaes na aplicao, possvel obter o
cdigo-fonte do GnuGK e compil-lo para o sistema alvo.
Inicializao do GnuGK
11 O executvel aplicativo chama-se gnugk, que possui diversas opes para configurao. q
Para ver as opes possveis use o comando gnugk help.
Exemplo de execuo:
O GnuGK possui diversas opes que podem ser configuradas por linha de comando na
execuo da aplicao. Para verificar as opes possveis basta digitar o comando:
gnugk --help
11 [-t] especifica o nvel de debug. Quanto maior o nmero de -ts, maior ser o nvel de
debug. Para a opo de depurao o indicado o nvel de debug 3, ou seja, [-ttt].
Ao ser instalado no Linux, o GnuGK tambm instala um script que facilita a inicializao e
finalizao do programa. Este script instalado em /etc/init.d/gnugk e possui as opes:
65
Ao iniciar o GnuGK por este script, ele utiliza algumas configuraes padro especificadas
pelo script:
Para ter certeza que o GnuGK est em execuo no Linux, possvel executar o comando
abaixo que informa se o aplicativo est em execuo:
Se o programa estiver em execuo, aparecer, entre outras informaes, uma linha con-
tendo o nome e caminho do executvel do GnuGK: /usr/sbin/gnugk.
GnuGK no Windows
O GnuGK disponibilizado para Windows em dois formatos, servio e aplicao. Para q
iniciar o GnuGK (aplicao) basta executar:
11 gnugk.exe c etc/gnugk.ini
Este arquivo segue o mesmo formato da verso Linux. Para modificar as configuraes
basta fechar o GnuGK, editar o arquivo e iniciar o GnuGK novamente.
Alm da verso para Linux discutida ao longo deste captulo, o GnuGK tambm disponibili-
zado para a plataforma Windows em duas verses:
Para executar o GnuGK (verso aplicao) basta dar dois cliques no seu executvel. O GnuGK
buscar por um arquivo chamado gatekeeper.ini na mesma pasta onde est o executvel. Para
especificar outro arquivo de configurao, possvel executar a aplicao com o comando -c.
No exemplo abaixo, execute o arquivo gnugk.ini, que est dentro do diretrio etc:
gnugk.exe c etc/gnugk.ini
O GnuGK j vem com um arquivo gnugk.ini padro que pode ser utilizado inicialmente.
Para modificar as configuraes do GnuGK basta editar o arquivo gnugk.ini e executar a apli-
cao. O GnuGK executado em uma janela do prompt de comando do Windows que ficar
sendo exibida enquanto a aplicao est rodando.
11 Cada seo contm um nome e uma lista de parmetros com seus respectivos valores.
66
Este arquivo organizado em diversas sees, cada uma delas contendo uma lista de par-
metros com seus respectivos valores. As sees possuem nomes fixos e pr-determinados,
que so colocados entre colchetes. Segue abaixo um exemplo de uma seo:
[NomeDaSecao1]
Parametro1=Valor1
ParametroN=ValorN
Os parmetros tambm possuem nomes fixos e aceitam determinados valores, que variam
conforme o parmetro. Atentar para a digitao dos parmetros e seus valores, pois eles
so sensveis a maisculas e minsculas.
Name=H_323_ID_Gatekeeper
Home=IP_do_Gatekeeper
TimeToLive=300TotalBandwidth=512000
StatusPort=7000
[Gatekeeper::Main]
67
Fortytwo=42
Monitoramento do GnuGK
Porta de status: q
11 Monitorar e controlar as funes do gatekeeper.
11 Desconectar terminais.
11 Desligar o gatekeeper.
Deve ser configurada de tal forma que evite o uso indevido, causador de interrupo e
utilizao inadequada dos recursos.
A porta de status utilizada para monitorar as atividades do gatekeeper. A porta que ser
utilizada configurada pelo parmetro StatusPort da seo [Gatekeeper::Main] do arquivo
de configurao, j comentada. Alm de monitorar as atividades, pela porta de status
possvel controlar chamadas e terminais (desconectar um terminal, por exemplo) e alterar
configuraes do gatekeeper.
68
Shutdown
Permitir ou no o desligamento do gatekeeper pela porta de status. Dois valores possveis:
Rule
Define os hosts que tero permisso de acesso porta de status. Por padro no permite
nenhuma conexo. Pode receber os valores:
Alm disso, estas regras podem ser combinadas por | ou &. Por exemplo:
rule=explicit | regex
O endereo IP do cliente deve casar com a regra regex, e o usurio tem que fazer login com
usurio e senha.
Regex
Expresso regular para validao do endereo que est tentando acessar a porta de status
do gatekeeper. Parmetro utilizado quando rule=regex.
Alm das opes citadas, a seo [GkStatus::Auth] tambm pode conter parmetros do tipo
Captulo 3 - Plano de numerao e gatekeeper
[GkStatus::Auth]
Shutdown=allow|forbid
rule=regex|password|explicit
regex=^127\.0\.0\.1|^192\.168\.1\.(10|11)$ ; rule=regex
gkadmin=J48HbZsUJPk ; password
192.168.1.12=allow ; rule=explicit
69
No exemplo acima, a expresso regular limita o acesso para os endereos local 127.0.0.1
(loopback) e dos IPs 192.168.1.10 e 192.168.1.11. Pelo parmetro gkadmin=ssssss, disponi-
bilizado o acesso para qualquer endereo que utilizar nome de usurio gkadmin e a senha
correta. A senha correta no a que aparece no exemplo, J48HbZsUJPk, pois este o valor
da senha original aps ser criptografada pelo utilitrio addpasswd, que ser comentado
posteriormente. Alm disso, como rule contm o valor explicit, foi includo o parmetro
192.168.1.12=allow, que permite acesso para o IP 192.168.1.12.
printallregistrations | rv | ?
printcurrentcalls | cv
shutdown
unregisterallenpoints
disconnetip [ip]
disconnectalias [alias]
reload
Estando conectado, diversos comandos podem ser enviados porta de status para obter
informaes sobre o gatekeeper ou solicitar que ele execute alguma ao. Principais
comandos disponveis:
11 debug cfg [seo]: imprime as configuraes de uma determinada seo (do arquivo
de configuraes).
Zoneamento
As zonas H.323 so definidas por um gatekeeper, e podem ser de domnios administrativos q
distintos. A segmentao em zonas permite a criao de grandes redes de videoconferncia.
70
Cada zona ser constituda por um gatekeeper e pelo menos terminais H.323. Mensa- q
gens LRQ/LCF so utilizadas para localizao do terminal remoto.
<NomeGK>=IP_Gatekeeper;<prefixo1>,<prefixo2>
Exemplo:
[RasSrv::Neighbors]
GKA=192.168.1.1;033,044
GKB=192.168.2.1;055
GKC=192.168.3.1;01
Na separao por zonas, os gatekeepers de diferentes zonas possuem referncias que
os associam. Esta associao feita por nmeros E.164.
Supondo que o GKA tenha prefixo 11, GKB 22 e GKC 33, a configurao para o GKA :
[RasSrv::Neighbors]
GKB=192.168.2.1;022
GKC=192.168.3.1;033
ISDN
Sistema
telefnico
Gateway
Terminal
Gatekeeper Roteador
MCU
Figura 3.3
Exemplo de zona Zona H.323
H.323.
As zonas H.323 so definidas por um gatekeeper nico, ao qual esto conectados outros
elementos H.323 (terminais, MCU etc.). A segmentao em zonas permite a criao de
grandes redes de videoconferncia, onde cada zona controlada pelo seu gatekeeper e
pode constituir um domnio administrativo diferente das outras (uma zona H.323 de uma
determinada empresa, por exemplo).
71
GK A GK C
Figura 3.4
Cada gatekeeper
possui duas
GK B referncias.
A comunicao entre os gatekeepers de zonas diferentes feita pela troca de mensagens LRQ/
LCF (Location Request/Location Confirm), que sero explicadas na sequncia deste captulo.
Hierarquia de gatekeepers
A organizao das zonas H.323 pode tambm ser feita de forma hierrquica. Supondo que o q
DGK tenha prefixo 99, GKA tenha prefixo 11, GKB 22 e GKC 33, a configurao para o DGK :
[RasSrv::Neighbors]
GKA=192.168.1.1;011
GKB=192.168.2.1;022
GKC=192.168.3.1;033
E para o GKA, GKB e GKC :
[RasSrv::Neighbors]
DGK=192.168.1.254;*
DGK
Administrao de Videoconferncia
Figura 3.5
Organizao hierr-
GK A GK B GK C quica das zonas.
72
A referncia de um gatekeeper para o outro feita atravs de nmeros E.164 e IPs. Ou seja,
especificado um nmero (ou um prefixo apenas) que ao ser acionado redirecionar a men-
sagem para o IP (gatekeeper) ligado a este nmero. Por exemplo:
DGK=192.168.2.1;55
A linha acima indica um nome, um IP e um nmero. Quando o gatekeeper que contm esta
linha em sua configurao receber uma chamada contendo o prefixo 55, ele redirecionar
esta chamada para o gatekeeper de IP 192.168.2.1, que chamado DGK.
<NomeGK>=IP_Gatekeeper;<prefixo1>,<prefixo2>
Onde:
11 IP_Gatekeeper: IP do gatekeeper.
Exemplos:
INTA=192.168.1.1;033,044
INTB=192.168.2.1;055
DGK=10.1.1.1;*
O asterisco (*) indica que para qualquer destino no conhecido (no um terminal local e
no nenhum dos gatekeepers especificados) a localizao deve ser encaminhada ao DGK.
d Mensagens LRQ
A sintaxe completa das Em ambientes de videoconferncia onde diferentes zonas H.323 se interligam, os gatekeepers
configuraes mais de cada rea precisam conversar entre si. Para a localizao de terminais, os gatekeepers de
complexa, onde pode
ser inclusive atribuda zonas diferentes trocam mensagens LRQ (e as respostas para estas):
uma senha para
autenticao dos 11 LRQ: Requisio de Localizao q
Captulo 3 - Plano de numerao e gatekeeper
73
11 O vizinho que encontra o destinatrio responde com uma mensagem LCF;
ForwardLRQ
ForwardResponse
ForwardHopCount
[RasSrv::LRQFeatures]
ForwardLRQ=depends
ForwardResponse=1
ForwardHopCount=1
ForwardLRQ
Aceita as opes: always | never | depends.
Controla o encaminhamento das mensagens LRQ, se elas devem ser feitas sempre, nunca
ou dependendo do hop count (se for maior que 1, a mensagem ser encaminhada; caso
contrrio ser rejeitada).
ForwardResponse
Controla a necessidade do gatekeeper de receber o LCF quando encaminha mensagens LRQ.
Se no configurado, o LCF pode ser encaminhado direto para quem originou o LRQ, sem
passar por este gatekeeper.
ForwardHopCount
Atribui um valor numrico para a quantidade de hops ou gatekeepers pelos quais as men-
sagens de LRQ passaro. Semelhante ao campo TTL do protocolo IP, utilizado para evitar
Administrao de Videoconferncia
loops infinitos.
11 ForwardHopCount: no definido.
11 ForwardLRQ: depends.
11 ForwardResponse: 0.
74
Reescrita de nmeros E.164
A funcionalidade de reescrita de nmero E.164 permite a implantao do plano de discagem. q
A partir de um determinado nmero chamado, uma ao de reescrita desse nmero
realizada com o objetivo de encaminhar a chamada corretamente, o que feito na seo
[RasSrv::RewriteE164].
[!]nmero-original=nmero-destino
Se a regra comea com nmero-original, indica que este nmero deve ser substitudo por
Captulo 3 - Plano de numerao e gatekeeper
Tambm esto disponveis os caracteres curinga . e %. O caractere . indica que deve haver
um dgito qualquer na posio em que ele est, enquanto % indica que o nmero daquela
posio ser eliminado.
[RasSrv::RewriteE164]
75
%%%%.=. (elimina 4 dgitos)
Neste caso:
22 Deve sempre ser adicionado ao ramal o cdigo de rea do destino e o dgito de escape:
0 33 1000
Regra (GK C): 033....=....
GK A encaminha ligaes com prefixo 0 para o DGK.
O DGK encaminha ligaes com prefixo 033 para o GK C.
DGK
GK A GK B GK C
Figura 3.6
Cliente A Cliente B Cliente C Chamada
1000 2000 1000 entre cliente de
mesma rea.
76
DGK
GK A GK B GK C
Figura 3.7
Chamada entre
Cliente A Cliente B Cliente C
cliente de rea
1000 2000 1000
diferente.
Autenticao
A autenticao e o registro de terminais so feitos atravs de mensagens RRQ e suas res- q
postas (RCF, RRJ). No GnuGK, a autenticao configurada na seo [Gatekeeper::Auth].
Diversos mecanismos de autenticao disponveis:
A autenticao dos terminais feita atravs das mensagens RRQ (Registration Request)
enviadas dos terminais para o gatekeeper, e das respostas que o gatekeeper d a essas
mensagens, seja RRJ (Registration Reject) ou RCF (Registration Confirm). Para mais detalhes das
mensagens H.225, reveja o Captulo 2.
[Gatekeeper::Auth]
<mecanismo1>=<regra>;RRQ
<mecanismo2>=<regra>;RRQ
Captulo 3 - Plano de numerao e gatekeeper
...
<mecanismo>=<regra>;RRQ
Onde:
11 <mecanismo>: indica como ser feita a autenticao: senha simples, utilizando banco de
dados SQL, autenticao por IP, entre outras;
77
11 RRQ: identifica que o mecanismo ir atuar sobre as mensagens RRQ. Pode ser substitudo
por outros valores, como ARQ e GRQ. No restante dos exemplos ser utilizado apenas
RRQ para facilitar o entendimento.
Mecanismos
Existem diversos mecanismos de validao disponveis. Entre os mais importantes esto:
11 AliasAuth: valida uma tupla (alias, IP), onde alias pode ser o apelido ou ramal de um
terminal.
11 SQLAliasAuth: o mesmo que AliasAuth, mas utilizando um banco de dados com os aliases.
Um servidor RADIUS pode fazer a ponte entre o GnuGK e uma base LDAP.
11 RadAuth: validao de usurio e senha com base no H.235 e utilizando servidores RADIUS.
O addpasswd um utilitrio instalado com o GnuGK que permite a criao de senhas crip-
tografadas para serem armazenadas no arquivo de configurao. Duas sees do arquivo
de configuraes onde senhas costumam ser utilizadas so as sees GkStatus::Auth, para
autenticao na conexo com a porta de status, e SimplePasswordAuth, para autenticao
de terminais.
Em relao s regras, so elas que especificam como (e quanto) o mecanismo deve ser utili-
zado. Antes de mostrar as regras disponveis, interessante observar que a execuo de um
mecanismo pode ter como resultado um dos 3 valores a seguir:
11 fail: a autenticao com este mecanismo falhou e deve ser rejeitada (uma senha incor-
reta, por exemplo);
Regras
Sabendo dos possveis resultados, podemos verificar as regras disponveis:
11 optional: se no puder autenticar com este mecanismo, o prximo mecanismo ser utilizado;
78
11 required: a requisio deve ser autenticada utilizando o mecanismo especificado, caso
contrrio ser rejeitada. Ainda assim, o prximo mecanismo configurado ser checado
para validar o registro;
11 Exemplo 1:
[Gatekeeper::Auth]
AliasAuth=optional;RRQ
SimplePasswordAuth=sufficient;RRQ
default=allow
Neste exemplo, primeiro feita uma tentativa de autenticao por alias, que opcional. Por-
tanto, se a resposta autenticao for ok ou next, o processo segue para o prximo meca-
nismo. Mas se a resposta for fail, a requisio de registro negada. O prximo mecanismo
especificado o SimplePasswordAuth, onde feita a autenticao por usurio e senha. Este
mecanismo sufficient e, portanto, decisivo: sua resposta ser a resposta final requisio.
Vale observar que os detalhes de cada um desses mecanismos so configurados em sees
especficas para cada mecanismo, por isso no so apresentados no exemplo.
Alm dos mecanismos, o exemplo mostra a linha default=allow, que define como devem ser
tratadas as requisies para as quais no foi especificado nenhum mecanismo. Por padro
estamos aceitando (allow) todas as requisies diferentes de RRQ, que so tratadas pelos
mecanismos especificados.
11 Exemplo 2:
[Gatekeeper::Auth]
SimplePasswordAuth=alternative;RRQ
RadAuth=sufficient;RRQ
default=allow
Captulo 3 - Plano de numerao e gatekeeper
Exemplo:
[RasSrv::RRQAuth]
55551234=sigip:200.188.10.1:1720
55556789=sigip:156.130.25.9:1720
Autenticao por usurio e senha:
79
11 O uso de senha requer que o terminal tenha suporte especificao H.235. q
Autenticao por usurio e senha:
11 Assim como na validao por alias, cada mecanismo tem sua seo no arquivo
de configuraes:
Neste segundo exemplo, a primeira autenticao feita por usurio e senha. Como est
configurada como alternative, se o resultado for ok ou fail, esta ser a resposta final para a
requisio. Mas, caso o resultado seja next, ser utilizado o segundo mecanismo, RadAuth,
que dar a resposta final. A seguir sero discutidos dois mecanismos de autenticao: a
autenticao por alias (especialmente o AliasAuth) e a autenticao por usurio e senha
(especialmente o SimplePasswordAuth).
Na autenticao por alias, ou seja, por apelido (identificador H.323) ou ramal, podem ser
utilizados os mecanismos AliasAuth, SQLAliasAuth e RadAliasAuth. Eles validam as requi-
sies analisando a associao de alias e endereo IP. Todos eles funcionam de maneira
semelhante, mas so configurados em sees diferentes do arquivo de configuraes e
armazenam os dados de autenticao em locais diferentes:
Como citado, o mecanismo AliasAuth utiliza a seo [RasSrv::RRQAuth]. Esta seo possui
comandos com a seguinte sintaxe:
<identificador>=sigip:<endereo IP>:<porta>
Onde:
11 <sigip>: uma das duas opes disponveis. A outra opo sigaddr, que informa que o IP
e porta esto especificados no formato de uma expresso regular; sigip uma especiali-
zao do sigaddr, para utilizao do IP e porta no formato padro A.B.C.D:porta.
Exemplo:
[RasSrv::RRQAuth]
55551234=sigip:200.188.10.1:1720
55556789=sigip:156.130.25.9:1720
80
No exemplo, o terminal com ramal 55551234 mapeado para o IP 200.188.10.1.1 (porta 1720),
enquanto o terminal com ramal 55556789 corresponde ao IP 156.130.25.9 (porta 1720 tambm).
SimplePasswordAuth:
[SimplePasswordAuth]
fulano=J4rfje7jdk=
sicrano=ee533dgf4g=
beltrano=YY64GGrfje7jdk=
A sintaxe de cada linha <usurio>=<senha>, sendo que estas senhas esto criptografadas,
criadas pelo utilitrio addpasswd. O uso desta ferramenta j foi explicado e segue um exemplo:
Sintaxe:
Exemplo:
Contabilizao
Gerao de registros das chamadas, imprescindvel para avaliar a utilizao do sistema. q
O GnuGK gera um registro com informaes detalhadas sobre cada uma das chamadas
efetuadas atravs dele: tempo de chamada, origem, destino etc. Esse registro denomi-
nado Call Detail Record (CDR).
11 File Acct
11 Rad Acct
11 SQL Acct
81
A contabilizao no gatekeeper, ou seja, a gerao de registros das chamadas, imprescin-
dvel para avaliar a utilizao do sistema. O GnuGK gera um registro, denominado
Call Detail Record (CDR), que armazena informaes detalhadas sobre cada uma das cha-
madas efetuadas atravs do gatekeeper: tempo de chamada, origem, destino etc. Existem
diversas maneiras de coletar e armazenar esses registros, como bancos de dados, arquivos
texto, servidores externos, entre outros. A configurao da contabilizao no GnuGK feita
atravs da seo [Gatekeeper::Acct]. As configuraes dessa seo seguem a seguinte sintaxe:
<mecanimo>=<regra>;evento1,evento2,...,eventoN
11 RadAcct: envia os CDRs para um servidor RADIUS, que pode fazer o armazenamento dos
dados como desejar;
Assim como na seo de autenticao, os mecanismos podem dar uma das trs respostas: ok,
fail ou next. As regras tambm so as mesmas, mas funcionam de maneira um pouco diferente:
11 alternative: similar ao sufficient, pois para a execuo em caso de sucesso. Mas, em caso de
falha, no define o resultado final (ao contrrio do que feito em sufficient e em required).
Como comentado, cada mecanismo pode registrar um ou mais eventos. Os eventos passveis
de registro so:
11 update: a chamada est ativa e feita uma atualizao peridica para refletir a nova
durao da chamada;
Exemplo 1:
[Gatekeeper::Acct]
RadAcct=optional;start,stop
FileAcct=required;start,stop,on,off
82
Neste exemplo, primeiro feita uma tentativa de registro dos eventos start e stop utilizando
um servidor RADIUS. Seja qual for o resultado deste mecanismo, o mecanismo FileAcct ser
executado, onde sero armazenados os eventos start, stop, on e off. O resultado deste segundo
mecanismo ser o resultado final do processo de contabilizao.
Exemplo 2:
[Gatekeeper::Acct]
RadAcct=alternative;start,stop
SQLAcct=sufficient;stop
Modos de operao
O gatekeeper pode operar de trs formas diferentes: q
11 Modo direto: sinalizao e mdia so trocadas diretamente pelos terminais.
Modo direto
11 Padro de funcionamento do GnuGK. q
11 (+) Gatekeeper no se torna um ponto de falha e/ou gargalo na rede.
Tanto sinalizao quanto mdia so trocadas diretamente pelos terminais, sem passar pelo
gatekeeper. A figura seguinte mostra este modo de operao, onde se pode ver que as nicas
mensagens trocadas com o gatekeeper so as mensagens RAS, para registro dos terminais. J
as mensagens H.225 de sinalizao e H.245 so trocadas diretamente pelos terminais. Captulo 3 - Plano de numerao e gatekeeper
Gatekeeper
S
H
RA
.2
25
25
RA
.2
H
H.225/H245
Call Signaling
Modo roteamento
11 O gatekeeper participa de toda troca de sinalizao. q
11 Mdia trocada diretamente entre os terminais.
Gatekeeper
S
RA
25
.2
H
H.225/H245
Call Signaling
Modo proxy
Tanto sinalizao quanto mdia so trocadas atravs do gatekeeper. q
11 (+) Auxilia quando existem terminais com endereos NAT.
11 (+) Auxilia quando existem firewalls na rede. No necessrio liberar o acesso a todos
Administrao de Videoconferncia
11 (+) Configurao de QoS; a poltica de QoS pode ser aplicada apenas ao endereo IP
do gatekeeper.
Tanto sinalizao quanto mdia so trocadas atravs do gatekeeper. Neste modo de ope-
rao, nenhum dado trocado diretamente entre os terminais, tudo passa pelo gatekeeper.
84
Gatekeeper
s l
ne
RT
an
P
S
Ch
Ch
RA
.2
an
25
P
25
RT
ne
RA
.2
l
H
s
S
H.225/H245
Call Signaling
Figura 3.10
Gatekeeper
operando em
modo proxy. Terminal 1 Terminal 2
Configurando o GnuGK
O roteamento configurado na seo [RoutedMode]: q
[RoutedMode]
GKRouted=0|1
H245Routed=0|1
AcceptNeighborCalls=0|1
Configurando o GnuGK:
[Proxy]
Enable=1
Na seo de roteamento deve estar configurado GKRouted=1.
85
O modo de operao configurado no GnuGK em duas sees. O roteamento, que define
se o gatekeeper far roteamento das mensagens H.225 e H.245 configurado na seo
RoutedMode. Abaixo so exibidos os principais parmetros desta seo:
[RoutedMode]
GKRouted=1
H245Routed=1
CallSignalPort=0
H245PortRange=30000-30999
AcceptNeighborCalls=1
AcceptUnregisteredCalls=0
11 Quando GKRouted=0 e H245Routed=0, est em modo direto (Direct Endpoint Call Signalling);
CallSignalPort
Porta de sinalizao do gatekeeper (padro 1721). No utilizada a porta 1720 para ser pos-
svel executar um terminal H.323 de testes no mesmo computador do gatekeeper. Pode ser
configurado com a opo 0 para deixar o gatekeeper escolher arbitrariamente uma porta.
H245PortRange
Portas para serem usadas para os canais de controle H.245. O padro 0, que deixa o
sistema operacional selecionar as portas.
AcceptNeighborCalls
AcceptUnregisteredCalls
[Proxy]
Enable=1
ProxyAlways=0
InternalNetwork=192.168.1.0/24
86
ProxyForNAT=1
T120PortRange=4000-5000
RTPPortRange=1024-65535
Enable
ProxyAlways
Se setado, habilita o proxy sempre, independente das outras configuraes feitas nesta seo.
InternalNetwork
Especifica as redes internas ligadas ao gatekeeper. Por padro no especificado, o que faz
o gatekeeper detectar as redes automaticamente. Pacotes transmitidos para estas redes
internas usam a interface local do gatekeeper como transmissor (e no o IP padro ou IP
externo definidos em outras sees do gatekeeper). interessante que o proxy pode ser
desabilitado para redes internas mesmo que esteja habilitado para redes externas.
ProxyForNAT
Se habilitado (1), o gatekeeper funciona como proxy em chamadas onde um dos partici-
pantes est atrs de uma NAT.
T120PortRange
Portas para os canais de dados T.120. Por padro no especificado, o que deixa o sistema
operacional alocar as portas.
RTPPortRange
Portas para os canais UDP para os canais RTP/RTCP. Por padro especifica as portas 1024-65535.
87
88
Administrao de Videoconferncia
Roteiro de Atividades 3
Atividade 1 Configurando o cliente e efetuando chamadas
Esta atividade dever ser realizada em dupla.
Nesta atividade cada aluno dever configurar seu cliente para conectar ao GnuGK.
2. Verifique, via telnet (putty), se os clientes esto conectados (usando a porta de status);
3. Efetue ligaes entre os terminais da dupla. Utilize o IP do seu colega para discar.
4. Configurar o ramal de cada um dos terminais da dupla. Este ramal normalmente confi-
gurado no mesmo painel de configuraes onde configurado o IP do gatekeeper;
89
Atividade 3 Habilitando modo proxy
Nesta atividade habilitaremos o modo proxy, que inclui o roteamento de mensagens H.225,
H.245 e mdia atravs do GnuGK. As duplas devem interagir a fim de que cada dupla utilize o
gatekeeper da outra, pois assim ser possvel visualizar corretamente a troca de mensagens
no Wireshark, pois se um mesmo IP for cliente (terminal) e tambm gatekeeper, ficar mais
difcil saber para onde so transmitidas as mensagens.
5. Justifique como o modo proxy poderia ser til em um ambiente real de videoconferncia.
1. Ligaes feitas utilizando somente o ramal (1000 ou 2000) continuaro funcionando como
nas atividades anteriores: so ligaes locais que s utilizam o gatekeeper da dupla;
Administrao de Videoconferncia
2. O zero como prefixo ser utilizado para indicar que a ligao ser feita para outra dupla
(outra rea, assim como ligaes telefnicas para outro DDD);
3. Todas as ligaes feitas utilizando o nmero zero como primeiro dgito sero encami-
nhadas para o DGK. O DGK, por sua vez, encaminhar a ligao para a dupla adequada;
4. Os gatekeepers das duplas conhecem apenas o DGK, que por sua vez conhece todos os
gatekeepers das duplas.
A figura abaixo ilustra a arquitetura de gatekeepers que ser utilizada e como sero feitas
as ligaes:
90
Chamada 2:
0222000
Gk dupla
11 DGK
Chamada 1:
2000 ou 0112000 Gk dupla
22
Figura 3.11
Arquitetura
de gatekeepers
e estrutura Mquina 1 Mquina 2 Mquina 1 Mquina 2
das ligaes. 1000 2000 1000 2000
Atividades:
3. Cada dupla dever informar o endereo IP do seu GnuGK para o instrutor configurar o DGK.
4. Efetuar chamadas entre os clientes da mesma dupla. Ex: Cliente 1000 da dupla 11 liga
para cliente 2000 tambm da dupla 11, discando: 2000 ou 0112000.
5. Efetuar chamadas para clientes de outra dupla: Ex: Cliente 1000 da dupla 11 liga para
cliente 1000 da dupla 22 discando: 0221000.
91
92
Administrao de Videoconferncia
4
Introduo ao SIP
objetivos
Proporcionar uma viso ampla do protocolo Session Initiation Protocol (SIP), bem
como dos mtodos de configurao de um servidor SIP.
conceitos
Introduo ao SIP (arquitetura, requisies e respostas, exemplos), comparao
entre SIP e H.323, servidor OpenSIPS (configuraes bsicas, plano de discagem
e autenticao de clientes).
11 Videoconferncia.
11 Mensagens instantneas.
93
SIP
Aplicao RTSP
RTP SDP RTP
Rede IP
Figura 4.1
Camada de enlace Ethernet Protocolo de
aplicao SIP.
SIP um protocolo que est na camada de aplicao. Alternativo ao H.323 que surgiu em
meados da dcada de 1990, quando a primeira verso do H.323 j estava se tornando um
padro. Inicialmente o SIP foi desenvolvido na Universidade de Columbia e, depois, subme-
tido em 2002 como padro da Internet Engineering Task Force (IETF) RFC 3261.
O SIP um protocolo de aplicao que pode rodar sobre diversos protocolos e tipos de
redes, como UDP, TCP, redes ATM e Frame Relay, entre outros. Ele segue a linha dos proto-
colos baseados em texto na internet, como o SMTP (Simple Mail Transfer Protocol) utilizado
para correio eletrnico, e o HTTP para pginas web, utilizando mensagens de texto seme-
lhantes s mensagens dos protocolos citados. importante observar que apesar do SIP
poder ser executado sobre UDP, todas as suas mensagens exigem respostas. Portanto, a
garantia de entrega deve, neste caso, ser controlada pelo nvel de aplicao.
Arquitetura do SIP
Arquitetura cliente/servidor em que agentes de usurio (os terminais) so formados por q
duas entidades:
11 User Agent Client (UAC): a parte cliente do agente, responsvel por iniciar as
requisies SIP.
11 User Agent Server (UAS): a parte servidor do agente, responsvel por receber e
responder as requisies SIP.
94
Um mesmo terminal pode ser UAC e UAS, dependendo da funo que est exercendo. q
Alm dos agentes de usurio, o SIP possui trs tipos de servidores:
A arquitetura SIP tem por base uma estrutura fundamentada na arquitetura cliente-servidor.
Os terminais SIP so chamados de agentes de usurio. O agente de usurio dito inteli-
gente, pois armazena e gerencia o estado da chamada. Tambm pode utilizar endereos de
correio eletrnico ou nmero telefnico (E.164) na execuo das chamadas. Os agentes de
usurio ainda podem aceitar e receber chamadas de outros agentes sem a necessidade de
adicionar outros componentes SIP.
Figura 4.2
Comunicao
peer to peer entre
componentes SIP.
11 UAC User Agent Client a entidade que realiza o papel de cliente no agente de usurio.
Responsvel pela inicializao dos pedidos de sesso (incio das chamadas) e envio de
requisies.
11 UAS User Agent Server a entidade que realiza o papel de servidor no agente de usurio.
responsvel pelo recebimento das requisies enviadas pelos UACs e pelas respostas
enviadas a estas requisies.
11 SIP Proxy Server (servidores proxy): tipo de servidor intermedirio SIP, responsvel
pelas tarefas de receber as requisies e envi-las aos outros servidores. Seu objetivo
basicamente rotear as chamadas, ou seja, garantir que elas chegaro ao destino (ou
at uma entidade mais prxima do destino). Ele age tanto como um cliente quanto como
um servidor, roteando requisies e respostas. Eles tambm podem ser utilizados para
implementar polticas nas chamadas (verificar permisses dos usurios, por exemplo) e
podem atuar como conversores de mdias.
estar associado ao mesmo endereo, ou seja, um mesmo usurio pode estar registrado
em diversas mquinas (IPs).
95
A imagem seguinte ilustra a integrao entre todos os componentes da arquitetura SIP:
3 6
1 4
12 11 10 7
SIP Proxy SIP Proxy
x1 x1 8
x2 x2 9
<DIAL> <RING> SIP Proxy
Figura 4.3
Request Exemplo da
Response organizao dos
SIP registrar elementos SIP.
11 O terminal envia uma mensagem de REGISTER para o servidor solicitando seu registro.
Esta mensagem contm a identificao deste terminal;
11 O servidor registrar responde informando que o registro foi completado com sucesso ou
insucesso (fornecendo, neste caso, o erro ocorrido).
1. Um determinado terminal (User Agent) disca para outro terminal. o UAC deste terminal
que faz a requisio;
4. O proxy ento contata outro proxy, cujo endereo foi informado pelo servidor de
redirecionamento;
5. O segundo proxy contata um servio de localizao para tentar encontrar o terminal destino;
Administrao de Videoconferncia
7. O segundo proxy contata um terceiro proxy, que est mais prximo do destino;
10. De 10 a 12, a resposta volta para o terminal de origem atravs dos proxies SIP. Note que
no preciso contatar servios de localizao ou de redirecionamento, pois o protocolo
SIP guarda informaes para permitir que as respostas sejam encaminhadas pelo mesmo
caminho percorrido pelas requisies.
96
Mensagens e respostas SIP
11 INVITE q
11 ACK
11 BYE
11 CANCEL
11 OPTIONS
11 REGISTER
From: Marcos<sip:marcos@esr.rnp.br>;tag=1c41
To: sip:aline@inf.ufrgs.br
Call-Id: a84b4c76e66710
Cseq: 1 INVITE
Contact: Marcos<sip:marcos@143.54.12.10>
Content-Type: application/sdp
Content-Length: 304
Accept-Language: en
Alm dos campos do exemplo anterior, o INVITE utiliza o protocolo SDP para descrever a
sesso, especialmente em relao s mdias utilizadas.
Captulo 4 - Introduo ao SIP
Exemplo:
v=0
s=SDP Seminar
97
u=http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps
t=2873397496 2873404696
As requisies e possveis respostas do SIP esto definidas na RFC 3261, de 2002. A RFC
define 6 possveis requisies e 6 classes de respostas, que seguem um formato similar ao
protocolo http, onde as requisies so identificadas por palavras como REGISTER e INVITE,
e as respostas so identificadas por um conjunto de 3 nmeros e classificadas conforme o
primeiro nmero. As tabelas a seguir apresentam estas requisies e respostas com seus
devidos significados:
A seguir uma requisio INVITE para exemplificar o formato das requisies SIP: Figura 4.4
Requisies da RFC
INVITE sip:aline@inf.ufrgs.br SIP/2.0 3261 (SIP).
From: Marcos<sip:marcos@esr.rnp.br>;tag=1c41
To: sip:aline@inf.ufrgs.br
Administrao de Videoconferncia
Call-Id: a84b4c76e66710
Cseq: 1 INVITE
Contact: Marcos<sip:marcos@143.54.12.10>
Content-Type: application/sdp
Content-Length: 304
Accept-Language: en
98
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, REGISTER,
SUBSCRIBE
Alm dos campos padro, as requisies INVITE podem utilizar o protocolo SDP para
descrever a sesso, com destaque para a descrio das mdias. O protocolo SDP tambm
baseado em mensagens de texto e possui uma sintaxe bastante simples com diversas
linhas no formato <atributo>=<valor>. Os atributos so formados por apenas uma letra, e os
valores variam conforme o atributo que est sendo especificado. Abaixo exibido exemplo
da descrio SDP de uma sesso:
v=0
s=SDP Seminar
u=http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps
t=2873397496 2873404696
11 v: Verso do protocolo.
11 o: Originador da requisio.
Captulo 4 - Introduo ao SIP
11 s: Nome da sesso.
11 u: URI da descrio.
11 e: E-mail.
99
Outros exemplos so o BYE e o CANCEL, mensagens enviadas para finalizar a sesso: BYE
enviado aps a sesso estar estabelecida, e CANCEL enviado para cancelar o estabelecimento
da sesso (por exemplo em uma chamada ainda no atendida quando o telefone est tocando).
2xx Sucesso
11 200 - OK.
3xx Redirecionamento
11 401 - No autorizado.
Registro SIP
O processo de registro no SIP feito atravs da requisio REGISTER. A requisio bas-
tante simples, sendo enviada de um cliente SIP para um servidor SIP registrar.
2 Figura 4.5
Administrao de Videoconferncia
200 ok Requisio
3 Banco de dados
REGISTER SIP.
No exemplo, (1) o terminal SIP envia a requisio de registro para o servidor localizado no
endereo sip:esr.rnp.br. Entre as informaes da requisio esto:
100
(2) A requisio recebida pelo servidor registrar, que armazenar as informaes do novo
usurio registrado, normalmente em um banco de dados. (3) Efetuado o registro no lado do
servidor, ele responde para o cliente informando sucesso (cdigo 200).
INVITE:
Inicia a
sip:aluno@esr.br INVITE:
ligao 1
sip:aluno@143.54.12.10
2
100 trying
3
180 ringing
4 Rings
180 ringing
200 ok
5 Resposta
200 ok
ACK
6
Comunicao RTP Comunicao
7
de dados de dados
Figura 4.6 BYE
Troca de mensagens 8
SIP entre dois termi- Finaliza 200 ok
nais e um proxy. ligao 9
O exemplo ilustra as mensagens SIP trocadas entre dois terminais e um proxy, localizado
entre estes terminais, durante uma ligao. Os passos so descritos abaixo:
3. Enquanto a requisio est sendo encaminhada para o terminal B, o proxy avisa ao ter-
minal A que est tentando prosseguir com a comunicao (TRYING);
4. Assim que o terminal B recebe a requisio inicial (INVITE), ele alerta o usurio de que
uma chamada foi recebida, normalmente fazendo o telefone tocar (ring);
5. Assim que o usurio no terminal B atende a ligao, o terminal envia uma resposta com
Captulo 4 - Introduo ao SIP
cdigo 200 (OK), que recebida pelo proxy e encaminhada para o terminal origem;
101
7. Durante a comunicao a troca de dados feita usando o protocolo RTP; w
O site Tech-invite
8. Em determinado momento o usurio do terminal A decide finalizar a ligao (colocando
apresenta uma
o fone no gancho). Seu terminal envia uma requisio do tipo BYE diretamente para o descrio do SIP
terminal B avisando que a ligao deve ser finalizada; baseada em exemplos,
mostrando diversas
9. O terminal B recebe a requisio e envia uma resposta com o cdigo 200 (OK). A ligao requisies e respostas
de forma grfica.
est finalizada.
11 SDP H.245
Comparao geral:
11 Utilizao de SIP com vdeo (videoconferncias) tem crescido e tende a ser to usual
quanto H.323.
Exemplos:
Assim como o H.323, o SIP um protocolo que pode ser utilizado para videoconferncias em
redes IP. Ele apresenta funcionalidades similares ao H.323, mas que so alcanadas atravs
de mecanismos ou protocolos diferentes.
A grande diferena entre os protocolos est em sua base: nos protocolos usados para a troca
de mensagens (registro, sinalizao etc.). Enquanto o H.323 utiliza os protocolos H.225 e
H.245, o SIP prov mensagens equivalentes s mensagens do H.225 e utiliza o SDP para prover
funcionalidades equivalentes s do H.245. Outra diferena importante no formato de codi-
ficao das mensagens: enquanto o H.323 utiliza uma codificao binria (ASN.1), o SIP utiliza
um modelo mais simples de mensagens textuais, com base em protocolos como o HTTP.
Administrao de Videoconferncia
102
Apesar das diferenas, os protocolos apresentam alguns pontos em comum: ambos
utilizam o protocolo de transmisso de mdia RTP e suas mensagens de controle podem
trafegar por UDP ou TCP.
SIP H.323
w Quanto aplicao atual de cada um dos protocolos, o uso do SIP j est amplamente
difundido para uso em aplicaes VoIP, enquanto o H.323 o mais utilizado para videocon-
O website Product
showcase of SIP ferncias. Apesar disso, a utilizao do SIP para videoconferncias tem crescido, e ele tende
Conferencing solutions a tornar-se to ou mais utilizado que o H.323. Um dos motivos para isso a tendncia no
mostra uma lista de
mercado para que equipamentos baseados em H.323 passem a suportar tambm o padro
solues de confe-
rncia que utilizam SIP. SIP. Diversas linhas de terminais dos principais fabricantes j suportam SIP (Polycom, Cisco/
Tandberg e Radvision), assim como um grande nmero de terminais em software.
OpenSIPS
11 Open SIP Server um software livre sob licena GPL. q
11 Servidor SIP completo: registrar, location, proxy e redirect.
Algumas caractersticas:
Originalmente, o projeto OpenSIPS era chamado de OpenSER, mas a partir de 2008 este
projeto se ramificou em dois, formando os projetos OpenSIPS e Kamailio.
103
Instalao OpenSIPS
As ltimas verses do OpenSIPS podem ser obtidas no site. A instalao varia conforme q
a plataforma alvo. O OpenSIPS disponibiliza pacotes prontos para algumas plataformas:
11 OpenSUSE.
11 CentOS.
11 Fedora.
Sendo uma aplicao de cdigo aberto, o OpenSIPS disponibiliza em sua pgina tanto
o cdigo-fonte da aplicao quanto alguns pacotes (binrios) para sistemas especficos.
Atualmente, so disponibilizados pacotes para as plataformas OpenSUSE, CentOS, Fedora e
Debian, sendo este ltimo utilizado neste curso.
11 Mdulos: /usr/lib/opensips/modules/
11 Logs: /var/log/
Inicializao OpenSIPS
Existem diversas opes de inicializao do OpenSIPS, que podem ser verificadas q
atravs do comando:
$ opensips h
104
Comando opensips: q
11 [-f arquivo] especifica arquivo de configurao.
11 [-d] nvel de debug; quanto maior o nmero de ds, maior ser o nvel de debug.
Exemplo:
11 Iniciar/parar a aplicao.
O comando opensips deve ser usado pelo super usurio (root). Usurios normais normal-
mente no possuem acesso ao comando sem especificar o caminho completo da aplicao.
Ou seja, um usurio normal precisaria executar o comando /usr/sbin/opensips.
Para auxiliar a realizao de algumas tarefas, existe o utilitrio opensipsctl. Este script pode
executar diversas tarefas, entre elas iniciar e parar a aplicao, obter listagem de usurios
on-line e informaes estatsticas de uso do sistema. Alguns comandos possveis:
11 opensipsctl stop|start|restart
Para uma lista de todas as opes possveis basta executar o comando opensipsctl sem
nenhum parmetro adicional. Alm deste script, outra forma de inicializar o OpenSIPS
utilizando o script do sistema operacional para inicializar a aplicao durante o boot:
$ /etc/init.d/opensips <opo>
Opes possveis: start, stop, restart, force-reload, debug e status. Para v-las, basta exe-
cutar o comando sem fornecer nenhuma opo.
Com as configuraes padro instaladas com OpenSIPS, ele j pode ser executado de
forma funcional. Todos os clientes se registram automaticamente com o nome configurado
(no cliente) e sem validao nenhuma. J possvel tambm fazer ligaes de um cliente
para o outro informando o nome do usurio do outro cliente.
105
Arquitetura modular OpenSIPS
A estrutura do OpenSIPS pode ser dividida em duas partes: q
11 Ncleo: responde pelo funcionamento bsico e controle dos mdulos.
Principais mdulos:
Funo proxy
11 Transaction (TM)
Funo registrar
11 Registrar
Funo location
Funes gerais
11 Contabilizao (ACC)
11 Autenticao (AUTH)
OpenSIPS adota uma arquitetura modular, onde o software composto por um ncleo bsico
ao qual podem ser conectados diversos mdulos para prover funcionalidades ao software.
11 Ncleo: responde pelo funcionamento bsico e controle dos mdulos. O ncleo respon-
svel pelas configuraes locais, como nvel de depurao, portas TCP e UDP utilizadas,
modo de operao etc;
11 Mdulos: existem diversos mdulos, sendo que cada um adiciona funcionalidades espe-
cficas ao software, inclusive as funcionalidades SIP.
O OpenSIP disponibiliza diversos mdulos. Segue uma lista com uma breve descrio dos
mais importantes:
106
11 Mdulo USRLOC (User Location): mantm a tabela de localizao de usurios e prov
acesso a essa tabela para outros mdulos;
11 Mdulos DB_*: existem diversos mdulos com nome iniciado pelo prefixo DB_, o que
indica que so mdulos que permitem a interao do OpenSIPS com alguma base de
dados. H entre eles os mdulos DB_MYSQL, DB_POSTGRES e DB_TEXT, que proveem,
respectivamente, comunicao com o banco de dados MySQL, com o banco de dados
Postgres e com bancos de dados em formato texto;
w Configurao OpenSIPS
A lista completa de
mdulos pode ser A estrutura do arquivo de configurao formada por arquivo texto padro composto q
encontrada no site do por 3 sees:
OpenSIPS (verso 1.6.0)
em OpenSIPS 11 Configuraes globais: configuraes gerais do sistema, como o nvel de depurao,
Resources controle sobre o log da aplicao, definio das interfaces de rede que sero utili-
DocsModules16.
zadas, entre outras.
Configuraes globais
Existem diversas configuraes possveis nesta seo. As mais utilizadas so:
11 fork: opes: YES ou NO. Se YES, abre um processo para cada interface de rede e cada
protocolo (TCP e UDP). Se NO, roda tudo em processo nico;
11 log_stderror: opes: YES ou NO. Indica se os erros devem ser enviados para a sada de
erro padro do sistema (stderr) ou para o syslog. utilizada para depurao, pois facilita
a verificao dos erros;
11 log_facility: parmetro que indica o facility para o syslog (mecanismo de log do sistema
operacional). uma maneira de indicar a aplicao que gerou a mensagem de log;
para aguardar as requisies e o protocolo que ser permitido neste IP/porta. Ex:
listen=udp:143.54.12.10:5064;
11 alias: identificao do servidor local. A declarao de alias tem relao com a varivel
myself, que utilizada no script para identificar se uma mensagem foi enviada para este
servidor. Ex: alias=esr.rnp.br:5060.
107
Algumas opes da seo de configuraes globais:
mpath=/usr/lib/opensips/modules/
loadmodule sl.so
loadmodule tm.so
loadmodule registrar.so
A configurao dos parmetros dos mdulos feita com o comando modparam, como nos
exemplos abaixo:
modparam(auth_db, db_url,
mysql://opensips:opensipsrw@localhost/opensips)
modparam(acc, repost_ack, 1)
Lgica de roteamento
Administrao de Videoconferncia
A lgica de roteamento define todo o tratamento que ser feito com as requisies recebidas
pelo OpenSIPS, seja qual for o tipo dessas requisies (INVITE, REGISTER, BYE, CANCEL etc).
108
route {
if(is_method(OPTIONS)) {
sl_send_reply(200, ok);
exit();
route(1);
route[1] {
forward();
No exemplo, o servidor responder a todas as requisies do tipo OPTIONS com uma men-
sagem 200/OK (definida no bloco if{}). Para as outras requisies, feita uma chamada a um
bloco secundrio de roteamento route[1], que apenas encaminhar a requisio.
Modo Stateful
O mdulo responsvel pelo modo stateful o TM. Toda funo iniciada por t_ indica
que o processo ser tratado como stateful. A escolha entre o estado stateless ou stateful
importante, pois muda a forma com que algumas requisies so tratadas.
O modo stateless oferece melhor escalabilidade, pois no precisa armazenar tantas informa-
es de estado como no modo stateful, portanto, requer menos recursos (principalmente
memria). O mdulo responsvel pelas funes stateless o SL. Ele fornece todas as funes
iniciadas por sl_, ou seja, o uso de qualquer funo com prefixo sl_ indica que a comuni-
Captulo 4 - Introduo ao SIP
cao ser feita sem manter informaes de estado. O mdulo responsvel pelas funes
stateful o TM, que fornece as funes com prefixo t_.
A escolha entre os estados stateless ou stateful importante, pois muda a forma com
que algumas requisies so tratadas.
109
A requisio CANCEL, por exemplo: q
11 Em stateful, o script pode simplesmente chamar uma funo do mdulo TM (t_relay())
e ela saber como tratar a mensagem, pois o servidor guardou as informaes sobre
a requisio inicial, o INVITE.
Alm disso, h algumas funcionalidades que necessitam do estado das transaes para fun-
cionarem, como o mdulo de contabilizao (mdulo ACC). Associado aos mdulos stateless
e stateful, est o mdulo RR (Record-route), que possibilita a gravao da rota pela qual as
requisies passaram.
Essa rota guardada no cabealho das mensagens atravs de duas funes principais: q
11 record_route( ): grava a rota nas requisies.
record_route() record_route()
A Servidor Servidor B
SIP S1 SIP S2
Rota: A Rota: S1, A Rota: S2, S1, A
Figura 4.8
Rota: S1, S2, B Rota: S2, S1, A Rota da requisio
INVITE.
loose_route() loose_route()
A Servidor Servidor B
SIP S1 SIP S2
Rota: A Rota: A, S1 Rota: S2, S1, A
Figura 4.9
Rota: S1, S2, B Rota: S2, S1, A Rota da requisio
Administrao de Videoconferncia
BYE.
Antes de utilizar o script opensipsdbctl, o arquivo opensipsctlrc deve ser editado para
incluir as configuraes de acesso ao banco de dados. Este arquivo est localizado
em /etc/opensips/ e as variveis mais importantes que devem ser configuradas so:
DBENGINE, DBHOST, DBNAME, DBRWUSER e DBRWPW. Elas j possuem os valores
padro configurados, que sero os valores utilizados neste curso. A estrutura com-
pleta das tabelas necessrias para o funcionamento do OpenSIPS pode ser consul-
tada no site do desenvolvedor.
110
Integrao com banco de dados OpenSIPS
Indispensvel para implantao de um servidor OpenSIPS. Vrios mdulos fazem uso de q
algum tipo de informao armazenada em banco de dados:
11 Contabilizao.
11 Localizao de usurios.
11 Entre outros.
loadmodule mysql.so
modparam(auth_db|usrloc|acc, db_url,
mysql://opensips:opensipsrw@localhost/opensips)
A configurao das tabelas no banco de dados pode ser feita com o script opensipsdbctl:
Algumas operaes sobre o banco de dados tambm podem ser feitas com o script
opensipsctl:
(cadastrar usurio)
$ opensipsctl rm <username>
(remover usurio)
O OpenSIPS fornece diversos mdulos para integrao com alguns bancos de dados, q
entre eles:
Captulo 4 - Introduo ao SIP
11 DB_MYSQL: MySQL
11 DB_POSTGRES: PostgreSQL
11 DB_TEXT: Dbtext
111
loadmodule mysql.so
modparam(auth_db|usrloc|acc, db_url,
mysql://opensips:opensipsrw@localhost/opensips)
modparam(usrloc, db_mode, 1)
No exemplo, a primeira linha carrega o mdulo enquanto as outras duas atribuem os par-
metros. O primeiro parmetro atribudo aos mdulos AUTH_DB, USRLOC e ACC, enquanto
o segundo parmetro s atribudo ao mdulo USRLOC (pois s existe neste mdulo).
A configurao de db_url (que comum aos mdulos AUTH_DB, USRLOC, ACC e outros) diz
respeito localizao e a informaes de acesso ao banco de dados. O valor atribudo a esta
opo segue, na maioria dos casos, o formato: banco://usurio:senha@ip:porta/database.
No exemplo, est sendo indicado que ser utilizado o usurio opensips com senha open-
sipsrw para se conectar ao database opensips do banco de dados MySQL localizado na
mquina localhost. Este formato pode variar em casos como no uso do DB_TEXT, que segue
um formato como o do exemplo abaixo:
A configurao de db_mode uma opo do mdulo USRLOC e apenas diz respeito ao modo
de acesso ao banco de dados:
Esta opo existe, pois muitas vezes o acesso ao banco de dados pode ser demorado,
portanto esta configurao permite personalizar a forma de acesso ao banco conforme as
necessidades de cada servidor.
A configurao das tabelas no banco de dados pode ser feita facilmente com um script for-
necido pelo OpenSIPS, chamado opensipsdbctl:
Alm disso, algumas operaes sobre o banco de dados tambm podem ser feitas com o
script opensipsctl, como o gerenciamento de usurios cadastrados:
(cadastrar usurio)
$ opensipsctl rm <username>
(remover usurio)
112
$ opensipsctl passwd <username> <password>
if (method==INVITE) {
return;
};
sl_reply_error();
};
exit;
# Discagem Nacional
113
strip(1); # sip:21 88889999@esr.rnp.br
# Discagem Internacional
# Discagem local
sl_send_reply(403, Forbidden);
return;
};
# Discagem Nacional
# Discagem Internacional
# Discagem local
114
} else { # qualquer endereo SIP invlido
sl_send_reply(403, Forbidden);
return;
};
Os endereos ao lado dos comandos exemplificam endereos SIP tratados por cada um
dos blocos if. O primeiro if nos indica que uma chamada de longa distncia. Nesse caso
devemos remover o dgito 0 (zero), que faz parte do plano de discagem e inserir os dgitos
55. O segundo if nos aponta para uma chamada internacional. Nesse caso precisamos
apenas remover os dgitos do plano de discagem para chamada internacional (00). Em
ltimo caso, a chamada ser do tipo local (8 dgitos). Nesse caso precisamos apenas inserir o
Cdigo do pas + Cdigo de rea especficos.
11 sip:0[1-9].*: endereo iniciado por sip:0 seguido de pelo menos um dgito entre 1 e 9.
O bloco .* indica que podem existir 0 ou mais dgitos na sequncia;
115
11 save(tabela) do mdulo registrar
Chamada aps o registro ser feito com sucesso, salva a informao de registro na
tabela tabela.
www_challenge(esr.rnp.br, 0);
exit;
exit;
sl_reply_error();
return;
exit;
if (!www_authorize(esr.rnp.br, subscriber)) {
www_challenge(esr.rnp.br, 0);
Caso a resposta para a autenticao seja positiva, feita a validao do campo To: da men-
sagem, que no REGISTER contm o endereo do terminal que est solicitando o registro:
if (!db_check_to()) {
Administrao de Videoconferncia
Se o campo To: for invlido, enviado um aviso ao usurio informando que o ID de autenti-
cao invlido:
Se o campo To: for vlido, o script prossegue para o prximo passo, que a gravao do
registro que foi feito:
if (!save(location)) {
Em caso de sucesso, o script finaliza e o registro est concludo. Em caso de falha, enviado
um aviso de erro ao usurio:
116
sl_reply_error();
Como j comentado, se houver integrao com algum banco de dados o utilitrio opensipsctl
pode ser utilizado para:
11 Cadastrar usurios:
$ opensipsctl rm <username>
11 Modificar a senha de um usurio cadastrado:
Contabilizao OpenSIPS
O registro das chamadas permite contabilizar a utilizao do sistema. q
Contabilizao utiliza o mdulo ACC:
# seta a flag que ser usada para indicar ao ACC que deve iniciar
contabilizao
modparam(acc, db_flag, 1)
if (method==INVITE) {
} else if (method==BYE) {
117
Para realizar a contabilizao, o script deve basicamente chamar a funo setflag(ID) no
momento adequado. O uso desta funo ser explicado com um script de exemplo abaixo:
loadmodule mysql.so # 1
loadmodule acc.so # 1
modparam(acc, db_flag, 1)
# 2
if (method==INVITE) {
setflag(1); # 3
} else if (method==BYE) {
setflag(1); # 4
2.1.O primeiro para que ele utilize o banco de dados MySQL para armazenar as informaes;
2.2.O segundo define que a flag de contabilizao ser a com valor 1. Esta flag utili-
zada posteriormente para habilitar a contabilizao.
4. O mesmo que o item anterior, mas agora habilita a contabilizao da requisio BYE.
XLOG oferece recursos poderosos para implementar o registro de eventos, tendo como q
sua funo principal:
118
Os valores so compatveis com o sistema syslog:
11 $ru URI.
11 $tf Hora/Dia.
loadmodule xlog.so
if (method==INVITE) {
return;
} else if (method==REGISTER) {
Captulo 4 - Introduo ao SIP
return;
119
Administrao de Videoconferncia
120
Roteiro de Atividades 4
Atividade 1 Ligao SIP atravs do X-Lite
Nesta atividade ser utilizado o software X-Lite para realizar chamadas entre dois terminais.
O primeiro passo configurar o X-Lite, software que requer que o usurio configure uma
conta local (com informaes bsicas apenas, como seu nome) e um servidor SIP. Este ser-
vidor SIP ser fornecido pelo instrutor.
Configure o X-Lite e faa uma ligao para o colega de dupla. Para ligar basta utilizar o
Username do colega, conforme configurado no X-Lite.
Capture uma ligao completa entre seu terminal e o terminal do colega. Utilize um software
de sniffer de redes, como Wireshark, e responda as questes a seguir:
2. O que mudou em relao s mensagens SIP obtidas na atividade durante a prtica inter-
mediria (ponto-a-ponto sem servidor)?
Os membros da dupla devero realizar os seguintes passos (leia as Dicas para uso do
Captulo 4 - Roteiro de Atividades
1. Iniciar/Parar a aplicao.
3. Monitorar a aplicao.
121
Dicas para uso do OpenSIPS
/etc/init.d/opensips start
/etc/init.d/opensips stop
/etc/init.d/opensips restart
/etc/opensips/opensips.cfg
4. Monitoramento do OpenSIPS:
opensipsctl monitor
Verifique na sua mquina virtual que a rede est configurada no modo Bridged e no
no modo NAT utilizado por padro. Reinicie sua mquina virtual ao modificar o modo.
Para o cadastro dos usurios utilizado um banco de dados (MySQL) que j est instalado
nas mquinas virtuais. A atividade ser habilitar a validao de usurios, incluir os usurios
no banco de dados e efetuar ligaes utilizando clientes X-Lite devidamente registrados e
autorizados no OpenSIPS.
loadmodule db_mysql.so
loadmodule auth.so
loadmodule auth_db.so
122
No bloco de linhas 321 a 331, descomente os dois IFs para que a validao seja feita nas
mensagens de REGISTER.
l
Habilitada a autenticao, reinicie o servidor:
/etc/init.d/opensips stop
Saiba mais
/etc/init.d/opensips start
Se voc utiliza o vi
ou vim para editar Aps habilitar a autenticao na aplicao, necessrio utilizar o banco de dados para
o arquivo, pode pular
para a linha 321 com o cadastrar usurios. Faa o cadastro utilizando os comandos a seguir.
comando :321<enter>.
Voc tambm pode Incluir e remover usurios e alterar senhas:
buscar por palavras
usando: /<palavras opensipsctl add <username> <senha>
procuradas><enter>.
opensipsctl rm <username>
A partir de agora, os clientes X-Lite devero ser configurados com o username e senha
conforme cadastrados no banco de dados, para que possam se autenticar no OpenSIPS.
Faa esta configurao da mesma forma como configurou o OpenSIPS na primeira vez em
que foi utilizado.
Para que as novas configuraes tenham efeito, pode ser necessrio reiniciar o ser-
vidor OpenSips e os clientes.
123
Administrao de Videoconferncia
124
5
Redes de computadores e
videoconferncia
objetivos
conceitos
Unicast x multicast; Portas e protocolos usados em H.323 e SIP; Uso de firewalls;
Videoconferncia via NAT; Atrasos em transmisso multimdia; Uso de QoS
em videoconferncia.
Rede local
11 Fibra tica;
11 Par tranado:
Acesso domstico
11 Linha telefnica comum (dial-up): 56 kbit/s;
Backbone
11 ATM, SDH, PDH, DWDM: 2M, 10M, 100M, 155 M, 622 M, 2.4 G, etc.
125
Um timo exemplo de backbone o da RNP, que conecta diversos locais do Brasil e possui
conexes de diversas velocidades. Atualmente as conexes com maior largura de banda so
conexes de 10 Gbit/s e 3 Gbit/s. Os enlaces de 3 e 10 Gbit/s chegam a 24 PoPs, conforme
pode ser visto na figura abaixo:
Figura 5.1
Backbone RNP
(fevereiro/2012).
11 Multiponto
22 Unicast
22 Multicast
22 Broadcast
Ponto-a-ponto
Administrao de Videoconferncia
126
o usurio simples neste caso, pois cada usurio recebe dados de apenas outro usurio,
portanto vdeo, udio e outros elementos podem ser exibidos sem dificuldade.
Conexo ponto-a-ponto
Figura 5.2
Conexo
ponto-a-ponto. Terminal (origem) Terminal (destino)
Multiponto
Uma conexo multiponto viabiliza a comunicao simultnea entre vrios participantes
distribudos (3 ou mais), independente de sua localizao geogrfica.
Conexo Multiponto
Gatekeeper MCU
Participante ativo
Todos os terminais da videoconferncia visualizam a imagem do participante ativo naquele
momento. Quando outro participante se tornar ativo, sua imagem ser comutada e, assim,
ele passar a ser visualizado em todos os terminais da videoconferncia. O participante
ativo normalmente aquele que est falando no momento. A deteco do participante ativo
costuma ser feita pela MCU com base no nvel do sinal de udio de cada participante. Essa
modalidade tambm conhecida como modo comutado por voz (Voice Switched Mode) e
apresenta, em geral, uma boa qualidade de vdeo e udio, alm de permitir uma visualizao
completa do participante ativo. indicada em casos sem muita alternncia entre os partici-
pantes ativos, como em palestras e apresentaes.
127
Figura 5.4
Videoconferncia
exibindo apenas o
participante ativo.
Presena contnua
Neste modo apresentada a imagem e o udio de todos os participantes ao mesmo tempo.
Essa configurao recomendada para situaes em que exista uma participao ativa
simultnea de vrios usurios na videoconferncia, como ocorre em reunies, por exemplo.
Com este formato de exibio perde-se um pouco na qualidade (imagens so exibidas em
tamanhos menores), mas ganha-se em contedo, j que possvel ver todos os partici-
pantes e no apenas um.
Figura 5.5
Videoconferncia
Click here to add another com presena
person to the conference contnua.
128
Trfego unicast
O trfego unicast aquele gerado quando uma mquina envia pacotes para um nico
destino (ou host) na rede. Nesse caso, uma mquina servidora que atende a quatro clientes
deve gerar quatro diferentes fluxos para cada terminal, como mostra a figura. Esta forma de
trfego permite fcil comunicao tanto do servidor para o cliente quanto do cliente para o
servidor. Um exemplo prtico de trfego unicast o acesso a uma pgina web atravs de um
servidor HTTP. A cada acesso, estabelecida uma conexo entre o servidor HTTP e o cliente
que est fazendo o pedido.
Trfego Unicast
4
Terminal 1
3
Rede
2
Roteador
1
Terminal 2
1 2 3 4
Figura 5.6
Transmisso Terminal 3
via unicast. Servidor Terminal 4
Trfego broadcast
Com trfego broadcast uma mquina gera contedo para todas as demais na rede, de forma
que todas as mquinas recebero a mesma informao enviada. Um endereo especfico
No exemplo da Figura 5.7, a distribuio de pacotes feita a partir de uma estao terrestre
(servidor) que envia os dados para o satlite que, por sua vez, reenvia simultaneamente para
todos os terminais (broadcast). Desta forma, um nico fluxo sai do servidor e enviado para
todos os clientes. Este mtodo muitas vezes utilizado para videoconferncias em zonas
rurais ou em zonas com baixa infraestrutura de redes.
129
1
Terminal 1
3 Terminal 2
4
Figura 5.7
Terminal 3 Transmisso via
Servidor Terminal 4 broadcast.
Trfego multicast
O trfego multicast difere do broadcast porque, em vez de enviar pacotes para todos os ns
da rede, envia pacotes apenas para um grupo pr-definido de mquinas. utilizada uma
forma de endereamento especial para o envio dos pacotes, designando o endereo de um
grupo de ns (conhecido como grupo multicast) e no de todos os ns da rede.
Sua principal vantagem a economia de largura de banda, permitindo que um mesmo fluxo
seja transmitido para vrios ns. Ao contrrio do unicast, no so necessrios mltiplos
fluxos para atender mltiplos clientes; apenas um fluxo suficiente. Para tanto, so neces-
srias tcnicas eficientes para o encaminhamento dos pacotes na rede, implementadas
atravs de protocolos especficos para o roteamento desses pacotes. Este roteamento
feito pelos equipamentos intermedirios da rede (switches e roteadores), que devem estar
configurados para conhecer multicast e seus protocolos.
O funcionamento do trfego multicast pode ser comparado, por exemplo, com o de uma
estao de rdio. Em uma estao de rdio, o sinal transmitido em uma determinada
frequncia, independentemente do receptor. Cada ouvinte, na sua casa e a partir do seu
aparelho de recepo, encarregado de sintonizar o canal desejado. No trfego multicast,
os ns que recebem o fluxo so configurados para a recepo desse trfego, podendo ser
adicionados ou excludos atravs do uso de um protocolo especfico.
Terminal 1
Rede
Roteador A
(Querier) Terminal 2
Administrao de Videoconferncia
Figura 5.8
Terminal 3 Transmisso via
Servidor Terminal 4
multicast.
130
inclui na rede, apesar de ser uma tima escolha para satlite. Em redes de computadores, a
escolha deve ser feita entre unicast ou multicast. A figura abaixo ilustra a principal diferena
entre essas formas de transmisso: a carga que cada um implica na rede.
UNICAST MULTICAST
FON FON
ROTA ROTA
Como com unicast necessrio um fluxo para cada receptor, ele obviamente gera mais
trfego na rede do que o multicast, que uma forma de transmisso muito mais eficiente
nesses casos, especialmente para transmisso de dados multimdia.
Apesar disso, o unicast ainda a forma de transmisso mais utilizada. O principal motivo
disso a falta de suporte ao multicast nos roteadores. Por apresentar uma complexidade
adicional em relao ao unicast e por no ser to utilizado, muitas vezes o multicast
negligenciado pelos administradores de redes na configurao de roteadores e switches.
Com isso, o uso do multicast acaba sendo possvel apenas dentro de instituies onde est
devidamente configurado, como o caso da rede da RNP.
Alm disso, em alguns casos o multicast no a forma mais adequada de transmisso, como
em sistemas de vdeo sob demanda, por exemplo. Nestes sistemas, os usurios podem fazer
a requisio de incio de transmisso no momento em que desejarem, e desejam ver o vdeo
desde o seu incio. Da mesma forma, os usurios tm a possibilidade de navegar para partes
especficas do vdeo, sem que as mudanas feitas por um usurio interfiram nos outros
usurios. Este , portanto, um cenrio para uso de mltiplas conexes unicast.
131
0 1 7 8 31
Classe A 0
1.0.0.1 126.255.255.254
0 2 15 16 31
Classe B 10
128.1.0.1 191.255.255.254
0 3 23 24 31
Classe C 110
192.0.1.1 223.255.254.254
0 4 31
Classe D 1110
224.0.0.0 239.255.255.255
Figura 5.10
0 5 31
Classes de endere-
Classe E 11110 amento IP.
240.0.0.0 254.255.255.254
Multicast
Como os pacotes enviados pelo transmissor chegam at o receptor R1 utilizando multicast? q
Rede local: protocolo IGMP (Internet Group Management Protocol)
Em uma transmisso multicast, um dos principais aspectos que devem ser considerados
a forma como os pacotes enviados chegaro aos receptores interessados (e somente a
eles). No exemplo abaixo, como os pacotes enviados pelo transmissor (no topo) chegam
Administrao de Videoconferncia
at o receptor R1?
132
Transmissor
Rt1
Rt2 Rt4
Figura 5.11
Caminho Rt3 Rt6 Rt5
Protocolo IGMP
percorrido pelos
pacotes multicast. R1
Os principais responsveis por esta tarefa so o protocolo IGMP (na rede local) e os proto-
colos de roteamento multicast (no backbone). Internet Group Management Protocol (IGMP) o
protocolo que gerencia grupos multicast na rede local, incluindo a criao e sada de grupos
(mensagens de join e leave). Ele definido na RFC1112.
Portanto, antes de cogitar o uso do multicast em longa distncia, verifique se todos os rotea-
dores do caminho suportam multicast. O multicast muitas vezes est disponvel apenas em
redes corporativas, o que impossibilita seu uso para comunicao entre diferentes empresas,
por exemplo, assim como no suportado na Internet. Uma alternativa para aproveitar as van-
tagens do multicast e contornar os problemas que ele apresenta o uso de tneis multicast.
Os tneis so utilizados para conectar duas redes multicast atravs de um canal unicast. Um
O MBone considerado uma rede virtual sobre a internet, composta de vrias ilhas com
capacidade de multicast, interligadas por conexes unicast. Cada ilha formada por uma
LAN ou grupo de LANs, que possuem um roteador especial chamado mrouter (multicast
router), implementado em hardware ou software.
133
A imagem abaixo exemplifica a conexo entre duas ilhas utilizando mrouters.
Transmissor
de G1
G1
192.168.2.2
Hub/
switch
Mrouter1.
Tnel com
192.168.4.2 G1
192.168.4.2
Hub/
switch G1
Mrouter2.
Tnel com Figura 5.12
192.168.2.2 G1
Utilizao de
tneis multicast.
Na terceira coluna Protocolo, os itens estticos indicam que somente a respectiva porta Figura 5.13
utilizada, enquanto os itens dinmicos indicam que h um intervalo possvel de portas e que Portas e protocolos
utilizados com
a porta que ser utilizada escolhida durante a comunicao. J as trs ltimas colunas H.323.
indicam em quais entidades as portas so utilizadas, ou seja, quais entidades precisam ter
acesso a essas portas.
134
especfica para o H.245, pois as mensagens utilizaro a mesma conexo do H.225. Tambm
importante citar que outras portas podem ser necessrias dependendo da aplicao ou
do fabricante dos equipamentos que esto sendo utilizados. Em relao ao H.323, o SIP
oferece maior facilidade em relao s portas utilizadas. A tabela abaixo resume as portas
utilizadas pelo SIP:
Como pode ser visto, utilizada basicamente a porta 5060 para toda a comunicao,
enquanto os dados so enviados por RTP em portas UDP dinmicas, assim como no H.323.
Exemplos de implementaes:
11 Radvision ECS Firewall Solution: opera juntamente com o gatekeeper ECS quando
esse ltimo reside na DMZ entre a rede IP local e a externa.
11 Tandberg Border Controller: elemento de borda que pode ser agregado topologia
da rede.
135
informaes sejam trocadas entre eles. A definio das conexes vlidas feita com base
em regras criadas pelo administrador, que podem considerar aspectos como protocolo,
endereos IP, usurio e senha, entre outros. Alm disso, as sesses costumam ter um tempo
de durao, que aps expirado faz com que o trfego seja bloqueado. Firewalls utilizando
esse mtodo entendem protocolos de aplicao comuns, como Telnet e FTP.
Mesmo que o firewall ou o NAT sejam configurados corretamente para passar todo o trfego
de vdeo desejado, ainda pode haver interferncia na videoconferncia. Isto ocorre porque
o firewall / NAT so basicamente computadores, e possuem um limite quanto capacidade
de trfego que podem processar. Se no so rpidos o bastante para lidar com o trfego
apresentado a eles, pacotes podero ser descartados e uma variao do atraso poder ser
introduzida nos pacotes que passarem por ele. Portanto, certifique-se de que o dispositivo
firewall ou NAT rpido o bastante para fazer o seu trabalho.
A soluo mais elegante a utilizao de um firewall mais inteligente, que trabalhe como
um Application Gateway, interpretando o trfego de rede SIP e H.323. Essas solues podem
detectar as solicitaes de sinalizao de videoconferncia e executar a ao apropriada
para permitir ao trfego atravessar o roteador ou o firewall. Alguns exemplos de dispositivos
que funcionam desta maneira so:
11 Radvision ECS Firewall Solution: opera juntamente com o gatekeeper ECS quando esse
ltimo reside na DMZ entre a rede IP local e a externa.
11 Tandberg Border Controller: elemento de borda que pode ser agregado topologia da rede.
NAT um servio que existe com intuito de permitir que vrios computadores compartilhem
uma nica conexo de IP. utilizado geralmente para conectar diversos hosts de uma rede
local com redes externas (por exemplo internet) utilizando um ou mais IPs externos. Um
roteador habilitado para NAT pode mapear um conjunto IP + porta privada (rede local)
para IP + porta externa e, ento, suportar mltiplos endereos de IP privados.
136
A figura seguinte exemplifica uma conexo entre dois hosts utilizando NAT. O host A est em
uma rede privada que controlada por um NAT (site NAT), enquanto o host B est acessvel
com um IP pblico na internet.
Domnio de
endereo privado Internet pblica
Site NAT
NAT Binding
10.0.0.1/2000 139.130.1.1/3000
Figura 5.15 Host A Host B
Conexes atravs Origem: 192.9.200.1 Origem: 192.9.200.1/80
de uma rede Destino: 10.0.0.1/2000 Destino: 139.130.1.1/3000
com NAT.
A para B
B para A
Quando o host B responde para A, ele envia um pacote com destino 139.130.1.1 porta 3000.
Ao receber este pacote, o roteador com NAT sabe, atravs de suas tabelas internas, que este
endereo deve ser traduzido para o IP 10.0.0.1 porta 2000. No host A, sabe-se apenas que
foi recebido um pacote do host B.
Este exemplo mostra o mapeamento tanto do IP quanto da porta utilizada, mas h casos em
que somente o IP trocado e a porta mantida. A forma com que o mapeamento feito
diferente conforme o tipo de implementao da NAT.
11 Dificuldade 1: ligaes iniciadas a partir de terminais externos para um terminal que est
atrs de um NAT. Captulo 5 - Redes de computadores e videoconferncia
Tipos de NAT
11 Full Cone: depois de conhecer o IP (depois que NAT criou tabela), qualquer host pode q
conectar no mesmo IP, por qualquer porta, chegando mquina origem.
11 Restricted Cone: depois de conhecer o IP (depois que NAT criou tabela), apenas o
mesmo host pode conectar no IP, com mais de uma porta, chegando mquina origem.
11 Symmetric: similar ao Port Restricted Cone, mas neste modo NAT cria um novo item
em sua tabela para cada pacote que S envia para hosts externos.
137
Abaixo so descritos quatro tipos de NAT existentes: Full Cone, Restricted Cone, Port Restricted
Cone e Symmetric.
Full Cone
Neste modelo, aps NAT conhecer o endereo IP de um host interno, qualquer host externo
consegue alcanar este host interno utilizando qualquer porta. Na imagem, quando o
endereo interno S:Port1 (no formato <endereo IP>:<porta>) mapeado para o endereo
externo Sext:Port1ext assim que S envia um pacote para D, qualquer host externo pode enviar
pacotes para Sext:Port1ext que elas chegaro at o endereo interno S:Port1 (tanto D quanto H
podem mandar pacotes).
Porta 1
D
Porta 2
Porta 1
S
Porta 2
Porta 1
H
Porta 2 Figura 5.16
NAT do tipo
N Full Cone.
Restricted Cone
Funciona de maneira similar ao modelo Full Cone, mas com a restrio de que apenas o host
D poder contatar S (pois o pacote inicial de S foi para D). Ou seja, se H tenta enviar um
pacote para Sext:Port1ext, ele ser bloqueado. Ainda assim, D pode utilizar qualquer porta
de origem para contatar S.
Porta 1
D
Porta 2
Porta 1
S
Porta 2 X
Porta 1
H
Porta 2 Figura 5.17
NAT do tipo
N Restricted Cone.
Porta 1
D
Porta 2
Porta 1
S X
Porta 2 X
Porta 1
H
Porta 2 Figura 5.18
NAT do tipo Port
N Restricted Cone.
138
Symmetric
Assim como o modelo Port Restricted Cone, s permite que S receba dados de D:Port1. A dife-
rena que neste modo a NAT cria um novo item em sua tabela para cada pacote que S envia
para hosts externos. Ou seja, se S quiser contatar D e H ao mesmo tempo (utilizando Port1
como origem), sero criados dois itens na tabela, um para cada conexo (nos outros modelos
seria utilizado apenas um item). Isso tem implicao direta no uso de sistemas criados para
atravessar as NATs, como o STUN, que ser comentado na sequncia.
Porta 1
D
Porta 2
Porta 1
S X
Porta 2 X
Porta 1
H
Figura 5.19 Porta 2
NAT do tipo Port
Restricted Cone. N
Domnio de
endereo privado Internet pblica
Site NAT
E como ficaria a situao se os dois hosts esto atrs de uma NAT? Neste caso nenhum dos
dois pode iniciar a comunicao. As solues sero tratadas na sequncia deste captulo.
Outro problema no uso de NATs que elas estabelecem o mapeamento de portas exami-
nando o cabealho dos pacotes que so transmitidos. Isso funciona bem para a maioria das
aplicaes, porm apresenta problemas com protocolos que utilizam portas dinmicas e/ou
incluem a informao da porta utilizada na rea de dados do pacote (payload). E este jus-
tamente o caso dos padres de videoconferncia H.323 e SIP, onde as conexes RTP utilizam
portas dinmicas, que so definidas pelos protocolos durante o estabelecimento da sesso,
onde so trocadas mensagens que contm o valor da porta na rea de dados da mensagem.
139
O exemplo abaixo mostra uma mensagem INVITE do SIP, que contm dados tanto das portas
utilizadas quanto dos IPs na rea de dados da mensagem. Em uma mensagem como essa,
a NAT conseguiria apenas modificar IP e porta do cabealho, mas todos os valores de IP e
porta exibidos no exemplo permaneceriam iguais.
From: <sip215@192.168.0.154;tag=414d5646-ad-407469a8
To: <sip:206@192.168.0.154>
Contact: sip:215@192.168.0.24
Solues
Alternativas para a soluo do problema: q
11 Protocolo H.460
22 STUN + TURN.
A seguir esto descritas as principais formas para permitir que videoconferncias atra-
vessem firewalls e NATs: H.460, STUN, TURN e ICE.
Protocolo H.460
O H.460 uma srie de extenses ao padro H.323 estabelecida pela ITU para possibilitar
que videoconferncias H.323 atravessem firewalls e NATs. A implementao do H.460
inclui um servidor localizado na rede pblica (fora da NAT/firewall) que age como um proxy
para todo o trfego da videoconferncia. Os terminais se registram neste servidor e abrem
canais de comunicao direta com o servidor. Ou seja, os terminais no se comunicam dire-
Administrao de Videoconferncia
A grande vantagem desta abordagem que no necessrio criar regras especiais nos firewalls
e tambm no necessrio que o firewall entenda o protocolo H.323. Basta configurar o firewall
para que ele permita a comunicao com o servidor H.460 (um servidor confivel).
Este mtodo simples de ser implementado e utilizado, o que o torna bastante prtico para
ambientes com poucos terminais e videoconferncias rpidas. Ele se torna uma soluo pro-
blemtica especialmente quando existe um grande nmero de terminais fazendo ligaes ao
mesmo tempo (a largura de banda do servidor pode no ser suficiente).
140
STUN
No site No Jitter,
v Session Traversal Utilities for NAT (STUN) um mecanismo definido na RFC 5389 que permite
assista ao Video que entidades atrs de NATs descubram seus endereos pblicos e com isso viabiliza video-
Tunnels Through the
Firewall. conferncias entre elas. Seu funcionamento baseado em um modelo cliente-servidor, onde
o cliente (um terminal de videoconferncia) troca mensagens com um servidor (localizado na
rede pblica) para descobrir informaes como:
11 Seu IP pblico;
Alm disso, o protocolo tambm possibilita outras facilidades, como manter o mapeamento
do NAT sempre ativo, para que no ocorram falhas na comunicao.
O STUN foi inicialmente definido na RFC 3489, e costuma ser chamado de classic STUN.
Esta verso do protocolo prov todas as funcionalidades mencionadas, e pode ser utilizado
de forma independente de outros protocolos. Porm, foi descoberto que esta verso do
protocolo no adequada em muitos casos, pois h casos em que a soluo funciona e h
casos em que no funciona. E nos casos em que no funciona no h nada que possa ser
feito. Em funo desse e de outros problemas, o STUN foi novamente especificado na RFC
5389, onde passou a ser apenas uma ferramenta utilizada como parte de uma soluo de
NAT traversal completa (como o ICE, que ser descrito na sequncia).
O principal problema do STUN que no funciona com NAT simtrica, que um tipo de NAT
muito utilizado. O problema que a associao feita no NAT entre um terminal e o servidor
STUN no pode ser utilizada para conexo entre este terminal e outro, ou seja, no pode
ser utilizada para a videoconferncia. Isso ocorre porque o NAT simtrico cria diferentes
associaes para cada conexo, mesmo para duas conexes feitas com um s terminal
(que est atrs da NAT).
Por exemplo, as solues que utilizam um servidor externo apenas para tarefas como des-
coberta do IP pblico (ex. STUN): dessa forma, o terminal 1 descobre o IP externo e interno
do terminal 2 e os utiliza adequadamente.
Servidor da
rede pblica
Rede Rede
interna interna
Dados multimdia
Figura 5.21
Soluo com
servidor externo.
141
TURN
Traversal Using Relays around NAT (TURN) uma extenso do protocolo STUN, incluindo as
mensagens TURN, que so em grande parte mensagens no formato STUN. Este protocolo
definido na RFC 5766.
Assim como no STUN, o TURN utiliza um servidor em uma rea pblica para permitir que os
clientes faam conexes atravs de NATs. O TURN permite que um host atrs de um NAT
(o cliente) solicite que outro host (o servidor) funcione como um servidor de relay, de
redirecionamento de mensagens. O cliente pode ento utilizar o servidor para redirecionar
pacotes para outros clientes e controlar como este redirecionamento feito. Com o uso
deste servidor, mensagens podem ser trocadas bidirecionalmente entre dois clientes.
ICE
Interactive Connectivity Establishment (ICE) especificado na RFC 5245 e define uma tcnica
de NAT traversal para transmisses UDP estabelecidas em um modelo de oferta e resposta.
O modelo oferta e resposta feito basicamente com o uso do protocolo SDP, onde so
inseridos diversos IPs e portas, que so encaminhados para um cliente testar se possvel
estabelecer uma conexo com eles. Esses IPs so definidos com uso do STUN. Alm disso, o
ICE tambm utiliza o TURN quando necessrio.
Simplificadamente, o ICE uma soluo completa de NAT traversal que utiliza o STUN sempre
que possvel e o TURN quando necessrio (quando no possvel estabelecer uma conexo
direta entre os dois hosts e ento necessrio um servidor de relay). O ICE ainda no est
maduro, e no adotado largamente na indstria, criando um problema no seu uso.
142
Figura 5.22
Interface de confi-
gurao PVX.
11 Skew
11 Largura da banda
11 Atraso
Latncia
A latncia o tempo entre o incio de um evento e o momento que ele se torna perceptvel q
no destino.
Supondo uma situao em que duas pessoas esto conversando por meio de um sistema
de videoconferncia do tipo desktop, com grande atraso na transmisso dos pacotes.
O interlocutor-origem envia uma pergunta para o interlocutor-destino. A grande latncia
da rede faz com que o interlocutor-destino custe a receber os pacotes que contm esta
mensagem. Enquanto isso, o interlocutor A, por no saber se o outro participante ouviu,
continua enviando mensagens. Aps alguns milissegundos, vem a resposta do interlo-
cutor-destino sobre a primeira pergunta efetuada, entrelaando o dilogo e dificultando a
fluncia da conversa.
143
Os principais fatores responsveis por aumentar a latncia nas redes de computadores
so o atraso de transmisso, de codificao e de empacotamento. Estes e outros atrasos
sero descritos mais adiante neste captulo. Em aplicaes convencionais como correio
eletrnico, por exemplo a latncia na transmisso passa despercebida pelos usurios do
servio. J em aplicaes multimdia como sistemas de videoconferncia a latncia pode
ser percebida e at mesmo comprometer todo o servio. Nesse caso, os pacotes devem ser
entregues num perodo de tempo especfico, para dar prosseguimento apresentao da
mdia. Sendo assim, dizemos que os requisitos de qualidade de servio em aplicaes multi-
mdia so diferentes daqueles em aplicaes tradicionais.
Apesar de no ser uma tcnica muito precisa, o atraso pode ser medido filmando um relgio
em uma videoconferncia e ver quanto tempo ele demora a chegar ao destino. A imagem
seguinte exemplifica como isso feito.
Figura 5.23
Medio de atraso
em uma trans-
misso: 410 ms.
Nesta mquina est sendo filmado um relgio, em imagem transmitida para um sistema
central (similar a um MCU), e este sistema est enviando a imagem de volta para a mquina,
que a exibe na janela. Comparando os relgios temos:
Com isso, percebemos que a diferena entre os relgios de 410 ms, ou seja, a latncia desta
transmisso 410 ms no momento em que foi tirada a foto. E quais seriam os valores de
latncia aceitveis em videoconferncias? Pesquisas mostram que atrasos abaixo de 100 ms
so imperceptveis para o ser humano. Entre 100 ms e 200 ms so valores pouco percept-
veis e tolerveis, e acima disso o atraso comea a perturbar a comunicao.
Jitter
Administrao de Videoconferncia
Jitter a variao da latncia. No exemplo uma rajada de pacotes: nem todos chegam ao q
mesmo tempo (com mesma latncia).
144
# de pacotes
recebidos
Latncia
Jitter
Figura 5.24
Grfico de visuali-
zao do jitter. t
Alguns exemplos prticos produzidos pelo jitter elevado so aquelas quebras durante a pro-
duo do udio no cliente: podem ocorrer estouros (pops) ou sons rpidos demais (clicks)
durante a reproduo do udio.
Skew
Skew a diferena do tempo de chegada entre diferentes mdias que deveriam estar q
sincronizadas. Exemplo: udio e vdeo.
Mecanismo utilizado:
145
# de pacotes
recebidos
skew
vdeo udio
Figura 5.25
Grfico de visuali-
t zao do skew.
11 ~ 50 ms: percebe-se que h algo errado, mas no possvel saber qual mdia est adian-
tada e qual est atrasada;
11 ~ 1 segundo: usurio mantm seu foco apenas no udio, deixando de prestar ateno
no vdeo.
Como vimos, apenas valores muito pequenos de skew podem ser ignorados (menos que 50 ms).
Para valores maiores, necessrio que haja algum mecanismo que sincronize as mdias
antes de sua exibio. O mecanismo utilizado baseia-se em timestamps, que so marca-
dores do instante no qual os dados foram capturados. O protocolo RTP (Real Time Transfer
Protocol) e RTCP (RTP Control Protocol), definidos na RFC 3550, possuem campos especficos
nos pacotes para incluso dessas informaes. Como funciona:
11 Transmissor inclui o timestamp nos dados de udio e vdeo: todos os pacotes levam essa
informao de tempo.
11 O receptor utiliza os timestamps para exibir os dados no momento certo: se o udio est
adiantado, por exemplo, ele deve esperar o vdeo para que possa ser exibido.
de codec, pois foi constatado que a taxa de perdas estava muito grande para o receptor.
146
SEQ=1
SEQ=2
SEQ=3
SEQ=4
SEQ=5
SEQ=1
SEQ=6
SEQ=2
SEQ=7
SEQ=3
SEQ=8
SEQ=4
SEQ=5 Perdas=10%
SEQ=6
SEQ=9
SEQ=7
Figura 5.26 SEQ=8
RTP/RTCP e adap- SEQ=10
tao qualidade
da transmisso. Perdas=10%
SEQ=9
RTCP monitora o QoS da sesso, e no tem nada a ver com o QoS da rede.
SEQ=1, tstamp=x
SEQ=10
Para se adaptar ao jitter, basta o receptor utilizar a informao de timestamp no pacote,
como ilustra
SEQ=2, a figura a
tstamp=x+eq seguir. Veja que os pacotes esto chegando distanciados aleatoria-
20ms
mente, porm, o receptor sabe exatamente o momento de enviar os mesmos sada. Para
SEQ=SEQ=3,
isso, tstamp=x+eq
vai necessitar 40ms
do buffer de jitter.
A figura a seguir mostra o cabealho do RTP. O campo PT (Payload Type) indica o tipo de
codec utilizado. O campo Nmero de sequncia utilizado para o RTCP verificar a taxa
de perdas, pois os pacotes so numerados. O campo timestamp marca o momento da
captura do primeiro byte do pacote.
147
1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
T imestamp
Synchronization Source (SSRC) identier
q
Cabealho do RTP.
A largura de banda um fator limitante para videoconferncias, especialmente devido
ao vdeo, que uma mdia que consome bastante banda. A banda pode ser um limitador
da qualidade do vdeo. Por exemplo, tendo apenas 512 kbps disponveis, o vdeo deve
ser comprimido o suficiente para que possa ser transmitido, ou pode-se definir a banda
necessria conforme a qualidade desejada.
11 Por exemplo: deseja-se uma transmisso com resoluo 720x480, 30 quadros por
segundo, com alta qualidade: necessria banda de 2 Mbps.
Valores de referncia
Resumindo o que foi visto, temos como valores de referncia para cada uma das medidas
descritas:
Latncia
Jitter
11 Aplicao deve utilizar buffer de dados para se adaptar ao jitter e evitar problemas na
exibio dos dados;
Skew
11 Abaixo de 50 ms;
148
Largura de banda
11 Mnimo de 256 kbit/s para obter uma qualidade aceitvel em baixas resolues;
Atraso na transmisso
O atraso total em uma transmisso o tempo entre a captura dos dados no transmissor e
sua exibio no receptor. Esse tempo envolve uma srie de fatores como, por exemplo: atraso
no meio fsico, atraso de processamento nos dispositivos intermedirios (como roteadores e
switches), ou atraso devido ao tempo de espera nas filas de transmisso desses dispositivos.
Na sequncia sero descritos os diversos fatores que podem causar atrasos, que so:
11 Empacotamento;
11 Transmisso fsica;
11 Insero e desinsero;
11 Codificao de vdeo.
Para que uma mquina execute diversos processos ao mesmo tempo, ela precisa fazer
o escalonamento dos processos, que basicamente alternar a execuo entre todos os
processos permitindo que cada um execute por um curto espao de tempo. Time-sharing o
nome dado a este compartilhamento do processamento feito entre os processos.
Em uma mquina com processamento fraco ou que possua muita demanda de processa-
mento dos processos em paralelo, podem ocorrer falhas em diversas etapas da videoconfe-
rncia: codificao de vdeo, exibio dos dados, captura dos dados etc.
O time-sharing de processos est sendo considerado como um atraso, pois pode pro-
vocar o aumento na latncia da transmisso caso provoque demora em alguma etapa do
processo (na codificao, por exemplo, que um processo que normalmente demanda
bastante do processador).
149
Atraso de captura de udio e vdeo
udio q
11 Placas normalmente capturam diversas amostras a cada intervalo de tempo.
11 Tpico: 64 amostras por pacote, e aps isso gera interrupo e disponibiliza todas
para o usurio.
Vdeo
Para codificao em tempo real, necessrio que o codificador processe os dados mais
rapidamente do que eles esto sendo capturados. Por exemplo:
150
O atraso de empacotamento na codificao este tempo necessrio em alguns codifica-
dores para obter o primeiro conjunto de dados e codific-los. Na codificao de udio,
alguns codificadores necessitam de um tempo fixo para processar os dados e tambm uti-
lizam um look-ahead, ou seja, verificam amostras no futuro para codificar os dados atuais.
Seguem dois exemplos.
G.723
11 Tempos de 30 ms mais look-ahead de 7,5 ms;
G.729
11 Tempos de 10 ms mais look-ahead de 5 ms;
Para o codec de udio G.723 obter os 37,5ms de udio para codificao, ele deve esperar q
5 interrupes da placa de udio.
Empacotamento de vdeo:
Para codificao em tempo real, o codificador deve ser capaz de processar mais rpido
do que os dados so capturados.
t1=40ms
30ms + 7,5ms
Encoder
300 bytes
151
Atraso no empacotamento
Tempo gasto para os dados serem empacotados antes de serem transmitidos. Atraso q
para os codecs:
11 G.729 = 8 kbps.
11 G.711 = 64 kbps.
11 G.729: 8000 bits por segundo = 1 pacote por segundo = 1s por pacote.
11 G.711: 64000 bits por segundo = 8 pacotes por segundo = 125ms por pacote.
11 Com a transmisso de 64 kbit/s, podem ser enviados 8 destes pacotes por segundo (64/8);
11 8 pacotes por segundo quer dizer que enviado um a cada 125 ms (1/8).
11 G.729 = 8 kbps;
11 G.711 = 64 kbps.
Temos:
Velocidade de transmisso:
11 Satlite:
152
O atraso gerado no meio fsico o atraso de propagao dos sinais e varia conforme o
mtodo de transmisso e a distncia da transmisso. Em cabos de par tranado e fibra
tica, a velocidade de propagao dos sinais 2/3 da velocidade da luz (300.000 km/s), o
que resulta em 200.000 km/s. J em transmisses por satlite, a velocidade de propagao
a velocidade das ondas eletromagnticas no ar, que um pouco menor que a velocidade
da luz: 286.000 km/s. Alm disso, importante observar que satlites se localizam a uma
grande distncia da terra, a 36.000 km de altitude.
Conhecendo a velocidade de propagao, pode ser calculado o atraso no meio fsico para
uma transmisso entre dois pontos localizados a 400 km de distncia, por exemplo:
Deve ser considerado duas vezes 36.000, pois o sinal deve subir at o satlite e descer novamente.
Este tipo de atraso gerado devido aos equipamentos intermedirios pelos quais os dados
trafegam nas redes, mais especificamente os switches e roteadores. O atraso varia con-
forme o modo de funcionamento desses equipamentos. Switches operam em um dos trs
modos explicados abaixo, enquanto os roteadores utilizam o modo store and forward.
11 Store and forward: os pacotes so recebidos e armazenados pelo switch, ele verifica sua
integridade e s depois o encaminha.
O mtodo store and forward ser o mtodo analisado, pois o que inclui o maior atraso
Com isso, temos como exemplo o custo de insero de um pacote de 125 bytes para as
seguintes velocidades:
11 13 kbit/s:
(125 * 8) = pacotes de 1.000 bits
1.000 bits 13.000 bits/s 77 ms
11 2 Mbit/s:
(125 * 8) 2.000.000 = 0,5 ms
11 100 Mbit/s:
(125 * 8) 100.000.000 = 10 us
153
Atraso nas filas dos roteadores
Acontece em momentos de congestionamento nos roteadores. Cada pacote gera um q
atraso de desinsero. Exemplo:
11 Com atraso de desinsero de 0,5 ms, o atraso adicionado ao pacote por ter esperado
na fila ser de 10 * 0,5 = 5 ms.
Teremos como exemplo uma transmisso a 2 Mbit/s e pacotes de 125 bytes, onde o atraso
de desinsero de 0,5 ms. Se um pacote chega ao roteador e existem 10 pacotes na sua
frente, ele dever aguardar por 10 desinseres antes de ser encaminhado. Ou seja, o atraso
adicionado a este pacote ser de 10 * 0,5 = 5 ms.
11 Quanto maior o jitter, skew ou quantidade de pacotes fora de ordem, maior dever
ser o tamanho do buffer.
Como j comentado, jitter a variao da latncia e skew a desincronia das mdias (udio
e vdeo). J pacotes fora de ordem um problema que pode acontecer em transmisso UDP,
que normalmente o protocolo utilizado para transmisso de udio e vdeo.
O tamanho do buffer pode ser fixo ou adaptvel. Quanto maior o jitter ou o skew, maior
dever ser o tamanho do buffer utilizado. O mesmo vlido para pacotes fora de ordem: se
for detectado que muitos pacotes esto chegando fora de ordem, o tamanho do buffer pode
ser adaptado para que seja possvel orden-los.
11 Empacotamento;
11 Transmisso fsica;
11 Insero e desinsero;
154
Uso de QoS em videoconferncia
Objetivo de garantir que a videoconferncia vai atingir a qualidade pretendida, tendo a q
banda necessria, minimizando atraso, jitter e perda de pacotes. Em videoconferncias,
a qualidade de servio pode ser buscada com ferramentas do H.323 e, principalmente,
com tcnicas de QoS nas redes.
11 QoS no H.323.
11 QoS na rede.
QoS no H.323
O gatekeeper H.323 prov algumas funcionalidades para melhoria da qualidade do q
servio. O QoS um bloco adicional interligado ao gatekeeper e transmisso H.323.
Gatekeeper
Problemas:
11 Ignora a situao atual dos dispositivos de rede terminal pode solicitar 384 kbit/s
e utilizar 500 kbit/s.
O controle de admisso a principal funo do gatekeeper para buscar QoS. Esse controle
155
Alm disso, os gatekeepers no podem controlar a quantidade de largura de banda realmente
consumida pelos terminais. Por exemplo: um terminal pode fazer um pedido para uma chamada
de 384 kbit/s e, ento, emitir 400 ou mais kbit/s de dados. Se esses dados no trafegarem via
gatekeeper, que a soluo mais frequente, o gatekeeper no ter conhecimento da quantidade
de dados realmente transmitida e poder haver uma sobrecarga de dados na rede.
Sem
sca
liza
o ps
Kb
0
40
ia
Env Sobrecarga
Figura 5.30
Gatekeeper sem
fiscalizar a banda
utilizada pelos
terminais.
QoS na rede
H duas arquiteturas de rede para QoS, que especificam como feita a classificao dos q
dados e o seu gerenciamento para implementao de QoS. So elas:
22 6 bits no cabealho dos pacotes IP que permitem atribuir classes aos pacotes
11 Roteadores tratam os pacotes conforme seu tipo, atribuindo prioridade aos pacotes
conforme sua classe.
156
O controle do trfego de dados nos equipamentos intermedirios da rede (roteadores, prin-
cipalmente) a forma mais garantida de se conseguir QoS em redes best-effort. Apesar de o
gatekeeper possuir certo controle para QoS, apenas com o tratamento de QoS diretamente
nos equipamentos das redes que possvel evitar problemas mais graves em transmisses
multimdia como pacotes descartados, jitter, atrasos em filas, entre outros.
Classicao Policiamento
Figura 5.31
Esquema do fun-
cionamento de QoS
nas redes. Controle de admisso
Filas e escalonamento
e polticas de controle
Classificao
Separao dos pacotes em classes distintas, seja esta separao feita para os pacotes individual-
mente ou para fluxos de uma aplicao. Assim, cada classe pode ter um tratamento individuali-
zado. Como ser visto, a classificao no DiffServ feita por pacotes e no IntServ por fluxos.
Filas e escalonamento
De acordo com a classe dos pacotes, eles normalmente so agrupados em diferentes filas
e tratados de forma diferenciada. Nas filas de prioridade, os pacotes de alta prioridade so
entregues primeiro; quando no existem pacotes de alta prioridade na fila, so entregues os
pacotes de mdia prioridade, e o mesmo vale para os pacotes de baixa prioridade.
Policiamento
O policiamento dos contratos (assumidos no controle de admisso) procura garantir que os
requisitos estabelecidos no contrato sejam respeitados. Quando essa funo configurada
em um dispositivo, deve monitorar, controlar e reforar o uso de recursos da rede conforme
o contrato assumido.
157
Arquiteturas de rede para suporte a QoS
H basicamente duas arquiteturas de rede que especificam como feita a classificao dos
dados e o seu gerenciamento para implementao de QoS ao longo da rede. So elas:
DiffServ
No DiffServ (Differentiated Services), a classificao dos dados feita por pacotes, possuindo
assim uma granularidade grossa (ao contrrio do IntServ que ser visto na sequncia). So
atribudas classes aos pacotes utilizando a marcao DSCP (Differentiated Services Code Point),
que basicamente o uso de 6 bits no cabealho dos pacotes IP. Os roteadores ao longo da
rede so configurados para tratar os pacotes de forma diferente conforme sua classe, ou
seja, pacotes com classes de maior prioridade passam a ter tratamento prioritrio nos rote-
adores. As classes utilizadas no so especificadas pelo DiffServ e devem ser definidas pelas
aplicaes ou operadores da rede.
IntServ
No IntServ (Integrated Services)a classificao feita por fluxo de dados, tendo portanto
uma granularidade mais fina que no DiffServ. Neste caso no basta a marcao dos pacotes,
necessrio que as aplicaes que precisam QoS faam a reserva dos recursos necessrios
na rede. Para reservas de recursos so utilizados dois protocolos, que, obviamente, devem
ser implementados nos roteadores para que a reserva seja possvel:
O Flow Specs o protocolo utilizado pelo IntServ para descrever os objetivos da reserva de
recursos. Ele dividido em duas partes:
11 TSPEC: Traffic SPECification descreve como o fluxo de dados. Por exemplo, um fluxo de
vdeo a 30 quadros por segundo onde cada quadro possui no mximo 20 KB, ou seja,
cada quadro ocupa at 20 pacotes.
11 RSPEC: Request SPECification indica quais garantias o fluxo necessita: normal best-effort,
Controlled Load (controle leve de QoS) ou Guaranteed (garantia mxima de QoS).
O protocolo composto basicamente de duas mensagens: PATH, espalhadas por toda rede
pelos transmissores que desejam QoS, e RESV, enviadas pelos receptores que desejam
receber uma transmisso. As mensagens RESV contm o protocolo Flow Specs, que descreve
as caractersticas do trfego de dados e as necessidade de QoS que ele possui. Atravs
dessas mensagens, os roteadores ficam sabendo da necessidade de QoS para determinado
fluxo e decidem se eles podem atender esta demanda ou no. Se eles podem atender a
demanda, simplesmente faro o encaminhamento dos pacotes. Se no podem, eles enviam
mensagens aos receptores informando do problema.
158
Diserv Classica e escalona
os pacotes
Classicao Backbone
de pacotes
Acesso Acesso
Sinalizao RSVP
Domnio
Figura 5.32
Sinalizao RSVP
atravs da rota
de um trfego
com QoS.
159
Administrao de Videoconferncia
160
Roteiro de Atividades 5
Atividade 1 Gerar fluxos UDP e TCP com iperf
O iperf (ou jperf com interface grfica) uma ferramenta que permite, entre outras coisas,
gerar trfego de rede em diversos formatos, sendo que nesta atividade nos interessam:
11 TCP;
11 UDP;
11 Unicast e multicast.
11 Cenrio 1: suponha que, no seu local de trabalho, voc foi convocado para organizar uma
videoconferncia ponto-a-ponto com uma regio com banda desconhecida. Voc precisa
estimar quanta banda pode ser utilizada pela videoconferncia, a fim de configurar o
software. Nesse caso pode testar vrias bandas em UDP unicast entre os dois pontos, at
descobrir o limite sem perda de pacotes.
11 Cenrio 2: voc quer saber se o provedor da sua residncia ou local de trabalho est
fornecendo a banda prometida. Para isso pode-se colocar o servidor num ponto de alta
largura de banda, e o cliente no local de teste, fazendo transmisses em TCP para desco-
brir o mximo de banda.
11 Cenrio 3: voc quer utilizar multicast na sua videoconferncia, porm no sabe se a rede
entre os pontos suporta multicast. Nesse caso, basta utilizar o software fornecendo um
IP multicast para teste.
11 Cenrio 4: voc precisa saber se uma determinada porta est aberta no firewall entre a
sua rede e a rede destino da videconferncia. Para isso basta utilizar o software na porta
desejada, seja em TCP ou UDP, conforme desejado.
Crie trs fluxos entre sua mquina e o servidor na mquina do colega. Um deles de
100kbit/s, depois outro de 1Mbit/s e depois outro de 10Mbit/s. A durao de cada fluxo deve
ser pelo menos de 10 segundos. Verifique o grfico de uso da banda atravs de um software
Captulo 5 - Roteiro de Atividades
Crie um fluxo UDP multicast entre sua mquina e o servidor do colega. Utilize a velocidade
de 1Mbit/s. Confira atravs de um sniffer de redes, como o Wireshark, que o IP destino
realmente o grupo multicast configurado no software iperf/jperf.
161
Modifique o grupo multicast utilizado para evitar conflitos. Coloque um IP no
formato 239.1.1.x, com x sendo um valor aleatrio entre 1 e 254. Voc pode utilizar
o nmero da sua mquina, por exemplo.
Crie um fluxo TCP unicast entre sua mquina e a do servidor do colega. Qual a banda obtida
na conexo? Explique.
No modo TCP no deve ser especificada a banda da transmisso (-b), pois o objetivo uti-
lizar a maior banda possvel na rede.
1. Qual a funo do RTCP? Qual a proporo do nmero de pacotes RTCP frente aos pacotes RTP?
2. Para o RTP, explique os campos verso, Payload Type, Sequence Number e timestamp.
162
Atividade 3 Calcular atrasos na comunicao
Para o fluxo de udio da Atividade 2 (item 3), calcule:
2. Atraso no meio fsico (considere 30m a distncia UTP entre sua mquina e o switch).
Use filtro parecido com rtp and ip.src == 192.168.0.100 and rtp.p_type==127,
mudando o IP para o IP correto do transmissor.
163
Administrao de Videoconferncia
164
6
Videoconferncia multiponto
objetivos
conceitos
Videoconferncia multiponto, funcionamento e solues de Multipoint Control Units
(MCUs), multiponto com vdeo escalvel.
Videoconferncia multiponto
H basicamente trs modelos possveis: q
11 Modelo centralizado.
11 Modelo descentralizado.
11 Modelo hbrido.
Uma conferncia ponto-a-ponto envolve apenas dois pontos da rede. Em uma rede H.323,
pode ocorrer entre dois terminais ou entre um terminal e um gateway. J uma conferncia
que envolve mais que dois pontos chamada de conferncia multiponto.
Em uma aula remota, por exemplo, onde um professor est transmitindo seu udio e vdeo
para mltiplos alunos que no transmitem seus dados, temos o modelo com apenas um
transmissor. Neste caso, possvel utilizar multicast para transmisso dos dados do professor
de forma otimizada: ele s precisa enviar os dados uma vez para alcanar todos os alunos.
Seguindo o mesmo exemplo, se for necessrio que os alunos faam interaes com o
professor, enviando perguntas por udio e vdeo, passamos a ter um modelo com mltiplos
transmissores. Este modelo o que envolve maior complexidade em transmisses multi-
ponto, sendo, portanto, o modelo em foco no restante deste captulo.
165
Modelo centralizado
Em uma sesso de videoconferncia baseada neste modelo, cada participante estabelece
uma conexo com um componente central, chamado de Multipoint Control Unit (MCU). Cada
participante envia um fluxo de udio e um de vdeo para a MCU. A distribuio do fluxo de
udio, vdeo e dados para cada participante feita pela MCU, que mescla os vrios fluxos de
udio, seleciona um fluxo de vdeo ou compe um novo fluxo com mltiplos vdeos e
retransmite o resultado para todos os participantes. Essa composio de vdeos pode ser,
por exemplo, uma tela dividida em quatro partes iguais, cada uma exibindo o vdeo de um
dos participantes. O MCU gerencia a videoconferncia usando funes de controle H.245 e
o elemento mais importante em uma videoconferncia centralizada. Ele pode enviar o fluxo
de udio e vdeo atravs de unicast ou multicast.
B C D
A B
C D Figura 6.1
Videoconferncia
A multiponto
MCU centralizada.
Modelo descentralizado
No modelo descentralizado, no h um componente central para controlar a conferncia
como a MCU. Neste modelo so os prprios terminais que fazem o controle da comunicao
e do trfego de dados multimdia. Uma diferena importante justamente o tratamento dos
dados multimdia: enquanto no modelo centralizado a MCU faz o processamento de mdia,
no modelo descentralizado os fluxos so enviados e recebidos por todos os participantes
sobre uma base fim a fim, sendo que cada participante responsvel por sua prpria mes-
clagem de udio e seleo de vdeo. A transmisso dos dados multimdia entre os terminais
pode ser feita utilizando unicast ou multicast.
Unicast
Com unicast, cada terminal deve transmitir seu fluxo para cada um dos outros terminais,
assim como deve receber o fluxo de cada um dos terminais. Ou seja, para n terminais, cada
terminal deve enviar e receber n-1 fluxos. Este modelo apresenta um problema de escalabili-
Administrao de Videoconferncia
166
Figura 6.2
Videoconferncia
multiponto
descentralizada
usando unicast.
Multicast
O uso de multicast reduz em parte o problema do modelo com unicast: agora cada terminal
envia apenas um fluxo, mas continua recebendo n-1 fluxos. Com isso reduzido o upload de
cada terminal, mas no reduzido o download.
Transmisso
multicast
Figura 6.3
Videoconferncia
multiponto
descentralizada
usando multicast.
Outra forma de visualizar a codificao escalvel vista na Figura 6.4 (Telepresence options,
setembro de 2012 Jeff Scherz Video Interoperability in Lync 2013).
167
Transmisso
multicast
Figura 6.5
Videoconferncia
MCU multiponto hbrida.
Uma implementao hbrida pode: operar sobre uma rede multicast com cada usurio
utilizando sua prpria verso das ferramentas; distribuir o fluxo de mdia de acordo com o
modelo descentralizado, mas contendo algum mecanismo tal como um servidor na
conferncia para controlar documentos compartilhados, ou arquivar a mdia de sesses
que ocorreram. Portanto, o modelo hbrido tem a vantagem de prover armazenamento
centralizado para sesses de videoconferncia para cada participante da sesso, sem ter
que controlar cada instante da aplicao.
MCU
11 Gerencia conferncias multiponto, viabilizando a comunicao entre 3 ou mais q
pontos simultaneamente.
Outras funcionalidades:
168
11 Sistema de gerenciamento via web com:
Figura 6.6
Mltiplos layouts
de vdeo.
A recomendao H.323 especifica que a MCU composta por dois elementos bsicos: um
Multipoint Controller (MC), obrigatrio para conferncias multiponto, e unidades Multipoint
Processor (MP), opcionais. Apesar do MP ser opcional, uma MCU deve incluir pelo menos um
para suportar a realizao de conferncias centralizadas.
O Multipoint Controller (MC) tem como objetivo fazer o controle geral da conferncia, o que
envolve fazer ou receber chamadas dos terminais, negociar as capacidades dos terminais e
se comunicar com o MP quando for necessrio algum tratamento sobre os dados de udio
e/ou vdeo. O MC no est presente em uma rede H.323 de maneira independente, mas
sempre associado a uma entidade H.323.
Captulo 6 - Videoconferncia multiponto
169
transferido de um MC para outro. Eventualmente, quando dois terminais H.323, que
possuem um MC cada, conectam-se atravs de uma chamada por exemplo, um terminal
com um MC chamando uma MCU , uma regra deve ser determinada a fim de estabelecer
o MC que se tornar o MC ativo.
A ordem de preferncia utilizada definida pela seguinte funo: MC terminal < MC gateway
< MC gatekeeper < MC MCU.
Nesse caso, o MC presente em uma MCU tem preferncia total na escolha do MC ativo. O MC
de um terminal s ser escolhido como MC ativo se nenhuma outra entidade estiver envol-
vida na chamada. Eventualmente, uma chamada para incio de uma conferncia pode ser
estabelecida entre duas entidades de um mesmo tipo que possuam um MC. Para resolver
este conflito, o protocolo H.245 utiliza um campo terminalType, que armazena um valor
inteiro calculado com base nas caractersticas de cada um dos elementos. Os valores para
este campo dependem do tipo de entidade, da presena ou no de MC e MP e, por fim, dos
tipos de mdia suportados pelo MP: dados; dados e udio; dados, udio e vdeo (completa).
Sendo assim, o MC da entidade que apresentar maior valor para terminalType assume o
controle da conferncia.
O Multipoint Processor (MP), a exemplo do MC, s existe associado a uma entidade H.323
tipicamente, uma MCU ou gateway. O MP se faz presente em uma conferncia apenas
quando se trata do modo centralizado ou, possivelmente, no modelo hbrido. O MP tem por
finalidade processar um ou mais fluxos de udio, vdeo ou dados, devolvendo o resultado
deste processamento aos participantes da conferncia. Caso o MP processe vdeo, o resul-
tado desse processamento pode ser: (1) a mixagem dos vdeos de diversos participantes de
acordo com um layout escolhido; ou (2) a chamada comutao dos vdeos, onde apenas o
vdeo de um participante utilizado (o participante ativo).
No caso de vdeo comutado, somente o vdeo de um dos participantes exibido por vez.
A seleo do vdeo que ser exibido feita detectando-se o usurio ativo no momento, ou seja,
aquele com a posse da palavra. J os udios dos participantes so mixados e enviados para
todos, ou seja, apesar de ser exibida apenas uma imagem, possvel ouvir os outros partici-
pantes. Esta tcnica chamada de comutao de vdeo ativada por voz (voiceactivated video
switching). Se os participantes no so suficientemente disciplinados, aguardando sua vez de
falar, este tipo de comutao pode ser problemtica, pois o vdeo pode ser continuamente cha-
veado assim que um participante comea a falar, impossibilitando uma visualizao inteligvel.
Administrao de Videoconferncia
Figura 6.7
Vdeo comutado
por voz.
170
a menos que um dos participantes deixe a conferncia. Esse modo chamado de pre-
sena contnua. Alguns fabricantes oferecem layouts diferentes como diferencial (como no
exemplo visto anteriormente). O modo de presena contnua implica um elevado custo com-
putacional para sua realizao, uma vez que o MP trabalha decodificando e recombinando
vdeo de vrios participantes, em vez de simplesmente retransmitir determinado vdeo,
como no modo de comutao por voz.
A situao do udio permanece como no modo por comutao: o fluxo de udio enviado
por cada um dos participantes combinado e o fluxo resultante enviado para todos. O MP
deve ter o cuidado de garantir que nenhum participante receba seu prprio udio misturado
com os demais; caso contrrio, haveria um desagradvel efeito de eco.
Figura 6.8
Click here to add another
Vdeo com
presena contnua. person to the conference
Solues de MCUs
A escolha de uma soluo de MCU feita com base nos requisitos necessrios para as q
videoconferncias. importante que suportem os principais protocolos atuais:
11 Resolues de vdeo:
11 Formato widescreen.
171
Quanto segurana, devem suportar: q
11 Configurao de direitos e privilgios para usurios.
Tipos de solues:
11 Baseadas em hardware.
A escolha de uma soluo de MCU feita com base nos requisitos necessrios para as video-
conferncias. Seguem abaixo alguns itens importantes que devem ser considerados para
a escolha de uma soluo de MCU. importante que a soluo que suporte os principais
protocolos atuais de vdeo (H.261, H.263 / H.263+ / H.263++, H.264) e os formatos (CIF, QCIF
e 4CIF) em 720p e 1080p, para alta definio. Suportem tambm os protocolos de udio
(G.711, G.722, G.722.1 e G.728) e protocolo para compartilhamento de dados (T.120, H.239).
Quanto visualizao, devem suportar variados layouts de vdeo, layouts com suporte a um
grande nmero de participantes onde geralmente, temos como referncia 16, suporte ao
formato wide screen com possibilidade de preview das cmeras dos participantes (atravs
de interface de gerenciamento web da MCU, por exemplo), deve permitir controlar o udio e
o vdeo dos participantes remotos podendo habilitar e desabilita-lo e at mesmo exibir men-
sagens de texto na tela (close caption). Quanto segurana, devem permitir a configurao
de direitos e privilgios para usurios, configurao de senha para conferncias e suporte
ao padro de encriptao ITU H.235 (pelo menos codificao AES).
Figura 6.9
Administrao de Videoconferncia
Equipamento MCU.
172
Solues de MCUs em hardware
11 Modelo modular. q
11 Modelo no-modular:
22 Por serem uma caixa fechada, so modelos mais baratos que os modulares.
Polycom
Tandberg
MPS 200
MPS 800 MGC 50 MGC 100
RMX 2000*
Codian Radvision
MSE 8000*
173
Polycom
MGC 25
Codian Radvision
Figura 6.11
Exemplos de MCUs
Srie 4200 Srie 4500 (HD) SCOPIA 12/24 no-modulares.
Modelos de MCU que suportam alta definio esto sendo demandados em funo do cres-
cente nmero de terminais que suportam alta definio.
Figura 6.12
Lifesize Room Srie HDX 9000 Tandberg Edge Exemplos de MCU.
A Rede Nacional de Ensino e Pesquisa (RNP) utiliza a MCU modelo RMX 4000 da Polycom
com 180 portas. Este equipamento permite a imerso em telepresena, com integrao a
partir de diversas plataformas de conferncia e dispositivos mveis.
Caractersticas:
11 Suporte multi-rede;
174
Figura 6.13
MCU RMX 4000.
Um exemplo de soluo MCU em software o OpenMCU, uma aplicao open source desen-
volvida no projeto OpenH323 (agora chamado H323Plus). O OpenMCU uma soluo livre
mas limitada, tendo como principais caractersticas:
175
Alternativa ao MCU: vdeo escalvel
Permite codificar um vdeo em mltiplas camadas. Cada camada representa o vdeo com q
determinadas configuraes de:
11 Resoluo.
11 Ou seja, o vdeo codificado apenas uma vez e pode ser transmitido e visualizado em
diversas configuraes/qualidades.
11 Minimiza o atraso.
11 Camada 1: agrega camada 0 o diferencial para uma resoluo 320x240 e 30 quadros por
segundo: camada 1: 384kbit/s. Agregado camada 0 + 1 = 512 kbit/s;
11 Camada 2: agrega o diferencial para uma resoluo 640x480 e 30 quadros por segundo:
camada 2: 512kbit/s. Agregado camada 0 + 1 + 2 = 1024 kbit/s.
As trs camadas do exemplo formam um vdeo apenas, e no trs vdeos. Com codifi-
Administrao de Videoconferncia
cao de vdeo tradicional, para obter essas trs diferentes configuraes dos vdeos, seria
necessrio codificar o vdeo trs vezes. Com codificao escalvel necessria apenas uma
codificao. A desvantagem, porm, est no maior custo de processamento e em uma com-
pactao um pouco menor do que a obtida com uma codificao no escalvel (20% menos
eficiente, por exemplo). A imagem seguinte ilustra o processo de codificao escalvel.
176
Vdeo original
Alta resoluo,
qualidade alta
TV
Alta resoluo,
qualidade baixa
Codicao
escalvel PC
Baixa resoluo
Codicao nica
celular
Figura 6.14 O padro mais atual para codificao de vdeo escalvel o H.264 SVC (Scalable Video
Codificao Coding). Com esta forma de codificao, possvel substituir a MCU por um elemento
escalvel em trs
camadas. chamado roteador escalvel, que apenas faz a seleo e o roteamento dos pacotes, um
processo muito mais simples e rpido que o processo feito pela MCU.
Decodicar Decodicar
Roteamento e
seleo das camadas
Codicar
Usurio 3 Usurio 3
Figura 6.15 Como pode ser visto na figura anterior, o processamento feito pela MCU inclui: a decodifi-
Comparao do
Captulo 6 - Videoconferncia multiponto
J o modelo com roteador escalvel passa uma maior complexidade para os terminais, mini-
mizando o trabalho do roteador escalvel, substituindo a MCU. Dessa forma, o roteador j
recebe dos terminais os vdeos codificados de forma escalvel, e apenas seleciona as camadas
que sero retransmitidas aos destinatrios, de acordo com a capacidade de processamento e
banda de cada um. A decodificao e recodificao feitas pela MCU no so necessrias neste
cenrio, e a composio dos diversos vdeos feita apenas no receptor, antes da exibio.
177
Utilizando as 3 camadas de vdeo utilizadas como exemplo anteriormente, uma transmisso
escalvel pode se dar como no exemplo abaixo:
11 O layout escolhido pelos participantes de um vdeo com maior resoluo (comutado por
quem est falando no momento) e 3 vdeos com menor resoluo;
11 O roteador identifica que o participante A est falando, e por isso transmite as camadas
0 e 1 de seu vdeo (obtendo um vdeo com resoluo 320x240 e 30 quadros por
segundo a 512 kbit/s);
11 Com isso cada participante receber 3 vdeos com resoluo 160x120 e um vdeo com
resoluo 320x240, com banda total de 896 kbit/s (4x128kbit/s + 1x384kbit/s);
Como podemos ver, existem algumas vantagens relacionadas utilizao de vdeo escalvel.
Resumidamente, as vantagens em relao MCU so:
Em termos de desvantagens, pode-se dizer que, como o modelo novo, no existe padroni-
zao de sinalizao ainda, e a interoperabilidade entre diferentes fabricantes prejudicada.
Alm disso, aumenta a necessidade de processamento nos terminais.
Vidyo uma empresa que desenvolve uma soluo de videoconferncia baseada em codi-
Administrao de Videoconferncia
178
Figura 6.16
Estrutura da
soluo da
empresa Vidyo.
v
Acesse www.vidyo.com
e assista ao vdeo
Vidyo Desktop in Action
179
Administrao de Videoconferncia
180
Roteiro de Atividades 6
Atividade 1 Demonstrao das funcionalidades do Polycom V500
Nesta atividade o instrutor demonstrar as funcionalidades do terminal Polycom V500 em
sala de aula. Entre os protocolos suportados por este terminal esto H.263, H.264, H.323,
SIP e criptografia AES, entre outros. Sua especificao completa pode ser encontrada em
Polycom Technical Specifications. Na demonstrao, deve ser ressaltada a possibilidade de
administrao da soluo pela web atravs da porta 80 e tambm introduzindo o recurso
People + Content, que ser apresentado na prxima atividade.
Inicialmente deve-se estabelecer uma chamada entre o Polycom V500 do instrutor e algum
aluno utilizando o Polycom PVX. Aps estabelecer a conexo, o aplicativo People+Content
(instalado em qualquer mquina do laboratrio) estabelece conexo com o Polycom V500,
entrando assim na conferncia.
181
Administrao de Videoconferncia
182
7
Projeto de ambientes
de videoconferncia
Ao final do captulo o aluno deve possuir uma viso mais embasada dos elementos
objetivos
conceitos
(iluminao, visibilidade, acstica, climatizao), ambiente de udio (tipos e
posicionamento dos microfones) e ambiente de vdeo (interferncias, acessrios),
tica em videoconferncia e estudo de cenrios.
Salas de videoconferncia
Diversos fatores em uma sala de videoconferncia influenciam na qualidade do servio q
de videoconferncia. Eles podem ser separados em trs classes:
11 Ambiente fsico.
11 Ambiente de udio.
11 Ambiente de vdeo.
183
Ambiente fsico
Os principais fatores que devem ser considerados na realizao de videoconferncia que q
esto relacionados ao ambiente fsico so:
Iluminao
Visibilidade
Acstica
11 Use cortina, carpete e isolamento acstico para evitar mveis muito retos que
reflitam o som.
Climatizao
Iluminao
De nada adianta o avano tecnolgico das cmeras de vdeo nos ltimos anos, se a quali-
dade de iluminao proporcionada no ambiente no for adequada. Para alcanar um padro
de qualidade pelo menos aceitvel, necessrio tomar alguns cuidados em relao ilumi-
nao do ambiente. Destacamos algumas recomendaes:
11 Evitar fontes externas de iluminao: evite, sempre que possvel, salas com janelas, de
modo a neutralizar fontes externas de iluminao; no sendo possvel, deve-se utilizar
cortinas do tipo black-out, que eliminam essas fontes de luz;
11 Utilizar fontes homogneas de luz: a sala deve ser iluminada de forma homognea, utili-
zando-se, preferencialmente, lmpadas fluorescentes do tipo luz do dia. Para assegurar
a homogeneidade da iluminao, evite misturas de fontes de iluminao, como lmpadas
incandescentes e iluminao fluorescente;
11 Ter um ambiente uniforme pouco reflexivo: utilize mobilirio de cores claras para evitar
sombras no rosto dos participantes; as paredes devem ser lisas, de cores uniformes e
Administrao de Videoconferncia
sem superfcies muito refletoras. As cores recomendadas so: cinza, azul e verde (claros),
creme ou branco-gelo, com acabamento em cores foscas;
184
Figura 7.1
Exemplo de lumino-
sidade em sala de
videoconferncia.
Visibilidade
A visibilidade uma caracterstica que leva em considerao a disposio do mobilirio
ergonmico na sala de videoconferncia. Por exemplo, para que todas as pessoas possam
ver as imagens sem obstruo, os monitores devem ser colocados em posies adequadas,
com o menor nmero de obstrues entre os participantes e eles. A posio adequada varia
muito conforme o propsito da videoconferncia (ensino distncia, reunies remotas etc.)
e conforme o formato da sala na qual ela est sendo realizada, mas os monitores normal-
mente so dispostos na altura da viso dos participantes.
Outro cuidado com o posicionamento da cmera, que deve ser colocada acima do monitor
principal, para que seu ngulo de viso possa focalizar, na sua totalidade, tanto os participantes
quanto a plateia. Entretanto, deve haver o cuidado de no colocar o monitor principal a uma
altura que, ao posicionar a cmera sobre ele, cause a impresso de que a imagem dos partici-
pantes esteja sendo capturada do alto, quando na realidade est sendo capturada de frente.
Resumindo, os monitores devem estar localizados num local onde todos os participantes
possam v-los sem obstrues; a cmera (ou cmeras) deve estar localizada neste mesmo
local, de forma a capturar os participantes e/ou palestrantes de frente, de forma que aparente
que eles esto olhando para a cmera, quando na verdade esto olhando para os monitores.
Cmera
185
Figura 7.3
Exemplo de estdio
no Inmetro/RS.
Acstica
A acstica da sala fundamental para a qualidade do udio, aspecto primordial para uma
videoconferncia. O nvel de pode deve ser medido atravs do auxlio de um decibelmetro, Decibelmetro
procurando manter uma taxa que no influencie o andamento da conversao entre os Sonmetro eletroa-
cstico com escala de
participantes da videoconferncia.
leitura em decibis. Ins-
trumento utilizado para
Alm de observar o nvel de rudo (que no uma atividade to trivial), pode-se lanar
medio de decibis.
mo dos seguintes aspectos: absoro e refletividade, nveis de rudo do ambiente, efeito
de reverberao (eco), tamanho da sala e sua geometria. Para diminuir os rudos, algumas
alternativas so:
11 Utilizar cortinas;
11 Utilizar carpete;
Climatizao
Administrao de Videoconferncia
A climatizao da sala deve prover condies climticas e trmicas agradveis aos partici-
pantes da videoconferncia. Uma sala com climatizao apropriada fundamental tanto
para o conforto das pessoas quanto para o bom funcionamento dos equipamentos, pois um
local bem climatizado saudvel para as pessoas e prolonga a vida til dos equipamentos.
186
Ambiente de udio
Qualidade do udio: q
11 possvel realizar uma videoconferncia sem vdeo, mas sem udio invivel.
11 Unidirecionais ou multidirecionais.
11 Individuais ou de grupo.
11 Com fio perde mobilidade, mas dispensa a preocupao com pilhas, sendo vlido
quando as pessoas esto em um ponto fixo, como uma mesa.
A escolha dos microfones que sero usados uma tarefa muito importante para buscar
qualidade no udio de uma videoconferncia. Existem diversos modelos disponveis, que
devem ser escolhidos conforme o formato da videoconferncia (aula, palestra, reunio etc.),
a quantidade de participantes, o ambiente de videoconferncia, entre outros fatores.
Microfones de mo
So os microfones mais conhecidos e por isso so facilmente encontrados no mercado, com
modelos profissionais de alta qualidade at modelos mais simples, de menor custo. Exigem Captulo 7 - Projeto de ambientes de videoconferncia
que o interlocutor fique segurando o microfone na mo, o que inibe sua liberdade. Pode-se
tambm utilizar um suporte fixo para o microfone, o que prejudica a mobilidade do usurio.
187
Esto disponveis em modelos unidirecionais e ominidirecionais, com fio e sem fio. Normal-
mente so utilizados em salas de aula ou auditrios.
Figura 7.4
Microfone de mo
preso a um suporte.
Para conferncias onde cada participante est no seu computador, como webconferncias,
o ideal a utilizao de headsets que possuem tanto fones de ouvido quanto microfone, dis-
pensando as caixas acsticas. Esses modelos so bastante comuns no varejo de informtica,
e possuem um custo extremamente acessvel.
Figura 7.5
Headset
(P91N Encore
Monaural Polaris).
Microfones de lapela
So modelos bastante discretos que so fixados na altura do peito. Esse modelo de micro-
fone bastante sensvel por causa da distncia que fica da boca. Normalmente so omni-
direcionais para compensar os movimentos feitos com a cabea. Essas caractersticas
propiciam microfonia ou a realimentao acstica em salas com caixas de som, e, portanto,
no so indicados para salas de videoconferncia. Se forem utilizados, deve-se ter muito
cuidado no ajuste do posicionamento e do volume das caixas de som em relao posio
do usurio do microfone.
Uma caracterstica positiva dos microfones de lapela que eles permitem maior liberdade
ao usurio e costumam ser pequenos e leves, causando menor incmodo.
Administrao de Videoconferncia
Figura 7.6
Microfone de lapela
Sennheiser G3.
188
Microfones de mesa
Em um ambiente onde h um grupo no muito grande de pessoas ao redor de uma mesa,
fazendo uma reunio por videoconferncia, possvel utilizar microfones de mesa omnidi-
recionais. Esses microfones capturam som de todas as direes, permitindo que todas as
pessoas ao redor da mesa possam falar utilizando o mesmo microfone. Esse tipo de micro-
fone prtico para ambientes com grupos de pessoas, mas deve-se ter cuidado ao utiliz-los,
pois como eles capturam o som de todas as direes, so mais suscetveis a rudos.
Figura 7.7
Microfone de mesa
Polycom 2215-
23327-001 HDX.
H outro tipo de microfone omnidirecional de mesa que pode ser mais adequado para evitar
rudos e sons indesejveis. Microfones como o do exemplo abaixo podem, por exemplo, ser
distribudos para grupos de alunos (grupos pequenos, para facilitar o acesso ao microfone),
e quando algum deles deseja interagir com o professor, ele habilita seu microfone e faz a
pergunta. Apesar de ser um microfone omnidirecional, este tipo de microfone s estar
habilitado enquanto a pessoa estiver falando, evitando rudos de forma mais eficaz que os
microfones de mesa omnidirecionais. H inclusive microfones como o do exemplo e
unidirecionais, porm so mais caros e mais difceis de encontrar.
Figura 7.8
Microfone de mesa
omnidirecional
udio Technica
ATR4700.
Apesar do microfone sem fio ser mais verstil, mais caro que o modelo correspondente
com fio e requer a utilizao de pilhas, que precisaro ser trocadas periodicamente. A auto-
nomia das pilhas pode variar de 6 a 30 horas, dependendo do modelo. A conexo mesa de
som feita atravs de uma base receptora que possui uma antena para receber o sinal do
microfone sem fio. Quando for utilizado mais de um microfone sem fio, imprescindvel que
eles operem em canais de transmisso (faixa de frequncia) diferentes, para que um no
cause interferncia no outro. A maioria dos microfones sem fio vem ajustada de fbrica para
operar em determinados canais, sem possibilidade de ajuste posterior. Portanto, no ato da
compra necessrio verificar se os microfones funcionam em canais diferentes.
189
Com fio Sem fio
q
Comparao
Os microfones possuem diferentes ngulos de captao, e so classificados como: entre modelos
de microfones.
11 Omnidirecionais: capturam sons vindos de todas as direes.
11 Direcionais: capturam melhor sons vindos da frente e rejeitam sons emitidos nos
lados e atrs.
Para reduzir a captao de sons indesejados, deve-se utilizar microfones direcionais, que
possuem baixa sensibilidade para os sons vindos de trs. importante observar que h
diferentes sub-classificaes dos microfones unidirecionais, que podem ser cardioide,
super-cardioide e hiper-cardioide. Microfones dos dois ltimos tipos citados podem cap-
turar um pouco do som ao lado e atrs do microfone, apesar de serem unidirecionais.
Durante o uso, os microfones nunca devem ser direcionados para as caixas acsticas, mesmo
que sejam unidirecionais, para que no ocorram microfonias ou reverberao. A figura abaixo
mostra o posicionamento ideal de um microfone em relao s caixas acsticas.
rea de sensibilidade do
Caixa acstica microfone unidirecional
Figura 7.10
Microfone com
rea de sensibili-
dade voltada
para as ondas
sonoras das caixas
acsticas locali-
zadas atrs dele.
Administrao de Videoconferncia
Como vimos, ao abordar a acstica devemos evitar ao mximo rudos externos e internos.
As pessoas e os equipamentos utilizados (ar-condicionado, computadores, projetores,
componentes de iluminao) so as principais fontes geradoras de rudos internos. Esse fato
pode se agravar, caso haja mais de um microfone aberto ao mesmo tempo no ambiente,
190
comprometendo a qualidade do udio da comunicao, e consequentemente podendo
perturbar os participantes. Um cuidado necessrio manter ligado apenas o microfone do
interlocutor ativo, o coordenador da sala responsvel pela concesso da palavra aos parti-
cipantes e pela orientao quanto ao uso dos microfones. Quando um microfone no est
sendo utilizado, aconselhvel mant-lo desligado, evitando rudos desnecessrios.
Microfonia
Tambm chamada de realimentao de udio, causada quando um microfone est q
capturando o udio de uma fonte emissora do som do prprio microfone. Como evitar:
11 Adequar o volume do microfone para que seja capturada apenas a voz da pessoa que
est falando, evitando capturar outros rudos. O uso de microfones unidirecionais facilita
a reduo da captura de rudos;
O cancelamento de eco um mecanismo capaz de detectar que os sons que esto sendo
capturados j foram capturados/transmitidos antes (chamados de eco), sendo capaz de
suprimir esses sons, isto , remov-los do sinal como se no tivessem sido capturados,
evitando a realimentao.
Caixas acsticas
11 Necessrias em ambientes com grupos de pessoas, devem ser posicionadas de prefe- q
rncia na frente da sala, no alto e direcionadas para o fundo da sala. Deve-se ajustar o
volume do som para evitar microfonias. Cuidados:
O volume das caixas acsticas deve ser ajustado para que o udio possua uma intensidade
de uma conversao. Se o som estiver muito baixo, as pessoas mais afastadas podero
no escutar corretamente; se estiver muito alto, alm do desconforto de quem estiver
mais prximo, os microfones podero captar o som e causar microfonia ou realimentao.
191
Quando a sala for grande, pode ser necessrio utilizar mais caixas acsticas, para que a
intensidade do udio seja equilibrada entre as pessoas que esto sentadas mais frente e
as que esto mais no fundo.
Caixas Caixas
acsticas acsticas
Correto Errado
Projetor
Figura 7.11
Exemplo de bom
posicionamento
das caixas
acsticas e direo
do microfone.
Ambiente de vdeo
Os cuidados relacionados ao ambiente de vdeo em uma conferncia so necessrios tanto
para a captura do vdeo (local) quanto para a exibio do(s) vdeo(s) remoto(s). A imagem
transmitida deve permitir aos participantes da videoconferncia observar as aes e reaes
dos participantes conectados remotamente. Quanto maior a qualidade das imagens, maior
o realismo e, portanto, mais a videoconferncia se aproximar de uma conferncia onde os
Administrao de Videoconferncia
Uma vez gerada a imagem, outro ponto importante a sua exibio. Neste aspecto,
importante observar o tamanho dos monitores (ou qualquer outro dispositivo que exibir
os vdeos) e seu posicionamento.
192
Figura 7.12
Dispositivos de
exibio de vdeo.
O tamanho correto da tela do monitor determinado pela distncia entre ele e os principais
participantes da videoconferncia. A regra geral que a altura do monitor seja equivalente
a 1/8 da distncia entre a tela e os espectadores. Normalmente pensa-se que quanto maior
o monitor melhor a qualidade e a experincia que ele trar videoconferncia. Isso muitas
vezes verdade, mas deve-se ter cuidado com o uso de monitores muito grandes muito pr-
ximos aos participantes, onde seu tamanho pode acabar prejudicando a videoconferncia.
A qualidade da imagem tambm afetada pelo processo de codificao de vdeo. Alm das
caractersticas tcnicas que envolvem o processo, h cuidados que devem ser tomados no
ambiente de videoconferncia para auxiliar a codificao e maximizar a qualidade do vdeo.
Outros cuidados so: evitar movimentos constantes ou bruscos, que tambm dificultam
a codificao de vdeo, e escolher adequadamente as roupas utilizadas, pois, assim como
um fundo com muitos objetos, h roupas que dificultam a codificao do vdeo e tambm
podem distrair a audincia. Deve ser dada preferncia a roupas de cores slidas.
11 Mobilirio e equipamentos.
11 Pblico-alvo.
11 Infraestrutura e layout.
193
os aspectos mais importantes que devem ser considerados durante o projeto com intuito
de melhorar a qualidade da videoconferncia. Os principais fatores que devem ser conside-
rados so: natureza da sala, pblico-alvo, mobilirio, equipamentos e layout.
Pblico-alvo:
11 Alunos x Profissionais.
11 Crianas x Adultos.
Conhecer se a sala vai ser dedicada ou no, bem como a utilizao dela por outras pessoas,
traz mais diretivas para a sua correta concepo. Em relao natureza da sala, deve-se
saber ser dedicada para videoconferncias ou se ser uma sala multipropsito. Uma sala
dedicada facilita o projeto, j que pode ser projetada especificamente para as necessidades
de uma videoconferncia. J uma sala multipropsito, ou seja, que ser utilizada para
outros fins alm de videoconferncias, traz maiores dificuldades para o projeto. Neste caso,
deve-se conhecer os requisitos tanto da videoconferncia quanto os do outro propsito
para o qual a sala utilizada e tentar concili-los. Em uma sala de aula que tambm ser uti-
lizada para videoconferncias, por exemplo, deve-se projetar uma sala que acomode todos
os equipamentos de videoconferncia e tambm o mobilirio de uma sala de aula normal,
como classes, quadro, possivelmente computadores, entre outros.
Mobilirio e equipamentos
Mobilirio: q
11 Evitar utilizar mveis muito retos e reflexivos que prejudicam a acstica.
11 Manter o ambiente limpo, sem muitos objetos pequenos sobre os mveis, a fim
de facilitar a compresso de vdeo.
Equipamentos:
11 Cmeras de documentos.
194
A escolha do mobilirio , em grande parte, apenas uma tarefa arquitetnica. Mas
importante observar os aspectos do mobilirio que influenciam as videoconferncias.
Recomenda-se evitar mveis muito lisos ou fabricados com materiais refletores, como vidro,
gesso, madeira, cermica, pois refletem o som e podem prejudicar a acstica da sala.
Figura 7.13 Cadeiras para plateia Cadeira tpica para a Destaque para Cadeiras tpicas
Tipos de cadeiras. em auditrio mesa do conferencista cadeira com apoio para plateia
Figura 7.14
Tipos de mesas.
Figura 7.15
Posicionamento dos
equipamentos.
195
Sobre o posicionamento dos equipamentos, j foi comentada a importncia de se manter
os monitores junto s cmeras (para que os participantes estejam sempre olhando para as
cmeras) e de posicionar adequadamente microfones e caixas de som para evitar micro-
fonias. Esses so os fatores mais importantes que devem ser observados em todos os
ambientes de videoconferncia, mas existem outros detalhes que variam conforme o prop-
sito da videoconferncia e os equipamentos utilizados.
Figura 7.16
Exemplo de organi-
zao do ambiente.
Infraestrutura e layout
Infraestrutura: q
11 Tomadas.
196
11 Baixa variao no atraso dos pacotes (jitter);
11 Se possvel, que seja uma rede dedicada para a videoconferncia, evitando que picos
de trfegos concorrentes prejudiquem a qualidade da videoconferncia.
11 Pr-conferncia.
11 Agendamento.
11 Incio e trmino.
11 Gerenciamento.
A maioria das pessoas que no possuem experincia com videoconferncias (e muitas vezes
at mesmo pessoas j com experincia) tendem a se comportar de forma inadequada ao
participar de uma videoconferncia. Por vezes, os participantes esquecem que no esto
na mesma sala dos participantes remotos, e com isso no prestam ateno na forma como
falam ao microfone ou ao posicionamento diante da cmera. Por outro lado, os partici-
pantes podem acabar ignorando a presena dos participantes remotos, como por exemplo
no caso de alunos conversando paralelamente em sala de aula em que o professor esteja
em um ponto remoto.
Etapa que antecede a videoconferncia, em que deve ser configurado e preparado o sistema
que ser utilizado. nessa etapa que todas as informaes relativas videoconferncia
so definidas e descritas, para que, a partir deste momento, a videoconferncia possa ser
facilmente agendada e realizada.
197
Agendamento
Muito importante em videoconferncias para permitir que haja tempo suficiente para q
preparao do ambiente de videoconferncia. possvel:
Assim como uma reunio, aula e atividades similares, uma videoconferncia precisa ser
agendada. O agendamento ainda mais importante em uma videoconferncia do que
em atividades presenciais, para que haja tempo suficiente para preparao do ambiente
de videoconferncia. Alm da definio de data e hora, no agendamento o usurio define
(ou toma conhecimento) das condies para a realizao da videoconferncia. Entre os
aspectos importantes no agendamento, esto:
comum o uso de sistemas de agendamento via web (internet ou intranet), sistemas que
atualmente j agrupam todas as tarefas necessrias para o agendamento, inclusive noti-
ficam os participantes sobre a videoconferncia.
Trmino da videoconferncia:
Gerenciamento
Tarefa do administrador da videoconferncia ou de um participante eleito como q
coordenador/moderador. O moderador da sala virtual pode:
198
11 Mudar o layout de vdeo. q
11 Excluir participantes.
11 Se voc moderador, chegue mais cedo para testar a configurao do sistema, evitando
perda de tempo durante o perodo destinado conferncia.
11 Desative o microfone quando no estiver falando, para evitar mudanas de tela desne-
cessrias e impedir a captao de rudos indesejados.
11 Espere o dobro do tempo habitual aps perguntas e comentrios, a fim de dar tempo
para que sua fala chegue aos alunos.
11 Mantenha o contato visual com a lente da cmera e, caso existam, com os participantes locais.
11 Lembre-se de que os participantes remotos esto lhe vendo e preste ateno em como
todos iro v-lo. Coloque os participantes dentro do campo de viso da cmera.
11 Tenha em mente que sua audincia deve ter o foco em voc e no na sua roupa.
11 Prefira usar roupas, maquiagem e cabelos do modo mais simples possvel. No mximo
tenha em mos um p translcido para tirar o brilho do nariz e das tmporas. A melhor
opo por um visual natural e relaxado.
199
(b)
(a)
Figura 7.17
Adote fundos lisos,
para evitar distra-
es e colaborar
com a codificao.
11 O professor deve dirigir-se aos participantes remotos pelo nome e lugar onde esto; para
tanto, indicado preparar uma lista e um mapa dos assentos.
11 Comece as aulas com uma introduo informal, falando com todos os alunos de modo a
iniciar o teste do udio deles e o seu prprio.
11 O professor precisa se posicionar para a cmera, buscando estar sempre bem ilumi-
nado e enquadrado, nunca caindo da tela nem cortando partes de seu corpo, exata-
mente como na televiso.
11 Uma vez que tudo esteja pronto, evite a distrao de fazer ajustes e perturbar os outros
com perguntas do tipo: Voc est me ouvindo?
11 Produzir barulho que possa perturbar a reunio (conversas paralelas, barulho com
dedos, canetas etc.), pois a cmera e os microfones so muito sensveis e capazes de
captar os sons mais sutis.
11 Usar jargo tcnico quando o assunto no for do escopo da reunio (plateia no especia-
lizada ou pblico leigo).
11 Movimentos rpidos e/ou largos que causem distoro na tela. Evite movimentao
desnecessria para preservar a qualidade da imagem.
200
11 Expresses faciais inadequadas. Use o zoom, mas no se aproxime demais da cmera.
11 Fumar, mascar chicletes, chupar balas, brincar com objetos (chaveiros, canetas).
11 Vestir-se inadequadamente.
11 Vestir roupas totalmente pretas, ou com listras finas, de cores berrantes ou com
estampas contrastantes. Evite o tweed, riscas ou outros padres muito pequenos.
11 Usar joias, colares ou braceletes grandes, pois podem bater no microfone e causar
rudos estranhos.
11 Pblico-alvo.
No primeiro estudo de caso, sero apresentadas sugestes sobre como deve ser um auditrio
no qual palestras e aulas sero transmitidas por videoconferncia. A seguir so abordados
brevemente estes aspectos, e mais adiante sero detalhados alguns pontos importantes.
11 Pblico-alvo: especialistas.
11 Equipamentos:
22 udio: microfone unidirecional no palestrante (pode ser de lapela) e outro sem fio
para perguntas.
22 Vdeo: projetores.
Captulo 7 - Projeto de ambientes de videoconferncia
22 Videoconferncia: hardware especfico para sala ligado na mesa de som e compatvel
com a conectividade disponvel.
Figura 7.18
Auditrio para
videoconferncia.
201
O ambiente deve apresentar paredes dotadas de materiais isoladores acsticos, com o obje-
tivo de minimizar a influncia de rudos externos no seu interior. O piso deve ser em carpete,
e devem ser utilizados materiais isolantes para as paredes (l de rocha, l de vidro) e mate-
riais antireverberao (placas de espuma acstica perfilada) e cortinas de tecido denso nas
janelas. A rea da sala deve respeitar os critrios de acesso e proximidade. Geralmente
estimada em um metro quadrado por ocupante da sala.
PC de
apoio Quadro
Cmera de documentos
Principal aparelho
de videoconferncia
Plpito
Projetor multimdia
Telefone/Fax
Degraus
Administrao de Videoconferncia
Figura 7.19
Exemplo da planta
Monitor de retorno Cmera Monitor principal de um auditrio para
xado ao teto 38 auxiliar xado ao teto 38 videoconferncia.
202
Estudo de caso 2: Sala de reunio
No segundo estudo de caso, ser avaliado um ambiente para salas de reunies com
videoconferncia.
11 Equipamentos:
22 Vdeo: TV de 32 ou projetor;
11 Layout: rea: ~ 28 m
Figura 7.20
Imagem de exemplo
de uma sala
de reunies com
videoconferncia.
203
Quadro
interativo TV
Tablado
Equipamento de
videoconferncia
Projetor
Cmera de
documentos
11 Equipamentos:
22 Vdeo: TV de 42 ou projetor;
204
11 Layout: rea: ~ 54 m.
Figura 7.22
Sala de
videoconferncia de
propsito geral.
TV 54
Tablado com 10 cm
Equipamento de
videoconferncia
PC
Parede ou
divisria acstica
Circulao
205
O projeto considerou diversos fatores, entre eles:
11 Organizao do espao;
11 Iluminao;
11 Acstica;
11 Planos de cmera/operao;
11 Sonorizao.
A sala de aula original possua diversas caractersticas prejudiciais videoconferncia, entre elas:
11 P direito baixo.
Figura 7.24
Mesas e mquinas
dos alunos e janela
com cortina
blackout.
Administrao de Videoconferncia
206
Figura 7.25
Entrada da sala de
aula mostrando um
pedao do quadro
branco e divisria.
Acstica
Antes: q
11 reas reflexivas em todas as paredes.
11 Nenhum trabalho de correo acstica (mesmo cortina blackout tem perfil reflexivo).
207
Depois: q
11 Troca dos aparelhos de ar-condicionado.
Resultados:
11 Melhora da ambincia.
11 Ganhos nos resultados acsticos (reduo da reflexo nas frequncias mais altas gera
som mais encorpado, com agudos mais limpos).
Figura 7.27
Painis nas paredes
melhoram a acs-
tica da sala.
Planos de cmera/operao
11 Ambiente de operao frente e esquerda, concentrando as mquinas necessrias
para o sistema de videoconferncia.
Figura 7.28
Cmera robotizada 1 Ambiente de ope-
208
Figura 7.29
Primeira cmera
robotizada com foco
no professor e no
quadro branco.
Cmera robotizada 2
11 Posicionamento voltado aos alunos. q
11 Foco secundrio no apresentador, podendo funcionar como cmera de apoio, quando
o apresentador est no meio da sala, por exemplo.
Figura 7.30
Segunda cmera
robotizada com
foco nos alunos.
Sonorizao
11 Combinao de microfones sem fio (headset e de mo). q
11 Mesa de som.
11 Caixas acsticas:
A combinao de microfones sem fio (headset e de mo) com mesa de som e caixas acs-
ticas, faz cobertura dos sinais de entrada e reproduo de sinais remotos aos participantes Captulo 7 - Projeto de ambientes de videoconferncia
presenciais. Microfone sem fio para o professor e de mo para os alunos.
Figura 7.31
Microfones e
posicionamento das
caixas acsticas.
209
Imagens da sala nova
A viso frontal da sala pode ser vista a seguir.
Figura 7.32
Mobilirio (posi-
cionamento dos
equipamentos).
Figura 7.33
Viso do fundo
da sala.
Administrao de Videoconferncia
210
Roteiro de Atividades 7
Atividade 1 Anlise de cenrios e elaborao do projeto das salas
Esta atividade consiste na anlise de diferentes cenrios onde necessrio o uso de video-
conferncia e na elaborao de projetos de salas que possam ser utilizadas nos ambientes
apresentados em cada cenrio. Sero apresentados 3 cenrios.
Cenrio 1
Uma empresa multinacional est implantando um sistema de videoconferncia para auxiliar
na tomada de decises entre gerentes e funcionrios de suas unidades. So realizadas
aproximadamente 10 reunies semanais entre os gerentes das 3 unidades e entre gerentes
com seus coordenadores. As reunies contam com aproximadamente 2 pessoas de cada
unidade, num mximo de 6 pessoas por reunio. Um dos requisitos da empresa efetuar a
integrao de documentos no digitais; outro requisito a possibilidade de enviar apresen-
taes de slides em formato digital.
Cenrio 2
Uma escola particular est instalando um servio indito para promover o compartilha-
mento de conhecimento. O convnio assinado pela escola com uma comunidade carente da
periferia prev uma sala de videoconferncia como meio de incluso digital. As crianas da
comunidade tero acesso a aulas, palestras e atividades de entretenimento com as crianas
da escola. A ideia compartilhar conhecimento e experincias entre crianas com idade
entre 6 e 9 anos.
Cenrio 3
Uma escola deseja reformar uma sala de aula convencional para abrigar equipamentos de
um sistema de videoconferncia. A sala possui um projetor multimdia, 50 cadeiras com
apoio, uma TV de 29 polegadas e janelas laterais, estando localizada no lado de maior circu-
lao da escola. Possui cabeamento e ar-condicionado, j tendo sido utilizada para abrigar
um laboratrio de informtica. A escola atende ao ensino fundamental e deve disponibilizar
o servio de videoconferncia para todos os alunos, com agendamento prvio.
Cenrio 4
Um grande hospital-escola na rea de cirurgia tem como objetivo trocar informaes com
dois outros hospitais parceiros. Os trs hospitais possuem residncia mdica. Existem duas
necessidades principais:
11 Um mdico especialista transmitir sua cirurgia em alta definio para os outros hospi-
Captulo 7 - Roteiro de Atividades
tais (incluindo udio) para que mdicos e alunos remotos possam aprender sua tcnica.
Nesse caso, h a necessidade de interao com udio e vdeo em tempo real;
211
zados em diferentes estados do pas, embora ligados atravs de um backbone de redes
que permite velocidades de at 100Mbit/s.
Cenrio 5
Um grupo de mdicos localizados em diferentes reas com banda 3G (de aproximadamente
300 kbit/s) formou um grupo de trabalho sobre sua especialidade. Eles precisam se comu-
nicar a partir de seus escritrios de forma simples, em reunies que consistem basicamente
da transmisso de vdeo e udio de todos, compartilhamento de bloco de notas e apresen-
tao de slides e vdeos.
Administrao de Videoconferncia
212
8
Transmisso via streaming
objetivos
conceitos
Streaming de vdeo versus download progressivo, solues de transmisso e
gravao de videoconferncia, banda na rede ocupada de acordo com o nmero
de usurios, necessidade de armazenamento de acordo com a qualidade da gravao.
Streaming de vdeo
11 Streaming uma forma de transmisso de dados multimdia, em que os clientes q
realizam uma solicitao dos dados para um servidor de streaming, e os dados so
exibidos medida que so recebidos. Pode ser aplicado para transmisses ao vivo ou
para mdias gravadas.
participao desses clientes por salas de chat ou por e-mail, por exemplo.
213
na transmisso, a prpria transmisso detecta essas perdas e faz com que a qualidade do
vdeo seja reduzida para evitar as perdas. Para isso, o servidor obviamente deve suportar a
adaptao dinmica da qualidade. Transmisses de televiso e rdio so exemplos de trans-
misses de mdia por streaming (e broadcast).
A combinao do streaming com videoconferncia pode ser realizada para diversos prop-
sitos. O principal propsito disponibilizar a videoconferncia para um maior nmero de
pessoas. Transmisses por streaming so naturalmente mais escalveis do que os prprios
sistemas de videoconferncia, ou seja, mais otimizado que diversos clientes recebam a
videoconferncia por streaming do que permitir que se conectem diretamente ao sistema
de videoconferncia. Alm disso, transmisses por streaming utilizam protocolos padro,
e podem ser visualizadas em diversos aplicativos (players de vdeo), como Real, Windows
Media, QuickTime ou mesmo o navegador web.
O streaming tambm pode ser utilizado para transmitir a videoconferncia aps sua ocor-
rncia (a partir de uma gravao) ou at mesmo para facilitar a gravao: um dispositivo
recebe a videoconferncia por streaming e realiza a gravao.
Streaming e download progressivo so duas formas utilizadas para transferncia de udio e vdeo.
214
A tabela a seguir compara os principais aspectos das duas tecnologias:
Streaming Download
progressivo
Tanto multicast quanto unicast podem ser utilizados para streaming de contedo multi-
mdia. As diferenas entre eles j foram discutidas. Os principais aspectos que devem ser
considerados na escolha da tecnologia mais adequada esto na tabela seguinte.
Transmisso ao vivo
As solues em hardware incluem uma interface H.323/SIP para interagir diretamente com a
videoconferncia e outras interfaces para servir os dados por streaming. O dispositivo funciona
removendo o vdeo e o udio do pacote H.323/SIP, e os empacotando novamente no formato
streaming configurado, como QuickTime, Real ou Windows Media. Esses dados so enviados
aos usurios que solicitam uma transmisso streaming, utilizando unicast ou multicast.
Captulo 8 - Transmisso via streaming
Alguns dispositivos podem tambm gravar esses dados, podendo depois fornecer acesso sob
demanda ao contedo. Alm disso, alguns modelos suportam inclusive a transmisso e gravao
de mais de uma sesso de videoconferncia ao mesmo tempo. As solues em hardware so
referenciadas tambm como all-in-one devices ou VideoConference Recorder (VCR).
215
Modelos que suportam apenas transmisso de videoconferncia:
Figura 8.3
Modelos em
hardware que
suportam apenas
transmisso de
videoconferncia.
Figura 8.4
Modelos em
hardware que
suportam trans-
misso e gravao
de videoconferncia.
11 Servidor: responsvel pela distribuio e gravao dos dados que recebe do encoder.
216
Solues hbridas (soluo em software que recebe sinal de um HW de videoconferncia): q
11 Necessidade de alguma forma de conexo do software videoconferncia.
11 QuickTime;
11 VideoLAN (VLC);
Existem tambm solues hbridas, onde desejvel transmitir via software uma videocon-
ferncia H.323 executada em hardware. Como est sendo utilizada uma mquina conven-
cional para a instalao do software, normalmente no h uma interface H.323/SIP pronta
para receber os dados de uma videoconferncia e repass-los para a aplicao. Portanto,
necessrio fazer com que, de alguma forma, os dados de uma videoconferncia cheguem
at a aplicao para streaming e gravao.
Endpoint Servidor
2. O codicador congurado
para enviar os dados
codicados para o servidor
Codicador Usurio assistindo sesso
a partir de um player
217
Conforme a imagem, o codificador conectado diretamente a um equipamento que est
participando da videoconferncia. Normalmente os equipamentos possuem uma sada
auxiliar que pode ser utilizada para conect-lo a uma mquina que possuam uma placa
de captura. Este codificador ento integrado ao servidor que disponibilizar o vdeo por
streaming para os clientes.
Largura de banda:
O requisito mais importante a largura de banda de sada, que define mais diretamente o
nmero mximo de clientes que podem receber o streaming. A banda necessria varia con-
forme a taxa de transmisso da conferncia e a quantidade de clientes que se deseja atender.
O clculo simples: taxa de transmisso * nmero de clientes = banda de sada necessria.
1 Mbps 3 Mbps
Administrao de Videoconferncia
5 Mbps 15 Mbps
1 Mbps 20 Mbps
218
Figura 8.6 1.000 300 kbps 300 Mbps
Exemplos de
largura de banda 1 Mbps 1 Gbps
necessria para
streaming. 5 Mbps 5 Gbps
importante observar que a grande maioria dos codificadores de vdeo codifica o vdeo em
taxas variveis Variable Bit Rate (VBR). Em funo disso, a banda ideal normalmente deve
ser maior do que a banda mdia das transmisses, para suportar os momentos de pico.
Exemplo: se o codificador est configurado para 1 Mbit/s, deve-se prever uma banda total
de 1,2 Mbit/s.
Onde:
37 kbps 30 8.2 MB
50 kbps 30 11 MB
100 kbps 30 22 MB
Vale ressaltar que antes de tomar uma deciso de gravar tudo em baixa qualidade, se pense
cuidadosamente no futuro daquele contedo. Um contedo em alta qualidade sempre pode
ser transmitido em menor qualidade, entretanto, um contedo em baixa qualidade ficar
para sempre em baixa qualidade.
Captulo 8 - Transmisso via streaming
11 Servidor.
11 Helix Server e Real Producer (h uma verso open source: Helix DNA Server).
219
11 Flash Media Server e Flash Media Encoder (Red 5 um servidor de streaming open q
source similar ao Flash Server).
Com alguns sistemas possvel utilizar mltiplos servidores para melhorar o desem-
penho. Quanto visualizao do streaming, solues costumam prover um player padro:
11 Flash Player.
11 QuickTime.
Todas essas solues de streaming no so compostas por apenas um software, mas pelo
menos por dois para gerao do contedo e streaming, e um para visualizao. As duas apli-
caes para gerao do contedo tm funes semelhantes em todas as solues. So elas:
11 Codificador: entidade que faz a captura (seja de uma cmera, de arquivos ou outra fonte)
e codificao dos dados. Chamado Encoder na maioria dos sistemas;
Essas solues so comerciais (pagas). Mas importante citar que existem verses de
Administrao de Videoconferncia
A verso open source do Helix chamada Helix DNA Server (a verso comercial tambm
conhecida por Helix Universal Server). Ela possui menos funcionalidades e suporta menos for-
matos do que a verso comercial, mas ainda assim possui as diversas funcionalidades bsicas
necessrias para o streaming. Em relao ao Flash, h uma verso open source chamada Red5,
que no diretamente associada ao Flash Media Server, como o Helix. Red5 vinculado ao
Flash Server por utilizar protocolos e formatos semelhantes, como RTMP e FLV. J a aplicao
open source equivalente ao QuickTime chamada de Darwin Streaming Server. Desenvolvida
pela Apple, seu cdigo foi criado com base no QuickTime Streaming Server.
220
Outra observao importante sobre as solues que algumas so vinculadas a apenas um
sistema operacional, o que pode dificultar o seu uso. O Windows Media Services s pode ser
utilizado no Microsoft Windows Server 2003, enquanto o QuickTime Streaming Server s
pode ser usado no OS X Server. As verses open source, porm, costumam suportar mais
sistemas operacionais: o Darwin, por exemplo, pode ser executado em diversos sistemas
operacionais, incluindo Windows, Linux e Mac OS.
Com alguns sistemas possvel utilizar mltiplos servidores para melhorar o desempenho
quando se deseja atender muitos usurios. A imagem seguinte mostra um exemplo onde
so utilizados diversos servidores Windows Media Server e onde pode ser feito um balance-
amento de carga entre eles.
Windows Media
Player
Windows Media
Player
Internet
Windows Media
server
Windows Media
Player
Figura 8.8
Servidores Windows
Media Server
com balanceamento Windows Media
de carga.
Captulo 8 - Transmisso via streaming
Player
221
Alm dos players associados s solues, podem ser utilizados players de mdia genricos,
desde que suportem os protocolos e formatos utilizados. Um exemplo o VideoLAN (VLC),
um player que suporta a maioria dos protocolos e formatos utilizados.
A tabela a seguir mostra uma comparao entre os containers, formatos de udio e vdeo e
protocolos utilizados em cada uma das solues citadas:
w
Na tabela foram colocados apenas os itens mais significativos de cada sistema. H sistemas
como o Helix, principalmente, que suportam diversos formatos alm dos citados. Esta
tabela vlida para as verses pagas dos sistemas. A verso open source do Helix possui Para uma comparao
suporte a menos formatos e containers, mas as verses open source do Flash e QuickTime detalhada dos sistemas
de streaming, visite na
so bastante equivalentes com a tabela. Wikipedia a pgina com
os diversos formatos e
Alm do streaming e gravao, os servidores de streaming normalmente tambm suportam protocolos suportados
vdeo sob demanda (VOD). Neste caso, no necessrio um codificador: os vdeos que sero por cada soluo:
Comparison of
disponibilizados so colocados em um diretrio e o servidor de streaming disponibiliza o
streaming media
acesso a eles, seja por streaming ou por download progressivo. systems.
Administrao de Videoconferncia
222
Roteiro de Atividades 8
Atividade 1 Utilizao do Windows Media Server
O servidor Windows Media Server (WMS) ser utilizado para fazer essa atividade prtica, em
que o instrutor vai configurar um ponto de publicao no WMS, que ser utilizado para os
alunos publicarem o contedo ao vivo gerado pelo codificador Windows Media.
O Flash Media Encoder far a captura de udio e vdeo, o Flash Media Server far a distri-
buio do contedo e o Flash Player ser utilizado para visualizar o contedo, atravs de um
plug-in no navegador web. Nesta atividade todos esses componentes sero instalados na
mquina do usurio.
O primeiro passo a instalao do Flash Media Encoder e do Flash Media Server. O Flash
Player j est instalado (se no estiver basta fazer seu download e instal-lo) e ser utilizado
atravs de uma pgina web. No material adicional sero exibidas imagens que ilustram o
processo de instalao das aplicaes com algumas dicas necessrias.
Explore o codificador:
223
Administrao de Videoconferncia
224
9
Videoconferncia web
objetivos
conceitos
Conferncia web (webconferncia), modelos de servio de webconferncia, solues
proprietrias (Adobe Connect, Cisco WebEx, FuzeMeeting, Google hangout) e solues
de cdigo aberto (Mconf, Big Blue Button, OpenMeetings).
11 A maioria dos casos dispensa configurao de firewall em clientes, pois utiliza portas
comuns, como a porta 80.
225
Diferenas de videoconferncias desktop
Com o avano das tecnologias de videoconferncias desktop e de videoconferncias web,
as diferenas entre essas duas formas de interao por vdeo esto cada vez menores.
Praticamente todos os sistemas atuais podem ser utilizados sobre a internet, sendo que a
grande diferena entre eles passa a ser o software cliente. Em webconferncias, o software
cliente uma aplicao executada dentro do navegador web (com excees), enquanto em
videoconferncias desktop sempre necessria a instalao de uma aplicao adicional na
mquina do usurio.
Vantagens da webconferncia
A grande vantagem dos sistemas de webconferncia est na facilidade de efetuar uma vide-
Administrao de Videoconferncia
oconferncia, visto que tais sistemas funcionam via navegador web. importante observar
que apesar do uso do navegador, os sistemas normalmente necessitam da instalao de
plug-ins como o Adobe Flash. Mesmo assim, instalar um plug-in ainda mais vantajoso do
que instalar uma aplicao especfica, pois o plug-in pode ser utilizado para diversos prop-
sitos (diversas aplicaes web utilizam Flash, por exemplo).
226
navegador web, bem como a porta destinada ao navegador, que normalmente liberada no
firewall, no demandando qualquer liberao de porta aos administradores de rede, o que
muitas vezes pode ser traumtico em empresas com polticas rgidas de segurana.
O acesso a esse tipo de conferncia costuma ser feito de forma bastante simples e intuitiva.
Tudo gerenciado atravs de websites, incluindo a criao e o gerenciamento de confern-
cias, controle de usurios e agendamento, entre outros. Tambm so utilizados padres web
difundidos, como HTTP e SSL, possibilitando tarefas como:
11 Integrao com sistemas de gerenciamento de contedo como Moodle e Joomla, entre outros.
Outro modelo aproveitar o conceito de sala virtual utilizado em webconferncias. Uma vez
que no sistema de conferncia web as reunies so realizadas em computadores pessoais
de usurios sem necessidade de equipamentos ou softwares especficos para este fim,
possvel alugar apenas o servidor de webconferncia.
Muitas provedoras de servios oferecem esta possibilidade, entre elas a Adobe, com o
Adobe Connect, e a Cisco, com o Cisco WebEx. Os usurios normalmente pagam uma tarifa
mensal para acessar o servio, com valores variando conforme a qualidade do servio
(quantidade de usurios, qualidade de udio e vdeo etc.) e os servios adicionais aos quais
se deseja ter acesso (gravao, armazenamento etc.).
227
Neste modelo, a aplicao cliente costuma ser de graa. Contratando o servio que dispo-
nibiliza o servidor, os usurios podem simplesmente acessar um determinado website e
atravs dele acessar as conferncias.
Esse modelo tambm pode ser utilizado em conjunto com as ferramentas de webconfe-
rncia de cdigo aberto que comearam a surgir nos ltimos anos. Com esses sistemas
possvel obter e instalar o servidor em mquinas locais sem custos de software. Porm,
obviamente ainda existe o custo de compra, instalao e manuteno dos servidores.
11 Comunicao com udio e vdeo (cada vez se busca maior qualidade e adaptao
capacidade de rede do cliente).
11 Chat.
11 Compartilhamento de desktop.
11 Gravao.
Nesse captulo sero mostradas imagens dos aplicativos como referncia, para
dar uma ideia da soluo. Porm, sabemos que a interface com o usurio muda
medida que novas verses so lanadas. Recomenda-se o teste das solues nos
sites dos fabricantes para experimentar a verso mais recente.
Administrao de Videoconferncia
228
solues no mercado, elas em geral so muito parecidas. Ou podemos dizer que os obje-
tivos finais e as funcionalidades so as mesmas em praticamente todos os casos. A maioria
das solues, por exemplo, possui udio, vdeo, chat, quadro branco e exibio de apresen-
taes. Com a constante evoluo dos sistemas, as funcionalidades de cada um mudam
rapidamente. Portanto, uma referncia atualizada para saber as funcionalidades de cada
ferramenta a internet.
O intuito desta seo apresentar de forma sucinta cada um dos sistemas, suas capaci-
dades e interfaces. Est includa a prtica de trs sistemas: Adobe Connect, Big Blue Button
e OpenMeetings. Outras solues sero apresentadas atravs de vdeos.
Adobe Connect
Soluo proprietria da Adobe, antigamente conhecida como Macromedia Breeze. Desen- q
volvido em Flash, o sistema funciona no modelo cliente-servidor. O servidor comercia-
lizado, enquanto o cliente grtis. Exemplo: no necessrio comprar o Adobe Connect
para ingressar em uma conferncia da RNP. O sistema comercializado de duas maneiras:
11 Basta acessar uma URL onde ser visualizada a interface para entrar no sistema.
Permisses:
11 Administrador.
11 Apresentador.
11 Participante.
Layouts:
Adobe Connect uma soluo proprietria cuja arquitetura utiliza o modelo cliente-servidor. O
sistema est disponvel atravs de assinatura hospedada, em que o usurio paga uma mensalidade
e utiliza servidores da Adobe, ou atravs da compra do software servidor para instalao local.
1. O aplicativo cliente desenvolvido inteiramente em Flash: basta ter o plug-in do Flash para a
aplicao ser exibida no navegador. Apesar do Flash ser um plug-in que deve ser instalado na
mquina do usurio, ele j est disponvel na grande maioria das mquinas, o que um ponto
positivo para o Adobe Connect, pois facilita seu uso. Segundo pesquisas, o Flash est instalado
em 99% dos computadores que utilizam a internet (Statistics Adobe Flash Platform). Assim
como o Flash, o Adobe Connect suportado nos sistemas Windows, Mac e Linux.
229
Ingressar em uma sesso
No Adobe Connect as salas podem ser pblicas ou privadas. Nas salas pblicas no neces-
sria autenticao para entrada, ou seja, mesmo um usurio no cadastrado no servidor
poder entrar na reunio. J nas salas privadas, o usurio dever fornecer um nome de
usurio vlido e com permisso para que possa entrar na sala, isto , usurios sem identifi-
cao no podem acessar a videoconferncia.
O acesso a uma videoconferncia feito de forma simples. Basta acessar uma URL (que nor-
malmente indica o nome da sala de videoconferncia), e sero exibidos os campos para pre-
encher nome de usurio e senha. Clicando em Prosseguir, o website carrega o ambiente de
videoconferncia e o usurio j faz parte da sesso.
Interface do cliente
A interface do Adobe Connect baseada em pods, que so reas internas da aplicao
(como janelas internas) que possuem alguma funo especfica na sala. Eles determinaro
os recursos que sero utilizados durante a reunio. Na configurao bsica da sala, temos os
seguintes pods:
11 Cmera e vdeo;
11 Lista de participantes;
11 Chat;
Pods
Figura 9.1
Interface inicial
Administrao de Videoconferncia
padro do Adobe
Connect.
230
introduziu diversas melhorias na interface, visando facilitar o uso da ferramenta. Os com-
ponentes foram reorganizados, como pode ser visto na imagem seguinte, e foram includas
novas funes como arrastar e soltar.
Figura 9.2
Interface do Adobe
Connect 8.
Os usurios so todos exibidos no pod com a lista de participantes, e seu cone indica qual o seu
papel. Administradores podem modificar o papel dos usurios utilizando este mesmo pod.
Figura 9.3
Pod com a lista
de usurios e
boto para alterar Promover usurio
permisses.
231
Compartilhamento de udio e vdeo
O Adobe Connect permite interao atravs de udio e vdeo. No possui um limite de
cmeras por sesso: o limite dado pela banda de rede. Suporta praticamente qualquer
modelo de webcam reconhecido pelo sistema e tambm outros tipos de cmeras (como
cmeras DV).
Para compartilhar udio e vdeo necessrio primeiro permitir que a aplicao tenha acesso
sua cmera e a seu microfone. O pod de vdeo possui um boto para isso. Assim que
pressionado, exibida a tela padro do Flash para que o usurio permita que o Flash acesse
seus dispositivos (ou apenas um deles). Permitindo o acesso, o vdeo do usurio passa a ser
transmitido para todos os participantes.
Figura 9.4
Pod utilizado para
habilitar vdeo
e udio.
Habilitar cmera e telefone
O udio, porm, s comea a ser transmitido quando o usurio habilitar outra opo. Fora
do pod de vdeo h o boto exibido na figura abaixo, que permite que o usurio habilite a
transmisso de seu udio quando estiver falando.
Figura 9.5
Boto para habilitar
a transmisso
Flash Media Encoder Fixar microfone
de udio.
Uma das maiores crticas ao Adobe Connect sempre foi a qualidade mediana dos vdeos,
muito inferior aos sistemas de desktop e em hardware que suportam alta definio. Na
Administrao de Videoconferncia
232
Figura 9.6
Imagem do pod de
compartilhamento.
Figura 9.7
Compartilhamento
de uma
apresentao.
A verso 8 do Adobe Connect inclui a possibilidade de arrastar e soltar (drag & drop) dos
arquivos do computador para compartilh-los na videoconferncia. Outra funcionalidade do
pod de compartilhamento o quadro branco, que funciona como uma lousa. O quadro
colaborativo, ou seja, qualquer alterao feita vista por todos os participantes. Apenas
administradores e apresentadores podem usar essa funcionalidade. Ele possui ferramentas
Captulo 9 - Videoconferncia web
233
Figura 9.8
Imagem do
quadro branco que
pode ser editado
por todos.
Bate-papo (chat)
Alm de interao por udio e vdeo, as videoconferncias no Adobe Connect podem
utilizar um pod de bate-papo (chat). Seu uso permite troca de mensagens de texto entre os
usurios. O chat por padro pblico, mas possvel mandar mensagens para um usurio
especfico (chat privado). Na verso 8, os chats pblico e privado so separados, facilitando
a organizao. Alm disso, inclui formataes de texto (mudar a cor, mudar o estilo etc.) e a
possibilidade de exportar o texto para RTF ou enviar por e-mail.
Figura 9.9
Pod para bate-papo
(chat).
Outros pods
Administrao de Videoconferncia
O Adobe Connect possui ainda pods para outras funcionalidades alm das j citadas. Um
deles o pod para anotaes, que bastante simples e utilizado para, por exemplo, guardar
a pauta da reunio. Outro pod interessante o pod de pesquisa (votao), onde pode-se
incluir uma pergunta e diversas opes de respostas. Essa pesquisa ento apresentada a
todos os participantes e no fim pode-se ver o resultado da votao.
234
Figura 9.10
Pod para pesquisa
(votao).
Layouts
Os layouts so formas pr-configuradas de organizar os pods na tela. Eles podem ser
criados pelos administradores e so facilmente acessados dentro de uma videoconferncia,
utilizando a barra como a da figura seguinte.
Figura 9.11
Barra para mudana
de layouts.
Layouts so extremamente teis para mudar a configurao da sala conforme o andamento
da videoconferncia. Por exemplo: pode-se comear a videoconferncia com os pods de vdeo
e chat ocupando praticamente toda a tela, para que os participantes possam se apresentar e
dar incio sesso. Em seguida, muda-se para um layout onde vdeo e chat ocupam menos
espao, possibilitando que o pod de compartilhamento ocupe grande parte da tela para exibir
uma apresentao. Exemplos desses dois layouts so exibidos nas figuras seguintes.
Figura 9.12
Layouts com foco
em: 1) vdeo e chat;
e 2) apresentaes.
235
rea do apresentador
Administradores e apresentadores dispem ainda de uma rea de preparao do evento,
que consiste em uma regio da tela que no mostrada para os participantes, apenas visvel
para administradores e apresentadores. Assim, pode ser realizada comunicao sem inter-
veno no ambiente comum a todos da reunio; qualquer pod pode ser usado nesta rea.
Figura 9.13
Imagem do Adobe
Connect exibindo a
rea exclusiva para
apresentadores.
Dispositivos mveis
Recentemente, a Adobe lanou clientes do Adobe Connect para os dispositivos mveis
com os sistemas iOS (iPhone e iPad) e Android (verso 2.2 e superiores). O cliente para iOS
foi lanado antes mesmo da verso 8 do Adobe Connect, enquanto o cliente Android foi
lanado com a verso 8. Ambos os clientes so gratuitos. Basta fazer download da aplicao
para participar de uma videoconferncia. Porm, so apenas visualizadores, ou seja, no
Administrao de Videoconferncia
enviam nem udio nem vdeo, mas podem interagir por chat.
Funcionalidades administrativas
As funes administrativas do Adobe Connect so realizadas atravs de uma interface web
que configura o servidor Adobe Connect. Esse sistema web permite o gerenciamento dos
usurios, das salas de videoconferncia e dos arquivos armazenados no servidor (aqueles
que foram compartilhados em videoconferncias).
Outra funcionalidade importante que faz parte do gerenciamento do Adobe Connect a gra-
vao das videoconferncias. O contedo fica disponvel no servidor e pode ser visualizado
236
posteriormente. Pode-se reproduzir a conferncia como se fosse um vdeo gravado, obser-
vando tudo o que aconteceu. Alm disso, o Adobe Connect armazena o estado da reunio:
ela pode ser fechada e aberta de novo mais tarde e voltar ao estado em que estava (inclu-
sive com os arquivos que foram compartilhados no pod de compartilhamento).
11 Nveis de permisso;
11 rea do apresentador;
11 Layouts.
Cisco WebEx
WebEx inclui: q
11 WebEx Meeting Center: soluo de webconferncia.
Principais caractersticas:
11 Compartilhamento de desktop.
11 Quadro branco.
WebEx o nome de uma empresa adquirida pela Cisco em 2007 e tambm o nome dado
ao conjunto de solues de videoconferncia que esta empresa (e portanto, a Cisco) prov.
Porm, o nome WebEx normalmente associado soluo de webconferncia da Cisco,
visto que todas as solues so construdas sobre a mesma plataforma (chamada Media-
Tone), mas adaptadas para diferentes modelos de negcio.
Neste curso, a soluo que mais se encaixa o WebEx Meeting Center, a soluo de web-
conferncia que possui muitas similaridades com solues como o Adobe Connect, por
237
exemplo. Esta soluo de webconferncia ser referenciada apenas por WebEx no restante
desta sesso. Assim como o Adobe Connect, o WebEx um dos sistemas de webconfe-
rncia mais conhecidos atualmente. um sistema baseado na web, com integrao de data
e mdia em um navegador web padro. Ele comercializado apenas na forma de servio,
onde os servidores WebEx so hospedados pela Cisco e os usurios alugam o servio com
pagamentos mensais. O WebEx baseado na linguagem Java, que, assim como o Flash, j
est bastante difundido nos computadores atuais. As plataformas suportadas so vrias:
Windows, Mac, Solaris, Linux/Unix.
A imagem seguinte mostra como a interface do WebEx Meeting Center. direita, exibida
uma janela com as reas de participantes, chat, perguntas e respostas, vdeos e outros.
No centro, ocupando grande parte da aplicao, est a rea para funes de gerenciamento
(convidar participantes, por exemplo), quadro branco, compartilhamento de tela, e outras
tarefas que, quando utilizadas, so o foco principal da conferncia.
Figura 9.14
Interface do WebEx
Meeting Center.
O WebEx uma soluo muito parecida com o Adobe Connect, tendo, portanto, funcionali-
dades muito parecidas. Entre seus recursos esto:
11 Compartilhamento de desktop;
11 Quadro branco;
238
Figura 9.15
Cliente para dispo-
sitivos mveis (iPad,
iPhone, Android,
Blackberry);
tela compartilhada
do WebEx no
iPhone.
Ao compartilhar um vdeo, o usurio transmite este vdeo para o servidor e depois os par-
ticipantes podem acess-lo. No WebEx, cada participante precisa carregar o vdeo inteiro
para ento exibi-lo, enquanto no Adobe Connect pode ser utilizado download progressivo, o
usurio visualiza o vdeo medida que ele est sendo obtido.
J foi citado que o Adobe Connect guarda o estado da reunio, permitindo que ela seja
finalizada e acessada novamente mais tarde, voltando ao seu ltimo estado. J o WebEx no
guarda o estado da reunio: se ela acaba, perde-se o seu estado.
FuzeMeeting
Com foco no compartilhamento de documentos e suportando alta resoluo, tambm q
possui comunicao por chat, vdeo e udio inclusive com integrao com o Skype.
O FuzeMeeting outro sistema de webconferncia cuja principal diferencial ser voltado mais
para compartilhamento de documentos e desktop do que para videoconferncia propria-
mente (de certa forma semelhante ao GoToMeeting). Desenvolvida em Flash, a ferramenta
executada dentro do navegador, sem necessitar de plug-ins adicionais alm do Flash.
O FuzeMeeting ainda no possui interao por vdeo, mas possui comunicao por udio,
Captulo 9 - Videoconferncia web
que pode ser feita pelo microfone do computador, por um telefone ou pelo Skype. Seu com-
partilhamento de documentos permite compartilhar imagens, apresentaes e vdeos em
alta resoluo e utilizar ferramentas de anotaes (inclusive quadro branco) e apontadores
para trabalhar sobre estes documentos. Outras funcionalidades so o compartilhamento
de desktop, controle remoto e gravao das conferncias para acesso posterior. A imagem
seguinte mostra a interface da ferramenta.
239
Figura 9.16
Interface do
FuzeMeeting com-
partilhando imagem
em alta definio.
Uma das vantagens do FuzeMeeting o suporte a diversos sistemas operacionais e disposi-
tivos mveis. Os criadores da ferramenta dizem que ela permite compartilhamento de
qualquer coisa em sua tela, em alta resoluo e com qualquer pessoa, em qualquer lugar,
em qualquer dispositivo (with anyone, anywhere, on any device). Na prtica, pode ser
executado em Windows, Mac, Linux e Solaris e tambm possui aplicaes para iPad, iPhone,
BlackBerry e Android.
Figura 9.17
FuzeMeeting em
diversos sistemas
e dispositivos.
O FuzeMeeting vendido como servio, e seu valor atualizado deve ser consultado no site.
Administrao de Videoconferncia
Figura 9.18
Verso do
FuzeMeeting com
interao por
udio e vdeo.
240
Google Hangout
11 Website: plus.google.com q
11 Sistema proprietrio da google de uso livre
Principais caractersticas:
11 Compartilhamento de desktop
11 Compartilhamento de youtube
11 Chat
Uma caracterstica interessante do Google Hangout que o seu vdeo codificado de forma
escalvel, resultando numa boa qualidade para a banda utilizada.
BigBlueButton (BBB)
Sistema de cdigo aberto (LGPL) que possui sistema de pods que permitem mover, redi- q
mensionar, organizar layout, entre outras funcionalidades. Desenvolvido basicamente
em Flash e Java:
O Big Blue Button (BBB) uma das poucas solues de webconferncia de cdigo aberto.
Seu desenvolvimento teve incio em 2007, na Carleton University (Canad). Distribudo sob a
licena LGPL, o funcionamento do BBB semelhante ao do Adobe Connect, sendo desenvol-
vido basicamente em Flash e Java (utilizado no servidor apenas).
O cliente uma aplicao Flash que usa um navegador web. A interface da aplicao orga-
nizada em janelas internas (pods), cada uma com uma funcionalidade especfica. As janelas
Captulo 9 - Videoconferncia web
Sendo uma ferramenta de cdigo aberto, o BBB tem a vantagem de poder utilizar as
diversas bibliotecas e sistemas de cdigo aberto existentes. Ele construdo com base em
241
diversos outros sistemas de cdigo aberto, incluindo bibliotecas para codificao de udio e
vdeo, servidor e proxy HTTP, servidor RTMP e converso de documentos, entre outros.
22 Possui mouse track: um apresentador pode utilizar o seu mouse para apontar pontos
de uma apresentao ou documento.
11 Compartilhamento de tela.
11 Break-out de salas, que permite separar os participantes de uma sala em outras salas.
11 Chat pblico e privado, incluindo traduo automtica (com a ferramenta Google Translate).
Na prtica, tarefas como cadastrar e gerenciar usurios, criar salas novas, agendar reunies
e visualizar gravaes, por exemplo, no so diretamente na interface do BBB. Deve ser uti-
l
importante observar
lizada alguma interface que se comunique com a API do BBB, como, por exemplo, as integra- que o BBB em si
es do BBB para Moodle, Joomla e Mconf (que veremos ainda neste captulo). De certa forma, oferece apenas a
interface para uma sala
uma limitao do BBB, mas permite maior facilidade para integrao com outros sistemas.
de webconferncia e as
ferramentas dentro da
Na verso 0.71 do BBB, o foco do desenvolvimento foi em melhorias no udio, especial-
sala, como: interao
mente na integrao com sistemas VoIP. J a verso 0.8 inclui mecanismos para gravao e por udio, vdeo, chat,
reproduo de gravaes, melhorias na qualidade do udio e na interface. A seguir imagem compartilhamento de
tela e as outras
da interface do cliente no BBB.
funcionalidades
citadas. No BBB, tarefas
de natureza adminis-
trativa devem ser
acessadas por uma API,
ou seja, no fornecida
interface para acesso a
tais funcionalidades.
Figura 9.19
Imagem do BBB em
teste com servidor
em Washington.
Administrao de Videoconferncia
O BBB suporta atualmente as resolues 320x240 e 640x480 para vdeo. Esta ltima tem
baixa taxa de quadros por segundo (de 10 a 15). Apesar de ser uma medida subjetiva, o
sistema fornece boa qualidade de vdeo, embora no tima. A qualidade equivalente
atingida com o Adobe Connect. O sistema utiliza Speex para codificao de udio e Sorenson
H.263 para vdeo, sendo que existem planos para migrar o sistema para o codec H.264.
Como foi comentado, o servidor BBB desenvolvido em Java e Flash. Sua base em torno
da ferramenta Red5, um servidor de fluxos RTMP. O BBB suporta mltiplas salas de webcon-
ferncia e j foram realizados testes de carga onde 193 pessoas se conectaram ao mesmo
tempo em uma nica sala e 20 delas estavam com transmisso de vdeo habilitada. No
242
aconselhvel permitir a entrada de um nmero to grande de usurios, mas esse nmero
mostra a capacidade que o sistema tem de suportar dezenas de participantes simultneos.
Outra caracterstica importante do BBB a integrao com outros sistemas de cdigo aberto,
como sistemas para wikis, sistemas de gerenciamento de contedo multimdia, sistemas para
blogs etc. A seguir uma imagem com os sistemas que fornecem integrao com o BBB.
Figura 9.20
Integrao do
BBB com outros
sistemas de
cdigo aberto.
d
Lista com os sistemas Dicas para instalar sua verso do BBB: q
que fornecem
integrao com o BBB 11 O BBB executado em Linux (possui pacotes para Ubuntu).
pode ser acessada na
11 A forma mais fcil e recomendada utilizar a mquina virtual disponibilizada.
pgina Integration do
site da Big Blue Button.
O BBB distribudo de trs formas: atravs do seu cdigo-fonte, atravs de pacotes
pr-compilados para Linux, e atravs de uma mquina virtual que j vem com o sistema
pronto para utilizao. A forma mais fcil e rpida de colocar um servidor BBB em funciona-
mento atravs de sua mquina virtual. Esta mquina virtual nada mais do que uma ins-
talao do sistema Ubuntu, pr-configurado para instalar o BBB quando for executada. Os
procedimentos so simples e detalhes podem ser encontrados na documentao do BBB.
O download da mquina virtual pode ser realizado no site da Big Blue Button.
Neste curso ser utilizada uma mquina virtual preparada pelo instrutor com o BBB. Os
alunos devem utilizar o navegador para acessar o IP que ser fornecido, ao entrar no site,
basta inserir seu nome e entrar na conferncia. Nos fruns e listas de discusso para usu-
rios e desenvolvedores na plataforma Big Blue Button do BBB, pode-se encontrar os planos
futuros da equipe de desenvolvimento.
243
Entre as possveis funcionalidades que sero implementadas esto:
11 Cliente para dispositivos mveis como iPad, iPhone e dispositivos com Android;
Mconf
Mconf-Web: q
11 Portal web que prov acesso ao sistema.
11 Foi desenvolvido com baso na soluo de cdigo aberto Global Plaza, que possui um
formato de rede social para realizao de eventos virtuais.
BigBlueButton:
Mconf-Mobile:
Figura 9.21
Diagrama dos com-
ponentes do Mconf.
O Mconf-Web o portal de acesso ao sistema, uma aplicao em Ruby on Rails que prov
a criao de salas virtuais, fruns de discusso e agendamento de eventos. Este portal foi
desenvolvido com base na soluo de cdigo aberto chamada Global Plaza, que possui um
formato de rede social para realizao de eventos virtuais (eventos com webconferncia).
A imagem seguinte mostra a tela inicial do portal web.
244
Webconference
room
Agenda
Communities
Inbox
Recente
activity
Figura 9.22 O Big Blue Button utilizado como o cliente para webconferncias e por ser um sistema de
Tela inicial do cdigo aberto, a equipe do Mconf tambm colabora com o seu desenvolvimento. O outro
Mconf-Web, o portal
web do Mconf. bloco que forma o Mconf o cliente para aplicaes mveis. Atualmente, este componente
formado por um cliente para dispositivos Android. Esta uma aplicao nativa para Android
que permite que os usurios participem de uma conferncia com acesso a praticamente
todas as funcionalidades do cliente desktop tradicional: compartilhamento de udio, vdeo,
Figura 9.23
Mconf-Mobile,
cliente Android
do Mconf.
245
Duas funcionalidades principais adicionadas pelo Mconf: q
11 Acesso federado
11 Escalabilidade
Acesso federado:
Escalabilidade:
O Mconf est integrado a um mdulo Shibboleth, que prov autenticao federada no Shibboleth
portal web. Mconf e diversos outros servios podem utilizar um mesmo servidor para auten- Protocolo internacional
para autenticao
ticar os usurios. Para os usurios, a grande vantagem possuir um ponto de autenticao
federada. Permite que
nico para diversos servios, o que aumenta a segurana e evita a necessidade de criao usurios de diferentes
de contas em mltiplos servios. Atualmente o Mconf-Web um dos servios da federao servios sejam autenti-
cados em provedores de
brasileira CAFe (Federated Academic Community). Em relao escalabilidade, o Mconf est
identidade centralizados.
desenvolvendo ferramentas para permitir o uso de mltiplos servidores BigBlueButton e
para escalar os componentes dentro de um servidor.
A soluo do Mconf para esse problema inclui um mdulo de monitoramento no Mconf, que
gera estatsticas (CPU, memria, banda de rede) dos servidores Big Blue Button e permite
acesso a elas no portal web. Com base nessas estatsticas, as salas sero criadas dinamica-
mente em diferentes servidores BigBlueButton localizados em regies geogrficas distintas.
246
OpenMeetings
Sua base similar do BBB, com diversos componentes comuns. desenvolvido em q
Flash e Java.
11 Quadro branco;
11 Compartilhamento de documentos de vrios formatos: PDF, DOC, ODP e PPT, entre outros.
So disponibilizados em uma pasta no servidor e tambm podem ser vistos na conferncia;
Figura 9.24
Interface do
OpenMeetings
para agendamento.
247
Figura 9.25
Interface do
OpenMeetings
durante uma
webconferncia.
Figura 9.26
Interface do
OpenMeetings para
visualizao de
webconferncias
gravadas.
Entre as integraes que o OpenMeetings possui com outros sistemas de cdigo aberto esto:
11 Facebook: o OpenMeetings possibilita que o login no sistema seja feito atravs da conta
do usurio no Facebook;
248
11 BBB possui documentao mais completa e melhor elaborada;
Outras solues
Os sistemas citados at agora so os mais conhecidos e utilizados para webconferncia, mas
existem diversas outras ferramentas. Entre os sistemas ainda no detalhados, selecionamos
alguns para exibir imagens e links com o intuito de facilitar a consulta dos interessados em
conhecer melhor outras alternativas. Os sistemas escolhidos foram:
11 Spreed (proprietrio);
Spreed
O Spreed um sistema proprietrio de webconferncia. Fazendo cadastro no site possvel
utilizar uma verso gratuita, com vrias limitaes (limite de 3 participantes, pouco espao
de armazenamento de arquivos e outras). Possui verses pagas por $99 ao ano (20 partici-
pantes) e $299 ao ano (100 participantes). Apesar de ser pago, possui uma interface muito
boa e bastante fcil de usar.
Figura 9.27
Interface do Spreed
exibindo um vdeo
e o compartilha-
mento de uma
apresentao.
249
Figura 9.28
Interface do Spreed
com foco no chat
(exibido no centro).
Elluminate Live!
Sistema proprietrio da empresa Elluminate com foco em educao distncia. Utilizado
pelo Virtual Conference Centre, permite realizar teste na aplicao pela pgina Getting
Started Virtual Conference Centre (clique em Training Room).
Figura 9.29
Interface do
Elluminate compar-
tilhando um vdeo e
um quadro branco.
Administrao de Videoconferncia
250
Figura 9.30
Visualizando uma
gravao do uso
do Elluminate Live!
compartilhando
uma apresentao.
WebHuddle
Projetado para ser de fcil uso, apresenta diversas opes, incluindo integrao com
solues de sistemas de teleconferncia de outras empresas. Com o sistema WebHuddle,
possvel efetuar a gravao das apresentaes que podero ser reproduzidas futuramente
atravs de qualquer navegador web.
251
Administrao de Videoconferncia
252
Roteiro de Atividades 9
Para as atividades a seguir h um conjunto de funcionalidades comuns a todas as ferra-
mentas (ou maioria delas) que devem ser exploradas.
5. Avaliar a interface da aplicao. fcil para o usurio acessar e utilizar todos os recursos
disponveis?
253
Administrao de Videoconferncia
254
10
Videoconferncia em desktop
objetivos
conceitos
Solues em software para videoconferncia: IVA, EVO, VSee e Citrix gotomeeting.
IVA
Realizao de aulas sncronas atravs das unidades da ESR, de forma que um professor q
especialista dissemine seu conhecimento para diversas localidades, evitando custos com
viagens sem perder qualidade de aula.
importante frisar o foco do IVA na interatividade, pois a interao entre professor e alunos
remotos essencial para obter qualidade similar das aulas presenciais.
255
Plo
RNP
Ouvinte
Telesala
Plo
Unindo alta qualidade de vdeo com o foco na interao, o IVA utiliza o conceito de telepre- Figura 10.1
sena, que recria, dentro das possibilidades tecnolgicas, condies de uma aula presencial Diagrama da
comunicao entre
sncrona. Na telessala, os alunos presenciais enxergam os slides do professor normalmente telessala e polos
em um projetor. Nos polos, os alunos remotos tambm enxergam os slides do professor remotos atravs
atravs de um projetor. O professor enxerga os alunos presenciais na telessala, e tambm do IVA.
enxerga os alunos remotos, porm em televises, onde a alta qualidade do vdeo permite
ver detalhes, como um aluno levantando a mo para fazer uma pergunta. Os alunos pre-
senciais enxergam o professor, e os alunos remotos tambm enxergam o professor, porm
atravs de uma televiso.
Figura 10.2
Infraestrutura
das salas.
(a) Telessala (b) Polo
Quando um aluno faz uma pergunta, o operador da entidade sute muda a imagem prin-
cipal para transmitir o vdeo do polo onde o aluno est. Essa imagem transmitida a todos.
Administrao de Videoconferncia
Neste formato, as interaes entre professor e alunos remotos so feitas olho no olho.
No momento em que um aluno remoto quer fazer uma pergunta, o seu sinal enviado para
todos os outros pontos remotos (incluindo a telessala), portanto todos enxergam tanto o
professor quanto o aluno fazendo a pergunta.
256
Figura 10.3
Aluno perguntando,
todos enxergam
professor e aluno.
O sistema IVA formando por trs entidades (softwares) principais. So eles o Moderador,
a Sute e o Apresentador. O Moderador e a Sute so as entidades centrais do sistema, que
formam uma sesso de videoconferncia IVA, enquanto o Apresentador o software utili-
zado nos pontos remotos e na telessala para captura e recepo de dados multimdia.
Utilizaremos a primeira letra maiscula quando nos referirmos aos softwares do IVA,
para evitar confuses (e.g. entidade Apresentador e a pessoa que tem papel de
apresentador na sesso).
O Moderador funciona como um gerente. Todas as outras entidades IVA se conectam a ele e
so gerenciadas por ele. Na prtica, ele utilizado para moderar mensagens de chat e
selecionar quais usurios so apresentadores e quais so apenas participantes. O Mode-
rador pode se comunicar por chat com qualquer apresentador e tambm com a Sute. Alm
disso, o Moderador recebe o sinal da transmisso de udio e vdeo que est sendo transmi-
tido pela Sute. Na imagem a seguir, pode-se ver no canto superior esquerdo a lista de
apresentadores. No canto inferior direito a lista de participantes. No centro, o chat pblico.
Figura 10.4
Imagem do No canto superior esquerdo a imagem principal da transmisso do sistema, e logo abaixo
moderador IVA. um chat privativo com o operador da Sute.
257
A sute o centralizador de mdias do IVA. Ela recebe os sinais de udio e vdeo de todos os
apresentadores e escolhe qual desses sinais ser enviado para todos os clientes. Este envio
feito utilizando multicast para otimizar a banda de transmisso necessria. Caso algum
ponto no tenha multicast, existe outra entidade que faz a converso de multicast para
unicast, servindo de forma independente cada um desses locais via unicast.
11 Todas as salas remotas recebem o sinal de udio e vdeo do aluno que est perguntando.
Conceito de telepresena:
11 Recria, dentro das possibilidades tecnolgicas, condies de uma aula presencial sncrona.
A telepresena permite que a Sute crie fluxos adicionais de envio de udio e vdeo. Qualquer
um dos previews pode ser colocado em telepresena, o que indica que ele ser transmitido
(tambm utilizando multicast) de forma independente do que est na transmisso principal
(no ar). Na prtica, temos um sinal de transmisso no ar, que o sinal dos slides do pro-
fessor. Temos tambm diversos outros sinais de telepresena, um para a cmera de vdeo
do professor e um para a cmera de cada sala remota. Com isso todos os polos enxergam os
slides e o vdeo do professor, e o professor pode visualizar todas as salas remotas.
Administrao de Videoconferncia
258
Figura 10.5 O IVA baseado em transmisso multicast. O maior problema de utilizar multicast que ele
Sute com 5 apre- no suportado em todas as redes. Na verdade, no suportado na grande maioria das
sentadores em
preview e enviando redes atuais. Pensando nisso, foi desenvolvida uma nova entidade IVA, chamada de Servidor
os slides do pro- de Streaming. Esta entidade responsvel por permitir que todos os pontos que no
fessor na trans- suportam multicast tenham acesso transmisso utilizando unicast.
q
misso principal.
Software Moderador
Software Sute
11 Seleciona o sinal que est sendo transmitido para todas as salas e os sinais que esto
em telepresena.
Software Apresentador
A terceira das principais entidades do IVA chamada de Apresentador. Este software cor-
responde ao cliente da sesso IVA, o responsvel por capturar o vdeo e o udio de um par-
Captulo 10 - Videoconferncia em desktop
ticipante e transmitir esses dados para a Sute, alm de receber da Sute e exibir o vdeo que
est no ar e o udio que est sendo mixado. Alm do uso de udio e vdeo, o Apresentador
tambm pode se comunicar com o Moderador atravs de chat (todas as mensagens de um
Apresentador so enviadas apenas para o Moderador, que pode decidir se elas devem ser
repassadas para todos ou no). Outra funcionalidade do Apresentador a captura de tela,
que utilizada para capturar slides, vdeos e qualquer outro material que o professor deseje
utilizar. Basta abrir o material no computador que est executando um Apresentador com
captura de tela que este material ser transmitido como vdeo para a Sute.
259
associados s televises para exibir um plo nas TVs da telessala, ou para exibir o vdeo do
professor nas TVs dos plos.
A imagem a seguir mostra a tela do Apresentador durante a sesso, quando est captu-
rando, transmitindo e recebendo udio e vdeo. Na parte inferior esquerda da imagem
visto um vdeo que corresponde ao preview do vdeo capturado localmente (a cmera do
usurio local). Abaixo ao lado direito do preview fica a rea de chat e os botes de controle
de udio, vdeo, chat e outros. Atrs desses componentes e ocupando praticamente toda a
tela da aplicao est o vdeo recebido da Sute (o vdeo no ar). Nesse caso, o apresentador
remoto est mostrando algo no seu tablet. Vale lembrar que as reas sobrepostas imagem
recebida podem ser minimizadas.
Figura 10.6
Imagem do
apresentador
IVA durante
uma sesso.
Alm dos softwares citados do sistema IVA, tambm existe o software Chat, que funciona
de forma semelhante ao Apresentador, mas que utilizado apenas para comunicao via
chat (sem udio nem vdeo). O IVA foi desenvolvido com foco em educao a distncia, mas
tambm pode ser utilizado para outros fins, como em reunies remotas. Como foi visto,
na ESR os softwares que formam a base do IVA so instalados na telessala, enquanto os
polos necessitam apenas dos clientes (o software apresentador). Abaixo so descritos os
softwares utilizados na telessala e nos plos da ESR, que formam uma das organizaes
arquiteturais utilizando o IVA.
Softwares na telessala: a telessala o ponto central das aulas na ESR, portanto nela que
esto instalados os servidores IVA. H uma mquina para o Moderador e uma para a Sute.
Alm disso, h dois Apresentadores: um captura a cmera do professor, recebe o vdeo
no ar e projeta este vdeo no telo (normalmente o vdeo dos slides do professor); o outro
utilizado na mquina do professor, para capturar qualquer contedo que se deseje trans-
mitir aos alunos: slides, vdeos, tela de aplicaes etc. Para que o professor veja os polos,
existem duas televises na sala, cada uma delas ligada a um Visualizador que recebe o vdeo
Administrao de Videoconferncia
260
Distribui o sinal
por multicast
Recebe o sinal
multicast encaminha
mltiplos em unicast
Visualizador Visualizador
Moderador Servidor de
Sute
streaming
Apresentador Apresentador
Figura 10.7 Softwares nos polos (pontos remotos): os pontos remotos contm apenas os softwares
Softwares IVA na clientes do IVA: o Apresentador e o Visualizador. O Apresentador utilizado para capturar o
telessala da ESR.
vdeo e udio da sala e tambm para receber o vdeo no ar e projet-lo em um telo e
tambm tocar o udio da sesso. J o Visualizador ligado a uma televiso e sempre
mostrar o vdeo do professor.
Figura 10.8
Sistema de con-
Captulo 10 - Videoconferncia em desktop
261
Figura 10.9
Tela da sute com a
seguinte distri-
buio (esquerda
para a direita): vdeo
do professor na
telessala; tela do
professor transmi-
tindo um vdeo; polo
ESR-RJ; polo UFRGS;
polo ESR-DF; polo
ESR-MT.
EVO
Enabling Virtual Organizations (EVO) utiliza como base o sistema de agentes MonALISA. q
O sistema adapta-se automaticamente s configuraes e estado da rede. Possui moni-
toramento fim a fim:
262
11 Compartilhamento de arquivos e tela;
O EVO s pode ser utilizado por usurios cadastrados. Portanto, o primeiro passo para
utiliz-lo realizar o cadastro, que pode ser feito no website do EVO, clicando em Register.
Concludo o registro, basta fazer o download da aplicao e fazer login no sistema. Como
a aplicao em Java, ser realizado download do arquivo .jnlp, que ao ser executado
carrega a aplicao. O arquivo pode ser encontrado no website clicando em Start EVO.
A prxima figura exibe a tela inicial da aplicao juntamente com a caixa de dilogo utilizada
para login no sistema.
Figura 10.10
Tela inicial do
EVO e tela para
login no sistema.
Aps o login, exibida a tela inicial da aplicao, onde pode ser encontrada uma lista com
as reunies em andamento (pblicas ou privadas), a lista de amigos do usurio (parte infe-
rior esquerda) e uma rea para chat (parte inferior direita). A imagem dessa tela pode
ser vista abaixo.
Figura 10.11
Tela com os canais
EVO, lista de amigos
e rea de chat.
263
A partir da lista de reunies (chamadas de salas ou canais) o usurio pode selecionar uma
delas para ingressar. Ao entrar em uma reunio, o sistema muda para a tela de reunies,
que contm as configuraes possveis para ela: habilitar/desabilitar udio e vdeo, gravar,
entre outras. Alm desta tela, udio e vdeo so exibidos em outra janela chamada ViEVO,
que usa OpenGL para mostrar os vdeos com efeitos grficos que facilitam a usabilidade da
aplicao. exibido um participante que est em foco no centro da tela e os outros na barra
abaixo do vdeo principal. O participante em foco pode ser quem est falando no momento
ou participante escolhido pelo usurio. A imagem seguinte mostra a tela de configuraes e
o ViEVO, respectivamente.
EVO possui o canal EVO TV aberto a todos os participantes, que pode ser usado
para testar sua conexo.
Figura 10.12
Tela de configura-
es de canal no
EVO e tela do ViEVO
com vdeo dos
participantes.
VSee
11 Soluo gratuita para uso pessoal no comercial, especfica para Windows. q
11 O usurio faz login no sistema e visualiza sua lista de contatos.
11 Dados de udio e vdeo so trocados por P2P entre os participantes, se possvel, utili-
zando apenas uma porta UDP.
Apesar de ser uma soluo proprietria, o VSee livre para uso pessoal no comercial. Para
uso comercial, o produto oferece diferentes planos. Um plano inclui a instalao local do
servidor VSee, modelo semelhante compra do servidor Adobe Connect.
264
A troca de dados de udio e vdeo no VSee feita com P2P entre os participantes, sempre
que possvel. Para isso utilizada apenas uma porta UDP, o que reduz os problemas com
bloqueio em firewalls. Em caso de falha desse mtodo, utilizado tunelamento HTTP ou SSL.
Apesar disso existe um servidor VSee usado para autenticao e controle da comunicao
entre os clientes.
11 Compartilhamento de vdeos;
Para utilizar o VSee, o primeiro passo fazer download do instalador no site da ferramenta.
Basta acessar o site do VSee e clicar em Try VSee Now.
Aps a instalao, deve ser feito o login no sistema ou ento criar uma nova conta, tarefas
realizadas atravs da mesma interface.
Figura 10.13
Telas de login e
de criao de
conta no VSee.
Ao fazer login, exibida a lista de contatos do usurio e o seu vdeo, que j inicia habilitado
e pronto para transmisso.
265
Figura 10.14
Lista de contatos e
vdeo do usurio.
A partir deste ponto utiliza-se a ferramenta clicando nos contatos ou nos cones na tela do
vdeo local, onde pode-se iniciar reunies, compartilhar arquivos e aplicaes, iniciar e parar
a gravao da videoconferncia, entre outras funes.
A prxima figura exibe imagens da aplicao em execuo com mltiplos vdeos, chat e
compartilhamento de aplicaes.
Administrao de Videoconferncia
Figura 10.15
VSee com mltiplos
vdeos e janela
de chat.
266
Figura 10.16
Barra de ferra-
mentas inserida
pelo VSee em
uma aplicao
compartilhada.
Citrix GoToMeeting
Uma das solues de videoconferncia da Citrix: q
11 GoToMeeting: foco em reunies.
11 Ferramenta utilizada como base nas solues da Citrix para incluir transmisso de
vdeo em alta qualidade.
11 ou 1 vdeo de 1920x960p
11 Ferramentas de desenho.
11 Gravao de reunies.
11 Compartilhamento de aplicaes.
11 Chat.
267
O GoToMeeting considerado um sistema web, pois possui as facilidades e caractersticas
de um sistema de webconferncia, embora necessite da instalao de um sistema prprio
na mquina do usurio. Essa instalao, porm, bastante simples, feita a partir do website
do GoToMeeting.
Figura 10.17
Imagem com o
cone de acesso
ao GoToMeeting
(esquerda) e janela
principal da apli-
cao (direita).
Uma novidade das solues da Citrix a ferramenta HDFaces, que servir como base comum
para as diversas solues da empresa e que visa a transmisso de vdeo em alta definio (HD).
O HDFaces suporta videoconferncias com uma resoluo mxima de 1920x960p, que pode
ser atingida atravs de apenas um vdeo, ou pode ser alcanada pela soma das resolues
de at 6 vdeos (6 vdeos de 640x320).
Administrao de Videoconferncia
Figura 10.18
Demonstrao do
GoToMeeting com
o HDFaces.
268
Outras solues
Os sistemas citados at aqui foram escolhidos por serem os mais interessantes para os q
propsitos deste curso. Mas existem outros, entre os quais:
11 Polycom PVX.
11 Isabel Videoconference.
Alm dos sistemas que vimos, existem diversas outras solues, algumas com caracters-
ticas semelhantes e outras muito diferentes, mas todas capazes de transmitir udio e vdeo
em tempo real.
Entre os sistemas no detalhados, selecionamos alguns para exibir imagens e links para
facilitar a consulta por parte dos interessados em conhecer melhor outras alternativas.
Isabel Videoconference
11 Open Source (GPL), com q
11 cdigo-fonte em Morfeo-Forge: Isabel Project.
Isabel Videoconference uma soluo de videoconferncia com cdigo aberto (licena GPL),
desenvolvida pela Universidade Politcnica de Madrid. O sistema completo pode ser obtido
fazendo download do cdigo-fonte da aplicao ou atravs de um Live CD baseado na
distribuio Linux Ubuntu, em que o sistema distribudo. Com o Live CD, basta executar o
sistema operacional do CD, que j estar com o Isabel pr-instalado para ser executado.
Isabel utilizado por sistemas como o Global Plaza, que simplificadamente um servio
on-line que prov espaos para realizao de videoconferncias.
acessadas por
streaming no website 11 Captura e compartilhamento de tela do computador.
Globalplaza.
11 Cliente SIP.
O Skype uma aplicao j muito conhecida para comunicao por udio via VoIP. H algum
tempo j possvel utilizar o Skype tambm para comunicao com vdeo. Apesar de ser uma
aplicao proprietria, ligaes de Skype para Skype so gratuitas, inclusive ligaes com vdeo.
269
Figura 10.19
Skype fazendo
comunicao com
udio e vdeo.
Administrao de Videoconferncia
270
Roteiro de Atividades 10
Atividade 1 Utilizao do EVO
11 Acesse o site do Evo Gate, crie uma conta e acesse o cliente EVO.
271
Administrao de Videoconferncia
272
Bibliografia
11 Introduction to SIP
http://ftp.iptel.org/pub/ser/0.8.14/doc/html/sip_introduction.html
11 KEITH, Jack. Video Demystified: A Handbook for the Digital Engineer. 5th
Edition. Newnes. 976 p., 2007.
273
11 ROSENBERG, J.; SCHULZRINNE, H.; CAMARILLO, G.; JOHNSTON, A.; PETERSON,
J.; SPARKS, R.; HANDLEY, M.; SCHOOLER, E. SIP: Session Initiation Protocol.
IETF: Internet Engineering Task Force. RFC 3261, junho de 2002.
274
O livro de apoio ao curso Administrao de Videoconferncia
LIVRO DE APOIO AO CURSO