Beruflich Dokumente
Kultur Dokumente
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
Nelson Simes
Diretor de Servios e Solues
Luiz Coelho
Edio
Pedro Sangirardi
Coordenao Acadmica de Mdias de Suporte Colaborao Digital
Renato Duarte
Celia Maciel, Cristiane Oliveira, Derlina Miranda, Edson Kowask, Elimria Barbosa,
Lourdes Soncin, Luciana Batista, Luiz Carlos Lobato e Sergio de Souza
Capa, projeto visual e diagramao
Tecnodesign
Verso
3.0.0
Este material didtico foi elaborado com fins educacionais. Solicitamos que qualquer erro encontrado 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
Bibliografia: p. 273-274.
ISBN 978-85-63630-14-8
1. Videoconferncia. 2. Transmisso de udio e vdeo. 3. Padres de vdeo. I. Roesler,
Valter. II. Weber, Daniel. III. Daronco, Leonardo. IV. Ttulo.
CDD 006.7
Sumrio
1. Conceitos fundamentais e solues
Histrico da videoconferncia1
Videoconferncia hoje3
Definio de videoconferncia4
Objetivos da videoconferncia 4
Elementos de uma video/webconferncia5
Tipos de videoconferncia7
Sistemas dedicados7
Sistemas de mesa8
Sistemas de webconferncia9
Cenrios: Ensino a Distncia (EAD)10
Cenrios: reunies de trabalho11
Cenrios: telepresena12
Cenrios: Telemedicina12
Dispositivos adicionais13
Cmera de documentos13
Quadro interativo14
Sistemas com alta definio15
Relao de aspecto16
Estruturao de um servio17
Roteiro de Atividades 121
Atividade 1 Sistema de conferncia em desktop21
Atividade 2 Funcionalidades do sistema21
Atividade 3 Medindo o atraso da transmisso22
iii
2. Padres de videoconferncia
Introduo a padres e protocolos23
Padronizao23
Princpios de codificao de udio24
Padres de udio27
Princpios de codificao de vdeo28
Redundncia espacial29
Redundncia temporal30
Redundncia psicovisual30
Redundncia de codificao (entrpica)31
Padres de vdeo31
H.26433
MPEG33
Padres de dados35
Padres de comunicao 36
Padro H.32036
Padro H.32337
Multipoint Control Unit (MCU)39
Gateway40
Gatekeeper41
Elementos de borda43
Protocolos da arquitetura H.32343
Protocolos RTP e RTCP44
Protocolo H.225 RAS46
Protocolo H.225 sinalizao de chamada49
Protocolo H.24550
Procedimentos de uma conexo H.32354
Padres para servios 57
Roteiro de Atividades 259
Atividade 1 Anlise de troca de mensagens direta entre dois clientes 59
Atividade 2 Anlise de troca de mensagens entre dois clientes com gatekeeper60
Plano de numerao62
Plano de discagem63
Gatekeeper GnuGK64
Instalao do GnuGK65
Inicializao do GnuGK65
GnuGK no Windows66
Configurao do GnuGK (Windows, Linux e outros)66
Monitoramento do GnuGK68
Zoneamento70
Hierarquia de gatekeepers72
Mensagens LRQ73
Reescrita de nmeros E.16475
Autenticao77
Contabilizao81
Modos de operao83
Modo direto83
Modo roteamento84
Modo proxy84
Roteiro de Atividades 389
Atividade 1 Configurando o cliente e efetuando chamadas89
Atividade 2 Configurando GnuGK para conexo de clientes autorizados89
Atividade 3 Habilitando modo proxy90
Atividade 4 Configurando o DGK na rede90
4. Introduo ao SIP
Session Initiation Protocol (SIP)93
Arquitetura do SIP94
Mensagens e respostas SIP97
Registro SIP100
Diagrama de uma chamada SIP101
Comparao SIP e H.323102
OpenSIPS103
Instalao OpenSIPS 104
Inicializao OpenSIPS 104
v
vi
Atraso na transmisso149
Uso de QoS em videoconferncia155
QoS no H.323155
QoS na rede156
Arquiteturas de rede para suporte a QoS158
Roteiro de Atividades 5161
Atividade 1 Gerar fluxos UDP e TCP com iperf 161
Atividade 2 Identificar e analisar pacotes RTP e RTCP162
Atividade 3 Calcular atrasos na comunicao163
6. Videoconferncia multiponto
Videoconferncia multiponto165
Modelo centralizado166
Modelo descentralizado166
Multicast167
Modelo hbrido167
MCU168
Solues de MCUs 171
Solues de MCUs em hardware173
Demonstrao de MCU RNP174
Solues de MCUs em software175
Alternativa ao MCU: vdeo escalvel176
Estudo de caso de vdeo escalvel: empresa Vidyo178
Roteiro de Atividades 6181
Atividade 1 Demonstrao das funcionalidades do Polycom V500181
Atividade 2 Compartilhamento de documentos com People+Content181
vii
Ambiente de udio187
Tipos de microfones e suas caractersticas187
Microfonia191
Caixas acsticas191
Ambiente de vdeo192
Projeto de sala193
Natureza da sala e pblico alvo194
Mobilirio e equipamentos194
Infraestrutura e layout196
Preparao de uma videoconferncia197
Etiqueta e boas prticas199
Estudo de caso 1: Auditrio201
Estudo de caso 2: Sala de reunio203
Estudo de caso 3: Uso geral204
Estudo de caso 4: Projeto da sala da ESR-RS205
Acstica207
Planos de cmera/operao208
Sonorizao209
Roteiro de Atividades 7211
Atividade 1 Anlise de cenrios e elaborao do projeto das salas211
9. Videoconferncia web
Conferncia Web (webconferncia)225
viii
ix
Bibliografia 273
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 tpicos 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.
A aprendizagem entendida como a resposta do aluno ao desafio de situaes-problema
semelhantes s encontradas na prtica profissional, que so superadas por meio de anlise,
sntese, julgamento, pensamento crtico e construo de hipteses para a resoluo do problema, em abordagem orientada ao desenvolvimento de competncias.
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 aprendizagem no considerada uma simples exposio de conceitos e informaes. O instrutor
busca incentivar a participao dos alunos continuamente.
xi
Sobre o curso
O livro de apoio ao curso composto de 10 captulos sobre os diversos aspectos necessrios a uma compreenso mais aprofundada dos sistemas de videoconferncia. A apresentao 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 administrao 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 videoconferncia, 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 participantes tenham conhecimento prvio em redes de computadores e no uso de sistemas Linux.
xii
Largura constante
Indica comandos e suas opes, variveis e atributos, contedo de arquivos e resultado da
sada de comandos.
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.
Leonardo Daronco formado em Cincia da Computao pela Universidade Federal de
Santa Maria (2007) e tem mestrado em Cincia da Computao pela Universidade Federal
do Rio Grande do Sul (2009). Tem experincia em assuntos relacionados multimdia, codificao de vdeo, redes de computadores e programao. Trabalha atualmente no grupo de
pesquisa PRAV (Projetos em udio e Vdeo) da Universidade Federal do Rio Grande do Sul
(UFRGS), com pesquisa e desenvolvimento de sistemas multimdia para webconferncia,
ensino a distncia e desenvolvimento em dispositivos mveis e sistemas web.
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 computadores, 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.
Renato Duarte formado em Cincia da Computao pela UniCarioca e trabalha h treze
anos na rea. Atualmente responsvel pela rea acadmica de Mdias de Suporte Colaborao Digital e coordena a equipe de analistas das unidades da Escola Superior de Redes
da Rede Nacional de Ensino e Pesquisa (ESR-RNP). responsvel pela infraestrutura de TI
de apoio coordenao da ESR, e pelo preparo e validao dos laboratrios para execuo
das atividades prticas dos cursos da ESR.
xiv
1
objetivos
ferncia sncrona e assncrona, taxa de quadros por segundo, resoluo, banda, atraso,
relao de aspecto.
conceitos
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 sistemas de videoconferncia so de grande utilidade.
Fonte: http://www.princeton.edu
Figura 1.1
Picture phone
AT&T 1964.
Figura 1.2
Servio da Bell
System.
A dcada de 1980 marcada por avanos na pesquisa em transmisso de dados. Aproveitando 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 regulamentar 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.
Administrao de Videoconferncia
11
1996: lanada a primeira verso da recomendao H.323 e do NetMeeting pela Microsoft.
11
1998: lanadas a segunda verso da recomendao H.323 e a primeira verso do padro
MPEG-4 para compresso de vdeo.
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 acessibilidade a vdeo; uso de videoconferncia na educao.
Videoconferncia hoje
w H.323
Saiba mais
Definio de videoconferncia
Antes de definir o termo videoconferncia, importante comentar sua diferena em
Objetivos da videoconferncia
Comunicao em tempo real entre duas ou mais pessoas geograficamente dispersas,
11
Compartilhamento e apresentao de slides.
11
Compartilhamento de aplicaes.
11
Bate-papo por chat.
Administrao de Videoconferncia
11
Quadro branco (colaborativo).
11
Troca de arquivos.
Alm da troca de udio e vdeo entre os participantes, os sistemas atuais tm disponibilizado diversas outras ferramentas que melhoram a comunicao e criam novas possibilidades para as videoconferncias. Entre essas ferramentas esto bate-papo por chat,
compartilhamento de apresentaes, quadro branco colaborativo, troca de arquivos e
compartilhamento de aplicaes. Esta ltima ferramenta normalmente est presente nos
sistemas de videoconferncia de desktop e mostra claramente a integrao que um sistema
de videoconferncia pode ter com o sistema base sobre o qual executado (no caso a integrao com o sistema operacional). Com a evoluo da tecnologia e a reduo dos custos
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 normalmente 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 microfone) quando se deseja maior privacidade, ou por microfones, que podem ser de diversos
modelos, conforme seu propsito.
Transmisso
Codicao
Decodicao
udio
udio e 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
Vdeo
Transmisso e recepo
Aps a codificao, os dados esto prontos para serem transmitidos. A transmisso depender 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, reduzindo 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 pesquisa, 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.
Administrao de Videoconferncia
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.
Tipos de videoconferncia
H basicamente trs tipos de sistemas de videoconferncia:
11
Sistemas dedicados (hardware)
11
Sistemas de mesa (computador pessoal)
11
Sistemas de webconferncia (navegador web)
Normalmente, imaginamos que os servios de um sistema de videoconferncia limitam-se
transmisso de vdeo e udio entre os participantes de uma sala. Embora a funcionalidade
bsica da videoconferncia seja a de encurtar distncias, eliminando a necessidade da presena fsica dos participantes em uma reunio, podemos destacar duas classes de servios
essencialmente necessrias para suportar a interao entre os participantes de uma sala de
videoconferncia: comunicao e colaborao.
A comunicao a facilidade fundamental, enquanto a colaborao utilizada quando os
participantes, alm de se comunicarem, ainda trabalham em conjunto compartilhando
documentos, planilhas e imagens. A comunicao existe em todos os tipos de videoconferncias existentes, enquanto a colaborao o item que apresenta maiores diferenas
conforme o tipo de videoconferncia utilizado. H basicamente trs tipos de sistemas de
videoconferncia: sistemas dedicados de hardware, sistemas de mesa em computadores
pessoais, e sistemas de webconferncia que utilizam o navegador web.
Sistemas dedicados
Todos os componentes (hardware e software) requeridos esto em um nico equipamento, que conectado a uma televiso ou monitor e rede de dados.
O controle do equipamento normalmente feito distncia, por controle remoto,
incluindo o controle da cmera (movimentao, zoom etc.). Existem modelos para diferentes propsitos: grupos grandes, grupos pequenos e ambientes individuais.
Sistemas de webconferncia
Polycom V500
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
Administrao de Videoconferncia
Sistemas de mesa
Recursos agregados ao computador pessoal para torn-lo adequado para uma videoconferncia:
11
Computador com suporte multimdia
11
Microfone e caixas de som
11
Cmera de vdeo
11
Software (EVO, VSee, Ekiga etc.)
Figura 1.4
Sistemas
dedicados para
videoconferncia.
Figura 1.5
Estrutura de
videoconferncia
de mesa.
A qualidade de som e imagem depende da qualidade da rede de transmisso e da capacidade de processamento da mquina. Atualmente, a maioria das solues pode operar em
taxas que variam de 64 Kbit/s a 2 Mbit/s. Um dos pioneiros nesse ramo foi o sistema da
White Pine / First Virtual Communication, o CU-SeeMe, que disponibiliza recursos para os
usurios se comunicarem uns com os outros atravs de conexes ponto-a-ponto ou multiponto. O sistema adota o padro H.323, adequado para operaes em redes corporativas IP
e na internet.
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
Figura 1.6
Exemplos de
sistema de
videoconferncia
de mesa.
EVO
Vsee
Sistemas de webconferncia
Utilizam o navegador web para efetuar a conferncia:
11
Computador com suporte multimdia.
11
Microfone e caixas de som (ou headset).
Ekiga
11
Cmera de vdeo (webcam, handycam etc.).
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 videoconferncia, 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.
Assim, os sistemas de webconferncia no s aproveitam o computador do usurio, mas
tambm aproveitam seu 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 numa empresa com polticas rgidas de segurana.
Figura 1.7
Exemplos de
sistemas de
webconferncia.
Adobe Connect
Administrao de Videoconferncia
10
Figura 1.8
Exemplos de
cenrios de ensino
a distncia. Fonte:
http://www.
unameseca.com.
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 (apresentaes, documentos, etc.). Se houver possibilidade de interao dos alunos com o professor 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.
2. No caso de auditrios ou salas com melhor infraestrutura para videoconferncia,
costuma-se utilizar, em vez de duas TVs, um ou mais teles. No telo possvel visualizar
o instrutor e tambm os slides compartilhados, alm dos outros participantes remotos.
Em um modelo mais complexo tambm possvel distribuir diversos microfones na sala,
para facilitar a interao dos alunos com o professor. No momento que o aluno comea a
fazer sua pergunta, a cmera apontada para ele, de forma manual ou automtica.
Um cenrio de aula a distncia pode ser caracterizado por alunos distribudos em vrios
pontos ou por um workshop reunindo especialistas para a discusso de um tema especfico.
Adiante neste curso ser detalhado o sistema Interativo de Vdeo e udio (IVA), desenvolvido
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.
Figura 1.9
Estrutura do
sistema IVA.
Figura 1.10
Federal Emergency
Management
Agency (FEMA).
Fonte:
http://www.photolibrary.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
Administrao de Videoconferncia
12
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, garantindo 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 instituies; 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.
Para a telemedicina, o fator mais importante de uma videoconferncia costuma ser a qualidade das imagens. Para muitas aplicaes na telemedicina necessria alta qualidade na
resoluo de imagens para permitir, por exemplo, um diagnstico correto de doenas.
Outro exemplo o projeto POA_S@UDE de telemedicina implementado no Hospital Materno
Infantil Presidente Vargas (HMIPV), prximo ao centro de Porto Alegre/RS, onde um sistema
utilizado para realizao de tele-ultrassonografias em pacientes de regies mais remotas,
onde difcil o acesso a mdicos especializados.
Figura 1.12
Mdico remoto
efetua laudo
distncia. Fonte:
http://www.inf.
ufrgs.br/prav/projetos_poasaude.php
Dispositivos adicionais
Alm da troca de udio e vdeo entre os participantes, outro objetivo de uma videoconferncia 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 condies para o trabalho cooperativo entre equipes remotamente situadas.
Uma alternativa para servios de colaborao a utilizao de padres internacionais, e um
deles, utilizado para transferncia de dados, o protocolo ITU T.120. Esse protocolo designa
uma famlia de padres abertos que definem prticas para a transmisso de dados. Vrias
empresas adotam o T.120 nas suas respectivas solues, tais como: Apple, AT&T, British
Telecom, Cisco Systems, Intel, MCI, Microsoft e PictureTel.
Os servios de suporte colaborao so implementados por ferramentas geralmente
encontradas nos terminais de videoconferncia. Como exemplos dessas ferramentas,
podemos citar a cmera de documentos, o quadro interativo e o chat. A seguir, detalhamos
Cmera de documentos
Cmera de alta resoluo que captura e transmite imagens de documentos e outros
13
Figura 1.13
Cmera de
documentos.
Quadro interativo
Tudo o que escrito ou desenhado no quadro digitalizado, facilitando visualizao remota.
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.
Administrao de Videoconferncia
Tablet
14
Notebook ultraporttil ( 1 kg) com recursos para escrever ou inserir dados diretamente
na tela por meio de uma caneta metlica. Permite a exibio de vdeos, incluso de anotaes e envio e gravao das imagens. uma alternativa ao quadro eletrnico, j que a
imagem do tablet pode ser projetada em uma tela.
iPad
Figura 1.15
Tablet.
Figura 1.16
Exemplos de Standard Definition e
High Definition.
HD
SD
15
Formato
Resolues
SD
720x480, 720x576
HD
Resoluo mnima
1280x720p
Full
p: Vdeo progressivo
Figura 1.17
Resolues SD e HD.
i: Vdeo entrelaado
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.
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 televiso 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,
Administrao de Videoconferncia
as barras pretas na parte superior e inferior dos vdeos (ou nas laterais). Elas so utilizadas
16
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.
Monitor 16:9
Video 4:3
Monitor 4:3
Video 16:9
Figura 1.19
Exemplo de ajuste
4:3 e 16:9.
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. Redimensionar um vdeo 4:3 para 16:9 gera uma expanso horizontal do vdeo, o que acaba deformando 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-
Figura 1.21
Tcnica de redimensionamento sem
e com remoo
de reas.
Redimensionamento
Remoo de reas
Estruturao de um servio
Identificar as necessidades dos usurios:
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 interlocutores 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:
1. Comunicao 1:1 (um-para-um)
2. Comunicao 1:n (um-para-muitos)
3. Comunicao n:n (muitos-para-muitos)
mquinas-destino.
3. Multiponto bidirecional: n mquinas enviam mensagens s demais.
Internet
Figura 1.22
Comunicao
ponto-a-ponto (1:1).
Internet
Administrao de Videoconferncia
Viso Local
18
Figura 1.23
Comunicao
ponto-a-ponto (1:n).
Este modelo de comunicao comum em encontros que envolvem vrios participantes localizados 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 videoconferncia 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
Viso Local
Figura 1.24
Comunicao
ponto-a-ponto (n:n).
Viso Local
Internet
Figura 1.25
Comunicao
multiponto.
Viso Local
19
Entenda as necessidades dos usurios e conhea a estrutura que ser usada nas videoconferncias, 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?
O tpico da estrutura da sala de videoconferncia ser abordado em outra sesso deste
curso. No momento basta dizer que a estruturao da sala um ponto extremamente
importante para a definio de um ambiente de videoconferncia.
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
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 atividade, conforme as orientaes do instrutor.
Dicas para a configurao do software de videoconferncia:
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).
1. Realizada a verificao do aplicativo, os alunos se organizaro em duplas para realizar
uma chamada (1:1) com o software. Para isso, disque para o endereo IP do destino.
2. Ajuste o udio e o vdeo da chamada.
3. Refaa a chamada invertendo o originador dela.
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
es ou desktop). Verifique as variaes imediatas da rede conforme acontece alguma
atividade do usurio.
Responda as questes a seguir:
1. Por que as novas chamadas s podem ser feitas por IP? Por que no funciona chamar
21
2. Dado que dois pontos utilizam o sistema de videoconferncia, suponha que o ponto A
figurao H.323 e SIP. Que protocolo de sinalizao est sendo usado na comunicao
entre os sistemas? Justifique.
Administrao de Videoconferncia
22
3. Modifique a banda para ~2Mbit/s e mea novamente o atraso. Qual o valor do atraso?
2
Proporcionar uma viso ampla dos padres de videoconferncia existentes
atualmente com foco no padro H.323.
conceitos
Padronizao
Organizaes que estabelecem normas e protocolos para videoconferncia:
objetivos
Padres de videoconferncia
Um desses grupos, responsvel pela famlia ITU H.3xx, encarregado por estabelecer recomendaes 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 interessado. O trabalho tcnico da IETF tambm realizado em grupos de estudo, organizados por
tpicos de interesse em diversas reas, como distribuio, transporte, segurana etc.
Outra preocupao de padronizao diz respeito s estratgias de compresso e transmisso
de dados multimdia. Hoje em dia, existem cada vez mais aplicaes que envolvem udio,
vdeo e dados disposio de um pblico distribudo e crescente. A exploso da internet na
dcada de 1990 levou milhares de usurios a utilizarem esses servios com intuito profissional, comercial ou domstico. Assim, a internet agrega um volume de dados multimdia
cada vez maior, o que eleva a demanda de banda e a necessidade de estratgias eficientes
para transmisso desses dados. Nesse sentido, uma organizao aborda mecanismos para
codificao e transmisso de udio e vdeo. O grupo Moving Picture Experts Group (MPEG)
uma organizao que regulamenta padres para transmisso e compresso de udio e vdeo.
Os esforos desse grupo contam, atualmente, com trs padres que incluem compresso de
vdeo: MPEG-1, MPEG-2 e MPEG-4. O MPEG ainda possui outros padres associados: o MPEG-7
responsvel pela descrio de contedo multimdia (metadados) e o MPEG-21, responsvel
pela definio de um framework multimdia. Esse padro ser detalhado adiante.
Os padres ITU-T de videoconferncia exigem dos fabricantes a implementao de um
Administrao de Videoconferncia
um mtodo de codificao, por exemplo. Nesse caso, normalmente o cliente dever possuir
24
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
011
010
001
000
Figura 2.2
Aplicao do Pulse
Code Modulation.
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
100
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 diretamente 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.
A definio da taxa de amostragem normalmente baseada na frequncia da voz humana
e na sensitividade do ouvido humano. A voz humana pode variar entre 20 Hz e 6000 Hz
aproximadamente; entretanto, limitando em 4 kHz a conversa fica totalmente inteligvel,
pois frequncias altas so mais raras. Portanto, muitos sistemas que trabalham com voz
humana tomam como base a frequncia de 4 kHz. Segundo o teorema de Nyquist, a taxa de
amostragem deve ser pelo menos duas vezes a frequncia desejada. Assim, a taxa de amostragem utilizada em codecs comerciais de 8 kHz, ou 8.000 amostras por segundo.
J o ouvido humano capaz de perceber sons entre 20 Hz e 20 kHz, aproximadamente, ou
seja, sons com frequncias acima de 20 kHz no podem ser ouvidos. Este conhecimento
costuma ser utilizado na digitalizao de sons mais complexos que a voz, onde se deseja
a capacidade de representao de todo o espectro de frequncias que pode ser ouvido
pelo homem. Em CDs de udio, por exemplo, utilizada a taxa de amostragem de 44.1 kHz,
pouco mais que o dobro da frequncia mxima ouvida pelo homem.
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 didticos. 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 telefonia se trabalha com 8 bits por amostra.
Outra tcnica aplicada durante a digitalizao de sinais sonoros a companso do sinal, representada 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
Administrao de Videoconferncia
um problema para a digitalizao, pois seriam necessrios muitos bits para representar cada
26
Vs
Figura 2.3
Curva de companso da voz
(entrada/sada).
Ve
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.
Padro
Faixa de frequncia
Taxa de transmisso
Latncia
Qualidade
G.711
64 kbit/s
<1
Excelente
G.722
50 Hz - 7 kHz
48,56 ou 64 kbit/s
<2
G.722.2
50 Hz - 7 kHz
G.723.1
8 kHz
100
Razovel
G.728
16 kbit/s
<2
Boa
G.729
8 kHz
8 kbit/s
25 - 35
Boa
Figura 2.4
Resumo das faixas
de frequncia.
Boa
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 extenses 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.
Figura 2.5
Teoria de Plateau.
28
Figura 2.6
A Practical Guide
to Video and Audio
Compression.
Fonte: Cliff Wooton,
Focal Press, 2007.
Vermelho Amarelo
R
G
B
Cyan
Azul
Violeta
255
0
255
255
0
255
0
255
0
0
255
0
255
255
255
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-
Redundncia espacial
A redundncia espacial ocorre em pixels de uma mesma imagem, isto , pixels vizinhos
no espao tendem a ser muito parecidos (ou iguais).
normal que imagens possuam regies homogneas, onde as cores so praticamente
iguais. Estas regies so facilmente compactadas, porque de modo simplificado o codificador pode informar a cor de um bloco de pixels apenas uma vez e indicar que toda uma
regio semelhante.
Figura 2.7
Componentes RGB.
Verde
29
Figura 2.8
reas com redundncia espacial.
Redundncia temporal
Quadros vizinhos temporalmente possuem diversos pixels similares, seja na mesma
Quadro 2
Figura 2.9
reas com redundncia nos quadros.
Redundncia psicovisual
O sistema visual humano mais sensvel s informaes de brilho do que de cor, pois no
olho humano existem 240 milhes de bastonetes (brilho) e 13 milhes de cones (cores).
Administrao de Videoconferncia
Por isso podem ser utilizados mais dados (bits) para representar brilho do que cores.
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).
A redundncia psicovisual leva em considerao o conhecimento sobre o sistema visual
humano. Sabe-se que o olho humano possui muito mais componentes que percebem o
brilho das imagens do que componentes que percebem as cores, portanto muito mais
interessante representar mais variaes de brilho do que de cores. Na prtica, isso corresponde a utilizar um nmero maior de bits para representao do brilho.
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
Padres de vdeo
H.261
H.263
H.262
MPEG-2
Joint ITU-T
MPEG Standards
Figura 2.10
Evoluo dos
padres de vdeo.
H.263+
MPEG
Standards
MPEG-1
1984
1988 1990
H.263++
H.264/AVC
MPEG-4 parte 10
H.265
MPEG-4
1993
1995
1997
2000
2003
2013
O grfico mostra a evoluo na padronizao da codificao de vdeo. A norma H.261, finalizada no incio dos anos 90, foi a primeira iniciativa da organizao ITU de gerar um padro
para aplicaes de teleconferncia. Alguns anos depois, o grupo MPEG lanou o padro
MPEG-1 visando principalmente aplicaes de armazenamento de vdeo. Posteriormente as
duas organizaes lanaram em conjunto a especificao H.262/MPEG-2 (H.262 pela enti-
ITU-T
Standards
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 organizao 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 desenvolvidos 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 compatvel, evitando incompatibilidades.
notvel a alta capacidade de compresso de dados e flexibilidade do padro H.264/AVC.
Sua flexibilidade deve-se ao fato de poder ser aplicado a uma extensa variedade de aplicaes, sendo eficiente, por exemplo, para taxas de bits e resolues de vdeo altas e baixas.
O preo a ser pago por todas as vantagens do H.264 o poder de processamento exigido
para codificao de vdeo superior ao dos outros algoritmos. O H.265 ou MPEG-H (parte 2)
tambm conhecido como High Efficiency Video Coding (HEVC). Sucessor do H.264 AVC,
HEVC dobra a taxa de compresso quando comparado ao H.264, permitindo resolues de
320x240 at 7680x4320.
O formato padro de vdeo para os servios de videoconferncia especificados na recomendao H.323 baseado no formato Common Intermediate Format (CIF), que consiste na
resoluo 352x288. Esse padro nasceu na especificao H.261. O CIF nasceu da necessidade de estabelecimento de um formato padro para videoconferncia que suportasse os
dois principais formatos padronizados de TV em todo o mundo:
Phase Alternating Line (PAL)
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.
National Television Standard Committee (NTSC) e PAL-M
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
Administrao de Videoconferncia
32
Formato CIF
H.261
H.263
Sub-QCIF
128 x 96
QCIF
176 x 144
CIF
352 x 288
4CIF
702 x 576
16CIF
1.408 x 1.152
Figura 2.11
Comparao entre
os padres H.261 e
H.263.
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
MPEG
O MPEG foi um grupo estabelecido em 1988, com a meta de elaborar padres genricos
para vdeo digital e compresso de udio, definindo normas para multiplexar fluxo de
udio e vdeo.
Padres:
11 MPEG-1, MPEG-2, MPEG-4 e MPEG-H: possuem partes especficas de compresso de
11 MPEG-7: descrio de contedo de mdia (metadados).
11 MPEG-21: definio de um framework multimdia.
Os padres MPEG normalmente so divididos em diversas partes, cada uma especificando
determinadas etapas ou processos da codificao (codificao de imagens, de udio, processo de testes, entre outros). No MPEG-1, por exemplo, a parte 3 especifica codificao de
udio, sendo o formato de codificao que ficou conhecido pelo nome MP3. A parte que
especifica codificao de vdeo normalmente a parte 2 dos padres, o que acontece no
MPEG-1, MPEG-2 e MPEG-4.
udio e vdeo.
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.
Assim como o MPEG-1, o padro MPEG-2 implementa um esquema para compresso de
vdeo. Porm, o propsito inicial dos desenvolvedores do MPEG-2 era atender a aplicaes
de broadcast, o que trouxe novas especificidades ao esquema adotado, que representa uma
evoluo ao MPEG-1, sendo muito mais complexo e eficiente. Atualmente, o MPEG-2 cobre
muitas variaes de resoluo e formato, visando tambm atender as especificaes da TV
de alta definio. O mercado disponibiliza um grande nmero de produtos que utilizam este
formato, como DVD players, receptores de TV via satlite e receptores de TV a cabo.
O MPEG-2 ainda utilizado em videoconferncias quando se deseja um mtodo mais rpido
e menos complexo de compresso ou manter a compatibilidade com sistemas antigos.
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. Comparando 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 compresso 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.
O MPEG-4 apresenta duas partes relacionadas codificao de vdeo:
11 MPEG-4 parte 2: mtodo tambm chamado de MPEG-4 Visual, representa a evoluo da
codificao do MPEG-2. Normalmente quando se fala apenas em MPEG-4, esta parte do
padro que est sendo referenciada.
11 MPEG-4 parte 10: foi definida em conjunto com o ITU-T e chamada de Advanced Video
Administrao de Videoconferncia
Coding (AVC) pelo MPEG e H.264 pelo ITU-T. No deve ser confundido com o MPEG-4 parte
34
w Padres de dados
H dois padres importantes homologados pela ITU-T:
11 T.120: srie de protocolos para compartilhamento de dados com suporte a multiponto. Possibilita:
22 Compartilhamento de rea de trabalho ou de aplicao.
22 Uso de quadro branco (bate-papo e transferncia de arquivos).
11 H.239: possibilita a criao e o controle de canais de vdeo adicionais.
22 Canal de vdeo adicional para envio de apresentaes, compartilhamento de tela
do computador, entre outros.
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 compartilhamento 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 videoconferncia, 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 conexes de dados so feitas independentemente das conexes de multimdia).
Dentre as principais aplicaes do T.120, destacamos: compartilhamento de rea de trabalho e aplicaes, quadro branco (whiteboard), bate-papo e transferncia de arquivos.
Exemplo de equipamento que facilita a captura de dados para uso do H.239:
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,
pode ser transmitida, por exemplo, uma apresentao. Alm disso, tambm permite a
identificao dos canais (indicar que um canal de vdeo corresponde apresentao do
professor, por exemplo) e mtodos para controlar estes canais em conferncias multiponto,
como permitir que apenas um participante esteja transmitindo um vdeo adicional contendo
a imagem de seu desktop, por exemplo.
em relao ao H.320, o H.239 traz a vantagem de permitir um canal adicional de vdeo, onde
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
H.310
MPEG-2
MPEG-2
Redes ATM
H.320
H.261, H.263
H.323
H.261, H.263
H.324
H.263
G.723.1
Rede telefnica
Administrao de Videoconferncia
Neste curso ser dada nfase aos protocolos H.323, durante esta sesso, e SIP em sesses
36
posteriores.
Padro H.320
O padro H.320 voltado para videoconferncias em redes ISDN.
Figura 2.13
Principais
padres ITU-T.
Codecs de vdeo
H.264
Codecs de udio
G.711
G.722
G.728
Controle
H.221
H.242
H.230
Dados
T.120
Controle
H.239
H.243
Padro H.323
Padro mais difundido para transmisso de voz, vdeo e dados em tempo real, para uso
em redes comutadas por pacotes. Foi o primeiro padro para VoIP, mas perdeu espao
para o SIP.
Principais componentes de uma rede H.323:
11 Terminais.
11 Unidade de Controle Multiponto (MCU).
11 Gatekeeper.
11 Gateway.
11 Elementos de borda.
Terminais H.323 so equipamentos que conectam-se rede H.323, viabilizando a participao dos usurios em videoconferncias.
O H.323 um padro ITU que descreve protocolos, servios e equipamentos necessrios
para comunicao multimdia incluindo udio, vdeo e dados em redes sem garantia de
qualidade de servio. O H.323 vem sendo desenvolvido desde 1996 com o objetivo de prover
comunicao multimdia sobre redes baseadas em IP como a prpria internet, IPX, LANs e
Figura 2.14
Estrutura de
normas do H.320.
H.263
H.261
37
WANs. Desde sua criao, o H.323 j sofreu muitas revises, que incorporam novas caractersticas 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.
O funcionamento do padro H.323 fundamentado numa espcie de contrato entre os
componentes que interagem dentro de um ambiente H.323, permitindo que esses componentes troquem informaes entre si. O H.323 tambm especifica os padres utilizados para
esta comunicao, que formam a linguagem utilizada pelos componentes para que eles
possam se entender.
A arquitetura H.323 composta dos seguintes componentes:
11 Terminais: so computadores ou equipamentos dedicados utilizados como pontos
finais (endpoints) da rede de comunicao. Esses equipamentos so responsveis por
fornecer suporte em tempo real s comunicaes bidirecionais. Tipicamente, so representados por computadores pessoais com suporte multimdia e cmeras integradas ou
equipamentos dedicados que j contm cmera e captao de som ligados a um televisor
ou projetor. Em alguns momentos o termo endpoint utilizado na norma H.323 para
referenciar qualquer elemento capaz de receber ou iniciar chamadas, seja um terminal,
gateway ou MCU.
11 Gatekeepers: conhecidos como os crebros da rede, responsveis pela gerncia de
outros componentes do H.323 e pelas funes de traduo de endereos e identificao
dos elementos de videoconferncia, autorizao e gerenciamento.
11 Gateways: promovem o entendimento comum, ou seja, trabalham como tradutores
responsveis pela conexo em redes no integradas (fora da zona H.323), possibilitando
a interoperabilidade com endpoints de redes baseadas em circuitos (por exemplo, RDSI).
11 MCU: Multipoint Control Units so responsveis pela conferncia multiponto, viabilizando
que mais de dois participantes se comuniquem simultaneamente atravs da rede, analogamente ao que acontece em uma teleconferncia via telefone.
Telefone
IP phone
Figura 2.15
Exemplo de
cenrio (terminais,
MCU, gatekeeper,
gateway).
Gatekeeper
Rede IP
Roteador
Administrao de Videoconferncia
Telefone
IP phone
38
Terminal H.323
Gateway
MCU
Roteador
ISDN
Gateway
PSTN /
WIRELESS
Terminal H.323
Telefone
Terminal H.320
Figura 2.16
Equipamentos de
videoconferncia.
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
(MC Multipoint Controller) e por um processador multiponto (MP Multipoint Processor).
O primeiro componente mandatrio e executa as funcionalidades bsicas do servio, enquanto
o processador multiponto possui carter opcional (e podem haver vrios destes) e tem a
finalidade de prover o processamento necessrio para a realizao da conferncia multiponto
(em especial a codificao de vdeo, que muito custosa em termos de processamento).
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 terminais devem estabelecer canais de controle H.245 com a MCU.
Figura 2.17
Conferncia
multiponto utilizando Multipoint
Control Unit.
39
Figura 2.18
Controladores
multiponto.
Gateway
Responsvel por fazer a interface H.323 para outras redes, tais como PSTN e sistemas
H.320. Funes:
11 Traduo de protocolos H.323/SIP (IP) para H.320 (ISDN) ou o contrrio.
11 Possibilita o aumento de controle e centralizao das sadas de ISDN em pontos estratgicos na rede.
Terminal H.323
Telefone
ISDN/PSTN
Terminal H.323
Gateway
Telefone
Telefone IP phone
Terminal H.320
Figura 2.19
Cenrio de uso
do gateway.
Administrao de Videoconferncia
40
H.323 permite, por meio do uso de gateways, a converso entre protocolos como H.320
(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.
Gatekeeper
Componente opcional no sistema H.323. Funes:
Zona H.323
Definida por um nico gatekeeper e por todos os componentes conectados a ele:
ISDN
Sistema
eletrnico
Gateway
Administrao de Videoconferncia
Terminal
42
Gatekeeper
Roteador
MCU
Zona H.323
Figura 2.21
Topologia de rede
com gatekeeper.
Figura 2.22
Exemplo de
elemento de borda.
Elementos de borda
Geralmente colocados com o gatekeeper, trocam informaes sobre endereos e partici-
pantes (internos e externos) para autorizao de chamadas entre domnios administrativos. Funcionam como um firewall traversal configurado para chamadas H.323.
Um domnio administrativo um conjunto de zonas sob um mesmo controle administrativo.
Os elementos de borda so componentes opcionais, que, como os gatekeepers, realizam
tarefas administrativas, porm no se comunicam diretamente com os terminais. Eles so
componentes localizados nas bordas das redes H.323 que realizam tarefas de comunicao
entre domnios administrativos. Entre estas tarefas esto a troca de informaes de controle de acesso e de informaes sobre o custo de ligaes, por exemplo. Em uma ligao
de um terminal do domnio administrativo da organizao X com um terminal do domnio
administrativo da organizao Y, por exemplo, podem ser utilizados elementos de borda em
ambas as organizaes, que se comunicam trocando todas as informaes necessrias para
efetuar a chamada.
T.120
H.239
Controle de mdia
Codecs
de udio:
Codecs
de vdeo:
G.711
H.261
G.723.1
H.263
G.729
H.264
RTCP
Controle e gerenciamento
dos terminais
H.225.0
Sinalizao
da chamada
H.245
H.225.0
RAS
RTP
TCP
TCP
Figura 2.23
Arquitetura do
protocolo H.323.
TCP/UDP
UDP
TCP
UDP
IP
Vale lembrar que o H.323 independente das interfaces de rede e dos protocolos de transporte.
Protocolos adotados pelo H.323:
11 Codificao de vdeo: H.261, H.263 e H.264.
11 Codificao de udio: G.711, G.729, G.723.1, G.726, G.722, G.728.
Aplicaes de dados
43
O RTP protocolo para aplicaes em tempo real (Real-time Transport Protocol) um protocolo 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).
Aplicaes de dados
T.120
H.239
Controle de mdia
Codecs
de udio:
Codecs
de vdeo:
G.711
H.261
G.723.1
H.263
RTCP
H.264
G.729
Controle e gerenciamento
dos terminais
H.225.0
Sinalizao
da chamada
H.245
H.225.0
RAS
RTP
TCP
TCP
TCP/UDP
UDP
Administrao de Videoconferncia
IP
44
TCP
UDP
Figura 2.24
Destaque dos protocolos RTP e RTCP.
Aplicao
Encapsulamento
de mdia
RTP
RTCP
dados
controle
UDP
IPv4 / IPv6
Unicast ou multicast
Ethernet
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
V=2 P X
CC
PT
Nmero de sequncia
Timestamp
Figura 2.25
Exemplo de pilha
de protocolos (RTP/
RTCP) e RFC 3550.
SEQ=1
SEQ=2
SEQ=3
SEQ=4
SEQ=5
SEQ=6
SEQ=7
Perdas=10%
SEQ=9
Figura 2.26
Exemplo de funcionamento do RTP.
SEQ=10
SEQ=1, tstamp=x
SEQ=8
45
O RTP costuma ser utilizado com User Datagram Protocol (UDP) e no Transmission Control
Protocol (TCP), para evitar os atrasos devido aos processos de estabelecimento de conexo e
SEQ=1
recuperao de falhas do TCP. O RTP prov ento as funcionalidades de um protocolo de
SEQ=2
transporte
voltado para a transmisso de dados de udio e vdeo. Entre os mecanismos
existentes
no RTP esto:
SEQ=3
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 situSEQ=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 necessidade 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.
11 Identificao de contedo: em redes sem garantia de QoS, a perda de pacotes e atrasos
SEQ=10
pode variar ao longo do tempo. O RTP fornece informao de contedo no intuito de permitir que codecs alterem dinamicamente sua capacidade de acomodar as perdas e atrasos
detectados durante a transmisso. Isso feito atravs do campo Payload Type (PT).
11 Identificao de origem: consiste na marcao da origem do pacote, ou seja, quem o enviou.
SEQ=1, tstamp=x
SEQ=2, tstamp=x+eq 20ms
SEQ=SEQ=3, tstamp=x+eq 40ms
SEQ=4, tstamp=x+eq 60ms
SEQ=5, tstamp=x+eq 80ms
Figura 2.27
Exemplo de adaptao do jitter.
O protocolo de controle em tempo real (Real-time Transport Control Protocol RTCP) usado em
conjunto com o RTP para servios de controle. Ao contrrio do RTP, RTCP no transporta a
mdia em si (udio e vdeo), mas apenas informaes sobre estatsticas da transmisso e
controle. A funo primria do RTCP prover informaes sobre a qualidade do servio, o que
feito pela transmisso peridica de pacotes para todos os participantes de uma sesso RTP.
Outras funcionalidades do RTCP incluem o controle sobre os identificadores dos terminais,
Administrao de Videoconferncia
para garantir que nomes dados aos terminais sejam nicos, e controle sobre a banda que ele
46
O canal RAS realiza as funes de registro, admisso e estado de chamada por meio do protocolo 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 Registro: endpoints se registram em um gatekeeper (s podem se registrar em um
gatekeeper), que controla as suas informaes de acesso (incluindo IP e nome de acesso).
11 Admisso: requisio de admisso em chamadas, utilizada pelo gatekeeper para controle
das chamadas existentes e da banda disponvel.
11 Status: controle do estado dos endpoints, como, por exemplo, descobrir se um endpoint
est disponvel ou no.
Aplicaes de dados
T.120
H.239
Controle de mdia
Codecs
de udio:
Codecs
de vdeo:
G.711
H.261
G.723.1
H.263
RTCP
H.264
G.729
Controle e gerenciamento
dos terminais
H.225.0
Sinalizao
da chamada
H.245
H.225.0
RAS
TCP
UDP
TCP
TCP
UDP
Figura 2.28
Destaque do protocolo H.225 RAS.
TCP/UDP
IP
RTP
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:
11 RRQ (RegistrationRequest): requisio de um endpoint para se registrar em um gatekeeper.
11 Respostas: RCF (RegistrationConfirm) para confirmao ou RRJ (RegistrationReject)
para rejeio.
11 ARQ (AdmissionRequest): requisio de admisso enviada de um endpoint para o gatekeeper.
11 Respostas: ACF (AdmissionConfirm) para confirmao ou RRJ (AdmissionReject)
para rejeio.
11 GRQ (Gatekeeper Request): solicitao de gatekeepers existentes. enviado pelos
endpoints por IP multicast de forma que os gatekeepers possam receber a mensagem
mesmo que o endpoint no conhea os IPs dos gatekeepers.
11 GCF (GatekeeperConfirm): para confirmao ou GRJ (GatekeeperReject) para rejeio
(endpoint no pode usar este gatekeeper).
Terminal 1
Para descobrir
o gatekeeper
Use porta X
GRQ
GRJ/GCF
RRQ
Para se juntar
zona
Para pedir
permisso para
iniciar chamada
Gatekeeper
Usando porta x
Resposta:
224.0.1.41, porta 1718
Broadcast, porta 1719
Manual, porta 1719
RRJ/RCF
ARQ
Usando porta x
ARJ/ACF
Mensagem contm
endereo para
estabelecer chamada
(porta 1718) ou em broadcast utilizando a porta 1719 (ou pode acessar o gatekeeper
diretamente caso possua seu endereo). Os gatekeepers que receberem esta solicitao
podem responder para o terminal informando seu endereo e aceitando que o terminal
se registre nele.
2. Um gatekeeper responde para o terminal T1 com uma mensagem GCF (GatekeeperConfirm),
Administrao de Videoconferncia
aceitando que o terminal se contate com ele. Nesta mensagem o gatekeeper informa a
48
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.
3. O terminal T1 envia ento uma mensagem RRQ (RegisterRequest) para o gatekeeper no
mando o registro. Ele pode tambm responder com uma mensagem RRJ (Register Reject)
para rejeitar o registro do terminal.
Figura 2.29
Troca de mensagens
RAS entre cliente e
gatekeeper.
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.
T.120
H.239
Controle de mdia
Codecs
de udio:
Codecs
de vdeo:
G.711
H.261
G.723.1
H.263
RTCP
H.264
G.729
Controle e gerenciamento
dos terminais
H.225.0
Sinalizao
da chamada
H.245
H.225.0
RAS
RTP
TCP
Figura 2.30
H.225 Sinalizao
de chamada.
TCP
TCP/UDP
UDP
TCP
UDP
IP
Aplicaes de dados
Endereo
informado pelo
gatekeeper
Terminal 1
Terminal 2
Setup
Call proceeding
Endereo de
transporte para
estabelecimento
do canal H.245
Porta
1720
Alerting
Figura 2.31
Sinalizao de
chamada direta
entre clientes.
Connect
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 mensagem 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.
Alm dessas, as outras mensagens usadas na sinalizao H.225 so:
11 StatusEnquiry: encaminhada pelo gatekeeper para o ponto final da chamada para saber
Administrao de Videoconferncia
Protocolo H.245
Tem como propsito prover o controle das sesses multimdia estabelecidas:
11 Troca de capacidades entre terminais.
11 Determinao de mestre e escravo.
Descritores de capacidades (protocolos suportados) contm o conjunto de
capacidades simultneas.
50
Aplicaes de dados
T.120
H.239
Controle de mdia
Codecs
de udio:
Codecs
de vdeo:
G.711
H.261
G.723.1
H.263
RTCP
H.264
G.729
Controle e gerenciamento
dos terminais
H.225.0
Sinalizao
da chamada
H.245
H.225.0
RAS
RTP
TCP
TCP
TCP/UDP
UDP
Figura 2.32
Protocolo H.245.
TCP
UDP
IP
Capacidades simultneas
1. G.723.1
2. G.711
3. H.261
Figura 2.33
Capacidades
de transmisso
e recepo
dos codecs.
4. H.264
5. T.38
Tabela de
capacidades
Descritor 1
Descritor 2
51
Administrao de Videoconferncia
52
Terminal 1
Terminal 2
TerminalCapabilitySet (1)
Mensagens do
canal H.245
Mdia
TerminalCapabilitySetAck (2)
MasterSlaveDetermination (3)
MasterSlaveDeterminationAck (4)
OpenLogicalChannel (5)
udio:
porta RTP destino: X
OpenLogicalChannelAck (6)
OpenLogicalChannel (7)
Vdeo:
porta RTP destino: Y
OpenLogicalChannelAck (8)
Canal de udio
Figura 2.34
Mensagens
H.245 entre
dois terminais.
Porta X
Canal de vdeo
Porta Y
da sesso.
4. T2 responde com a mensagem MasterSlaveDeterminationAck, que contm a definio de
includos o endereo de transporte RTP alocado por T2 para ser usado em T1 atravs do
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.
7. T1 abre agora um canal de vdeo com T2 atravs de outra mensagem OpenLogicalChannel.
8. Como para o canal de udio, o terminal T2 responde para T1 com uma mensagem
53
Terminal
H.323
T1
Gatekeeper
Terminal
H.323
T2
1 (ARQ)
2 (ACF)
3 (SETUP)
4 (Procedimento de chamada)
5 (ARQ)
Telefone toca
6 (ACF)
7 (Alertar)
8 (Conectar)
H.225 RAS
H.225.0/Q.391
canal RAS para requisio de admisso para o estabelecimento de uma nova chamada.
T1 solicita o uso de sinalizao de chamada no modo direto, sem que as mensagens de
controle (H.245) sejam roteadas pelo gatekeeper.
2. O gatekeeper confirma a admisso de T1 enviando uma mensagem ACF
Administrao de Videoconferncia
54
uma nova chamada. Atravs do canal RAS, envia uma mensagem ARQ para seu gatekeeper.
6. O gatekeeper confirma o registro enviando uma mensagem de confirmao ACF para T2.
7. T2 notifica T1 do estabelecimento da conexo, enviando uma mensagem de alerta H.225.
8. Por fim, T2 confirma o estabelecimento da conexo enviando uma mensagem de
Figura 2.35
Mensagens H.323
entre dois terminais
com gatekeeper.
Terminal T1
Gatekeeper
Terminal T2
9. TerminalCapabilitySet
Mensagens H.245
10. TerminalCapabilitySetAck
RTP (mdia)
11. MasterSlaveDetermination
12. MasterSlaveDeterminationAck
13. OpenLogicalChannel
udio:
porta RTP destino: X
14. OpenLogicalChannelAck
15. OpenLogicalChannel
Vdeo:
porta RTP destino: Y
16. OpenLogicalChannelAck
Canal de udio
Porta X
Canal de vdeo
Porta Y
TerminalCapabilitySetAck.
11. T1 envia uma mensagem MasterSlaveDetermination para deciso de mestre e escravo.
12. T2 responde com uma mensagem MasterSlaveDeterminationAck onde j estar decidido
OpenLogicalChannelAck.
Figura 2.36
Mensagens H.245
at estabelecer
canal de udio.
55
Finalizao da sesso
Terminal
H.323
T1
Gatekeeper
Terminal
H.323
T2
Mensagens H.245
24 (DRQ)
24 (DRQ)
25 (DCF)
25 (DCF)
EndSessionCommand.
2. T1 libera seu lado da chamada e confirma a liberao enviando uma mensagem
Mensagens H.225
Mensagens RAS
Figura 2.37
Mensagens H.245
de finalizao
de sesso.
Administrao de Videoconferncia
na figura seguinte.
56
w
A pgina Understanding H.323 Gatekeepers no site da Cisco
contm uma boa
descrio do funcionamento dos gatekeepers
H.323 e dos protocolos
de sinalizao H.255 e
H.255 RAS.
Terminal T1
Gatekeeper
Permisso
para ligar
para T2
Terminal T2
Setup
Admission Conrm
Permisso
para aceitar
ligao de
T1
Alerting
Alerting
Admission Conrm
Connect
Connect
Canal de udio
Figura 2.38
Resumo da comunicao H.323.
Canal de vdeo
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 sinalizao 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).
Faa a chamada utilizando o endereo IP do parceiro da dupla, e confirme que o software de
videoconferncia no est configurado com gatekeeper. Para facilitar a identificao do
trfego, utilize filtros que mostrem apenas o contedo desejado, como por exemplo h225
or h245 or rtp or rtcp. Responda:
1. Quais os IPs origem e destino envolvidos?
flow graph), detalhando os protocolos, como por exemplo: h.225 setup, h.225 admission
59
e quais passam pelo gatekeeper? Desenhe a troca de mensagens no espao abaixo com o
apoio do Wireshark (statistics + flow graph), detalhando os protocolos, como, por exemplo:
Administrao de Videoconferncia
60
3
objetivos
conceitos
CP
1 a 3 dgitos
CA
NA
(15 - CP) dgitos
Nmero de alcance nacional
Mximo de 15 dgitos
Figura 3.1
Estrutura do
ITU E.164.
prefixo +.
61
Exemplo: +555199998888.
Plano de numerao
O uso de um plano de numerao consistente em uma rede de videoconferncia
sistema telefnico internacional. Com o GDS, possvel numerar cada terminal de videoconferncia, sala virtual de MCUs e gateway.
O plano de numerao permite a integrao com outras redes de videoconferncia e
tambm com outros tipos de redes, tais como:
11 VoIP: estabelecimento de udio conferncia;
11 Public Switched Telephone Network (PSTN): terminais conectados via ISDN.
Os identificadores atribudos para os terminais so vlidos apenas no mbito da rede local
da videoconferncia e no necessrio que seja atribudo um identificador E.164 completo
(15 dgitos) para cada terminal. Duas instituies podem, por exemplo, compartilhar os
mesmos identificadores dos terminais, mas para elas interagirem devero possuir cdigos
62
Terminal 3
na rea B
YY XXXX
YY XXXX
ZZ XXXX
Prefixo da rea
11
11
22
Nmero do terminal
1000
2000
1000
Nmero completo
11 1000
11 2000
22 1000
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.
A numerao abreviada possvel graas ao recurso de reescrita do servidor de sinalizao
gatekeeper para H.323 e proxy para SIP.
Plano de discagem
Funes do plano de discagem:
11 Permitir facilidade e flexibilidade para discagem.
11 Garantir que chamadas para fora da rea e pas possam ser facilmente encaminhadas.
A discagem da rede de telefonia convencional brasileira, por exemplo, inclui os prefixos:
11 0 chamadas para fora da rea.
11 00 chamadas para fora do pas.
Figura 3.2
Exemplo de
numerao para
trs terminais.
Terminal 1
na rea A
63
Qualquer tipo de discagem, por exemplo abreviada ou hiper abreviada, deve ser definida
Gatekeeper GnuGK
Implementao de cdigo livre de um gatekeeper H.323 (licena GPL), que prov as
Administrao de Videoconferncia
64
O primeiro passo para utilizao do GnuGK a instalao da aplicao. A instalao obviamente depende do sistema no qual o aplicativo ser instalado. O site do GnuGK disponibiliza 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.
No Debian, aplicaes podem ser instaladas facilmente com o gerenciador de pacotes
apt-get, que tambm permite instalar o GnuGK. Esta aplicao instala o GnuGK e todas as
suas dependncias (todas as bibliotecas de que ele necessita). Normalmente o comando de
instalao no Linux :
Inicializao do GnuGK
11 O executvel aplicativo chama-se gnugk, que possui diversas opes para configurao.
gnugk --help
Algumas opes interessantes:
11 [-c arquivo_de_configurao] especifica o arquivo de configurao que ser utilizado
(arquivo que ser descrito mais adiante).
11 [-o arquivo_de_log] especifica o arquivo onde ser gravado o log da aplicao.
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:
Iniciar: /etc/init.d/gnugk start
Parar: /etc/init.d/gnugk stop
Reiniciar: /etc/init.d/gnugk restart
Consulte o manual do
GnuGK em gnugk.org.
Instalao do GnuGK
65
Ao iniciar o GnuGK por este script, ele utiliza algumas configuraes padro especificadas
pelo script:
Arquivo de configurao: /etc/gatekeeper.ini
Arquivo de log: /var/log/gnugk/gnugk.log
Para ter certeza que o GnuGK est em execuo no Linux, possvel executar o comando
abaixo que informa se o aplicativo est em execuo:
GnuGK no Windows
O GnuGK disponibilizado para Windows em dois formatos, servio e aplicao. Para
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 aplicao. O GnuGK executado em uma janela do prompt de comando do Windows que ficar
Administrao de Videoconferncia
66
Este arquivo organizado em diversas sees, cada uma delas contendo uma lista de parmetros 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.
O arquivo possui um requisito mnimo que a seo:
[Gatekeeper::Main]
Fourtytwo=42
11 Outros parmetros da seo [Gatekeeper::Main]:
Name=H_323_ID_Gatekeeper
Home=IP_do_Gatekeeper
TimeToLive=300TotalBandwidth=512000
StatusPort=7000
[Gatekeeper::Main]
;Qualquer parametro ou texto apos um ; ser ignorado.
67
Fortytwo=42
Name=GnuGk
TimeToLive=60
; EnableIPv6=1
Monitoramento do GnuGK
Porta de status:
Administrao de Videoconferncia
monitor-lo. Abaixo segue o comando para se conectar porta de status do gatekeeper local:
68
Shutdown
Permitir ou no o desligamento do gatekeeper pela porta de status. Dois valores possveis:
11 allow : permite desligamento.
11 forbid : no permite desligamento.
Rule
Define os hosts que tero permisso de acesso porta de status. Por padro no permite
nenhuma conexo. Pode receber os valores:
11 forbid: desabilita quaisquer conexes;
11 allow: permite quaisquer conexes;
11 explicit: l um outro prametro ip=value onde ip o endereo do cliente de gerncia/monitoramento, value pode ser 1 (permite acesso), 0 (nega acesso) ou allow/forbid ou yes/no;
11 regex: valida o endereo IP do cliente atravs de uma expresso regular;
11 password: valida atravs de usurio e senha.
Alm disso, estas regras podem ser combinadas por | ou &. Por exemplo:
rule=explicit | regex
O comando reload recarrega o arquivo de configurao sem a necessidade de reiniciar o GnuGK; entretanto, as configuraes s sero efetuadas em chamadas que
forem iniciadas aps o comando, ou seja, chamadas em andamento no momento
no sero afetadas.
O endereo IP do cliente deve casar explicitamente (explicit) ou com a regra regex.
Regex
Expresso regular para validao do endereo que est tentando acessar a porta de status
Alm das opes citadas, a seo [GkStatus::Auth] tambm pode conter parmetros do tipo
<username>=<senha> e <ip>=<allow/forbid> quando o parmetro rule contiver os valores
password ou explicit, respectivamente.
Exemplo de controle de autenticao na porta de status:
[GkStatus::Auth]
Shutdown=allow|forbid
rule=regex|password|explicit
regex=^127\.0\.0\.1|^192\.168\.1\.(10|11)$
gkadmin=J48HbZsUJPk
192.168.1.12=allow
; password
; rule=regex
; 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, disponibilizado 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.
Relembrando, para se conectar porta de status basta digitar o comando:
h
printallregistrations | rv | ?
printcurrentcalls | cv
shutdown
unregisterallenpoints
disconnetip [ip]
disconnectalias [alias]
reload
debug cfg [seo]
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 h: imprime todos os comandos;
11 printallregistrations | rv | ?: imprime todos os endpoints registrados (so 3 comandos
separados pelo sinal |, e qualquer um deles pode ser utilizado);
11 printcurrentcalls | cv: imprime as chamadas em andamento;
11 shutdown: desliga o gatekeeper;
11 unregisterallendpoints: fora o cancelamento do registro de todos os endpoints registrados;
11 disconnectip [ip]: desconecta todas as chamadas de um determinado endereo IP;
Administrao de Videoconferncia
Zoneamento
As zonas H.323 so definidas por um gatekeeper, e podem ser de domnios administrativos
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-
<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
Gatekeeper
Roteador
MCU
Figura 3.3
Exemplo de zona
H.323.
Zona 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).
Terminal
71
GK A
GK C
Figura 3.4
Cada gatekeeper
possui duas
referncias.
GK B
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.
Os gatekeepers podem ser associados de diversas maneiras. Uma maneira comum
a organizao hierrquica, onde um gatekeeper (na figura abaixo, o DGK Directory
Gatekeeper), corresponde ao nvel primrio da hierarquia, se comunicando com diversos
outros gatekeepers de nvel secundrio (GK A, GK B, GK C). O nmero de nveis poderia ser
aumentado, se necessrio. Neste modelo, o DGK conhece os 3 gatekeepers abaixo dele,
ento esses 3 gatekeepers conhecem apenas o DGK.
Hierarquia de gatekeepers
A organizao das zonas H.323 pode tambm ser feita de forma hierrquica. Supondo que o
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;*
Administrao de Videoconferncia
DGK
72
GK A
GK B
GK C
Figura 3.5
Organizao hierrquica das zonas.
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 mensagem 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.
No GnuGK, as ligaes entre os gatekeepers so feitas na seo [RasSrv::Neighbors] do
arquivo de configurao. Esta seo pode conter diversas linhas especificando os vizinhos
deste gatekeeper, como no exemplo anterior. A sintaxe dessas linhas :
<NomeGK>=IP_Gatekeeper;<prefixo1>,<prefixo2>
Onde:
11 NomeGK: nome dado localmente ao gatekeeper.
11 IP_Gatekeeper: IP do gatekeeper.
11 Prefixo: nmeros deste gatekeeper. Podem ser utilizados diversos prefixos.
Exemplos:
INTA=192.168.1.1;033,044
INTB=192.168.2.1;055
DGK=10.1.1.1;*
Para todas as chamadas recebidas, primeiro verificado se o nmero chamado no um
nmero local, ou seja, um terminal conectado ao gatekeeper. Se no for o caso, ento o
gatekeeper verifica seus vizinhos para reencaminhar a chamada.
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.
Mensagens LRQ
73
contm os parmetros:
ForwardLRQ
11 Permite ou no o encaminhamento das mensagens LRQ.
ForwardResponse
11 Em 1, as respostas ao LRQ passam pelo gatekeeper.
11 Em 0, as respostas vo direto ao originador.
ForwardHopCount
11 Quantidade de hops ou gatekeepers pelos quais as mensagens de LRQ passaro.
11 Semelhante ao campo TTL do protocolo IP.
Para uma hierarquia de dois nveis, um exemplo de configurao :
[RasSrv::LRQFeatures]
ForwardLRQ=depends
ForwardResponse=1
ForwardHopCount=1
No GnuGK, o comportamento das mensagens LRQ e suas respostas definido na seo
[RasSrv::LRQFeatures], que contm, entre outros, os parmetros a seguir.
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
Administrao de Videoconferncia
Atribui um valor numrico para a quantidade de hops ou gatekeepers pelos quais as men-
74
sagens de LRQ passaro. Semelhante ao campo TTL do protocolo IP, utilizado para evitar
loops infinitos.
Padro de configurao desses parmetros:
11 ForwardHopCount: no definido.
11 ForwardLRQ: depends.
11 ForwardResponse: 0.
Se a regra comea com nmero-original, indica que este nmero deve ser substitudo por
nmero-destino. Se a regra comea com o prefixo !, inverte-se o sentido da regra, fazendo
com que os nmeros que no tm nmero-original como prefixo, tenham nmero-destino
adicionado como prefixo.
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.
Se tivermos, por exemplo, as seguintes regras de reescrita:
[RasSrv::RewriteE164]
08=188
(substituio simples)
!08=188
[!]nmero-original=nmero-destino
75
%%%%.=.
(elimina 4 dgitos)
0044....=144....
Neste caso:
11 Se discado 082222, o resultado da reescrita ser 1882222;
11 Se discado 092222, o resultado ser 188092222;
11 Se discado 11112000, o resultado ser 2000;
11 Se discado 00441234, o resultado ser 1441234.
A implantao de um plano de numerao completo pode exigir dezenas de regras, e deve
sempre ser vista sob dois aspectos: chamadas para dentro da zona ou chamadas para fora.
Chamadas para dentro da zona so aquelas encaminhadas por outros gatekeepers com
destino aos terminais da rede local de videoconferncia. Chamadas para fora da zona so
aquelas com destino a outras redes de videoconferncia (outros gatekeepers).
Os exemplos abaixo so novamente relacionados com ligaes telefnicas e mostram como
podem ser necessrias diversas regras caso existam diversos pases, reas e terminais.
Os exemplos so de regras em um gatekeeper no Brasil, na rea 21. Ele procura reescrever
todos os nmeros para o formato <cdigo-pas><cdigo-rea><cdigo-terminal>, exceto as
chamadas para terminais locais, que so reescritas para o nmero do terminal local.
Exemplos usando o DGK:
11 Chamada do terminal A para o B (ambos na rea 11):
22 Chamada direto pelo ramal: 2000
22 Chamada com cdigo de rea: 11 2000
Regra (GK A) remove cdigo de rea: 11....=....
11 Chamada do terminal A para o terminal C (rea 33):
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.
Administrao de Videoconferncia
DGK
76
Cliente A
1000
rea 11
rea 22
rea 33
GK A
GK B
GK C
Cliente B
2000
Cliente C
1000
Figura 3.6
Chamada
entre cliente de
mesma rea.
DGK
rea 22
rea 33
GK A
GK B
GK C
Cliente A
1000
Cliente B
2000
Cliente C
1000
Autenticao
A autenticao e o registro de terminais so feitos atravs de mensagens RRQ e suas res-
[Gatekeeper::Auth]
<mecanismo1>=<regra>;RRQ
<mecanismo2>=<regra>;RRQ
...
O exemplo acima mostra a utilizao de dois mecanismos de validao, ambos aplicados
sobre as mensagens RRQ. A sintaxe das linhas que especificam os mecanismos de validao
a seguinte:
<mecanismo>=<regra>;RRQ
Onde:
11 <mecanismo>: indica como ser feita a autenticao: senha simples, utilizando banco de
dados SQL, autenticao por IP, entre outras;
11 <regra>: define se este mecanismo obrigatrio, opcional, ou outras opes;
Figura 3.7
Chamada entre
cliente de rea
diferente.
rea 11
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 SimplePasswordAuth: validao por usurio e senha.
11 AliasAuth: valida uma tupla (alias, IP), onde alias pode ser o apelido ou ramal de um
terminal.
11 SQLPasswordAuth: o mesmo que SimplePasswordAuth, mas utiliza um banco de dados
SQL para armazenar as informaes (usurios e senhas).
11 SQLAliasAuth: o mesmo que AliasAuth, mas utilizando um banco de dados com os aliases.
11 RadAliasAuth: similar a AliasAuth, mas utilizando servidores RADIUS (Remote
Authentication Dial In User Service), que um protocolo de redes que permite o uso de
servios de autenticao, autorizao e contabilizao centralizados em um servidor.
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.
No restante deste captulo sero vistos, principalmente, os mecanismos SimplePasswordAuth e AliasAuth.
O addpasswd um utilitrio instalado com o GnuGK que permite a criao de senhas criptografadas 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.
A sintaxe do aplicativo simples, basta escolher o arquivo de configurao e a seo deste
arquivo, onde a senha ser gravada e entrar com o nome de usurio e sua senha. A sintaxe e
um exemplo seguem abaixo:
Administrao de Videoconferncia
78
Regras
Sabendo dos possveis resultados, podemos verificar as regras disponveis:
11 optional: se no puder autenticar com este mecanismo, o prximo mecanismo ser utilizado;
[Gatekeeper::Auth]
AliasAuth=optional;RRQ
SimplePasswordAuth=sufficient;RRQ
default=allow
Neste exemplo, primeiro feita uma tentativa de autenticao por alias, que opcional. Portanto, se a resposta autenticao for ok ou next, o processo segue para o prximo mecanismo. 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
default=allow
Autenticao por alias (ID H.323 ou ramal):
11 AliasAuth utiliza a seo [RasSrv::RRQAuth], que possui a sintaxe:
<identificador>=sigip:<endereo IP>:<porta>
Exemplo:
[RasSrv::RRQAuth]
55551234=sigip:200.188.10.1:1720
55556789=sigip:156.130.25.9:1720
Autenticao por usurio e senha:
11 Os mecanismos SimplePasswordAuth, SQLPasswordAuth e RadAuth validam o
RadAuth=sufficient;RRQ
<identificador>=sigip:<endereo IP>:<porta>
Onde:
11 <identificador>: alias que ser mapeado para o IP especificado.
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 Administrao de Videoconferncia
80
[RasSrv::RRQAuth]
55551234=sigip:200.188.10.1:1720
55556789=sigip:156.130.25.9:1720
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:
11 Utiliza a seo [SimplePasswordAuth] que possui a sintaxe:
<usurio>=<senha>
11 Senhas de acesso so criadas pelo utilitrio addpasswd.
Na autenticao por usurio e senha, possvel utilizar os mecanismos SimplePasswordAuth,
SQLPasswordAuth e RadAuth. Assim como na validao por alias, cada mecanismo tem sua
seo no arquivo de configuraes:
11 SimplePasswordAuth: utiliza a seo [SimplePasswordAuth], que j contm os dados
de validao;
11 SQLPaswordAuth: utiliza a seo [SQLPasswordAuth] para configurar um banco de
dados SQL onde esto contidas as informaes de usurio e senha;
11 RadAuth: utiliza a seo [RadAuth] e busca os dados de um servidor RADIUS.
Como citado, o mecanismo SimplePasswordAuth utiliza a seo [SimplePasswordAuth]. Esta
seo possui os nomes de usurios e suas respectivas senhas, como no exemplo a seguir:
[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:
Contabilizao
Gerao de registros das chamadas, imprescindvel para avaliar a utilizao do sistema.
O GnuGK gera um registro com informaes detalhadas sobre cada uma das chamadas
efetuadas atravs dele: tempo de chamada, origem, destino etc. Esse registro denominado Call Detail Record (CDR).
Mecanismos de armazenar o CDR:
11 File Acct
11 Rad Acct
11 SQL Acct
A configurao feita atravs da seo [Gatekeeper::Acct] .
servidor RADIUS e do banco de dados SQL, podem ser obtidos no manual do GnuGK.
81
A contabilizao no gatekeeper, ou seja, a gerao de registros das chamadas, imprescindvel para avaliar a utilizao do sistema. O GnuGK gera um registro, denominado
Call Detail Record (CDR), que armazena informaes detalhadas sobre cada uma das chamadas 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
Os mecanismos e regras da seo de contabilizao funcionam nos mesmos moldes do
processo de autenticao. Nessa seo podem ser definidos vrios mecanismos e tambm
os eventos que sero contabilizados por cada mecanismo. Entre os mecanismos disponveis,
os mais importantes so:
11 FileAcct: armazena os CDRs em arquivo texto;
11 RadAcct: envia os CDRs para um servidor RADIUS, que pode fazer o armazenamento dos
dados como desejar;
11 SQLAcct: grava os registros diretamente em banco de dados SQL.
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 required: se o mecanismo falhou ao registrar o evento, define o resultado final do
processo de contabilizao como fail. Aps este mecanismo o evento passado para o
prximo mecanismo configurado;
11 optional: independente de sucesso ou falha, o prximo mecanismo configurado sempre
ser considerado. Seu resultado no altera o resultado final do processo de contabilizao;
11 sufficient: similar ao required, mas em caso de sucesso o processo de contabilizao
finalizado;
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 start: registro gerado no incio de uma chamada (mensagem Setup);
11 stop: registro gerado no fim de uma chamada;
11 connect: uma chamada foi conectada;
11 update: a chamada est ativa e feita uma atualizao peridica para refletir a nova
Administrao de Videoconferncia
durao da chamada;
82
[Gatekeeper::Acct]
RadAcct=optional;start,stop
FileAcct=required;start,stop,on,off
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
Neste segundo exemplo, feita uma tentativa de registro em um servidor RADIUS e, em
caso de falha, feito o registro em um banco de dados. Novamente, para mais detalhes
sobre a contabilizao no GnuGK aconselhvel consultar o seu manual.
Modos de operao
Modo direto
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
.2
S
RA
25
25
.2
RA
Gatekeeper
H.225/H245
Call Signaling
Figura 3.8
Gatekeeper operando em modo
direto.
RTP Channels
Terminal 1
Terminal 2
83
Modo roteamento
11 O gatekeeper participa de toda troca de sinalizao.
.2
25
RA
Gatekeeper
H.225/H245
Call Signaling
Figura 3.9
Gatekeeper
operando em
modo roteamento.
RTP Channels
Terminal 1
Terminal 2
Modo proxy
Tanto sinalizao quanto mdia so trocadas atravs do gatekeeper.
Administrao de Videoconferncia
84
11 (+) Auxilia quando existem firewalls na rede. No necessrio liberar o acesso a todos
os terminais, mas apenas ao gatekeeper.
11 (+) Configurao de QoS; a poltica de QoS pode ser aplicada apenas ao endereo IP
do gatekeeper.
11 (-) Pode tornar-se um ponto de falha e gargalo na rede.
Tanto sinalizao quanto mdia so trocadas atravs do gatekeeper. Neste modo de operao, nenhum dado trocado diretamente entre os terminais, tudo passa pelo gatekeeper.
RA
.2
H
RA
25
25
RT
P
.2
l
ne
an
Ch
P
RT
Ch
an
ne
l
Gatekeeper
H.225/H245
Call Signaling
Terminal 1
Terminal 2
Configurando o GnuGK
O roteamento configurado na seo [RoutedMode]:
[RoutedMode]
GKRouted=0|1
H245Routed=0|1
AcceptNeighborCalls=0|1
Configurando o GnuGK:
11 Quando GKRouted=0 e H245Routed=0, est em modo direto.
11 Quando GKRouted=1, habilita modo roteamento:
22 Se H245Routed=0, faz roteamento apenas de mensagens H.225.
22 Se H245Routed=1, faz roteamento tambm de mensagens H.245.
AcceptNeighborCalls deve estar em 1 para que o gatekeeper reconhea outras zonas
H.323 (outros gatekeepers).
Para habilitar o modo proxy, deve-se configurar a seo [Proxy]:
[Proxy]
Enable=1
Na seo de roteamento deve estar configurado GKRouted=1.
Figura 3.10
Gatekeeper
operando em
modo proxy.
85
[RoutedMode]
GKRouted=1
H245Routed=1
CallSignalPort=0
H245PortRange=30000-30999
AcceptNeighborCalls=1
AcceptUnregisteredCalls=0
O parmetro GKRouted indica se o gatekeeper far o roteamento de algum tipo de mensagem ou no, enquanto H245Routed indica se ele far roteamento das mensagens H.245.
Assim, temos as seguintes opes de configurao:
11 Quando GKRouted=0 e H245Routed=0, est em modo direto (Direct Endpoint Call Signalling);
11 Quando GKRouted=1, habilita modo roteamento:
22 Se H245Routed=0, faz roteamento apenas das mensagens H.225 de sinalizao;
22 Se H245Routed=1, faz roteamento tambm de mensagens H.245.
Esta seo possui diversos outros parmetros:
CallSignalPort
Porta de sinalizao do gatekeeper (padro 1721). No utilizada a porta 1720 para ser possvel 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
Permite ou no receber ligaes de gatekeepers vizinhos. O padro 1: permitir.
AcceptUnregisteredCalls
Administrao de Videoconferncia
86
[Proxy]
Enable=1
ProxyAlways=0
InternalNetwork=192.168.1.0/24
ProxyForNAT=1
T120PortRange=4000-5000
RTPPortRange=1024-65535
A seo [Proxy] tambm possui diversos parmetros, entre eles:
Enable
Habilita ou desabilita o modo proxy. O padro 0, desabilitado.
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 participantes 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.
1. Configure os terminais de videoconferncia da dupla para utilizar o gatekeeper de um
Verifique.
4. Configurar o ramal de cada um dos terminais da dupla. Este ramal normalmente confi-
89
de mdia esto sendo enviados e recebidos atravs do gatekeeper. Utilize o filtro h245
or rtp or rtcp no Wireshark.
4. Verifique a captura de pacotes entre os terminais e o gatekeeper. Por onde os pacotes
5. Justifique como o modo proxy poderia ser til em um ambiente real de videoconferncia.
Administrao de Videoconferncia
1. Ligaes feitas utilizando somente o ramal (1000 ou 2000) continuaro funcionando como
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
90
Chamada 2:
0222000
Gk dupla
11
DGK
Chamada 1:
2000 ou 0112000
Mquina 1
1000
Mquina 2
2000
22
Mquina 1
1000
Mquina 2
2000
0111000 para 1000, 0112000 para 2000. Este exemplo vlido para a dupla 11. Ele indica
que quando o gatekeeper receber uma ligao com o nmero 0111000, essa ligao ser
direcionada para o ramal 1000 (o mesmo vlido para o ramal 2000).
2. Configurar seo [RasSrv::Neighbors] para incluir o DGK como um dos vizinhos do
Figura 3.11
Arquitetura
de gatekeepers
e estrutura
das ligaes.
Gk dupla
91
92
Administrao de Videoconferncia
4
Proporcionar uma viso ampla do protocolo Session Initiation Protocol (SIP), bem
como dos mtodos de configurao de um servidor SIP.
conceitos
interativas como:
11 Chamadas de voz (VoIP).
11 Videoconferncia.
11 Mensagens instantneas.
11 Jogos multi-usurio via internet.
Protocolo para incio de sesso, utilizado em conjunto com outros protocolos:
11 SDP para descrio da sesso.
11 SAP anncio de sesso.
11 RTP/RTCP transmisso de dados e controle da transmisso.
11 RTSP controle de fluxo em tempo real.
11 SCCP controle de conferncia.
objetivos
Introduo ao SIP
93
SIP
Aplicao
SDP
RTSP
RTP
Transporte
TCP
UDP
IP
Rede
Camada de enlace
RTP
Figura 4.1
Protocolo de
aplicao SIP.
Ethernet
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, submetido em 2002 como padro da Internet Engineering Task Force (IETF) RFC 3261.
SIP um padro de sinalizao emergente para o estabelecimento de chamadas e conferncias em tempo real em redes IP. Ele j o padro mais utilizado atualmente para chamadas
de voz sobre IP. J para chamadas de vdeo, o H.323 ainda domina, mas o SIP vem cada vez
ganhando mais espao neste nicho. Uma sesso SIP pode incluir diferentes tipos de dados,
como udio, vdeo, mensagens de texto, entre outros formatos. Podemos dizer que o protocolo SIP foi projetado com o intuito de estabelecer, modificar e manipular chamadas envolvendo um ou mais usurios numa rede IP de modo totalmente independente do contedo
de mdia da chamada.
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 protocolos 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 semelhantes 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.
As mensagens existentes no SIP so utilizadas para inicializao, finalizao e configurao
de chamadas. Ou seja, ele um protocolo para incio de sesso, e por isso utilizado em
conjunto com outros protocolos, como SDP (Session Description Protocol), SAP (Session
Administrao de Videoconferncia
Announcement Protocol), RTP (Real-Time Transport Protocol) e RTCP (RTP Control Protocol) e
94
Arquitetura do SIP
Arquitetura cliente/servidor em que agentes de usurio (os terminais) so formados por
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.
Um mesmo terminal pode ser UAC e UAS, dependendo da funo que est exercendo.
Figura 4.2
Comunicao
peer to peer entre
componentes SIP.
95
SIP Redirect
Server
1
12
<DIAL>
Location
Service
4
11
SIP Proxy
x1
x1
x2
x2
10
SIP Proxy
<RING>
SIP registrar
SIP Proxy
Request
Response
SIP para saber para onde esta requisio deve ser encaminhada;
3. O servidor de redirecionamento responde ao proxy;
4. O proxy ento contata outro proxy, cujo endereo foi informado pelo servidor de
redirecionamento;
Administrao de Videoconferncia
5. O segundo proxy contata um servio de localizao para tentar encontrar o terminal destino;
96
Figura 4.3
Exemplo da
organizao dos
elementos SIP.
11 ACK
11 BYE
11 CANCEL
11 OPTIONS
11 REGISTER
Exemplos: BYE e CANCEL.
11 Ambas so mensagens enviadas com o intuito de finalizar a sesso.
11 BYE enviado aps a sesso j estar estabelecida.
11 CANCEL enviado para cancelar o estabelecimento da sesso (chamada ainda no
atendida quando o telefone est tocando, por exemplo).
Exemplo de uma requisio INVITE:
v=0
o=mhandley 2890844526 2890842807 IN IP4 126.16.64.4
s=SDP Seminar
i=A Seminar on the session description protocol
Alm dos campos do exemplo anterior, o INVITE utiliza o protocolo SDP para descrever a
97
u=http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps
e=mjh@isi.edu (Mark Handley)
t=2873397496 2873404696
m=audio 49170 RTP/AVP 0
m=video 51372 RTP/AVP 31
m=application 32416 udp wb
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:
Requisitos (Cliente para servidor)
INVITE
1xx
Iniciar chamada
Informacional
(telefone tocando, por ex.)
ACK
Confirmao
2xx
Sucesso
(a mais usada 200 OK)
BYE
Finalizar chamada
3xx
Redirecionamento
(tpica de servidores redirect)
CANCEL
OPTIONS
Cancelar requisio
pendente
4xx
Funcionalidades
5xx
Suportadas
REGISTER
Falha na requisio
Falha no servidor
(servidor indisponvel, feature no encontrada no
servidor etc)
6xx
Falha global
(falha desconhecida, quando no nenhuma
das outras)
A seguir uma requisio INVITE para exemplificar o formato das requisies SIP:
Administrao de Videoconferncia
To: sip:aline@inf.ufrgs.br
98
Call-Id: a84b4c76e66710
Cseq: 1 INVITE
Contact: Marcos<sip:marcos@143.54.12.10>
Content-Type: application/sdp
Content-Length: 304
Accept-Language: en
Figura 4.4
Requisies da RFC
3261 (SIP).
v=0
o=mhandley 2890844526 2890842807 IN IP4 126.16.64.4
s=SDP Seminar
i=A Seminar on the session description protocol
u=http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps
e=mjh@isi.edu (Mark Handley)
t=2873397496 2873404696
m=audio 49170 RTP/AVP 0
m=video 51372 RTP/AVP 31
m=application 32416 udp wb
Atributos exibidos no exemplo:
11 v: Verso do protocolo.
11 s: Nome da sesso.
11 i: Informaes sobre a sesso.
11 u: URI da descrio.
11 e: E-mail.
11 t: Tempo de atividade da sesso.
11 m: Nome da mdia e tipo de transporte; identifica as mdias possveis nesta sesso.
11 o: Originador da requisio.
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).
Quanto s possveis respostas, temos como exemplos as mais utilizadas:
2xx Sucesso
11 200 - OK.
3xx Redirecionamento
11 300 - Mltiplas escolhas.
11 301 - Movido permanentemente.
11 302 - Movido temporariamente.
4xx Falha na requisio
11 400 - Bad request.
11 401 - No autorizado.
11 482 - Loop detectado.
11 486 - Ocupado neste local.
5xx Falha no servidor
11 500 - Erro interno no servidor.
6xx Falha global
11 600 - Ocupado em todos os locais.
Registro SIP
O processo de registro no SIP feito atravs da requisio REGISTER. A requisio bastante simples, sendo enviada de um cliente SIP para um servidor SIP registrar.
Terminal
SIP Registrar
REGISTER sip:esr.br SIP/2.0
From: sip:aluno@esr.br
To: sip:aluno@esr.br
Contact: sip:143.54.12.10
Expires: 3600
Administrao de Videoconferncia
2
3
200 ok
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:
11 To: contm o endereo de quem est se registrando, no caso aluno@esr.rnp.br.
11 From: contm o endereo de quem est enviando a requisio. Normalmente igual ao
campo to, exceto quando a requisio de registro enviada por terceiros.
11 Contact: informa o endereo da mquina na qual o usurio pode ser encontrado.
11 Expires: durao do registro (em segundos). No exemplo, 1 hora.
100
Banco de dados
Figura 4.5
Requisio
REGISTER SIP.
(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).
Inicia a
ligao
INVITE:
sip:aluno@esr.br
100 trying
Proxy
1
3
INVITE:
sip:aluno@143.54.12.10
180 ringing
180 ringing
200 ok
200 ok
ACK
Finaliza
ligao
2
4
Rings
Resposta
6
RTP
BYE
200 ok
Comunicao
de dados
8
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:
1. O terminal origem A inicia a ligao, discando para o terminal com endereo
cdigo 200 (OK), que recebida pelo proxy e encaminhada para o terminal origem;
6. Ao receber a resposta, o terminal A passa a conhecer o endereo direto do terminal B, e
encaminha para ele uma requisio do tipo ACK para confirmar que a ligao foi estabelecida. Neste ponto os terminais j trocaram suas capacidades atravs do protocolo SDP
embutido nas mensagens INVITE e 200 (OK) e com isso j estabeleceram os parmetros da
transmisso, entre eles os codecs de udio e vdeo e as portas para trocar esses dados;
Figura 4.6
Troca de mensagens
SIP entre dois terminais e um proxy.
Comunicao
de dados
Terminal B
101
o fone no gancho). Seu terminal envia uma requisio do tipo BYE diretamente para o
terminal B avisando que a ligao deve ser finalizada;
9. O terminal B recebe a requisio e envia uma resposta com o cdigo 200 (OK). A ligao
est finalizada.
Administrao de Videoconferncia
um modelo mais simples de mensagens textuais, com base em protocolos como o HTTP.
102
O site Tech-invite
apresenta uma
descrio do SIP
baseada em exemplos,
mostrando diversas
requisies e respostas
de forma grfica.
Figura 4.7
Principais aspectos
SIP e H.323.
SIP
H.323
Codificao
Textual (HTML)
Binrio (ASN.1)
Topologia
Entidades: gatekeeper,
Troca de capacidades
H.245
Roteamento de
chamadas
Protocolo de transporte
UDP e TCP
UDP e TCP
Registro
Registro
Gatekeeper
Autenticao
HTTP
H.235
Encriptao
H.235
OpenSIPS
11 Open SIP Server um software livre sob licena GPL.
O website Product
showcase of SIP
Conferencing solutions
mostra uma lista de
solues de conferncia que utilizam SIP.
Instalao OpenSIPS
As ltimas verses do OpenSIPS podem ser obtidas no site. A instalao varia conforme
Administrao de Videoconferncia
104
SIPS. Este arquivo segue um formato de linguagem script, que permite que as funcionalidades do servidor sejam programadas. As configuraes do restante deste captulo sero
feitas neste arquivo. Os arquivos executveis da aplicao esto localizados no diretrio
/usr/sbin/ e os mdulos utilizados esto em /usr/lib/opensips/modules/.
Inicializao OpenSIPS
Existem diversas opes de inicializao do OpenSIPS, que podem ser verificadas
atravs do comando:
$ opensips h
Comando opensips:
$ /etc/init.d/opensips <opo>
Opes possveis: start, stop, restart, force-reload, debug e status. Para v-las, basta exe-
105
Administrao de Videoconferncia
mais importantes:
106
Configurao OpenSIPS
A estrutura do arquivo de configurao formada por arquivo texto padro composto
por 3 sees:
11 Configuraes globais: configuraes gerais do sistema, como o nvel de depurao,
controle sobre o log da aplicao, definio das interfaces de rede que sero utilizadas, entre outras.
11 Configuraes dos mdulos: carregamento dos mdulos e configuraes dos
seus parmetros.
11 Lgica de roteamento: script que define o modo de funcionamento do sistema. Toda
lgica de roteamento definida atravs de uma estrutura de configurao similar a
uma linguagem de programao (declarao e chamada de funes, clusulas condicionais if, else etc).
A seguir sero apresentadas essas 3 sees e discutidas algumas das configuraes
mais importantes.
Configuraes globais
Existem diversas configuraes possveis nesta seo. As mais utilizadas so:
11 debug: opes: nmero entre 0 e 9. Define o nvel de depurao, ou seja, a quantidade de
informaes exibida nos logs;
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;
11 listen: formato: <protocolo>:<IP>:<porta>. Indica o endereo IP/porta utilizado
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.
w
A lista completa de
mdulos pode ser
encontrada no site do
OpenSIPS (verso 1.6.0)
em OpenSIPS
Resources
DocsModules16.
107
debug=9
# Nvel de depurao
fork=yes|no
log_stderror=Yes|no5
log_facility=LOG_LOCAL35
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)
modparam(registrar, max_contacts, 10)
O comando modparam recebe trs argumentos: o nome do mdulo, o nome da varivel e o
Administrao de Videoconferncia
Lgica de roteamento
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).
O funcionamento do OpenSIPS se assemelha ao de um script que executado toda vez que
uma requisio SIP recebida. O ponto de partida do script o bloco denominado route{}, que
contm toda a lgica de roteamento (ou parte da lgica e chamadas para outros blocos, que
contm o restante da lgica). Sempre que uma requisio recebida, tem incio a execuo
sequencial dos comandos encontrados neste bloco. O processamento contnuo at o ponto
onde ocorre a deciso final sobre a requisio: at a requisio ser encaminhada ou ignorada,
por exemplo. O exemplo abaixo exemplifica de forma bastante simplificada o bloco route{}:
108
route {
if(is_method(OPTIONS)) {
# send reply for each options request
sl_send_reply(200, ok);
exit();
}
route(1);
}
route[1] {
# forward according to uri
forward();
}
No exemplo, o servidor responder a todas as requisies do tipo OPTIONS com uma mensagem 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 Stateless
Oferece melhor escalabilidade, pois no armazena informaes de estado e requer
menos recursos, principalmente memria. O mdulo responsvel pelo modo stateless
o SL. Toda funo iniciada por sl_ indica que a comunicao ser feita sem manter
informaes de estado.
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 informaes de estado como no modo stateful, portanto, requer menos recursos (principalmente
iniciadas por sl_, ou seja, o uso de qualquer funo com prefixo sl_ indica que a comunicao 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.
memria). O mdulo responsvel pelas funes stateless o SL. Ele fornece todas as funes
109
Alm disso, h algumas funcionalidades que necessitam do estado das transaes para funcionarem, 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:
record_route()
INVITE
A
Rota: A
INVITE
Servidor
SIP S1
Rota: S1, A
INVITE
Servidor
SIP S2
B
Rota: S2, S1, A
loose_route()
BYE
Administrao de Videoconferncia
Rota: A
110
loose_route()
BYE
Servidor
SIP S1
Rota: A, S1
BYE
Servidor
SIP S2
B
Rota: S2, S1, A
Rota: S2, S1, A
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 completa das tabelas necessrias para o funcionamento do OpenSIPS pode ser consultada no site do desenvolvedor.
Figura 4.8
Rota da requisio
INVITE.
Figura 4.9
Rota da requisio
BYE.
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:
$ opensipsctl rm <username>
(remover usurio)
O OpenSIPS fornece diversos mdulos para integrao com alguns bancos de dados,
entre eles:
11 DB_MYSQL: MySQL
11 DB_POSTGRES: PostgreSQL
11 DB_TEXT: Dbtext
Assim como os outros mdulos comentados, os mdulos de banco de dados so carregados
e configurados na seo de mdulos do arquivo de configuraes. O exemplo abaixo mostra
o carregamento do mdulo para MySQL e da atribuio de dois parmetros aos mdulos:
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 parmetros. 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 opensipsrw 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:
Administrao de Videoconferncia
112
$ opensipsctl rm <username>
(remover usurio)
if (method==INVITE) {
if (!lookup(location)) { # busca usurio na tabela location
de if s e elses. Exemplo:
11 OpenSIPS recebe um nmero para o qual um terminal est discando.
11 O formato do nmero verificado.
11 O nmero reescrito em formato padro, para facilitar verificaes:
22 Cdigo do pas + cdigo de rea + nmero do terminal.
# Discagem Nacional
completo, equivalente ao visto no GnuGK, ser preciso definir uma estrutura composta
strip(1);
# sip:21 88889999@esr.rnp.br
prefix(55);
# sip:55 21 88889999@esr.rnp.br
# Discagem Internacional
} else if (uri=~sip:00[1-9].*) { # sip:00 55 21 88889999@esr.rnp.br
strip(2);
# sip:55 21 88889999@esr.rnp.br
# Discagem local
} else if (uri=~sip:[2-9][0-9]{7}@.*) { # sip:88889999@esr.rnp.br
prefix(5521);
# sip:55 21 88889999@esr.rnp.br
# Discagem Nacional
if (uri=~sip:0[1-9].*) { # sip:0 21 88889999@esr.rnp.br
strip(1);
# sip:21 88889999@esr.rnp.br
prefix(55);
# sip:55 21 88889999@esr.rnp.br
# Discagem Internacional
Administrao de Videoconferncia
114
strip(2);
# sip:55 21 88889999@esr.rnp.br
# Discagem local
} else if (uri=~sip:[2-9][0-9]{7}@.*) { # sip:88889999@esr.rnp.br
prefix(5521);
rnp.br
# sip:55 21 88889999@esr.
if (!www_authorize(esr.rnp.br, subscriber)) {
# usurio no
autorizado
www_challenge(esr.rnp.br, 0);
exit;
}
# usurio foi autorizado
if (!db_check_to()) {
if (!save(location)) {
registro
sl_reply_error();
return;
}
exit;
No script, o primeiro passo uma tentativa de autenticao no domnio esr.rnp.br:
if (!www_authorize(esr.rnp.br, subscriber)) {
Em caso de falha, feito o desafio para o usurio fornecer novas credenciais:
www_challenge(esr.rnp.br, 0);
Caso a resposta para a autenticao seja positiva, feita a validao do campo To: da mensagem, que no REGISTER contm o endereo do terminal que est solicitando o registro:
Administrao de Videoconferncia
if (!db_check_to()) {
Se o campo To: for invlido, enviado um aviso ao usurio informando que o ID de autenticao invlido:
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.
# seta a flag que ser usada para indicar ao ACC que deve iniciar
contabilizao
modparam(acc, db_flag, 1)
if (method==INVITE) {
setflag(1); # avisa o ACC para contabilizar o INVITE
} else if (method==BYE) {
setflag(1); # avisa o ACC para contabilizar o BYE
}
A gerao de registro das chamadas indispensvel para avaliar a utilizao do sistema. No
OpenSIPS, toda a contabilizao feita pelo mdulo ACC. Este mdulo permite o registro de
eventos no sistema (syslog), bancos de dados e RADIUS.
A utilizao do mdulo praticamente transparente no script: basta informar ao mdulo
que os dados devem ser registrados e ele se encarrega do resto. O mdulo permite contabilizar
sero gravadas. Mas h sempre um conjunto mnimo de informaes que so contabilizadas:
11 Nome do mtodo (INVITE, ACK, BYE, etc.).
11 Campos To, From e Call-Id do cabealho.
11 Cdigo e mensagem da resposta gerada.
11 Informaes de tempo de quando a transao foi finalizada.
117
loadmodule mysql.so # 1
loadmodule acc.so
# 1
Administrao de Videoconferncia
118
log_stderror=no
log_facility=LOG_LOCAL3
loadmodule xlog.so
if (method==INVITE) {
xlog(L_ALERT, Chegou um mtodo ($rm) para o usurio ($ru)
\n);
} else if (method==REGISTER) {
xlog(L_ALERT, Chegou um REGISTER de $fU ($ru) em $tf\n);
return;
}
A lista de pseudo-variveis do OpenSIPS pode ser localizada em OpenSIPS Resources.
return;
119
120
Administrao de Videoconferncia
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 servidor 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:
1. Desenhe as mensagens SIP (protocolos e portas) trocadas entre as duas mquinas
Os membros da dupla devero realizar os seguintes passos (leia as Dicas para uso do
121
/etc/init.d/opensips start
/etc/init.d/opensips stop
/etc/init.d/opensips restart
3. Arquivos de configurao padro esto em:
/etc/opensips/opensips.cfg
4. Monitoramento do OpenSIPS:
opensipsctl monitor
Os arquivos do OpenSIPS encontram-se em:
11 Arquivo de configuraes iniciais: /etc/default/opensips.
11 Arquivo de configuraes gerais: /etc/opensips/opensips.cfg.
11 Arquivos binrios em: /usr/sbin/.
11 Mdulos em: /usr/lib/opensips/modules/.
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.
122
loadmodule db_mysql.so
loadmodule auth.so
loadmodule auth_db.so
V at a seo auth_db params e descomente as 4 chamadas modparam entre as linhas 151 e
155. No se esquea de descomentar tambm a quebra de linha do terceiro auth_db params.
No bloco de linhas 321 a 331, descomente os dois IFs para que a validao seja feita nas
mensagens de REGISTER.
Se voc utiliza o vi
ou vim para editar
o arquivo, pode pular
para a linha 321 com o
comando :321<enter>.
Voc tambm pode
buscar por palavras
usando: /<palavras
procuradas><enter>.
/etc/init.d/opensips stop
/etc/init.d/opensips start
Aps habilitar a autenticao na aplicao, necessrio utilizar o banco de dados para
cadastrar usurios. Faa o cadastro utilizando os comandos a seguir.
Incluir e remover usurios e alterar senhas:
Saiba mais
123
124
Administrao de Videoconferncia
5
Familiarizar o aluno com princpios e conceitos associados infraestrutura das redes
de computadores e sua influncia nas videoconferncias.
conceitos
Rede local
11 Fibra tica;
11 Par tranado:
22 Gigabit Ethernet (1000 Mbits/s);
22 Fast Ethernet (100 Mbits/s).
Acesso domstico
11 Linha telefnica comum (dial-up): 56 kbit/s;
11 Cabo coaxial (TV a cabo): 128 k ~ 10 Mbit/s;
11 ADSL: 128 k ~ 10 Mbit/s;
11 Wi-fi: 11Mbit/s; 54Mbit/s; etc.
Backbone
11 ATM, SDH, PDH, DWDM: 2M, 10M, 100M, 155 M, 622 M, 2.4 G, etc.
11 Satlite em vrias velocidades.
objetivos
Redes de computadores e
videoconferncia
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).
22 Unicast
11 Multiponto
22 Unicast
22 Multicast
22 Broadcast
Em redes de computadores importante distinguir conexes ponto-a-ponto de conexes
Administrao de Videoconferncia
126
Ponto-a-ponto
Uma conexo ponto-a-ponto executada atravs de procedimentos de chamada do
terminal de origem para o terminal de destino por meio de um nmero IP (no caso de
redes locais e Internet) ou de identificao do equipamento (como um nmero ISDN). Esta
conexo pode ser realizada sem o auxlio de um elemento gerenciador, baseada apenas na
conexo direta entre os computadores.
Em videoconferncias, este o modelo mais simples de comunicao, onde dois pontos
esto conectados e trocam dados multimdia diretamente. Em redes IP este tipo de comunicao feita utilizando unicast, que trataremos na sequncia. A exibio dos dados para
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.
Em videoconferncias, normalmente os participantes esto conectados a uma unidade central
que gerencia e processa o fluxo de mdias (udio, vdeo e dados) gerado na videoconferncia.
O elemento centralizador em videoconferncias chamado MCU, a unidade de controle
multiponto. Este componente cuida do processamento dos fluxos de udio e vdeo de forma a
integrar todos os terminais de videoconferncia. Alm do uso de um elemento centralizador,
h tambm a opo de fazer mltiplas conexes ponto-a-ponto entre todos os participantes.
A exibio dos dados multimdia em videoconferncias com trs ou mais participantes
apresenta desafios maiores do que em videoconferncias ponto-a-ponto. Normalmente so
utilizadas duas formas de exibio: participante ativo ou presena contnua.
Conexo Multiponto
Gatekeeper
Terminal
Terminal
Terminal
Terminal
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 participantes ativos, como em palestras e apresentaes.
Figura 5.3
Conexo
multiponto.
MCU
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 participantes e no apenas um.
Aplicaes que envolvem udio e vdeo, como sistemas de videoconferncia, geram um
grande volume de dados na rede. O trfego gerado em uma rede depende da natureza da aplicao (udio, vdeo, imagens etc.) e do tipo de conexo entre as mquinas onde cada aplicao
est sendo executada. O tipo de conexo avalia o estabelecimento da conexo sob a tica da
transferncia de pacotes entre os terminais da rede: ponto-a-ponto ou multiponto. No caso
de multiponto, ainda temos: conexo por difuso (broadcast), em que um pacote endereado a todos os demais terminais da rede; e conexo por difuso seletiva (multicast), em que
um pacote endereado a um grupo pr-definido de terminais na rede. Para cada uma das
Administrao de Videoconferncia
128
Figura 5.5
Videoconferncia
com presena
contnua.
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.
Um problema do unicast a gerao de trfego excessivo na rede quando um nmero
elevado de solicitaes enviado ao servidor, uma vez que para cada pedido ser gerado
um fluxo de retorno. Quando se trata da transmisso de vdeo, o problema agravado, j que os
fluxos gerados contm grande volume de dados que so replicados para os respectivos clientes,
o que compromete significativamente o desempenho da rede. Apesar deste problema, o unicast
a forma de transmisso mais utilizada atualmente, mesmo para udio e vdeo. Um exemplo de
uso desse modelo o YouTube, alm de outros sites de vdeo sob demanda.
Trfego Unicast
4
3
Roteador
1
Rede
1
Terminal 2
Servidor
Terminal 4
Terminal 3
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
(o endereo de broadcast) utilizado, identificando que o pacote que contm a mensagem
deve ser endereado para todas as mquinas da rede.
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.
Figura 5.6
Transmisso
via unicast.
Terminal 1
129
Terminal 1
2
Servidor
Terminal 4
Terminal 2
Terminal 3
Figura 5.7
Transmisso via
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 necessrias 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
Administrao de Videoconferncia
Roteador A
(Querier)
Servidor
Terminal 2
Terminal 4
Terminal 3
130
Figura 5.8
Transmisso via
multicast.
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
ROTB
ROTC
ROTB
REC3
REC1
REC2
REC3
ROTF
ROTD
REC4
ROTC
REC5
ROTF
ROTD
REC6
REC1
REC2
REC4
REC5
REC6
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.
Em transmisses multicast, todos os usurios recebero os mesmos dados, ou seja, recebero o vdeo no mesmo instante. Se um usurio solicitar o recebimento de um vdeo algum
tempo aps o incio da transmisso, ele no poder ver o vdeo desde seu incio. Este o
caso de transmisses ao vivo, streamings e tambm de videoconferncias.
No intuito de facilitar o estudo e a utilizao do espao de endereamento, a IANA definiu
uma diviso lgica que designa cinco classes para o endereamento da rede IP Internet
verso 4. Essa diviso chamada de Classfull Addressing (endereamento de classes) e define
as seguintes classes de endereos: A, B, C, D e E conforme ilustrado na figura.
Figura 5.9
Comparao de
uma transmisso
em mltiplos fluxos
unicast ou um
fluxo multicast.
131
Classe A
0 1
0
7 8
31
Classe B
1.0.0.1 126.255.255.254
0
2
10
Classe C
128.1.0.1 191.255.255.254
0
3
110
31
Classe D
192.0.1.1 223.255.254.254
0
4
1110
31
Classe E
224.0.0.0 239.255.255.255
0
5
11110
15 16
31
23 24
31
240.0.0.0 254.255.255.254
Multicast
Como os pacotes enviados pelo transmissor chegam at o receptor R1 utilizando multicast?
Rede local: protocolo IGMP (Internet Group Management Protocol)
11 Criao e sada de grupos (mensagens join e leave)
Backbone: protocolos de roteamento multicast
11 PIM (Protocol Independent Multicast)
11 DVMRP (Distance Vector Multicast Routing Protocol)
11 MOSPF (Multicast Open Shortest Path First)
11 MBGP (Multicast BGP)
E se o backbone da rede no tiver multicast?
11 Mbone (multicast backbone): criao de tneis multicast sobre unicast.
11 Permite multicast ao longo de uma rede que no suporta multicast.
11 Tnel liga dois roteadores que suportam IP multicast atravs de um enlace
ponto-a-ponto unicast.
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
Administrao de Videoconferncia
eles). No exemplo abaixo, como os pacotes enviados pelo transmissor (no topo) chegam
132
at o receptor R1?
Figura 5.10
Classes de endereamento IP.
Transmissor
Rt1
Rt2
Rt3
Protocolo IGMP
Rt6
Rt5
R1
Os principais responsveis por esta tarefa so o protocolo IGMP (na rede local) e os protocolos 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.
Os protocolos de roteamento multicast definem como feita a comunicao entre os
roteadores para construo da rvore-multicast que define as rotas dos pacotes multicast.
Diversos protocolos podem ser utilizados, entre eles:
11 PIM (Protocol Independent Multicast).
11 DVMRP (Distance Vector Multicast Routing Protocol).
11 MOSPF (Multicast Open Shortest Path First).
11 MBGP (Multicast BGP).
Portanto, antes de cogitar o uso do multicast em longa distncia, verifique se todos os roteadores 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 vantagens 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
exemplo prtico da aplicao dos tneis o MBone (multicast backbone), que um backbone
virtual criado nos anos 90 para permitir o uso de IP multicast sobre a internet.
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.
Nos mrouters, os pacotes multicast so encapsulados em pacotes unicast normais e enviados
com destino a outro mrouter. Todos os roteadores no caminho aceitaro o pacote como um
pacote unicast comum. Ao chegar ao mrouter-destino, o cabealho unicast removido, restando assim o pacote multicast original. Esta tcnica chamada de tunelamento.
Figura 5.11
Caminho
percorrido pelos
pacotes multicast.
Rt4
133
Transmissor
de G1
G1
192.168.2.2
Hub/
switch
Mrouter1.
Tnel com
192.168.4.2
G1
192.168.4.2
Hub/
switch
Mrouter2.
Tnel com
192.168.2.2
G1
Figura 5.12
Utilizao de
tneis multicast.
G1
Administrao de Videoconferncia
Requerido
Protocolo
Descrio
Clientes
80
Opcional
TCP esttico
Interface HTTP
GK
1503
Opcional
TCP esttico
T.120
1718
Requerido
UDP esttico
Descoberta de gatekeeper
1719
Requerido
UDP esttico
Gatekeeper RAS
1720
Requerido
TCP esttico
1731
Requerido
TCP esttico
1024-65535
Requerido
TCP dinmico
H.245
1024-65535
Requerido
UDP dinmico
RTP (vdeo)
1024-65535
Requerido
UDP dinmico
RTP (udio)
1024-65535
Requerido
UDP dinmico
RTCP
Na terceira coluna Protocolo, os itens estticos indicam que somente a respectiva porta
utilizada, enquanto os itens dinmicos indicam que h um intervalo possvel de portas e que
a porta que ser utilizada escolhida durante a comunicao. J as trs ltimas colunas
indicam em quais entidades as portas so utilizadas, ou seja, quais entidades precisam ter
acesso a essas portas.
Em relao ao protocolo H.245, importante observar a possibilidade de utilizar o chamado
H.245 tunneling, onde as mensagens H.245 so encapsuladas em mensagens H.225, utilizando assim a mesma porta usada pelo H.225. Ou seja, no necessria uma conexo
134
MCU
Figura 5.13
Portas e protocolos
utilizados com
H.323.
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:
Protocolo
Descrio
5060
Sinalizao SIP
5061
TCP esttico
1024-65535
UDP Dinmico
RTP (Vdeo)
1024-65535
UDP Dinmico
RTP (udio)
1024-65535
UDP Dinmico
RTCP
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.
11 A mais simples: abrir a(s) porta(s) requerida(s) para todo o trfego de rede.
11 A mais elegante: existem tecnologias de firewall implementadas em roteadores que
entendem 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.
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 Software de firewall da Check Point: produtos habilitados para H.323.
11 Tandberg Border Controller: elemento de borda que pode ser agregado topologia
da rede.
Para entender as implicaes do uso de firewalls em videoconferncia H.323, importante
saber como funcionam os diferentes tipos de firewalls.
Figura 5.14
Portas e protocolos
utilizados com o SIP.
Porta
ele, ou seja, o firewall verifica se a conexo entre os dois fins vlida e s ento permite que
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.
Administrao de Videoconferncia
136
uma nica conexo de IP, ou pode mapear IP + porta privada para IP + porta
externa e, ento, suportar mltiplos endereos de IP privados.
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.
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
10.0.0.1
Origem: 10.0.0.1/2000
Destino: 192.9.200.1/80
Origem: 139.130.1.1/3000
Destino: 192.9.200.1/80
192.9.200.1
NAT Binding
10.0.0.1/2000
139.130.1.1/3000
Host A
Host B
Origem: 192.9.200.1
Destino: 10.0.0.1/2000
Origem: 192.9.200.1/80
Destino: 139.130.1.1/3000
Tipos de NAT
11 Full Cone: depois de conhecer o IP (depois que NAT criou tabela), qualquer host pode
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 Port Restricted Cone: retorno s funciona a partir do mesmo IP e porta.
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.
Figura 5.15
Conexes atravs
de uma rede
com NAT.
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
Porta 2
S
Porta 1
Porta 2
Porta 1
Porta 2
Figura 5.16
NAT do tipo
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
Porta 2
S
Porta 1
X
Porta 2
Porta 1
Porta 2
Figura 5.17
NAT do tipo
Restricted Cone.
Administrao de Videoconferncia
138
Porta 1
Porta 2
S
Porta 1
X
X
Porta 2
Porta 1
Porta 2
N
Figura 5.18
NAT do tipo Port
Restricted Cone.
Symmetric
Assim como o modelo Port Restricted Cone, s permite que S receba dados de D:Port1. A diferena 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
Porta 2
S
Porta 1
X
X
Porta 2
Porta 1
Figura 5.19
NAT do tipo Port
Restricted Cone.
Porta 2
Domnio de
endereo privado
Internet pblica
Site NAT
Origem: 10.0.0.1/2000
Destino: 192.9.200.1/80
Origem: 139.130.1.1/3000
Destino: 192.9.200.1/80
192.9.200.1
NAT Binding
10.0.0.1/2000
139.130.1.1/3000
Figura 5.20
Pacotes atravs
de NAT.
Host A
Host B
Origem: 192.9.200.1
Destino: 10.0.0.1/2000
Origem: 192.9.200.1/80
Destino: 139.130.1.1/3000
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 examinando 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 justamente 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,
10.0.0.1
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.
Solues
Alternativas para a soluo do problema:
11 Protocolo H.460
22 Criado para firewall / NAT traversal com o padro H.323.
22 Utiliza um servidor que age como um proxy.
11 STUN (Session Traversal Utilities for NAT)
22 Servidor externo auxilia descoberta de IP pblico.
22 No pode ser utilizado com NAT simtrica.
11 TURN (Traversal Using Relays around NAT)
22 Utiliza um servidor que age como um proxy.
11 ICE (Interactive Connectivity Establishment)
22 STUN + TURN.
A seguir esto descritas as principais formas para permitir que videoconferncias atravessem 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
Administrao de Videoconferncia
140
canais de comunicao direta com o servidor. Ou seja, os terminais no se comunicam diretamente, mas atravs do servidor H.460.
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 problemtica especialmente quando existe um grande nmero de terminais fazendo ligaes ao
mesmo tempo (a largura de banda do servidor pode no ser suficiente).
No site No Jitter,
assista ao Video
Tunnels Through the
Firewall.
STUN
Session Traversal Utilities for NAT (STUN) um mecanismo definido na RFC 5389 que permite
que entidades atrs de NATs descubram seus endereos pblicos e com isso viabiliza videoconferncias 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;
11 O tipo de NAT na qual o cliente se encontra;
11 O mapeamento que o NAT est utilizando para este cliente.
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 descoberta do IP pblico (ex. STUN): dessa forma, o terminal 1 descobre o IP externo e interno
do terminal 2 e os utiliza adequadamente.
NAT /
Firewall
NAT /
Firewall
Rede
interna
Rede
interna
Dados multimdia
Figura 5.21
Soluo com
servidor externo.
Servidor da
rede pblica
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.
A desvantagem do uso do TURN que o uso de um servidor de redirecionamento pode
gerar problemas de atraso, jitter e outros problemas de rede e tambm necessita que o
servidor tenha uma grande largura de banda disponvel.
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.
Administrao de Videoconferncia
142
Figura 5.22
Interface de configurao PVX.
11 Jitter
11 Skew
11 Largura da banda
11 Atraso
Para entender a qualidade de uma videoconferncia, necessrio analisar alguns fatores
que influenciam na sincronizao e apresentao das mdias. As principais medidas so:
latncia, jitter, skew e largura de banda. Alm destas medidas, importante ter conhecimento dos diversos fatores que causam atraso na transmisso.
Latncia
A latncia o tempo entre o incio de um evento e o momento que ele se torna perceptvel
no destino.
143
Figura 5.23
Medio de atraso
em uma transmisso: 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:
11 Relgio no transmissor: 43:44,64.
11 Relgio no receptor: 43:44,23.00000.
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-
Administrao de Videoconferncia
144
Jitter
Jitter a variao da latncia. No exemplo uma rajada de pacotes: nem todos chegam ao
mesmo tempo (com mesma latncia).
# de pacotes
recebidos
Latncia
Jitter
Figura 5.24
Grfico de visualizao do jitter.
t
Utilizar somente a latncia no suficiente para definir a qualidade de transmisso, pois as
redes no conseguem garantir uma entrega constante de pacotes ao destino (com mesma
latncia). Dessa forma, os pacotes so entregues de forma varivel, isto , variando o tempo
gasto de um pacote para outro. Essa flutuao na latncia conhecida como jitter e pode
acarretar na descontinuidade na exibio da mdia. A principal estratgia para compensar o
jitter utilizar buffers para armazenar os pacotes que chegam e, ento, minimizar esse
efeito. O buffer cujo tamanho vai depender do jitter gera mais atraso na conversao,
porm inibe a descontinuidade na exibio da mdia, ou seja, evita que o receptor fique
algum tempo sem dados para exibir. Esse buffer vai servir como uma reserva para manter a
taxa de entrega constante ao interlocutor. Da a importncia de latncia e jitter baixos em
determinadas aplicaes sensveis a esses fatores, como a videoconferncia.
Alguns exemplos prticos produzidos pelo jitter elevado so aquelas quebras durante a produo 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
145
# de pacotes
recebidos
skew
vdeo
udio
t
Qual seria o skew aceitvel em uma videoconferncia?
11 < 20 ms: imperceptvel;
11 ~ 50 ms: percebe-se que h algo errado, mas no possvel saber qual mdia est adiantada e qual est atrasada;
11 > 50 ms: causa distrao da videoconferncia;
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 marcadores 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 Timestamp indica o momento no qual os dados foram capturados no transmissor: um
buffer de udio e um de vdeo que foram capturados no mesmo instante possuem o
mesmo timestamp.
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.
Administrao de Videoconferncia
146
de codec, pois foi constatado que a taxa de perdas estava muito grande para o receptor.
Figura 5.25
Grfico de visualizao do skew.
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
RTP/RTCP e adaptao qualidade
da transmisso.
SEQ=8
SEQ=10
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
a figura a
seguir. Veja que os pacotes esto chegando distanciados aleatoriaSEQ=2,
tstamp=x+eq
20ms
mente, porm, o receptor sabe exatamente o momento de enviar os mesmos sada. Para
SEQ=SEQ=3,
tstamp=x+eq
40ms
isso,
vai necessitar
do buffer
de jitter.
SEQ=4, tstamp=x+eq 60ms
SEQ=1, tstamp=x
SEQ=5, tstamp=x+eq 80ms
SEQ=2, tstamp=x+eq 20ms
SEQ=SEQ=3, tstamp=x+eq 40ms
SEQ=4, tstamp=x+eq 60ms
SEQ=5, tstamp=x+eq 80ms
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.
Figura 5.27
Uso do timestamp
no RTP e tempo
de chegada dos
pacotes para
adaptao ao jitter.
147
1
0
V=2
6
CC
2
1
PT
3
1
Nmero de seqncia
T imestamp
Largura de banda
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.
As necessidades variam muito:
11 100 kbps em videoconferncias simples via webcam.
11 1,5 Gbps em transmisses de vdeo HD no comprimido.
Aplicaes de videoconferncia so muito parecidas com aplicaes de voz em termos
de latncia e jitter entretanto, podem utilizar alta largura de banda. Para determinar
a largura de banda ideal para um sistema de videoconferncia, necessrio conhecer a
demanda requerida pelo sistema em funo da capacidade que a infraestrutura de rede
pode prover. Os requisitos de largura de banda de sistemas multimdia podem variar bastante, indo de 100 kbps a 1,5 Gbps (transmisso de vdeo HD no comprimido), por exemplo.
A largura de banda um fator limitante para a videoconferncia, sendo necessrio ajustar a
demanda da aplicao disponibilidade existente. Por exemplo: pode-se optar por vdeo de
qualidade mais baixa em favor de manter os requisitos de transmisso multimdia ou, ento,
considerar modificaes na infraestrutura da rede em prol de atingir a demanda requerida
por um vdeo de maior qualidade.
Valores de referncia
Resumindo o que foi visto, temos como valores de referncia para cada uma das medidas
descritas:
Latncia
Administrao de Videoconferncia
Figura 5.28
Cabealho do RTP.
Largura de banda
11 Mnimo de 256 kbit/s para obter uma qualidade aceitvel em baixas resolues;
11 Boa qualidade em SD: 2 Mbit/s;
11 Qualidade mdia em HD: 4 Mbit/s.
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 Time-sharing de processos na mquina;
11 Captura de udio e vdeo;
11 Codificao de udio e vdeo;
11 Empacotamento;
11 Transmisso fsica;
11 Equipamentos intermedirios (store and forward);
11 Insero e desinsero;
11 Fila dos roteadores;
11 Adaptao ao jitter, skew e pacotes fora de ordem.
Muitas vezes melhor ter um vdeo com menos qualidade, porm sem perdas, do
que um vdeo com altssima qualidade, como full HD, mas com perdas.
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 processamento dos processos em paralelo, podem ocorrer falhas em diversas etapas da videoconferncia: codificao de vdeo, exibio dos dados, captura dos dados etc.
O time-sharing de processos est sendo considerado como um atraso, pois pode provocar 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
cessar a codificao.
Para codificao em tempo real, necessrio que o codificador processe os dados mais
rapidamente do que eles esto sendo capturados. Por exemplo:
Administrao de Videoconferncia
150
O atraso de empacotamento na codificao este tempo necessrio em alguns codificadores 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 utilizam 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;
11 Atraso de empacotamento: 37,5 ms.
G.729
11 Tempos de 10 ms mais look-ahead de 5 ms;
11 Atraso de empacotamento: 15 ms.
Ou seja, o G.723, por exemplo, codifica grupos de amostras de 30 ms e utiliza 7,5 ms de
amostras no futuro para codificar cada grupo, totalizando um atraso de 37,5 ms.
Para o codec de udio G.723 obter os 37,5ms de udio para codificao, ele deve esperar
8ms
INT
8ms
INT
8ms
INT
8ms
INT
INT
t1=40ms
30ms + 7,5ms
300 bytes
Figura 5.29
Atraso devido
captura (t1)
e codificao (t2).
t2
ES udio (24B)
t
Encoder
151
Atraso no empacotamento
Tempo gasto para os dados serem empacotados antes de serem transmitidos. Atraso
para os codecs:
11 G.729 = 8 kbps.
11 G.711 = 64 kbps.
Pacotes de 1000 bytes (8000 bits):
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.
O atraso de empacotamento refere-se ao tempo gasto para os dados serem empacotados
para serem transmitidos na rede. Por exemplo: em uma transmisso de voz a 64 kbps o
preenchimento de um pacote de dados com 1000 bytes (j includos os cabealhos UDP, RTP,
etc.) toma 125 ms. O clculo feito da seguinte maneira:
11 1000 bytes correspondem a 8000 bits ou 8 kbits;
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).
Analisando sob o ponto de vista dos codecs de udio:
11 G.729 = 8 kbps;
11 G.711 = 64 kbps.
Temos:
11 Pacotes de 1000 bytes:
22 G.729: atraso de 1s;
22 G.711: atraso de 125 ms.
11 Pacotes de 100 bytes:
22 G.729: atraso de 100ms;
22 G.711: atraso de 12,5 ms.
Administrao de Videoconferncia
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:
11 Fibra ou par tranado: 400 km 200.000 km/s = 2ms
11 Satlite: 2 * 36.000 km 286.000 km/s 250 ms
Deve ser considerado duas vezes 36.000, pois o sinal deve subir at o satlite e descer novamente.
O mtodo store and forward ser o mtodo analisado, pois o que inclui o maior atraso
(125 * 8) 100.000.000 = 10 us
153
154
QoS no H.323
O gatekeeper H.323 prov algumas funcionalidades para melhoria da qualidade do
O controle de admisso a principal funo do gatekeeper para buscar QoS. Esse controle
de admisso executado pelo gatekeeper fundamentado numa espcie de pool canal
coletivo das larguras de banda disponveis. Quando um terminal vai iniciar uma ligao, ele
solicita ao gatekeeper determinada largura de banda. O gatekeeper, ento, libera ou bloqueia esta nova chamada conforme as outras chamadas que esto em andamento. Supondo
que o gatekeeper est configurado para utilizar 2 Mbits/s e h duas videoconferncias de
800 kbit/s em andamento, apenas chamadas de menos de 400 kbit/s sero liberadas.
Entretanto, as decises feitas pelo gatekeeper a respeito da disponibilidade da largura de
banda podem no coincidir com a disponibilidade real da largura de banda na rede. possvel
que o gatekeeper esteja configurado para utilizar 2Mbit/s (por ser a capacidade mxima da
rede), mas a banda atualmente disponvel na rede de apenas 1 Mbit/s, devido a outros trfegos no H.323. Ou seja, o gatekeeper tem uma viso isolada da rede, considerando apenas
o trfego H.323.
155
Gatekeeper
Terminal H.323
Solicita 389 Kbps
Autoriza 389 Kbps
Sem
sca
liza
ps
i
nv
40
Kb
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
dados e o seu gerenciamento para implementao de QoS. So elas:
11 DiffServ (Differentiated Services)
22 Classificao por pacotes.
11 IntServ (Integrated Services)
22 Classificao por fluxos.
11 DiffServ (Differentiated Services)
11 Classificao feita por pacotes.
11 Utiliza marcao DSCP (Differentiated Services Code Point).
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.
Administrao de Videoconferncia
156
O controle do trfego de dados nos equipamentos intermedirios da rede (roteadores, principalmente) 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.
A imagem abaixo mostra um esquema genrico do funcionamento de QoS na rede:
Classicao
Filas e escalonamento
Controle de admisso
e polticas de controle
Classificao
Separao dos pacotes em classes distintas, seja esta separao feita para os pacotes individualmente ou para fluxos de uma aplicao. Assim, cada classe pode ter um tratamento individualizado. 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.
Figura 5.31
Esquema do funcionamento de QoS
nas redes.
Policiamento
157
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 roteadores. 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:
11 Flow Specs: descreve os objetivos da reserva;
11 RSVP: sinaliza as reservas ao longo das redes.
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 Reservation Protocol (RSVP) o protocolo utilizado para reserva de recursos no modelo
IntServ de QoS. Ele especificado pela RFC 2205. A principal funo desse protocolo
possibilitar as reservas de recursos atravs de toda a rota de entrega de pacotes para
determinado fluxo de dados. Quando uma aplicao requer QoS para a transmisso de um
Administrao de Videoconferncia
fluxo de dados, o RSVP utilizado para informar sobre a necessidade de QoS para todos os
roteadores ao longo da rota de transmisso do fluxo, garantindo, assim, a manuteno das
condies desejadas.
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
Classicao
de pacotes
Acesso
Classica e escalona
os pacotes
Backbone
Acesso
Sinalizao RSVP
Domnio
Figura 5.32
Sinalizao RSVP
atravs da rota
de um trfego
com QoS.
159
160
Administrao de Videoconferncia
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.
Os objetivos de utilizao de um software gerador de trfego so vrios, e pode-se resumir
nos seguintes cenrios:
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 descobrir 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
de medio de banda da rede, como o DU Meter.
2. Criao de fluxo UDP multicast
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.
ser pelo menos de 10 segundos. Verifique o grfico de uso da banda atravs de um software
161
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 utilizar a maior banda possvel na rede.
2. Para o RTP, explique os campos verso, Payload Type, Sequence Number e timestamp.
Wireshark um deles (mquina 1 para mquina 2). Descubra se este fluxo de udio ou
Administrao de Videoconferncia
de vdeo. Em seguida, filtre o segundo fluxo da mquina 1 para a mquina 2. Esse fluxo
162
de udio ou vdeo? Para auxiliar na descoberta, pode-se utilizar como base o seguinte:
tamanho do pacote, timestamp e nmero de sequncia; verifique o significado do campo
Mark no RTP.
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,
163
164
Administrao de Videoconferncia
6
Permitir que o aluno compreenda e saiba analisar as caractersticas de sistemas
de videoconferncia multiponto e suas diferenas fundamentais para tomar uma
deciso bem fundamentada na hora da escolha.
conceitos
Videoconferncia multiponto
H basicamente trs modelos possveis:
11 Modelo centralizado.
11 Modelo descentralizado.
11 Modelo hbrido.
Como funciona a transmisso em um cenrio de videoconferncia com mais dois participantes?
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 videoconferncias multiponto, o modelo de transmisso adotado definido, principalmente, em funo do nmero de transmissores. Quando h apenas um transmissor,
o modelo mais apropriado diferente do modelo adequado para videoconferncias com
mltiplos transmissores.
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 multiponto, sendo, portanto, o modelo em foco no restante deste captulo.
Em videoconferncias multiponto, h basicamente trs modelos de transmisso possveis: o
objetivos
Videoconferncia multiponto
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.
MCU
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 mesclagem 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,
Administrao de Videoconferncia
assim como deve receber o fluxo de cada um dos terminais. Ou seja, para n terminais, cada
166
terminal deve enviar e receber n-1 fluxos. Este modelo apresenta um problema de escalabilidade quando a videoconferncia apresenta muitos terminais.
Figura 6.1
Videoconferncia
multiponto
centralizada.
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,
Figura 6.4
Exemplo de
transmisso escalvel com quatro
camadas se adaptando a dispositivos
com diferentes
resolues.
Modelo hbrido
O modelo hbrido tenta mesclar o melhor dos dois modelos anteriores, mantendo a
consistncia dos dados atravs de um armazenamento centralizado que controla a conferncia, mas permitindo que os terminais tenham autonomia suficiente para fazer a transmisso de alguns dados de forma descentralizada.
167
Transmisso
multicast
Figura 6.5
Videoconferncia
multiponto hbrida.
MCU
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.
Um exemplo de videoconferncia baseada no modelo hbrido utilizar uma MCU para
manusear o udio, dados e controle de funes, mas distribuir o vdeo por multicast, com
objetivo de otimizar a largura de banda.
MCU
11 Gerencia conferncias multiponto, viabilizando a comunicao entre 3 ou mais
pontos simultaneamente.
11 Permite a criao de mltiplas salas virtuais de conferncia.
11 Pode transmitir os vdeos em unicast (para todos participantes) ou multicast.
11 Pode ser apenas um controlador de sinalizao (modelo hbrido) ou tambm controlar
toda a mdia (modelo centralizado).
Outras funcionalidades:
11 Realiza a transcodificao de velocidades (bitrate).
11 Servidor de streaming (suportado pela minoria das solues).
11 Sistema de gerenciamento via web com:
Administrao de Videoconferncia
Figura 6.6
Mltiplos layouts
de vdeo.
ferncia ou seja, durante o curso de uma conferncia H.323, o controle de gerncia jamais
169
Administrao de Videoconferncia
veado assim que um participante comea a falar, impossibilitando uma visualizao inteligvel.
Figura 6.7
Vdeo comutado
por voz.
170
a menos que um dos participantes deixe a conferncia. Esse modo chamado de presena contnua. Alguns fabricantes oferecem layouts diferentes como diferencial (como no
exemplo visto anteriormente). O modo de presena contnua implica um elevado custo computacional 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
Vdeo com
presena contnua.
Solues de MCUs
A escolha de uma soluo de MCU feita com base nos requisitos necessrios para as
171
Administrao de Videoconferncia
172
Figura 6.9
Equipamento MCU.
11 Modelo modular.
11 Modelo no-modular:
22 Mesmos fabricantes dos modelos modulares.
22 A expanso s possvel atravs do cascateamento de MCUs, ou seja, no uma
soluo to boa quando a expanso adicionando mdulos.
22 Por serem uma caixa fechada, so modelos mais baratos que os modulares.
As solues de MCU em hardware, tanto os modelos modulares quanto os no-modulares,
so disponibilizadas por diversos fabricantes. Os principais fabricantes atualmente so:
Codian (que faz parte da Tandberg), Tandberg (que faz parte da Cisco), Polycom e Radvision.
As MCUs modulares utilizam um chassi onde os mdulos so colocados e interligados.
possvel, portanto, comprar a MCU bsica com apenas um mdulo e adicionar novos
mdulos (Multipoint Processors) conforme necessidades futuras. J os modelos no-modulares so caixas fechadas, onde a expanso s possvel atravs do cascateamento de
MCUs. No cascateamento, as mltiplas MCUs operam como se houvesse apenas uma MCU
na rede (cascateamento transparente ao usurio), mas ainda assim no uma soluo to
otimizada como a expanso por adio de mdulos. Por esse motivo os modelos modulares
costumam ser solues mais caras do que os modelos no modulares.
Figura 6.10
Exemplos de
MCUs modulares.
Polycom
Tandberg
MPS 200
MPS 800
RMX 2000*
Radvision
MSE 8000*
SCOPIA 400
SCOPIA 1000
Codian
MGC 100
MGC 50
173
Polycom
MGC 25
Codian
Srie 4200
Radvision
Figura 6.11
Exemplos de MCUs
no-modulares.
SCOPIA 12/24
Modelos de MCU que suportam alta definio esto sendo demandados em funo do crescente nmero de terminais que suportam alta definio.
Lifesize
Polycom
Tandberg*
Lifesize Room
Tandberg Edge
Administrao de Videoconferncia
11 Suporte multi-rede;
174
Figura 6.12
Exemplos de MCU.
Figura 6.13
MCU RMX 4000.
OpenMCU:
11 Desenvolvida no projeto OpenH.323 (agora chamado H.323Plus).
11 Soluo open source.
11 Suporte a vdeo H.261 e H.263 com resolues QCIF e CIF.
11 Suporte a vrios codecs de udio (todos suportados pelo OpenH.323).
11 Combina no mximo vdeo de 4 participantes.
11 Suporta mltiplas salas de videoconferncia.
Solues de MCU baseadas em software so solues normalmente muito mais baratas
que solues em hardware, mas cujo desempenho depende diretamente da capacidade da
mquina na qual a soluo est instalada (isso inclui o desempenho do hardware e do sistema
operacional que o controla). Normalmente esse desempenho bastante inferior do que o
desempenho das solues em hardware (onde o hardware j otimizado para uso de MCU).
Um exemplo de soluo MCU em software o OpenMCU, uma aplicao open source desenvolvida no projeto OpenH323 (agora chamado H323Plus). O OpenMCU uma soluo livre
mas limitada, tendo como principais caractersticas:
11 Suporte a H.261 e H.263 com resolues QCIF e CIF;
11 Suporta todos os codecs de udio suportados pelo OpenH323;
11 Interface de configurao web;
175
Administrao de Videoconferncia
176
As trs camadas do exemplo formam um vdeo apenas, e no trs vdeos. Com codificao 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 compactao 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.
Vdeo original
Alta resoluo,
qualidade alta
TV
Alta resoluo,
qualidade baixa
Codicao
escalvel
PC
Baixa resoluo
Codicao nica
celular
Figura 6.14
Codificao
escalvel em trs
camadas.
O padro mais atual para codificao de vdeo escalvel o H.264 SVC (Scalable Video
Coding). Com esta forma de codificao, possvel substituir a MCU por um elemento
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.
Codicao escalvel
MCU
Decodicar
Usurio 2
Usurio 1
Decodicar
Usurio 2
Usurio 1
Compor
Roteamento e
seleo das camadas
Usurio 3
Usurio 3
Como pode ser visto na figura anterior, o processamento feito pela MCU inclui: a decodificao de todos os vdeos que ela recebe (todos os participantes da videoconferncia); a
composio dos vdeos em um s vdeo; a codificao deste vdeo gerado. Todo este
processo bastante complexo computacionalmente, incluindo assim o atraso na transmisso. tambm devido a essa complexidade que as MCUs so dispositivos caros, j que
devem ter alto poder de processamento.
J o modelo com roteador escalvel passa uma maior complexidade para os terminais, minimizando 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
Figura 6.15
Comparao do
roteador escalvel
com a MCU.
Codicar
cenrio, e a composio dos diversos vdeos feita apenas no receptor, antes da exibio.
177
Administrao de Videoconferncia
178
Vidyo uma empresa que desenvolve uma soluo de videoconferncia baseada em codificao de vdeo escalvel, que uma alternativa ao modelo padro de videoconferncias
multiponto que tm a MCU como elemento centralizador. A figura a seguir mostra a ideia de
forma geral, onde a seta verde representa o fluxo de vdeo escalvel. Para conversar com
outros tipos de conferncia, necessrio um gateway.
Figura 6.16
Estrutura da
soluo da
empresa Vidyo.
Acesse www.vidyo.com
e assista ao vdeo
Vidyo Desktop in Action
179
180
Administrao de Videoconferncia
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.
Neste momento o instrutor deve realizar chamadas para o software de videoconferncia
H.323 de alguns alunos e receber chamadas de outros alunos para demonstrar o uso do
Polycom V500.
181
182
Administrao de Videoconferncia
7
Ao final do captulo o aluno deve possuir uma viso mais embasada dos elementos
necessrios para efetuar o projeto de todos os aspectos envolvidos em uma sala
de videoconferncia (ambiente fsico, udio e vdeo). Alm disso, deve entender os
conceitos bsicos de tica em videoconferncia.
conceitos
Salas de videoconferncia
Diversos fatores em uma sala de videoconferncia influenciam na qualidade do servio
objetivos
Projeto de ambientes
de videoconferncia
183
Ambiente fsico
Os principais fatores que devem ser considerados na realizao de videoconferncia que
Iluminao
De nada adianta o avano tecnolgico das cmeras de vdeo nos ltimos anos, se a qualidade de iluminao proporcionada no ambiente no for adequada. Para alcanar um padro
de qualidade pelo menos aceitvel, necessrio tomar alguns cuidados em relao iluminao 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, utilizando-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
Administrao de Videoconferncia
sombras no rosto dos participantes; as paredes devem ser lisas, de cores uniformes e
184
sem superfcies muito refletoras. As cores recomendadas so: cinza, azul e verde (claros),
creme ou branco-gelo, com acabamento em cores foscas;
11 aconselhvel que a intensidade luminosa em uma sala de videoconferncia esteja
situada na faixa de 700 a 1.100 luxes (valor um pouco acima do estabelecido pela norma
Lux
Medida da intensidade
de luminosidade. A luminosidade de uma sala
pode ser verificada com
o uso de um luxmetro.
Figura 7.1
Exemplo de luminosidade 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 normalmente 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 participantes 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
Cmera
Cmera
Figura 7.2
Exemplos de
posicionamento
dos monitores e
cmeras em uma
videoconferncia.
que eles esto olhando para a cmera, quando na verdade esto olhando para os monitores.
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
participantes da videoconferncia.
Alm de observar o nvel de rudo (que no uma atividade to trivial), pode-se lanar
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 Observar a composio dos elementos da sala, evitando o uso de materiais refletores
(vidro, gesso, madeira, cermica) que podem influenciar na acstica e, portanto, no
so recomendveis;
11 Evitar mveis muito retos, que refletem som;
11 Utilizar cortinas;
11 Utilizar carpete;
11 Isolar a sala acusticamente.
Recomenda-se que o nvel de rudo mximo admissvel em uma sala de videoconferncia no ultrapasse 50 dB-SPL (decibel). Essa medida deve ser tomada com o
ambiente vazio, todos os equipamentos ligados e com o auxlio de um medidor
(decibelmetro) posicionado no centro da sala. Vale lembrar que dB-SPL a medida
do som emitido (l-se: decibel Sound Pressure Level).
Administrao de Videoconferncia
Climatizao
186
A climatizao da sala deve prover condies climticas e trmicas agradveis aos participantes 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.
Para climatizao da sala utilizando aparelhos de ar-condicionado tambm muito importante considerar o nvel de rudo dos aparelhos utilizados, pois aparelhos muito barulhentos
podem prejudicar o andamento de uma videoconferncia, como foi visto no item Acstica.
Ambiente de udio
Qualidade do udio:
11 possvel realizar uma videoconferncia sem vdeo, mas sem udio invivel.
Microfones podem ser de diversos tipos:
11 Unidirecionais ou multidirecionais.
11 Com fio ou sem fio.
11 De mo, de mesa, de lapela ou headset.
11 Individuais ou de grupo.
Microfones com ou sem fio:
11 Com fio perde mobilidade, mas dispensa a preocupao com pilhas, sendo vlido
quando as pessoas esto em um ponto fixo, como uma mesa.
Microfones individuais (unidirecionais) ou de grupo (omnidirecionais).
A qualidade do udio um elemento primordial em uma videoconferncia. Quando uma
videoconferncia apresenta certas dificuldades (falhas) no vdeo, ainda assim possvel que
a conferncia continue em execuo apenas com udio. Se ocorrerem quaisquer falhas no
udio, porm, a conferncia torna-se invivel. Ou seja, falhas de udio incomodam e prejudicam muito mais uma conferncia do que falhas de vdeo, o que mostra a importncia em
manter uma qualidade de udio alta.
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
187
Esto disponveis em modelos unidirecionais e ominidirecionais, com fio e sem fio. Normalmente so utilizados em salas de aula ou auditrios.
Figura 7.4
Microfone de mo
preso a um suporte.
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 microfone bastante sensvel por causa da distncia que fica da boca. Normalmente so omnidirecionais 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
Administrao de Videoconferncia
188
Figura 7.6
Microfone de lapela
Sennheiser G3.
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 omnidirecionais. 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 microfone 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 221523327-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.
situaes um microfone sem fio elimina os problemas decorrentes do fio no ser comprido o
189
Com fio
Vantagens
11Mais baratos.
11Fceis de encontrar.
Sem fio
11Maior mobilidade.
11Mobilidade limitada.
11Fios enroscam no
mobilirio.
11Mais caros.
Diretividade em microfones
Os microfones possuem diferentes ngulos de captao, e so classificados como:
Figura 7.9
Comparao
entre modelos
de microfones.
11 Direcionais: capturam melhor sons vindos da frente e rejeitam sons emitidos nos
lados e atrs.
Os microfones omnidirecionais captam os sons em todas as direes e so indicados em
casos onde diversas pessoas vo compartilhar um mesmo microfone. No entanto deve-se
tomar cuidado com o posicionamento e o volume das caixas de som, pois existe a possibilidade de captar o som das caixas acsticas ou outros rudos da sala.
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 capturar 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.
Administrao de Videoconferncia
Caixa acstica
rea de sensibilidade do
microfone unidirecional
190
Figura 7.10
Microfone com
rea de sensibilidade voltada
para as ondas
sonoras das caixas
acsticas localizadas atrs dele.
Microfonia
Tambm chamada de realimentao de udio, causada quando um microfone est
capturando o udio de uma fonte emissora do som do prprio microfone. Como evitar:
11 Se no estiver falando, desligue o microfone.
11 Utilizar microfones direcionais colocados estrategicamente para no receber diretamente o udio das caixas acsticas.
Em geral, a realimentao provoca um rudo agudo (alta frequncia) que amplificado a
cada vez que o udio capturado pelo microfone emitido pelas caixas de som. A microfonia ocorre frequentemente em videoconferncias quando o microfone est muito
prximo dos alto-falantes que esto emitindo o som remoto. Existem cuidados que podem
evitar o problema:
11 Ajustar o posicionamento das caixas de som e dos microfones;
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;
11 Utilizao de microfones com cancelamento de eco. O cancelamento de eco pode
tambm ser feito pelo software/hardware utilizado para videoconferncia.
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-
rncia na frente da sala, no alto e direcionadas para o fundo da sala. Deve-se ajustar o
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
acsticas
Caixas
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
Administrao de Videoconferncia
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 prximos aos participantes, onde seu tamanho pode acabar prejudicando a videoconferncia.
Em relao ao posicionamento, os monitores devem estar em um local visvel a todos
participantes, sem obstrues entre eles. Normalmente as cmeras so posicionadas junto
aos monitores para que os participantes, ao olharem para os monitores, tambm estejam
olhando para as cmeras, evitando a situao onde o participante parece (nos pontos
remotos) no estar olhando para os participantes remotos, mas para outra posio qualquer (olhar disperso).
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.
Um desses cuidados eliminar interferncias de fundo de cena. Se um palestrante est
falando, o contedo mais importante da cena obviamente o palestrante, e no os objetos ao
fundo. Um fundo com poucos objetos, como uma simples parede lisa, auxilia a codificao do
vdeo e tambm evita disperso de ateno dos participantes que esto assistindo ao 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
podem distrair a audincia. Deve ser dada preferncia a roupas de cores slidas.
Projeto de sala
Fatores que devem ser considerados:
um fundo com muitos objetos, h roupas que dificultam a codificao do vdeo e tambm
abordar todos os detalhes de como projetar uma sala de videoconferncia, mas sim citar
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 considerados so: natureza da sala, pblico-alvo, mobilirio, equipamentos e layout.
11 Aplicaes especiais.
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 utilizada 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.
Descrever a natureza da sala especialmente importante quando ela utilizada para
aplicaes especiais, onde pode haver outras exigncias que no esto relacionadas com a
videoconferncia explicitamente. Hoje em dia, a videoconferncia est sendo utilizada cada
vez mais em telemedicina, por exemplo. Nesse caso, equipamentos especficos para visualizao de exames mdicos tambm so requeridos e podem compor a sala. De certa forma,
a mesma relao acontece com o pblico-alvo, ou seja, conhecer o perfil das pessoas que
vo utilizar o sistema tambm pode significar maior qualidade no oferecimento do servio.
Pense na diferena entre uma sala projetada para reunies entre executivos e uma sala de
aula para crianas, por exemplo.
Mobilirio e equipamentos
Mobilirio:
Administrao de Videoconferncia
Figura 7.13
Tipos de cadeiras.
Destaque para
Cadeiras tpicas
em auditrio
mesa do conferencista
para plateia
Figura 7.15
Posicionamento dos
equipamentos.
Figura 7.14
Tipos de mesas.
195
Figura 7.16
Exemplo de organizao do ambiente.
Infraestrutura e layout
Infraestrutura:
11 Tomadas.
11 Pontos de rede wired/wireless.
11 Velocidade da conexo/qualidade da conexo.
11 Layout (disposio dos elementos no ambiente).
Em relao infraestrutura, as necessidades em uma sala para videoconferncia basicamente so: a necessidade de tomadas de energia adicionais bem localizadas (incluindo
tomadas sobressalentes, caso haja a necessidade de mover equipamentos); pontos de rede
adicionais, novamente considerando equipamentos que podem ser movidos e tambm a
Administrao de Videoconferncia
ligao de equipamentos adicionais (como notebooks de participantes), ou ento a disponibilizao de redes sem fio e, principalmente, uma infraestrutura de rede com boa qualidade
e uma conexo de alta velocidade com os pontos remotos.
O aspecto mais importante a qualidade e velocidade da estrutura e conexo de rede
existente na sala. A qualidade da videoconferncia altamente dependente da qualidade da
rede de dados. De nada adianta a utilizao dos equipamentos mais avanados de videoconferncia se a rede de dados no suficientemente boa para trfego de dados de videoconferncia. Caractersticas desejadas:
11 Largura de banda um pouco acima da utilizada na videoconferncia (uma videoconferncia a
380 kbit/s no funcionar bem em uma rede com apenas 380 kbit/s; aconselhvel que a rede
seja pelo menos 20% mais veloz para acomodar as flutuaes comuns no trfego multimdia);
196
Pr-conferncia
Etapa que antecede a videoconferncia, em que deve ser configurado e preparado o
sistema que ser utilizado. Durante essa etapa, determina-se os participantes envolvidos, seus pontos de acesso, o coordenador da sesso (caso exista) e informaes de
controle de acesso.
preciso identificar as condies para a realizao da videoconferncia, e prever a disponibilidade de banda de cada participante. Nessa etapa todas as informaes relativas
videoconferncia so definidas e descritas.
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.
forma satisfatria.
197
Agendamento
Muito importante em videoconferncias para permitir que haja tempo suficiente para
Administrao de Videoconferncia
198
Gerenciamento
Tarefa do administrador da videoconferncia ou de um participante eleito como
coordenador/moderador. O moderador da sala virtual pode:
11 Autorizar novos participantes na sala.
11 Bloquear o udio de algum participante.
11 Excluir participantes.
O gerenciamento da videoconferncia feito pelo administrador ou por um participante
eleito como coordenador/moderador da sesso.
199
(b)
(a)
Figura 7.17
Adote fundos lisos,
para evitar distraes e colaborar
com a codificao.
Administrao de Videoconferncia
200
Figura 7.18
Auditrio para
videoconferncia.
para perguntas.
201
O ambiente deve apresentar paredes dotadas de materiais isoladores acsticos, com o objetivo 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 materiais 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.
A refrigerao da sala deve ser adequada, possibilitando um controle de umidade e constante renovao do ar. Tambm necessrio que existam tomadas e pontos de rede suficientes, e, se necessrio, acesso a redes sem fio. A intensidade luminosa total do ambiente
deve ser de aproximadamente mil luxes com todas as luzes ligadas. No momento da
projeo pode-se utilizar uma iluminao indireta para melhorar a visualizao da videoconferncia. As luminrias devero ser do tipo embutidas, em forro modular feito de placas de
fibra mineral com propriedades trmicas e acsticas.
O auditrio deve possuir um microfone unidirecional para cada apresentador da mesa e
do plpito, alm de dois microfones multidirecionais estrategicamente localizados no incio
das filas de cadeiras (plateia) e ao fundo do auditrio. Opcionalmente, podemos ter alguns
microfones sem fio disponveis na plateia. O udio do ambiente deve ser provido por caixas
de som embutidas no forro ou fixadas por suportes apropriados, ligadas mesa de som e
dispostas uniformemente, de modo a oferecer aos palestrantes e plateia uma boa qualidade de som, sem realimentaes que provoquem microfonias.
Monitor principal
xado ao teto 38
Cmera de documentos
Monitor de retorno
xado ao teto 38
PC de
apoio
Quadro
Tela eltrica de projeo
Projetor multimdia
Telefone/Fax
Administrao de Videoconferncia
Degraus
202
Monitor de retorno
xado ao teto 38
Cmera
auxiliar
Monitor principal
xado ao teto 38
Figura 7.19
Exemplo da planta
de um auditrio para
videoconferncia.
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
Administrao de Videoconferncia
22 Vdeo: TV de 42 ou projetor;
204
Figura 7.21
Esboo da planta
de uma sala
de reunies com
videoconferncia.
11 Layout: rea: ~ 54 m.
Figura 7.22
Sala de
videoconferncia de
propsito geral.
Quadro branco
TV 54
Tablado com 10 cm
Equipamento de
videoconferncia
PC
Projetor
multimdia
Cmera de documentos
Telefone/Fax
Figura 7.23
Esboo da planta
de uma sala de
videoconferncia de
propsito geral.
Cortina
Janela
Circulao
Parede ou
divisria acstica
Turmas Distribudas.
205
Administrao de Videoconferncia
Figura 7.24
Mesas e mquinas
dos alunos e janela
com cortina
blackout.
206
Figura 7.25
Entrada da sala de
aula mostrando um
pedao do quadro
branco e divisria.
Figura 7.26
Proposta geral para
reforma da sala.
Acstica
Antes:
11 reas reflexivas em todas as paredes.
11 Nenhum trabalho de correo acstica (mesmo cortina blackout tem perfil reflexivo).
11 Caractersticas de ambincia (soma de todos os sons nesse ambiente) so desfavorveis para o sistema.
11 Ar-condicionado com rudo excessivo.
207
Depois:
Figura 7.27
Painis nas paredes
melhoram a acstica da sala.
Planos de cmera/operao
11 Ambiente de operao frente e esquerda, concentrando as mquinas necessrias
para o sistema de videoconferncia.
Administrao de Videoconferncia
208
Cmera robotizada 1
11 Principal foco no apresentador e sua rea de trabalho.
11 Enquadramento tem bom acesso visualizao da rea frontal.
11 Fcil acesso visualizao do quadro branco e da lousa eletrnica.
11 Posicionamento permite bom alcance de zoom.
11 ngulo da cmera permite captar quadro branco sem incidncia de reflexos.
Figura 7.28
Ambiente de operao do sistema de
videoconferncia
e televises para
telepresena.
Figura 7.29
Primeira cmera
robotizada com foco
no professor e no
quadro branco.
Cmera robotizada 2
11 Posicionamento voltado aos alunos.
Figura 7.30
Segunda cmera
robotizada com
foco nos alunos.
Sonorizao
11 Combinao de microfones sem fio (headset e de mo).
11 Mesa de som.
11 Caixas acsticas:
22 Cobertura dos sinais de entrada.
A combinao de microfones sem fio (headset e de mo) com mesa de som e caixas acsticas, faz cobertura dos sinais de entrada e reproduo de sinais remotos aos participantes
presenciais. Microfone sem fio para o professor e de mo para os alunos.
Figura 7.31
Microfones e
posicionamento das
caixas acsticas.
209
Figura 7.32
Mobilirio (posicionamento dos
equipamentos).
Administrao de Videoconferncia
posicionamento da cmera.
210
Figura 7.33
Viso do fundo
da sala.
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 videoconferncia 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 apresentaes de slides em formato digital.
Cenrio 2
Uma escola particular est instalando um servio indito para promover o compartilhamento 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 circulao 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
11 Um mdico especialista transmitir sua cirurgia em alta definio para os outros hospitais (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;
11 Possibilitar que um preceptor especialista em qualquer um dos hospitais possa orientar
um cirurgio residente remotamente; para isso ele deve ter acesso completo a trs
cmeras de alta definio no mnimo (videolaparoscpio, corpo do paciente e ambiente
da sala cirrgica). Alm disso, ele deve transmitir sua imagem. Os hospitais esto locali-
necessidades principais:
211
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 comunicar 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-
Administrao de Videoconferncia
212
8
Oferecer ao aluno uma viso ampla sobre os conceitos e tecnologias empregados
para streaming e gravao de videoconferncia.
conceitos
Streaming de vdeo
11 Streaming uma forma de transmisso de dados multimdia, em que os clientes
objetivos
recebendo vdeo com uma qualidade alta, por exemplo, e comea a acusar perda de dados
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 transmisses de mdia por streaming (e broadcast).
A combinao do streaming com videoconferncia pode ser realizada para diversos propsitos. 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 ocorrncia (a partir de uma gravao) ou at mesmo para facilitar a gravao: um dispositivo
recebe a videoconferncia por streaming e realiza a gravao.
Streaming pode aumentar a utilidade de uma videoconferncia, se a audincia da reunio
for maior que o nmero de conexes simultneas suportadas pelo sistema utilizado. Nesse
caso, participam interativamente apenas as pessoas principais da videoconferncia; os
demais podem acompanhar a reunio recebendo o fluxo de mdias em um player.
A grande desvantagem do streaming em videoconferncias em relao interao entre os
participantes. Um participante por streaming no pode interagir ao vivo na videoconferncia,
pois a entrega das mdias ocorre em apenas uma via (s recebe dados, sem enviar). possvel
amenizar este problema permitindo a participao dos clientes em salas de chat ou por e-mail.
Administrao de Videoconferncia
214
Figura 8.1
Principais aspectos
de streaming
e download
progressivo.
Streaming
Download
progressivo
No*
Sim
No**
Sim
No
Sim
No
Sim
No
No
Sim
Permite multicast
Sim
No
Tanto multicast quanto unicast podem ser utilizados para streaming de contedo multimdia. As diferenas entre eles j foram discutidas. Os principais aspectos que devem ser
considerados na escolha da tecnologia mais adequada esto na tabela seguinte.
Unicast
Multicast
Transmisso ao vivo
especficas para videoconferncia. J solues baseadas em software so mais genricas, pois so solues para streaming e gravao de dados multimdia.
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.
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).
H diversos dispositivos em hardware disponveis no mercado para streaming e/ou gravao de videoconferncias. Abaixo so citados alguns modelos, mas o ideal conferir com
os fabricantes os ltimos lanamentos.
Figura 8.2
Principais aspectos
do unicast
e multicast.
Caracterstica
215
Figura 8.3
Modelos em
hardware que
suportam apenas
transmisso de
videoconferncia.
Figura 8.4
Modelos em
hardware que
suportam transmisso e gravao
de videoconferncia.
Administrao de Videoconferncia
uma videoconferncia.
216
captura, por exemplo, como se fosse uma cmera de vdeo). Com isso possvel indicar ao
Encoder que obtenha os dados desta entrada e os envie para o servidor.
A imagem seguinte mostra um diagrama geral de funcionamento dos servidores de streaming
quando conectados a uma videoconferncia:
Codicador
2. O codicador congurado
para enviar os dados
codicados para o servidor
Servidor
Endpoint
217
Administrao de Videoconferncia
218
Quantidade
de receptores
Taxa de transmisso /
Qualidade
300 kbps
900 kbps
1 Mbps
3 Mbps
5 Mbps
15 Mbps
300 kbps
6 Mbps
1 Mbps
20 Mbps
5 Mbps
100 Mbps
300 kbps
30 Mbps
1 Mbps
100 Mbps
5 Mbps
500 Mbps
20
100
Figura 8.6
Exemplos de
largura de banda
necessria para
streaming.
1.000
300 kbps
300 Mbps
1 Mbps
1 Gbps
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.
aconselhvel manter uma banda de segurana de 20% da banda total.
Exemplo: se o codificador est configurado para 1 Mbit/s, deve-se prever uma banda total
de 1,2 Mbit/s.
Para gravao, o requisito mais importante a capacidade de armazenamento. O tamanho
de um arquivo de mdia dado por:
(X kbps * S segundos) / (8 * 1024) = Y MB
Onde:
11 X = taxa de codificao em bits por segundo;
11 S = tamanho do fluxo de mdias em segundos;
11 Y = tamanho total aproximado do arquivo em megabytes.
Tempo de contedo
(minutos)
Tamanho aproximado do
arquivo gravado
37 kbps
30
8.2 MB
50 kbps
30
11 MB
100 kbps
30
22 MB
300 kbps
30
67 MB
1 Mbps
30
220 MB
4 Mbps
30
880 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.
Figura 8.7
Exemplos de espao
requerido para o
armazenamento de
arquivos de mdia.
Taxa de transmisso
219
11 Flash Media Server e Flash Media Encoder (Red 5 um servidor de streaming open
Administrao de Videoconferncia
Windows Media
Player
Network load balancing
Windows Media
Player
Internet
Windows Media
Encoder
Windows Media
server
Windows Media
server
Windows Media
Player
Windows Media
server
Windows Media
Player
Figura 8.8
Servidores Windows
Media Server
com balanceamento
de carga.
Player
A visualizao do streaming feita atravs de um player de mdia, que varia conforme a
soluo de streaming utilizada, ou, mais especificamente, de acordo com o protocolo e os
formatos/codecs utilizados. Diferentes sistemas utilizam diferentes protocolos e formatos,
mas todos possuem um player associado soluo:
11 Windows Media Server: Windows Media Player;
11 Helix Server: Real Player;
11 Flash Media Server: Flash Player (normalmente utilizado na web);
Windows Media
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:
Flash
Helix
Windows
Apple
Container
FLV
ASF
MOV
Vdeo
VP6, H.264
WMV
MPEG-4, H.264
udio
AAC, MP3
WMA, MP3
AAC
Protocolo
RTMP
RTSP
MMS
RTSP
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
suporte a menos formatos e containers, mas as verses open source do Flash e QuickTime
so bastante equivalentes com a tabela.
Alm do streaming e gravao, os servidores de streaming normalmente tambm suportam
vdeo sob demanda (VOD). Neste caso, no necessrio um codificador: os vdeos que sero
disponibilizados so colocados em um diretrio e o servidor de streaming disponibiliza o
Administrao de Videoconferncia
222
Figura 8.9
Comparao
entre os containers
(formato de
udio/vdeo).
w
Para uma comparao
detalhada dos sistemas
de streaming, visite na
Wikipedia a pgina com
os diversos formatos e
protocolos suportados
por cada soluo:
Comparison of
streaming media
systems.
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.
223
224
Administrao de Videoconferncia
9
Permitir ao aluno experimentar diversos aplicativos de webconferncia, reforando
os conceitos tericos estudados e comparando as diferentes solues.
conceitos
objetivos
Videoconferncia web
225
Vantagens da webconferncia
Administrao de Videoconferncia
A grande vantagem dos sistemas de webconferncia est na facilidade de efetuar uma vide-
226
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 propsitos (diversas aplicaes web utilizam Flash, por exemplo).
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. Assim, os sistemas de
webconferncia no s aproveitam o computador do usurio, mas tambm aproveitam seu
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 conferncias, controle de usurios e agendamento, entre outros. Tambm so utilizados padres web
difundidos, como HTTP e SSL, possibilitando tarefas como:
11 Convidar participantes por e-mail;
11 Entrar em uma conferncia com apenas um clique numa URL;
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
Neste modelo, a aplicao cliente costuma ser de graa. Contratando o servio que disponibiliza o servidor, os usurios podem simplesmente acessar um determinado website e
atravs dele acessar as conferncias.
funcionalidades, como:
11 Comunicao com udio e vdeo (cada vez se busca maior qualidade e adaptao
capacidade de rede do cliente).
11 Capacidade de suportar o maior nmero possvel de clientes.
11 Chat.
11 Quadro branco interativo.
11 Compartilhamento de desktop.
11 Apresentaes (formatos como PDF, PPT e outros).
11 Gravao.
11 Suporte a diversos sistemas operacionais.
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
Administrao de Videoconferncia
228
solues no mercado, elas em geral so muito parecidas. Ou podemos dizer que os objetivos 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 apresentaes. 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 grande diferencial de solues de webconferncia para solues de videoconferncia para
desktop ou com dispositivos fsicos a facilidade de uso. A facilidade neste caso diz respeito a diversos fatores que facilitam o uso da aplicao no lado do cliente. Entre os fatores
esto a facilidade em criar, ingressar e gerenciar conferncias, a no obrigatoriedade de
instalao de software especfico para a videoconferncia (apesar da necessidade de plug-ins
na maioria das vezes) e o uso de padres web, que influenciam nas questes de firewall e na
integrao com outras ferramentas.
O intuito desta seo apresentar de forma sucinta cada um dos sistemas, suas capacidades 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-
volvido em Flash, o sistema funciona no modelo cliente-servidor. O servidor comercializado, 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 Assinatura hospedada: usurio paga uma mensalidade e utiliza os servidores da Adobe.
11 Compra do software servidor para instalao local.
Para ingressar na sesso:
11 possvel entrar como convidado, mediante autorizao do moderador
(salas pblicas) ou atravs de usurio e senha (salas privadas).
11 Basta acessar uma URL onde ser visualizada a interface para entrar no sistema.
Permisses:
11 Administrador.
11 Apresentador.
11 Participante.
Layouts:
11 Utilizados para organizar os pods facilmente.
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
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;
11 Notas (bloco de anotaes);
11 rea de compartilhamento, que possibilita o compartilhamento da tela, de documentos
e de quadro branco.
Administrao de Videoconferncia
Pods
230
Figura 9.1
Interface inicial
padro do Adobe
Connect.
introduziu diversas melhorias na interface, visando facilitar o uso da ferramenta. Os componentes 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.
Figura 9.3
Pod com a lista
de usurios e
boto para alterar
permisses.
Promover usurio
papel. Administradores podem modificar o papel dos usurios utilizando este mesmo pod.
231
Figura 9.4
Pod utilizado para
habilitar vdeo
e udio.
Fixar microfone
Uma das maiores crticas ao Adobe Connect sempre foi a qualidade mediana dos vdeos,
Administrao de Videoconferncia
muito inferior aos sistemas de desktop e em hardware que suportam alta definio. Na
232
Figura 9.5
Boto para habilitar
a transmisso
de udio.
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
administradores e apresentadores podem usar essa funcionalidade. Ele possui ferramentas
bastante comuns em quadros brancos: desenhar linhas, formas geomtricas, setas,
modificar cores, entre outros.
colaborativo, ou seja, qualquer alterao feita vista por todos os participantes. Apenas
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.
Administrao de Videoconferncia
Figura 9.9
Pod para bate-papo
(chat).
234
Outros pods
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.
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.
Figura 9.12
Layouts com foco
em: 1) vdeo e chat;
e 2) apresentaes.
uma apresentao. Exemplos desses dois layouts so exibidos nas figuras seguintes.
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 interveno no ambiente comum a todos da reunio; qualquer pod pode ser usado nesta rea.
Um recurso particularmente interessante o pod de moderao de chat; com ele associado
ao chat da rea comum da sala, todas as entradas no chat sero direcionadas para um pod
especial, chamado Question & Answer, onde sero respondidas e s depois de moderadas
sero enviadas para a rea comum da sala. Na imagem seguinte est exibida a viso do
administrador, com a rea de preparao habilitada.
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
Administrao de Videoconferncia
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 gravao 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, observando 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 (inclusive com os arquivos que foram compartilhados no pod de compartilhamento).
A ferramenta permite executar tarefas de gerenciamento diretamente nas salas de videoconferncia pelos administradores. So tarefas como habilitar/desabilitar udio ou vdeo de
algum participante, mudar permisses dos usurios, mudar ou criar layouts, entre outros.
Cisco WebEx
WebEx inclui:
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 webconferncia 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, funcionalidades muito parecidas. Entre seus recursos esto:
11 Compartilhamento de desktop;
11 Controle de computador remoto;
22 Compartilhamento de udio e vdeo: a interface do WebEx Meeting Center permite at
6 vdeos ao mesmo tempo, com resoluo mxima de 640x360;
11 Quadro branco;
Administrao de Videoconferncia
238
Figura 9.15
Cliente para dispositivos 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 participantes 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
possui comunicao por chat, vdeo e udio inclusive com integrao com o Skype.
Suportado em qualquer sistema:
11 Windows, Mac, Linux, Solaris.
11 Suporte para dispositivos mveis: iPad, iPhone, BlackBerry, Android.
Entre suas funcionalidades principais esto:
11 Compartilhamento de contedo em HD (imagens e vdeos).
11 Compartilhamento de desktop e controle remoto.
11 Executado no navegador em Flash.
11 Quadro branco e anotaes.
11 Gravao das videoconferncias para acesso posterior.
O FuzeMeeting outro sistema de webconferncia cuja principal diferencial ser voltado mais
para compartilhamento de documentos e desktop do que para videoconferncia propriamente (de certa forma semelhante ao GoToMeeting). Desenvolvida em Flash, a ferramenta
O FuzeMeeting ainda no possui interao por vdeo, mas possui comunicao por udio,
que pode ser feita pelo microfone do computador, por um telefone ou pelo Skype. Seu compartilhamento 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 compartilhando imagem
em alta definio.
Uma das vantagens do FuzeMeeting o suporte a diversos sistemas operacionais e dispositivos 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.
Administrao de Videoconferncia
O FuzeMeeting vendido como servio, e seu valor atualizado deve ser consultado no site.
240
Figura 9.18
Verso do
FuzeMeeting com
interao por
udio e vdeo.
Google Hangout
11 Website: plus.google.com
BigBlueButton (BBB)
Sistema de cdigo aberto (LGPL) que possui sistema de pods que permitem mover, redi-
nizada em janelas internas (pods), cada uma com uma funcionalidade especfica. As janelas
podem ser movidas, redimensionadas e reorganizadas conforme o layout desejado. Apesar
de possuir diversas funcionalidades interessantes, que sero vistas na sequncia, o BBB ainda
no se iguala aos sistemas proprietrios em termos de recursos disponveis e de usabilidade,
embora possua uma boa base de desenvolvedores ativos e seu uso esteja crescendo ao redor
do mundo. Tudo indica que possivelmente se tornar uma alternativa boa e barata para os
sistemas proprietrios.
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
O cliente uma aplicao Flash que usa um navegador web. A interface da aplicao orga-
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.
Entre as funcionalidades do BBB esto:
11 Compartilhamento de apresentaes e documentos.
22 Suporta diversos formatos: PPT, PDF, PNG e JPEG, 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 Quadro branco, que permite escrever sobre as apresentaes.
11 Break-out de salas, que permite separar os participantes de uma sala em outras salas.
11 Integrao VoIP com Asterisk ou FreeSWITCH.
11 Chat pblico e privado, incluindo traduo automtica (com a ferramenta Google Translate).
11 Suporte para mais de 20 idiomas, incluindo portugus.
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 utilizada alguma interface que se comunique com a API do BBB, como, por exemplo, as integraes do BBB para Moodle, Joomla e Mconf (que veremos ainda neste captulo). De certa forma,
uma limitao do BBB, mas permite maior facilidade para integrao com outros sistemas.
Na verso 0.71 do BBB, o foco do desenvolvimento foi em melhorias no udio, especialmente na integrao com sistemas VoIP. J a verso 0.8 inclui mecanismos para gravao e
reproduo de gravaes, melhorias na qualidade do udio e na interface. A seguir imagem
da interface do cliente no BBB.
l
importante observar
que o BBB em si
oferece apenas a
interface para uma sala
de webconferncia e as
ferramentas dentro da
sala, como: interao
por udio, vdeo, chat,
compartilhamento de
tela e as outras
funcionalidades
citadas. No BBB, tarefas
de natureza administrativa devem ser
acessadas por uma API,
ou seja, no fornecida
interface para acesso a
tais funcionalidades.
Administrao de Videoconferncia
Figura 9.19
Imagem do BBB em
teste com servidor
em Washington.
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 webconferncia 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
Figura 9.20
Integrao do
BBB com outros
sistemas de
cdigo aberto.
pronto para utilizao. A forma mais fcil e rpida de colocar um servidor BBB em funcionamento atravs de sua mquina virtual. Esta mquina virtual nada mais do que uma instalao 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.
Para uso da mquina virtual importante:
11 Ter uma rede com DHCP habilitado; necessria uma mquina virtual aberta para
que o BBB seja configurado corretamente.
11 Garantir que a mquina virtual esteja com rede em modo bridged.
Se a conexo de rede no for configurada corretamente no modo automtico, alguns
comandos podem ajudar na configurao:
$ sudo dhclient
$ ifconfig
# descobrir IP configurado
# reiniciar BBB
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 usurios e desenvolvedores na plataforma Big Blue Button do BBB, pode-se encontrar os planos
futuros da equipe de desenvolvimento.
243
Mconf
Mconf-Web:
Administrao de Videoconferncia
de webconferncia. A figura seguinte mostra diagrama dos blocos que formam o Mconf.
Figura 9.21
Diagrama dos componentes do Mconf.
244
Webconference
room
Agenda
Communities
Inbox
Recente
activity
Figura 9.22
Tela inicial do
Mconf-Web, o portal
web do Mconf.
O Big Blue Button utilizado como o cliente para webconferncias e por ser um sistema de
cdigo aberto, a equipe do Mconf tambm colabora com o seu desenvolvimento. O outro
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
Figura 9.23
Mconf-Mobile,
cliente Android
do Mconf.
245
11 Acesso federado
11 Escalabilidade
Acesso federado:
11 O portal web est integrado federao nacional CAFe.
11 Permite que qualquer membro da federao acesse o Mconf.
11 Utiliza o protocolo Shibboleth.
11 Aumenta a segurana para os usurios e evita a necessidade de criao de
mltiplas contas.
Escalabilidade:
11 Um servidor BBB recomendado para 80 usurios simultneos (mas depende
fortemente da mquina).
11 Para aumentar a capacidade existe o mdulo de escalabilidade.
11 Permite o uso de mltiplos servidores BBB em paralelo.
11 Com base em um mdulo de monitoramento (CPU, memria, banda de rede etc.), a
criao das salas escolhe dinamicamente um servidor na rede de servidores BBB do
Mconf (permite aumentar o nmero de salas de webconferncia simultneas).
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
federada. Permite que
usurios de diferentes
servios sejam autenticados em provedores de
identidade centralizados.
Administrao de Videoconferncia
246
paralelo e tambm permitir que uma sala seja espalhada por mltiplos servidores.
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 dinamicamente em diferentes servidores BigBlueButton localizados em regies geogrficas distintas.
Como j comentado, o Mconf um sistema de cdigo aberto. O cdigo e toda a documentao do projeto esto disponveis para acesso na web, alm de um servidor onde o sistema
pode ser utilizado gratuitamente.
OpenMeetings
Sua base similar do BBB, com diversos componentes comuns. desenvolvido em
Flash e Java.
11 Cliente 100% Flash.
11 Servidor Java e Flash.
Outra alternativa para webconferncias de cdigo aberto o OpenMeetings, que tem
diversas semelhanas com o BBB e algumas com o Adobe Connect.
O projeto do OpenMeetings foi iniciado em 2007 e seu desenvolvimento evoluiu at o ponto
em que est hoje, com cerca de 25 desenvolvedores ativos. distribudo sob a licena Eclipse
Public License 1.0. Sua base similar do BBB, e eles possuem diversos componentes
comuns. Assim como o BBB, desenvolvido basicamente em Flash e Java (utilizado no servidor apenas). O cliente, uma aplicao Flash, acessado por um navegador web. Seu servidor
baseado no Red5 (assim como o BBB), e ele desenvolvido utilizando um framework para
aplicaes web chamado OpenLaszlo. Em comparao com o BBB, ele possui mais funcionalidades, especialmente para tarefas de gerenciamento. Entre suas funcionalidades esto:
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;
11 Gravao, reproduo e download das gravaes;
11 Compartilhamento de tela e controle remoto (necessita de uma aplicao adicional em Java);
11 Possui tarefas de gerenciamento como controle de usurios e agendamento;
11 Votaes com respostas sim e no;
11 Suporte para mais de 20 idiomas (incluindo portugus).
Abaixo so exibidas imagens da interface do OpenMeetings, a primeira dentro da webconfe-
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 Moodle: permite criar e agendar webconferncias;
11 Facebook: o OpenMeetings possibilita que o login no sistema seja feito atravs da conta
do usurio no Facebook;
11 Paypal: possibilita integrar a cobrana por servios de webconferncia no OpenMeetings;
11 Sugar CRM: ferramenta para relacionamento com clientes (Customer Relationship
Management);
11 StudIP: plataforma de ensino (de certa forma semelhante ao Moodle).
Como vimos, OpenMeetings possui diversas similaridades com o BBB. So ferramentas de
cdigo aberto, sendo importante verificar as diferenas entre os dois sistemas para decidir
Administrao de Videoconferncia
aquele que melhor se adapta aos propsitos da pessoa ou instituio que busca um sistema
de webconferncia. Os dois sistemas possuem ambientes de demonstrao disponveis para
o pblico, ento indispensvel utiliz-los para fazer uma anlise mais detalhada. Os principais aspectos da comparao entre os sistemas so:
11 Qualidade de vdeo e udio bastante similar;
11 OpenMeetings tem funes administrativas j integradas na interface, enquanto o BBB
possui algumas dessas funcionalidades, mas fornece apenas a API para us-las, e no
uma aplicao com interface com o usurio. Ou seja, o BBB necessita de outro
22 software que implemente a interface, enquanto o OpenMeetings possui as ferramentas integradas na mesma interface;
248
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);
11 Elluminate Live! (proprietrio);
11 WebHuddle (cdigo aberto).
11 Bluejeans (http://bluejeans.com) interopervel com H.323 e integrador de vrias tecnologias.
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 participantes) e $299 ao ano (100 participantes). Apesar de ser pago, possui uma interface muito
Figura 9.27
Interface do Spreed
exibindo um vdeo
e o compartilhamento 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).
Administrao de Videoconferncia
Figura 9.29
Interface do
Elluminate compartilhando um vdeo e
um quadro branco.
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
251
252
Administrao de Videoconferncia
Roteiro de Atividades 9
Para as atividades a seguir h um conjunto de funcionalidades comuns a todas as ferramentas (ou maioria delas) que devem ser exploradas.
1. Compartilhar documentos e verificar os formatos possveis (apresentaes, imagens,
disponveis?
6. Qual a banda utilizada pela aplicao?
253
254
Administrao de Videoconferncia
10
Permitir ao aluno experimentar diversos aplicativos de videoconferncia em software,
reforando os conceitos tericos estudados e comparando as diferentes solues.
conceitos
IVA
Realizao de aulas sncronas atravs das unidades da ESR, de forma que um professor
especialista dissemine seu conhecimento para diversas localidades, evitando custos com
viagens sem perder qualidade de aula.
O Sistema Interativo de udio e Vdeo (IVA) um sistema de videoconferncia desenvolvido
na Universidade Federal do Rio Grande do Sul (UFRGS), a partir de financiamento da Rede
Nacional de Ensino e Pesquisa (RNP) e da Financiadora de Estudos e Projetos (FINEP), em
parceria com o Inmetro. Na RNP, o projeto foi iniciado com o Grupo de Trabalho em Infraestrutura para Ensino a Distncia (GT-IEAD). O desenvolvimento principal do projeto aconteceu
entre 2007 e 2008, sendo que em 2009 e 2010 foram realizados os testes do prottipo e a
implantao da primeira verso para uso na ESR. O servio de aulas por videoconferncia na
ESR com uso do IVA teve incio em 2011.
O objetivo do sistema a realizao de aulas sncronas atravs das unidades da ESR.
O professor especialista pode ministrar sua aula presencial em sala chamada de telessala,
para alunos remotos localizados em outras salas, que so chamadas de polos.
importante frisar o foco do IVA na interatividade, pois a interao entre professor e alunos
remotos essencial para obter qualidade similar das aulas presenciais.
A imagem seguinte mostra a interao entre telessala e os polos remotos. O professor
fica na telessala com uma turma de alunos presenciais, enquanto nos polos esto alunos
remotos assistindo s aulas sincronamente. Um ouvinte remoto tambm pode se conectar e
assistir aula.
objetivos
Videoconferncia em desktop
255
Plo
RNP
Ouvinte
Telesala
Plo
Unindo alta qualidade de vdeo com o foco na interao, o IVA utiliza o conceito de telepresena, que recria, dentro das possibilidades tecnolgicas, condies de uma aula presencial
sncrona. Na telessala, os alunos presenciais enxergam os slides do professor normalmente
em um projetor. Nos polos, os alunos remotos tambm enxergam os slides do professor
atravs de um projetor. O professor enxerga os alunos presenciais na telessala, e tambm
Figura 10.1
Diagrama da
comunicao entre
telessala e polos
remotos atravs
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 presenciais 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 Administrao de Videoconferncia
cipal para transmitir o vdeo do polo onde o aluno est. Essa imagem transmitida a todos.
256
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.
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 utilizado 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 Moderador 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 transmitido 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.
No canto superior esquerdo a imagem principal da transmisso do sistema, e logo abaixo
um chat privativo com o operador da Sute.
Figura 10.4
Imagem do
moderador IVA.
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.
O software Sute possui 6 previews, que so reas de pr-visualizao de udio e vdeo.
O operador da Sute pode atribuir qualquer um dos apresentadores em um preview,
podendo assim visualizar o seu vdeo e escutar o seu udio. Aps colocar os apresentadores nos previews, o operador pode facilmente selecionar um deles para colocar no ar,
ou seja, enviar seus dados por multicast.
Conceito de telepresena interao:
Administrao de Videoconferncia
258
O IVA baseado em transmisso multicast. O maior problema de utilizar multicast que ele
no suportado em todas as redes. Na verdade, no suportado na grande maioria das
redes atuais. Pensando nisso, foi desenvolvida uma nova entidade IVA, chamada de Servidor
de Streaming. Esta entidade responsvel por permitir que todos os pontos que no
suportam multicast tenham acesso transmisso utilizando unicast.
Software Moderador
Figura 10.5
Sute com 5 apresentadores em
preview e enviando
os slides do professor na transmisso principal.
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 capturando, 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 transmitir aos alunos: slides, vdeos, tela de aplicaes etc. Para que o professor veja os polos,
Administrao de Videoconferncia
existem duas televises na sala, cada uma delas ligada a um Visualizador que recebe o vdeo
260
Distribui o sinal
por multicast
Moderador
Sute
Apresentador
Figura 10.7
Softwares IVA na
telessala da ESR.
Recebe o sinal
multicast encaminha
mltiplos em unicast
Visualizador
Visualizador
Sala remota 1
Sala remota 2
Servidor de
streaming
Apresentador
Softwares nos polos (pontos remotos): os pontos remotos contm apenas os softwares
clientes do IVA: o Apresentador e o Visualizador. O Apresentador utilizado para capturar o
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 controle com sute,
moderador e
apresentador e
equipamentos de
udio e vdeo.
261
Figura 10.9
Tela da sute com a
seguinte distribuio (esquerda
para a direita): vdeo
do professor na
telessala; tela do
professor transmitindo 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.
O sistema adapta-se automaticamente s configuraes e estado da rede. Possui monitoramento fim a fim:
11 Monitora tanto o computador cliente quanto a rede.
11 Permite deteco de problemas como uso elevado de CPU e perda de pacotes.
EVO um sistema de videoconferncia desenvolvido pelo Californian Institute of Technology
(Caltech), criado com o intuito principal de prover um servio para o trabalho com o Large
Hadron Collider (LHC), o acelerador de partculas da European Organization for Nuclear
Research (CERN), localizada na Sua. O EVO tambm foi disponibilizado para outros programas de ensino com foco em fsica (High Energy Physics).
A base do EVO desenvolvida sobre o sistema de agentes MonALISA, o que possibilita o
alcance global ao sistema e tambm o torna mais dinmico e autnomo. O EVO possui
funcionalidades para adaptao automtica s configuraes e estado da rede e monitoramento fim a fim, incluindo monitoramento do computador cliente e da rede, o que permite a
Administrao de Videoconferncia
262
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 inferior esquerda) e uma rea para chat (parte inferior direita). A imagem dessa tela pode
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 configuraes de canal no
EVO e tela do ViEVO
com vdeo dos
participantes.
VSee
11 Soluo gratuita para uso pessoal no comercial, especfica para Windows.
para se comunicar utilizando udio e vdeo, fazer reunies, compartilhar aplicaes e realizar outras atividades em sistemas de videoconferncia.
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.
Diferenciais do VSee, segundo seus desenvolvedores:
11 Baixo uso de banda: utiliza menos banda do que outras solues como Skype, WebEx,
Polycom, Adobe e Cisco.
11 Funciona em qualquer tipo de rede, inclusive em redes wireless e 3G/EVDO. Adapta
transmisso automaticamente conforme a rede.
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.
Principais caractersticas do VSee:
11 Facilidade de compartilhar aplicaes e desktop (one click sharing): utiliza-se a prpria
aplicao para abrir os arquivos e compartilhar aquela tela. O VSee cria uma barra de
botes no topo da aplicao compartilhada, que serve para utilizar ferramentas de
quadro branco, disponibilizar o controle remoto e cancelar compartilhamento.
11 Vdeo de alta resoluo;
11 Transferncia de arquivos simples por drag&drop;
11 Compartilhamento de vdeos;
11 Controle remoto de cmera;
11 Chat pblico e privado;
11 Utiliza criptografia AES de 256 bits;
11 Permite gravao local das videoconferncias.
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
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
Administrao de Videoconferncia
compartilhamento de aplicaes.
266
Figura 10.15
VSee com mltiplos
vdeos e janela
de chat.
Figura 10.16
Barra de ferramentas inserida
pelo VSee em
uma aplicao
compartilhada.
Citrix GoToMeeting
Uma das solues de videoconferncia da Citrix:
11 Chat.
267
w
Veja o tutorial das
funcionalidades do
GoToMeeting: How to
Use GoToMeeting - An
Informative Tutorial.
Figura 10.17
Imagem com o
cone de acesso
ao GoToMeeting
(esquerda) e janela
principal da aplicao (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
Administrao de Videoconferncia
268
Figura 10.18
Demonstrao do
GoToMeeting com
o HDFaces.
Outras solues
Os sistemas citados at aqui foram escolhidos por serem os mais interessantes para os
Isabel Videoconference
11 Open Source (GPL), com
11 Cliente pode se conectar de duas formas: aplicao web no navegador ou pela aplicao desktop (apenas para Ubuntu 8.04 ou superior).
11 Bloco de notas.
11 Quadro branco.
11 Captura e compartilhamento de tela do computador.
11 Cliente SIP.
O Global Plaza
disponibiliza gravaes
de videoconferncias
realizadas com o Isabel,
que podem ser
acessadas por
streaming no website
Globalplaza.
aplicao proprietria, ligaes de Skype para Skype so gratuitas, inclusive ligaes com vdeo.
269
Administrao de Videoconferncia
Figura 10.19
Skype fazendo
comunicao com
udio e vdeo.
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.
11 Em dupla, explore as possibilidades do sistema e utilize os recursos de compartilhamento
de documentos, chat e gravao da videoconferncia.
11 Em grupo de at quatro alunos, crie uma videoconferncia com os integrantes do grupo e
teste o ViEVO.
271
272
Administrao de Videoconferncia
Bibliografia
11 Adobe Systems Incorporated. Real Time Messaging Protocol Chunk Stream
http://wwwimages.adobe.com/www.adobe.com/content/dam/Adobe/en/
devnet/rtmp/pdf/rtmp_specification_1.0.pdf. 2009.
11 H.323 Plus Project (antigo Open H.323) http://www.h323plus.org/
11 HD changes the face of telepresence today
http://www.ivci.com/newsletter0207part2.html
11 High definition (HD) videoconferencing
http://www.tandbergusa.com/products/high_definition.jsp
11 Introduction to SIP
http://ftp.iptel.org/pub/ser/0.8.14/doc/html/sip_introduction.html
11 ITU-R. Methodology for the subjective assessment of the quality of television
picture. Junho de 2002. Rec. BT.500.
11 ITU-T. Subjective video quality assessment methods for multimedia
applications. Rec. p. 910, 1999.
11 KAMISETTY, Rao; BOJKOVIC, Zoran; MILOVANOVIC, Dragorad. Introduction
to Multimedia Communications: Applications, Middleware, Networking.
774 p. Wiley, 2006.
11 KEITH, Jack. Video Demystified: A Handbook for the Digital Engineer. 5th
Edition. Newnes. 976 p., 2007.
11 LOPES, Paulo. Telemedicina e Telesade. UNIFESP, agosto de 2000.
http://www.virtual.epm.br/material/tis/mat_apoio/telemed/telemed.pdf
11 Open H.323 Project http://www.openh323.org
11 Packetizer: videoconferencing http://www.packetizer.com/conf/
11 Referncia terminologia e padres de videoconferncia
http://www.c21video.com/standards.html
11 ROESLER, V.; CECAGNO, F.; DARONCO, Leonardo Crauss; DIXON, F. Mconf:
In: KARYDIS, Ioannis (Org.). Multimedia: a Multidisciplinary Approach to
Complex Issues, 2012. http://www.intechopen.com/books/multimedia-a-multidisciplinary-approach-to-complex-issues/mconf-an-open-source-multiconference-system-for-web-and-mobile-devices
Bibliografia
273
Administrao de Videoconferncia
274