UNIVERSIDADE DA AMAZNIA - UNAMA CENTRO DE CINCIAS EXATAS E TECNOLGICAS CCET CURSO DE BACHARELADO EM CINCIA DA COMPUTAO

KARIN KLAYTON SCHIOCHET

VOIP VOZ SOBRE IP E O ASTERISK UM PABX IP OPEN SOURCE

BELM 2005

KARIN KLAYTON SCHIOCHET

VOIP VOZ SOBRE IP E O ASTERISK UM PABX IP OPEN SOURCE

Trabalho de Concluso de Curso apresentado ao Curso de Bacharelado em Cincia da Computao, da Universidade da Amaznia, como requisito parcial para obteno do Grau de Bacharel em Cincia da Computao. Orientadora: Prof Aleksandra do Socorro da Silva

BELM 2005

KARIN KLAYTON SCHIOCHET

VOIP VOZ SOBRE IP E O ASTERISK UM PABX IP OPEN SOURCE

Trabalho de Concluso de Curso apresentado ao Curso de Bacharelado em Cincia da Computao, da Universidade da Amaznia, como requisito parcial para obteno do Grau de Bacharel em Cincia da Computao.

COMISSO EXAMINADORA

___________________________________ Prof Msc. Aleksandra do Socorro da Silva Orientadora

___________________________________

___________________________________

Data: 18 de Novembro de 2005

Dedico este trabalho a toda minha famlia, em especial a minha me que sempre esteve ao meu lado dando muita fora e o principal de tudo muito AMOR e confiana para que eu possa realizar este trabalho.

Agradeo primeiramente a DEUS. A minha orientadora Aleksandra do Socorro da Silva que acreditou e deu todo o apoio para realizao deste trabalho. Agradeo a todos que direta ou indiretamente colaboraram para a elaborao deste.

Sem sonhos a vida no tem brilho. Sem metas, os sonhos no tm alicerces. Sem prioridades, os sonhos no se tornam reais. Sonhar, traar metas, estabelecer prioridades, correr riscos, so os meus sonhos. Augusto Cury.

RESUMO

A tecnologia de Voz sobre IP (VoIP) vem recebendo importncia como rea de pesquisa a medida em que aumenta o nmero de redes de computadores interligadas, fato impulsionado pelo crescimento acelerado da utilizao da internet e da evoluo dos meios de comunicao ao longo dos anos, racionalizando custos e investimentos. Este trabalho apresenta estudos relevantes da tecnologia de VoIP. Neles sero abordados os conceitos de transmisso de voz, os padres de telefonia sobre IP, destacando-se o H.323 e o SIP (Session Initiation Protocol), os aspectos de Qualidade de Servio (QoS). Ser apresentado tambm um software chamado ASTERISK, seus conceitos, forma de instalao e utilizao, no qual se trata de um PABX IP que vem ganhando grande repercusso na mdia tanto na rea acadmica como na rea Corporativa/Empresarial.

Palavras-Chave: Convergncia, VoIP, Qualidade de Servio

ABSTRACT

IP Voice technology is becoming an important research area the measure in that it increases the number of network computer interlinked, fact impelled by the growth accelerated the use of the internet and of the evolution of the communication means along the years, rationalizing costs and investments. This work presents important studies of the technology of VoIP. In them the concepts of voice transmission will be approached, the telephony patterns on IP, standing out H.323 and SIP (Session Initiation Protocol), the aspects of Quality of Service (QoS). it will also be presented a called software ASTERISK, your concepts, installation form and use, in which it is treated of a PABX IP that is great repercussion in the media in the academic area and in the area Corporate/Company.

Word-key: Convergence, VoIP, Quality of Service.

LISTA DE ABREVIATURAS ADSL ATM CAR CBQ CODEC DNS GPL IETF IP ISDN ISP ITU-T LAN MGCP MPLS NAT PCM PBX PBN PSTN QOS RDSI RED RFC RSVP RTP RTCP SIP SDP TCP TOS UDP VAD VoIP WFQ WRED CVS Asymmetric Digital Subscribler Line Asynchronous Trasnfer Mode Committed Acces Rate Class-Based Queuing Coder / Decoder Domain Name Service General Public License Internet Engennier Task Force Internet Protocol Integrated Digital Services Network Internet Service Provider International Telecommunications Union Local Area Network Media Gateway Control Protocol Multiprotocol Label Switching Network Address Translation Pulse Code Modulation Private Branch eXchange Packet Based Network Public Switched Telephone Network Quality Of Service Rede Digital de Servio Integrado Random Early Discard Request For Comment Resource Reservation Protocol Real Time Protocol Real Time Control Protocol Session Initiation Protocol Session Description Protocol Transmission Control Protocol Type Of Service User Datagram Protocol Voice Activity Detection Voz sobre Redes IP Weighted Fair Queuing Weighted Random Early Discard Current Version System

LISTA DE FIGURAS

FIGURA 1 Rede Telefnica Tradicional ..................................................................... FIGURA 2 Comutao por Circuito ............................................................................ FIGURA 3 Digitalizao da Voz ................................................................................. FIGURA 4 Arquitetura PC-a-PC ................................................................................. FIGURA 5 Arquitetura com Gateway .......................................................................... FIGURA 6 Arquitetura Hbrida ................................................................................... FIGURA 7 Pilha de protocolos do Padro H.323 ........................................................ FIGURA 8 Arquitetura de um sistema H.323 .............................................................. FIGURA 9 Ambiente SIP ............................................................................................. FIGURA 10 Representao de uma chamada SIP ....................................................... FIGURA 11 Cabealho RTP ........................................................................................ FIGURA 12 Precedncia IP ......................................................................................... FIGURA 13 Distribuio do Protocolo VoIP no modelo OSI...................................... FIGURA 14 Viso Geral do Asterisk............................................................................ FIGURA 15 O Clssico PABX 1x1.............................................................................. FIGURA 16 PABX com banco de canias..................................................................... FIGURA 17 Interligao de Matriz e Filial.................................................................. FIGURA 18 Cenrio do experimento........................................................................... FIGURA 19 Ferramenta de anlise de pacotes Ethereal.............................................. FIGURA 18 Placa X100P ............................................................................................ FIGURA 19 Placa TDM400P ...................................................................................... FIGURA 20 Placa TE110P ..........................................................................................

16 16 18 22 22 24 27 28 31 32 35 40 44 47 48 49 50 53 53 66 66 67

SUMRIO

1 INTRODUO ............................................................................................................. 1.1 1.2 1.3 1.4 MOTIVAES .................................................................................................... CONTEXTO DO TRABALHO ........................................................................... OBJETIVOS DO TRABALHO ........................................................................... ORGANIZAO DO TRABALHO....................................................................

12 12 13 13 14 15 15 17 20 21 21 22 23 25 25 27 31 31 31 36 39 39 40 40 41 43 43 43

2 FUNDAMENTOS DA TECNOLOGIA DE VOZ ..................................................... 2.1 REDES TELEFNICAS TRADICIONAL .......................................................... 2.2 DIGITALIZAO DA VOZ ................................................................................ 2.3 VOZ SOBRE IP .................................................................................................... 2.4 ARQUITETURA PARA VOZ SOBRE IP ........................................................... 2.4.1 2.4.2 2.4.3 PC-a-PC ................................................................................................... Arquitetura Com Gateway ..................................................................... Arquitetura Hbrida ...............................................................................

3 QUALIDADE DE SERVIO (QoS) ........................................................................... 3.1 FATORES QUE INFLUENCIAM A QUALIDADE DE VOZ ............................ 3.2 QUALIDADE DE SERVIO EM REDES IP ...................................................... 4 PROTOCOLOS PARA TELEFONIA ....................................................................... 4.1 PROTOCOLOS DE SINALIZAO ................................................................... 3.1.1 3.1.2 3.2.1 3.3.1 3.3.2 O Padro H.323........................................................................................ SIP ............................................................................................................. MGCP / H.248 (MEGACO) .................................................................... RTP ........................................................................................................... RTCP ........................................................................................................

4.2 PROTOCOLOS DE CONTROLE DE GATEWAY ............................................ 4.3 PROTOCOLO DE MDIA ...................................................................................

5 ASTERISK..................................................................................................................... 5.1 O QUE O ASTERISK ........................................................................................ 5.2 ASTERISK E SUA ARQUITETURA ...................................................................

5.3 INFORMAES PARA ESCOLHER UM PROTOCOLO ................................ 5.4 CONTEXTO DE UTILIZAO DO ASTERISK ...............................................

45 46

6 ESTUDO DE CASO...................................................................................................... 6.1 SOFTWARES E EQUIPAMENTOS..................................................................... 6.2 CENRIO DE USO............................................................................................... 6.3 RESULTADOS OBTIDOS.................................................................................... 6 CONSIDERAES FINAIS........................................................................................ REFERNCIAS ............................................................................................................... APNDICE A ASTERISK ..........................................................................................

51 51 52 53 56 57 59

1 INTRODUO

Neste captulo apresentam-se as motivaes gerais que levou a falar sobre esse tema, o contexto em que ele est inserido, seus objetivos e organizao do trabalho.

1.1 MOTIVAES

A motivao para elaborar este trabalho surgiu da observao da evoluo tecnolgica que a rea de comunicao vem obtendo ao longo dos anos. Segundo Gomes (2003), a tendncia do mercado de TIC (Tecnologia da Informao e Comunicao) vem apontando de maneira incisiva para um investimento cada vez maior em aplicaes de telefonia IP (Internet Protocol), levando os fornecedores de tecnologia a repensar suas estratgias de mercado, demonstrando um crescimento considervel em relao s tecnologias PABX1 tradicionais. Outro fator importante que contribuiu para essa situao, foi a carncia de uma estrutura adequada de comunicao, tanto para voz quanto para dados. Assim, a modernizao dos sistemas de comunicao, a popularizao das redes de computadores e o advento da internet, propiciou que as empresas interligassem suas estruturas computacionais. Alm disso, a integrao de voz e dados em uma nica infraestrutura de comunicao trouxe inmeras vantagens, pois possibilitou o compartilhamento dos meios e equipamentos, alm de ter convergido os recursos humanos para uma nica estrutura tcnica.

PABX - Private Automatic Branch Exchange, um centro automtico de distribuio telefnica pertencente a uma empresa que no inclua na sua atividade o fornecimento de servios telefnicos ao pblico em geral.

1.2 CONTEXTO DO TRABALHO

O futuro das telecomunicaes est na convergncia das redes de dados e das redes de voz. Quando se fala em convergncia na rea de telecomunicaes, refere-se reduo para uma nica conexo de rede, fornecendo todos os tipos de servios, com conseqente economia de dinheiro. Nesse contexto, as comunicaes de voz baseada na tecnologia IP vm se tornando uma alternativa cada vez mais vivel substituio dos modelos de telefonia convencional, em funo do desenvolvimento de novas tecnologias que permitem dar suporte transmisso de udio em tempo real. Dessa forma o estudo de caso deste trabalho, utilizara o software Asterisk, que um software de PABX que usa o conceito de software livre GPL (General Public License), criado pela empresa Digium Inc.. O Asterisk roda em plataforma Linux e outras plataformas Unix com ou sem hardware conectado a rede pblica de telefonia, (PSTN - Public Switched Telephone Network), ele permite conectividade em tempo real entre as redes de telefonia tradicional e redes VoIP (Voz sobre IP).

1.3 OBJETIVOS DO TRABALHO

Este trabalho apresenta um estudo da tecnologia VoIP, mostrando seus conceitos, protocolos, vantagens de utilizao e como realizar a implantao desta tecnologia em um ambiente empresarial, visando uma melhor utilizao da sua infra-estrutura de rede, e conseqente reduo de custo; preocupando-se em utilizar tecnologias abertas que esto se tornando padro de mercado para no torn-lo dependente de tecnologias proprietrias. Com isso ser procurado especificar uma soluo alternativa com o uso do software Asterisk para utilizao da infra-estrutura de rede na comunicao entre funcionrios de uma empresa, que no dependa da infra-estrutura de telefonia tradicional, possibilitando que empresas obtenham uma sensvel reduo de custos operacionais.

1.4 ORGANIZAO DO TRABALHO

Este trabalho encontra-se estruturado em seis captulos. A seguir ser apresentada uma sntese dos captulos constantes nesse trabalho. O captulo de introduo referenciado no captulo 1 apresenta uma viso geral do presente trabalho, as motivaes que levaram a fazer, o contexto em que est inserido, sua importncia e objetivos. O segundo captulo apresenta uma fundamentao do tema VoIP, demonstrando uma viso geral do assunto, conceitos e fundamentos de digitalizao da voz. No terceiro captulo iremos falar um pouco sobre QoS (Qualidade de Servio), definindo o conceito de QoS, quais os principais fatores que influenciam na transmisso de voz sobre a rede de pacotes IP e mtodos que podem ser utilizados para garantir um nvel de qualidade para que a voz possa trafegar na rede de forma satisfatria. O quarto captulo ser descrito os protocolos bem como sua arquitetura e componentes utilizados para interligar redes e equipamentos em uma conexo VoIP, . O quinto captulo ser apresentado o software Asterisk, aspectos relacionados a sua funcionalidade, arquitetura e utilizao em empresas. No sexto capitulo ser feito um estudo de caso em cima da utilizao do Asterisk em uma ambiente de redes. Finalizando com o stimo capitulo com as consideraes finais do trabalho e o Apndice demonstrando as formas de instalao do Software Asterisk.

2 FUNDAMENTOS DA TECNOLOGIA DE VOZ

Neste trabalho consideramos voz como sendo um sinal analgico que no tolera atraso. Dentro de uma comunicao entre duas pessoas necessrios que se tenha um grupo de requisitos mnimos para garantir a sua intendibilidade, tais como estabelecer uma continuidade no tempo para no perder seu significado. Segundo Soares (1995), qualquer tipo de informao pode ser transmitida atravs de um sinal analgico ou digital. Um sinal de voz analgico, por exemplo, pode ser amostrado, quantizado e o resultado dessa quantizao, codificado em um sinal digital para transmisso. A transmisso de informao digital atravs de sinal analgico tambm possvel; tcnicas de modulao transformam sinais digitais em sinais que apresentam variao continua de amplitude.

2.1 REDES TELEFNICAS TRADICIONAL

Para explicar sobre o funcionamento e necessidade de uma melhor qualidade de transmisso de voz sobre uma rede de computadores, ser abordado sobre a rede telefnica tradicional, geralmente designada por Rede Telefnica Pblica Comutada - PSTN, que o maior sistema eletrnico integrado no qual a informao pode viajar entre qualquer ponto do mundo. Os telefones so equipamentos terminais que permite aos utilizadores interagirem com a rede de voz. Estes equipamentos so ligados diretamente a uma central local por meio de uma linha de acesso. Esta rede comutada no mais do que uma estrutura hierrquica de vrias centrais interligadas. A figura 1 ilustra como o cenrio da rede telefnica tradicional.

FIGURA 1 - Rede Telefnica Tradicional FONTE: www.mediatec.iar.unicamp.br/CS305/radiodifusao/telecomunicacoes_brasil_ciclos.htm

A rede telefnica uma rede de comutao de circuitos, orientada a conexo na qual nenhuma informao trocada entre origem e o destino sem que antes se tenha sido estabelecida uma conexo entre dois pontos. Para que seja possvel trocar informaes entre dois pontos da rede necessrio que previamente se estabelea um circuito entre esses pontos, como vemos na figura 2. O funcionamento deste tipo de redes passa sempre entre trs fases de operao (SOARES, 1995): Estabelecimento do circuito: antes que a estao possa se comunicar, um circuito fim a fim tem que ser estabelecido; isso significa a determinao e alocao de uma rota entre as estaes, onde, em cada enlace, um canal alocado e permanece dedicado a essa conexo at a hora da desconexo do circuito. Transferncia de informao: uma vez estabelecida a conexo, os dados podem ser transmitidos e recebidos pelas estaes envolvidas. Desconexo do circuito: aps um certo perodo a conexo pode ser encerrada, em geral pela ao de um das estaes envolvidas. Sinais de controle devem ser propagados por todos os ns intermedirios do circuito de forma que todos os caminhos sejam desalocados.
FIGURA 2 Comutao por Circuito

FONTE: www.mediatec.iar.unicamp.br/CS305/radiodifusao/telecomunicacoes_brasil_ciclos.htm

O fato de todo o funcionamento da rede se baseado na existncia de circuitos fsicos entre emissor e receptor permite rede garantir dois aspectos muito importantes: Largura de banda reservada para uma determinada ligao; Os valores dos atrasos existentes nas ligaes serem controlados e estarem dentro de um intervalo de valores definidos. A razo pela qual os valores dos atrasos so garantidos num determinado intervalo deve-se precisamente natureza da rede: comutao de circuito. Como estabelecido um caminho fsico sempre que se efetua uma ligao entre dois pontos, o atraso fica definido no instante da criao do caminho e no sofrer alteraes durante o perodo de durao da chamada.

2.2 DIGITALIZAO DA VOZ

A voz humana uma onda mecnica, um sinal analgico de udio que pode ser transmitido por diversos meios. Quanto mais denso o meio, melhor ser a transmisso. Sendo que a voz humana possui freqncias na faixa de 300 Hz a 3.4 Khz. A faixa de freqncias de som audvel aos seres humanos varia entre 20 Hz e 20 Khz. O teorema de Nyquist, tambm conhecido como teorema da amostragem, considerado de extrema importncia para o processo de digitalizao de sinais analgico. Para que possamos reproduzir um sinal analgico fielmente na recepo necessrio que fatias ou amostras do sinal analgico sejam capturadas com uma determinada freqncia. O nmero de amostras por segundo conhecido como taxa de amostragem ou freqncia de amostragem. Segundo o teorema de Nyquist caso um sinal tenha uma freqncia mxima fmax a taxa de amostragem deve ser no mnimo, 2fmax, ou seja, a taxa de amostragem deve ser de no mnimo duas vezes a freqncia mxima do sinal para que possamos construir sem perdas o sinal no destino. Se a taxa de amostragem for menor que 2fmax as freqncias mais altas do sinal no sero digitalizadas corretamente.

O prximo passo quantificar todas as amostras. Ou seja, representar as amplitudes das amostras atravs de nmeros discretos e depois codific-lo. Cada amostra geralmente representada por 1 byte (8 bits), ou seja, representamos a amplitude do sinal analgico em 256 nveis de tenso eltrica (28). Desta maneira, para que possamos representar todas as 8000 amostras referentes a um segundo do sinal analgico, devem ser utilizados 64000 bits (8000 x 8 ). A figura 3 ilustra esse processo.

FIGURA 3 Digitalizao da voz FONTE: www.mediatec.iar.unicamp.br/CS305/radiodifusao/telecomunicacoes_brasil_ciclos.htm

Como so necessrios 64Kb para armazenar 1 segundo de voz, a velocidade de transmisso do meio de comunicao deve ser, de pelo menos, 64 Kbps para a transmisso da voz. Depois que a voz amostrada, quantizada e codificada pode-se comprimi-la usando algum algoritmo de compresso para que haja uma economia de largura de banda necessria para o trafego da voz. Tal compresso deve ser feita em tempo real. Existem alguns aspectos de uma converso, tais como o silncio que pode ser tratado antes da utilizao de tcnicas para compresso de voz, pois no se faz necessrio a transmisso do silncio, j que se trata de informao intil. Eliminando os intervalos de silncio na conversao, atravs de um mecanismo de supresso de silncio, diminui-se bastante a largura de banda necessria. Pois grande parte de uma conversao composta por silncio ou pausas. Um mecanismo chamado VAD (Voice Activity Detection) utilizado para detectar e

remover o silncio. Esta funo pode ser realizada por alguns vocoders (voice coders).

TABELA 1 Principais padres de codificao especificados pelo ITU.

Recomendao G.711 G.726 G.728 G.729 G.723.1 G.723.1 Codificao PCM ADPCM LD-CELP CS-ACELP MP-MLQ ACELP Taxa (Kbps) 64 40,32,24,16 16 8 6,3 5,3 Ano 1972 1990 1992 1996 1996 1996

FONTE: www.cefetrio.hpg.ig.com.br/ciencia_e_educacao/8/trabalhos/rlc_1_2003/VoIP/

Alm de supresso de silncio existem outros fatores que devem ser considerados para que a voz chegue ao endereo de destino o mais rpido possvel e de forma satisfatria. So eles: Atraso e Jitter (variao de tempo entre a chegada de pacotes consecutivos). O tempo total em que um pacote de udio criado em sua origem e transportado at o seu destino no deve ultrapassar um patamar ideal. Isto depende de trs aspectos: Tipo de interao entre usurios da aplicao; Nvel de exigncia dos usurios; Disposio em arcar com gastos para viabilizar uma soluo com pouco atraso. A tolerncia a um atraso maior ou menor depender das necessidades de quem utilizar a soluo. Este atraso est relacionado ao processo de compresso, o tempo de envio e o tempo que necessrio para os dados trafegarem na rede. Outro fator que influencia na transmisso da voz o Jitter. Esta variao pode ocorrer devido os datagramas de voz podem ser enviados por caminhos diferentes com variaes diferentes de tempo. Uma das solues que pode ser usada para contornar este problema a utilizao de buffers nos endereos de destino. Isso faz com que os pacotes sejam armazenados em uma fila antes de serem processados.

2.3 VOZ SOBRE IP

A comunicao de voz e dados utiliza diferentes tecnologias para suportar diferentes requisitos das duas aplicaes. Nos ltimos anos, muita pesquisa e desenvolvimento tm sido realizados no sentido de integrar a transmisso de trfego de voz sobre a rede de dados. A possibilidade de transportar voz como dados veio revolucionar o ambiente de telecomunicaes. A necessidade da presena de um circuito est acabando em funo da utilizao de redes de comutao de pacotes para trafego de voz. Dentro deste conceito, a voz empacotada e transmitida em sistemas compartilhados, juntamente com dados, sendo que, o protocolo IP mais referenciado na sua utilizao devido estar presente na maior parte das redes de computadores e na internet. A esta nova concepo de transporte d-se o nome de Voz sobre IP (VoIP). A tecnologia Voz sobre IP, geralmente citada Voice over IP (VoIP) ou Telefonia IP, que resulta da digitalizao e codificao da voz com posterior empacotamento desses dados no protocolo IP para transmisso em uma rede que utiliza TCP/IP (Transmission Control Protocol Protocol / Internet Protocol), teve seus primeiros artigos datados do incio de 1970, com a primeira experincia de transmisso de pacotes IP com udio, entre a University of Southern California e o Massachusetts Institute of Tecnology, em agosto de 1974 (HERSENT et al, 2002) A reduo dos custos em chamadas de longa distncia a primeira idia que surge ao adotar-se a tecnologia IP. Apesar das chamadas de longa distncia estarem provendo o uso de VoIP, existem outros motivos para esta mudana, tais como: facilidade de adio de novos servios agregados, diminuio nos custos de implantao e manuteno com companhias telefnicas. Como nas empresas existem duas redes distintas, uma para voz e outra para dados, a possibilidade de convergi-las para uma nica rede deslumbra uma srie de vantagens para o

usurio final, sendo que, dentre elas a reduo dos custos com a comunicao de voz o que chama mais ateno. Segundo Reggiani (2004, p. 51), entre as grandes empresas que mais utilizam tecnologia no pas, 56% adotam VoIP na integrao de voz e dados. Foi um salto e tanto em relao a 2003, quando 29% das companhias declararam utilizar voz sobre IP . Reggiani (2004, p. 51) ressalta ainda que,
Entre as empresas que apostam em VoIP, 85% apontaram os custos operacionais mais baixos como o principal motivador da deciso. A reduo de custo proporcionada por essa tecnologia chega a 40% em ligaes de todos os tipos, segundo levantamentos do IDC Brasil. Por conta disso, o retorno sobre o investimento vem mais rpido a implantao de VoIP se pagou em dois meses de operao na indstria de alimentos Bunge e em seis meses na rede de varejo casas Bahia.

2.4 ARQUITETURA PARA VOZ SOBRE IP

O crescimento vertiginoso que a internet vem despontando nos ltimos anos colocou o protocolo IP em uma posio de destaque no contexto das redes de telecomunicaes. Os cenrios da aplicao da transmisso de voz sobre IP so muitos e ainda h muita discusso a respeito, mas no h duvida de que a tecnologia VoIP possui um grande potencial para fornecer uma nova gama de servios aos usurios de telefonia e internet, alm de propiciar uma diminuio dos custos com servios de telefonia, particularmente de longa distncia. Segundo Hersent et al (2002), trs so as arquiteturas bsicas de implementao para a VoIP, tais como: PC-a-PC, arquitetura com gateway e arquitetura hbrida, sendo descritas a seguir.

2.4.1

PC-a-PC

Nesta arquitetura dois computadores providos de recursos multimdia, conectados a uma rede de computadores (Tipicamente no ambiente corporativo) como, por exemplo, uma rede local (LAN Local Area Network) ou, usando a Rede Pblica de Telefonia, a um

provedor de servios internet (tipicamente um ambiente residencial), comunicam-se para troca de sinais de voz, todo o tratamento do sinal de voz (amostragem, compresso e empacotamento) realizado nos computadores, sendo a chamada de voz estabelecida com base no endereo IP do receptor (ou usado um nome, que ser convertido para endereo IP utilizando-se de um DNS - Domain Name Service ). A figura 4 descreve este cenrio.

FIGURA 4 Arquitetura PC-a-PC FONTE: www.cefetrio.hpg.ig.com.br/ciencia_e_educacao/8/trabalhos/rlc_1_2003/VoIP/

2.4.2 Arquitetura com Gateway

Na arquitetura com gateway, ilustrada na figura 5, um telefone analgico convencional utilizado para gerar e receber a chamada telefnica sobre a internet. O usurio chamador disca para o gateway de telefonia IP mais prximo de sua central telefnica local; este gateway reconhece e valida o nmero telefnico do usurio chamador (para fins de autenticao e bilhetagem) e solicita a este que fornea o nmero do usurio de destino.

FIGURA 5 Arquitetura com Gateway FONTE: www.cefetrio.hpg.ig.com.br/ciencia_e_educacao/8/trabalhos/rlc_1_2003/VoIP/

O Gateway de entrada identifica o Gateway de sada mais prximo do usurio de

destino e inicia com este uma sesso para transmisso de pacotes de voz (possivelmente utilizando o protocolo H.323 ou SIP). O Gateway de sada chama o telefone receptor e aps a chamada ser atendida, a comunicao fim-a-fim tem incio, com sinal de voz sendo enviado por datagrama IP entre Gateways. A codificao e empacotamento do sinal de voz so feitos no Gateway de origem, enquanto a decodificao e desempacotamento so feitos no Gateway de destino. A digitalizao do sinal de voz pode ser feita na central, no Gateway, ou mesmo no telefone, caso do RDSI Rede Digital de Servio Integrado, por exemplo (BRITO, 1996).

2.4.3 Arquitetura Hbrida

A possibilidade de fundir as duas arquiteturas descrita anteriormente, desejvel e possvel. Na arquitetura hbrida um usurio de um telefone analgico convencional origina (ou recebe) uma chamada para um usurio de PC (ou telefone IP) em tais situaes, deve haver um servio de mapeamento de endereos IP em nmeros telefnicos. Existem quatro caminhos unidirecionais neste caso: PC-a-PC, Gateway-a-Gateway, PC-a-Gateway,

Gateway-a-PC. Em todas estas arquiteturas os pontos terminais (PC ou Gateway) devem empregar o mesmo esquema de codificao de voz (CUNHA, 2001). Embora as arquiteturas mostradas at ento ilustrem o transporte de voz sobre a internet, existe um consenso de que ao menos no curto/mdio prazo a aplicao de VoIP para servios de telefonia (denominada de telefonia IP) se dar apenas em redes privadas ou intranets, ou ainda na rede de acesso do assinante central de comutao local. A dificuldade de se imaginar, no momento, servios de telefonia sobre a internet reside no fato desta rede ser hoje do tipo Melhor Esforo impedindo que se possa oferecer Qualidade de Servio (QoS Quality of Service) adequada ao trfego de telefonia. Porm, com a disponibilidade a baixo custo de redes de banda-larga (ADSL, cable modem, entre outras) para os usurios residenciais, pode-se evidenciar o uso crescente da

VoIP com uma qualidade de voz satisfatria. Na figura 6, pode-se visualizar como ficaria uma arquitetura que engloba a telefonia convencional e a telefonia IP.

FIGURA 6 Arquitetura Hbrida FONTE: www.voip.nce.ufrj.br.

3 QUALIDADE DE SERVIO (QoS)

A Qualidade de Voz em redes de comutao de pacotes IP de extrema importncia para o bom funcionamento da telefonia IP. A perda de pacotes, os atrasos, a variao de atraso e os congestionamentos contribuem para a degradao da Qualidade da Voz. Para se obter a Qualidade de Servio desejada, so necessrios mecanismos que reduzam o nmero de pacotes descartados em momento de saturao na rede, minimizem os atrasos existentes durante a ligao, etc. O conceito de Qualidade de Servio (QoS Quality of Service) foi amplamente ignorado no projeto inicial do protocolo IP. O IP como outras tecnologias de redes de pacotes, foi construdo para transportar dados, mas no voz ou vdeo. A Qualidade de Servio pode ser definida como a habilidade do sistema para garantir e manter certos nveis de desempenho para cada aplicao de acordo com as necessidades especficas de cada usurio. Vrias aplicaes necessitam de QoS diferentes, como por exemplo telefonia, vdeo conferncia, dowload de arquivo e TV, sendo que cada um deles temos fatores relevantes como: latncia, Jitter, largura de banda, mximo atraso, taxa de perda de pacotes, etc.

3.1 FATORES QUE INFLUENCIAM A QUALIDADE DE VOZ

Para que a Telefonia IP tenha algum sucesso e consiga implantar, mais importante determinar que qualidade de servio esta pode oferecer com base na rede IP, do que saber se o protocolo H.323 melhor do que o protocolo SIP ou se o SIP permite fazer algo diferente do que o H.323. Torna-se necessrio definir parmetros de Qualidade de servio de forma a determinar o que que a rede pode fornecer e garantir para este tipo de aplicao. No caso da telefonia IP, os parmetros que se podem referir e para os quais se deve ter especial ateno so:

Largura de banda: Podemos definir como o valor mnimo para o funcionamento de uma aplicao. Por exemplo, um sinal PCM(Pulse Code Modulation), precisa de 64 Kbps de largura de banda, nem mais, nem menos. As aplicaes de dados se beneficiam do fato de que quanto maior a largura de banda melhor o desempenho, diferentemente de aplicaes de voz que no dependem apenas do aumento da largura de banda mais sim pelo atraso que se possa ser introduzido devido forma como compartilhada a banda.

Atraso de pacotes: O termo atraso, em comunicao de dados refere-se ao tempo necessrio para uma informao atravessar a rede. No contexto da telefonia IP, este termo estar se referenciando ao atraso fim-a-fim observado pela aplicao. Este atraso conhecido per Delay (retardo), no caso de conversao de voz em tempo real, o tempo decorrido entre o instante em que uma pessoa diz uma palavra e a outra escuta essa mesma palavra.

Jitter: a variao no intervalo, entre a chegada de pacotes, introduzidos pelo comportamento aleatrio do atraso na rede. As aplicaes mais sensveis a este parmetro so as de tempo real como a VoIP, necessrio tentar controlar ao mximo.

Perda de Informao: As redes IP no garantem a entrega dos pacotes. Devido aos fortes requisitos de atraso impostos pelas aplicaes interativas em tempo real, protocolos de transporte confiveis, como o TCP, no podem ser utilizados. A perda de pacotes , portanto, inevitveis e podem influenciar significantemente a qualidade do servio de Voz Sobre IP, sendo necessrio ter mecanismos de avaliao para que se possa definir valores aceitveis de perda de pacotes na rede.

Confiabilidade e Disponibilidade: a capacidade de ter um equipamento funcionando sem falhas e estar disponvel para utilizao o maior tempo possvel.

Segurana: as noticias freqentes de ataques Hackers e de vrus na internet, colocam em questo que tipo de segurana pode existir numa rede de telefonia IP. Problemas de confidencialidade e privacidade raramente so colocados na rede Telefnica Pblica. Numa rede IP se faz necessrio recorrer a mecanismos de encriptao e autenticao para

garantir que as conversas no sejam facilmente escutadas. A ITU-T define os valores do retardo fim-a-fim, de acordo com a aplicao: 0 a 150 ms: Aceitvel para a maioria das aplicaes; 150 a 400 ms: Aceitvel desde que se tenha cuidado com o impacto do atraso sobre a qualidade da aplicao para o usurio. Por exemplo, comunicao via satlite pode tolerar atraso at 400 ms; Acima de 400 ms: Inaceitvel para a maioria das aplicaes de rede. Seria prejudicial interatividade, necessitando de informaes a respeito da posse da fala. Torna-se necessrio utilizao da palavra cambio ou semelhante ao final de cada fala.

3.2 QUALIDADE DE SERVIO EM REDES IP

Para se alcanar um nvel de QoS adequado para o trfego de voz sobre IP pode-se adotar um conjunto de medidas no sentido de garantir a banda necessria para a transmisso dos pacotes de voz, minimizar os atrasos sofridos pelos pacotes na rede e torn-lo o mais constante possvel, e eliminar ou minimizar o Jitter de atraso sofridos pelos pacotes. Neste ponto so apresentadas algumas tentativas de se fornecer s redes IP algumas funcionalidades de qualidade de servio, aproveitando-se do fato deste tipo de redes estar largamente difundido: CAR (Committed Acces Rate): Esta tcnica implementada por roteadores de determinados fabricantes, limita a largura de banda consumida numa ligao por determinadas aplicaes. Por exemplo, pode ser definido que o trafego HTTP, SMTP() ou TELNET, ocupe apenas 50% da largura de banda e o restante seja utilizado para aplicaes de VoIP. CBQ (Class-Based Queuing): CBQ classifica os vrios trfegos de uma rede em categorias e atribui-lhes uma determinada porcentagem de largura de banda disponvel. As classes podem ser fluxos individuais de pacotes ou representar uma categoria inteira de aplicaes. Podem ser

definidas com base em grupos de endereos IP, protocolos TCP ou UDP que representam a aplicao. DiffServ (Differentiated Servie): Redefine 6 dos 8 bits do campo ToS (Type of Service) do pacote IP para permitir que este campo seja utilizado para a diferenciao de servios. Estes 6 bits podem ser combinados de forma a constiturem 64 classes de servios, que representam vrias categorias de aplicaes. Esta funcionalidade interessante mais necessita que todos os roteadores entendam as categorias do DiffServ. O Diffserv no apresenta garantias absolutas de QoS, como por exemplo, no caso da VoIP, o melhor que o DiffServ pode fazer garantir que os pacotes sejam colocados primeiro nas filas de espera; IP Precedence: Este mtodo compete com o anterior uma vez que tambm recorre a alteraes no campo ToS do pacote IP. Desta vez, este campo alterado com variaes de 0 a 7, sendo o 7 o mais prioritrio, como mostrado na figura 12.

FIGURA 12 Precedncia IP FONTE: www.rnp.br/newsgen/0005/qos_voip1.html

MPLS (Multiprotocol Label Switching): este mtodo um standard do IETF. O DiffServ fornece um mecanismo de identificao das classes de servios mais deixa a implementao dessas classes a cargo da aplicao. O MPLS fornece um possvel mecanismo exigindo que os roteadores passem a ser comutadores (switches) de layer 3. Uma da formas de fazer isso de juntar um roteador a um switch ATM. O MPLS

requer que exista uma infraestrutura que processe etiquetas usadas no protocolo. Filas de QoS: ou tambm filas de classes de servio. Neste mtodo, os roteadores e switches de uma rede tm um nmero de filas para cada porta de sada de trfego. Os pacotes so identificados com as prioridades do campo ToS e colocados nas filas conforme a sua prioridade. As filas com maior prioridade so as que so mais rapidamente atendidas; RED (Random Early Discard): Este mtodo baseia-se em regras definidas para que o roteador possa descartar pacotes de uma fila a partir de um determinado nvel de ocupao das filas. Por exemplo, um roteador pode comear a descartar pacotes de uma fila a partir de um valor de 80% de ocupao da mesma. O objetivo evitar que a fila fique cheia e comece a dispensar pacotes de maior prioridade como os de VoIP. Desta forma, prefervel perder pacotes com prioridade inferior. Este mtodo pode ser combinado com outras tcnicas de QoS e no precisa ser implementado em todos os roteadores para ser eficiente; RSVP (Resource Reservation Protocol): h uns tempos atrs, este protocolo liderava as hipteses de se tornar uma das normas para acrescentar funcionalidades de QoS s redes IP. Um equipamento terminal suportando RSVP poderia fazer pedidos muito especficos de QoS rede e os roteadores com RSVP poderiam garantir esses pedidos. Desta forma, o RSVP precisa que para alm dos roteadores, tambm os terminais implementem o protocolo, Atualmente, muitas das potencialidades esperadas pelo RSVP passaram para implementaes de DiffServ; ToS (Type Of Service): O cabealho IP contem um campo de 8 bits designado por Type Of Service que era supostamente para ser usado para indicar a prioridade de pacotes. A maioria dos fabricantes de roteadores ignora este campo porque a maioria das aplicaes no o usa. Este campo reutilizado no DiffServ. WFQ (Weighted Fair Queuing): Este mtodo aplica-se largura de banda que uma

aplicao recebe nas filas de sada. A cada fluxo de pacotes a que o WFQ aplicado colocado em filas separadas e recebe largura de banda de uma forma diferente e varivel; WRED (Weighted Random Early Discard): uma variante mais elaborada RED. Num roteador RED, os pacotes que so descartados so escolhidos aleatoriamente. Neste caso, essa escolha no arbitraria, tentando-se escolher os pacotes com mais baixa prioridade.

4 PROTOCOLOS PARA TELEFONIA

Neste captulo iremos abordar os protocolos utilizados para transmisso de voz em uma rede de dados conforme suas especificaes.

4.1 PROTOCOLOS DE SINALIZAO (Controle de Chamadas)

Para realizar chamadas telefnicas existem hoje dois padres que dominam o cenrio de telefonia IP: H.323 (Padro proposto pelo ITU-T), e o SIP (Padro proposto pela IETF), sendo que, estes protocolos so responsveis pelo controle e sinalizao das chamadas, que consistem em: localizao de usurios, notificao de chamadas, notificao de aceitao de chamadas, incio e fim da transmisso e desconexo (RUBIK, 2003).

4.1.1 O Padro H.323

A ITU-T props o padro H.323, para sistemas de comunicao multimdia em situaes onde o transporte das informaes feito em uma rede baseada em pacotes (Packet Based Network PBN) que no pode prover Qualidade de Servio (QoS) garantida (HERSENT et al., 2002). As arquiteturas PBN podem incluir; LANs (redes locais), metropolitanas (MAN Metropolitan Area Network), intra-redes, e inter-redes (incluindo a internet). Elas tambm incluem conexes discadas ou conexes ponto-a-ponto sobre um sistema publico de telefonia ou RDSI (rede digital de servio integrado) onde ocorre o transporte baseado em pacotes. Estes sistemas podem ser formados por um nico segmento de rede, ou ter topologia complexa que incorporam vrios segmentos interconectados por outros enlaces de comunicao (CUNHA, 2001). O padro H.323 prov uma arquitetura de dados multimdia, para redes baseadas no

protocolo IP. O H.323 permite tambm que produtos de multimdia e aplicaes de fabricantes diferentes possam operar entre si de forma eficiente e que os usurios possam se comunicar sem preocupao com a velocidade. A especificao H.323 comeou seus trabalhos em 1995, sendo que s foi aprovada em julho de 1996 pelo grupo de estudos 16 do ITU-T e sua verso 2 foi aprovada em janeiro e 1998. O H.323 parte de uma srie de padres de comunicao que permite videoconferncia e Voz sobre IP utilizando sistemas de comunicao de pacotes. Atualmente o H.323 esta na verso 4, trazendo melhorias em aspectos de confiabilidade, escalabilidade e flexibilidade. Aplicaes H.323 esto se tornando populares no mercado corporativo por varias razes. Dentre elas podemos citar (LEOPOLDINO & MEDEIROS, 2001):
O padro H.323 projetado para utilizao em redes baseada em pacotes, como as redes IP. Na atualidade, a maioria das redes utilizadas hoje possui uma infraestrutura com protocolo de transporte baseado em pacotes, assim a adoo do padro H.323 permite a utilizao de aplicaes multimdia sem requerer mudanas na estrutura de redes. O H.323 permite interoperabilidade entre dispositivos e aplicaes de diferentes fabricantes. Por isso, vrios fornecedores de porte como Intel, Microsoft, Cisco e IBM investem em linhas de produtos H.323. O H.323 no determina o hardware ou sistema operacional a ser usado. Desse modo, as aplicaes H.323 podem ser de naturezas diversas voltadas para mercados especficos, que vo desde software de videoconferncia executado em PCs, a telefones IP, adaptadores para TV a cabo, sistemas dedicados, etc. O H.323 define padres de multimdia para uma infra-estrutura existente, alm de ser projetada para compensar o efeito de latncia em LANs, permitindo para que os clientes possam usar aplicaes de multimdia sem mudar a infra-estrutura de redes. Uma conferncia H.323 pode envolver aplicaes clientes com capacitaes multimdia diferentes. possvel que um terminal com suporte apenas para udio participe de uma conferncia com terminais que tenham suporte adicional de vdeo e/ou dados. O fluxo de dados em redes pode ser administrado. Com o H.323, o gerente de redes pode restringir a quantia de largura de banda disponvel para conferncias. O suporte a comunicao Multicast tambm reduz exigncias de largura de banda.

O padro H.323 utiliza em suas diversas funcionalidades uma famlia de Recomendaes ITU-T: H.225 para conexo, H.245 para controle e segurana, H.246 para interoperabilidade com RTPC, e a srie H.450.x para servios suplementares. Todos estes padres fazem parte da serie H de recomendaes (HERSENT et al, 2002).

- PILHA DE PROTOCOLOS DO H.323 O H.323 define quatro pilhas de protocolos (vdeo, udio, controle e dados), mas para aplicaes de Voz sobre IP, apenas a parte de udio e controle so utilizadas. Os pacotes de udio, vdeo e registro bem como os protocolos RTP/RTCP usam o protocolo UDP, enquanto que os pacotes de dados e controle, H.245/Q.931usam o TCP, como mostrado na figura 7.

FIGURA 7 Pilha de protocolos do Padro H.323 FONTE: www.gta.ufrj.br/~gardel/

A pilha de protocolos definidos na Recomendao H.323 define, conforme pode ser mostrado na figura 7: Audio Codecs e Vdeo Codecs, utilizando o protocolo RTP para transmisso do fluxo de pacotes; RAS, Registration, Admission and Status, mensagens trocadas entre os terminais e unidades de gerncia de conexo, executando tarefas como localizao de usurios e reserva de largura de banda. RTP/RTCP, Real Time Protocol / Real Time Control Protocol, usado para transporte do fluxo de pacotes multimdia, com caractersticas de tempo real, executando tambm funes de estatsticas de qualidade de servio;

H.245, controle de canais de udio e vdeo; Q.931, mensagem trocadas entre os terminais para sinalizao de chamada.

- COMPONENTES DA ARQUITETURA H.323 Este sistema composto de Terminais, Gateways, Gatekeepers e MCU (Multipoint Control Unit). Mensagens de controle e procedimentos definidos na H.323 definem como esses componentes de comunicam. Verifica-se tambm na recomendao H.323, os elementos que compem uma arquitetura de telefonia IP. Estes elementos aparecem na figura 8.

FIGURA 8 Arquitetura de um sistema H.323 FONTE: www.gta.ufrj.br/~gardel/redes/h323.htm

Os elementos que compem a arquitetura H.323 so definidos como (DELFINO, 1999): Terminal H.323: So representados pelo computador onde est implementado o servio de telefonia IP, atuando como terminal de servio de telefonia IP, como terminal de voz, vdeo e dados, utilizando recursos multimdia. Esses so os clientes da LAN que fornecem comunicao em tempo real full-duple. Todos os terminais H.323 devem suportar o H.245, Q.931, Registration, Admission and Status (RAS) e RTP. Os terminais H.323

podem tambm incluir o protocolo de conferncia de dados T.120, codificadores de vdeo e suporte para MCU (descrito mais adiante). Um terminal H.323 pode comunicar com outro terminal, um gateway ou um MCU; Gateway H.323: Elemento situado entre uma rede IP e outra de telecomunicaes, como por exemplo, o sistema telefnico convencional, RDSI, rede de telefonia celular; de forma a permitir a sua interoperabilidade. Um Gateway H.323 um ponto final da rede que fornece comunicao em tempo real full-duplex entre terminais H.323 em uma rede IP e outros terminais ITU-T em uma rede comutada ou para outro gateway H.323. Os gateways so opcionais em uma LAN onde os terminais se comunicam diretamente, no entanto, caso o terminal necessite comunicar com outro de uma rede diferente, a comunicao feita via gateways e protocolos H.245 e Q.931. Gatekeeper H.323: um dos componentes mais importantes de um sistema H.323, ele age como ponto central para todas as chamadas dentro de sua zona ( o conjunto de todos os terminais, gateways e MCU's registrados no gatekeeper) e prov servios de controle de chamada par registrar participantes. Algumas de suas funcionalidades so: traduo de endereos, controle de admisso, sinalizao de chamada, autorizao de chamada, gerenciamento de largura de banda e gerenciamento de chamada. Multipoint Control Unit (MCU): um ponto final da rede que fornece a capacidade de trs ou, mas terminais e gateways a participarem de uma conferncia multiponto. O MCU consiste de um controlador multiponto MC e processadores multiponto MP. O MC determina as capacidades comuns dos terminais usando o H.245, mas ele no executa a multiplexao de udio, vdeo e dados. A multiplexao dos fluxos de mdia feita pelo MP sobre o controle do MC.

4.1.2 SIP Dada a complexidade do protocolo H.323, projetado pelo ITU-T, para muitas pessoas ligadas na internet trata-se de um protocolo tpico de empresas de telecomunicaes: grande, complexo e inflexvel. Com tudo isso, surgiu o SIP (Session Initialization Protocol), descrito pela Request for comments (RFC 2543, maro de 1999), que um protocolo de sinalizao criado pela IETF (Internet Engineering Task Force) utilizado para criar, modificar e terminar sesses com mais de um participante. Estas sesses incluem conferncias multimdia ou chamadas telefnicas na internet. O SIP um protocolo textual, como os outros protocolo largamente utilizados na internet, como HTTP, SMTP e FTP. O SIP preocupa-se com a sinalizao e no tenta definir qualquer aspecto de comunicao multimdia, como o H.323 faz. Dos seus atributos ressalta-se Hersent et al. (2002):
a) Simplicidade: O SIP usa mensagens de texto simples de interpretar facilitando a resoluo de problemas e a integrao com outras aplicaes j que o formato HTTP 1.1 tambm suportado; b) Eficincia: O SIP extremamente eficiente em relao ao tempo de estabelecimento de chamadas porque toda a informao relevante enviada numa mensagem inicial e as funes de sinalizao ocupam pouca largura de banda; c) Flexibilidade: Como o SIP usa SDP para negociar os codificadores utilizados, qualquer codificador que esteja registrado na IANA (Internet Assigned Numbers Authority ) pode ser usado. Ao contrario do H.323 que o nmero de codificadores limitado e pr-definido; d) Suporte de Mobilidade: O modelo de comunicao usado pelo SIP permite o uso de Proxing ou redirecionamento, de forma que, a verdadeira localizao dos usurios pode ou no ser divulgada; e) Extensibilidade: Como os criadores do protocolo reconhecem que no conseguem prever todos os requisitos do protocolo, criaram uma arquitetura que modular.

O SIP utiliza o SDP (Session Description Protocol) descrito na RFC 2237, no qual fornece a descrio de um formato normalizado para a troca de informao sobre as capacidades dos terminais, suportando a descrio de sesses que permitem aos participantes negociarem um conjunto de tipos de mdias compatveis. Ele suporta tambm a mobilidade de usurios, atravs de redirecionamento de requisies para a localizao corrente de usurios.

- ARQUITETURA SIP O SIP possui uma arquitetura cliente-servidor. Os componentes principais do SIP so os agentes (User Agents), os servidores proxy (Proxy Servers), os servidores de registro (Registers Servers) e os servidores de redirecionamento (Redirect Servers). A figura 9 mostra um ambiente com os componentes SIP.

FIGURA 9 Ambiente SIP FONTE: www.microsoft.com/technet/prodtechnol/winxppro/plan/rtcprot.mspx

User Agents: So aplicaes terminais que enviam e recebem mensagens SIP no lugar dos utilizadores. Os user agents so constitudos por User Agents Clients (UAC) que enviam pedidos SIP para o destinatrio, e por User Agents Servers (UAS) que recebem os pedidos do chamador.

Proxy Servers: So aplicaes que recebem pedidos SIP dos clientes e inicia novos pedidos para o destinatrio em lugar do cliente chamador. Dependendo da configurao do Proxy, as respostas podem passar tambm pelo Proxy ou irem diretamente em vez de encaminhar os pedidos SIP. O comportamento comparado ao Gatekeeper no H.323.

Registers Server: Aceitam registros de clientes que indicam o endereo com o qual eles podem ser conectados. Esta funcionalidade geralmente combinada com um Proxy ou um servidor de Redirect.

Redirect Servers: Redireciona requisies e respostas, enviando uma mensagem para os clientes com o novo endereo SIP procurado, e no fazendo o papel de continuar a chamada.

- MENSAGENS SIP As mensagens definidas pelo SIP so utilizadas para a comunicao entre um cliente e um servidor. A figura 10 mostra como feita uma chamada SIP.

FIGURA 10 Representao de uma chamada SIP FONTE: www.microsoft.com/technet/prodtechnol/winxppro/plan/rtcprot.mspx

Os pedidos SIP so enviados do terminal cliente para o terminal servidor. A tabela 2 lista as mensagens definidas pelo SIP. TABELA 2 - Comportamento dos mtodos de requisio SIP.
Mensagem Invite Bye Ack Options Register Descrio Utilizada para convidar um usurio a participar de uma sesso multimdia. Usado para finaliza a conexo entre dois pontos finais. Utilizada para confirmar o recebimento de uma mensagem Invite. Utilizada para obter informaes sobre as caractersticas de uma chamada como quais mtodos e extenses so suportados pelo servidor e pelo usurio descrito no campo de cabealho. Fornece ao servidor de registro informaes sobre a localizao de um usurio.

Cancel Cancela uma requisio que ainda esteja pendente, ou seja, em andamento. FONTE: www.microsoft.com/technet/prodtechnol/winxppro/plan/rtcprot.mspx

A tabela 3 lista os cdigos de resposta trocados entre clientes e servidores durante o estabelecimento de uma sesso.

TABELA 3 Cdigo de resposta SIP.

Cdigo 1xx 2xx 3xx 4xx 5xx 6xx Tipo de mensagem Informativa Sucesso Redirecionamento Erro de cliente Erro de Servidor Falha global Descrio Requisio recebida continua sendo processada Mensagem recebida com sucesso, identidade aceita. Necessita realizar mais alguns passos para completar a ao. A requisio contm erro de sintaxe ou no pode ser executada no servidor. Servidor falhou ao executar uma requisio aparentemente vlida. Requisio no pode ser executada em nenhum servidor.

FONTE: www.microsoft.com/technet/prodtechnol/winxppro/plan/rtcprot.mspx

4.2 PROTOCOLOS DE CONTROLE DE GATEWAY (Sinalizao)

Apresentaremos agora alguns protocolos definidos para fazer controle de gateways em servios de VoIP.

4.2.1 MGCP / H.248 (MEGACO)

MGCP (Media Gateway Control Protocol) foi proposto pelo grupo de trabalho IETF Internet Engineer Task Force objetivando uma integrao da arquitetura SS#7, adotada em redes de sinalizao na telefonia tradicional, com redes IP, Frame Relay e ATM. Em uma evoluo do MGCP, o trabalho cooperativo de grupos do ITU-T e do IETF resultou na recomendao H.248, definida tambm com o protocolo Megaco (IETF), atravs do RFC 3015. O protocolo Megaco, um padro desenvolvido cooperativamente entre o ITU e a IETF para permitir que um media gateway controller (MGC) controle um media gateway (MG). Competindo com outros protocolos como o MGCP e MDCP, considerado um protocolo complementar ao H.323 e ao SIP, no qual o MGC controla os MGs via H.248 mas comunicar com outro via H.323 ou SIP.

4.3 PROTOCOLO DE MDIA (Transporte de Voz)

Sero apresentados a seguir os dois protocolos mais utilizados para o transporte de mdia de voz em uma transmisso pela rede IP.

4.3.1 RTP

Segundo Loureiro (1999), o uso singular do protocolo TCP/IP no atende o exigente trafego do fluxo de voz. Pois no possvel especificar e reservar a quantidade de largura de banda necessria. O uso do UDP (no orientado a conexo), adequar-se ao trafego multimdia, onde o reenvio de dados no se faz necessrio, pois pequenas perdas so suportadas pelo sistema fim-a-fim. Por outro lado, o UDP no permite configurar parmetros de requisitos de largura de banda, podendo o servio ser prejudicado por um congestionamento. Para integrar estes protocolos com trafego multimdia, alguns protocolos de camadas superiores foram propostos, dentre eles o Real Time Transmission Protocol (RTP) e o Real Time Control Protocol (RTCP). O RTP um protocolo padro para transporte de dados com caractersticas de tempo real, como udio usado na Telefonia IP. Este protocolo atua sobre a pilha UDP/IP, no fornecendo qualquer mecanismo que garanta segurana sobre os dados, bem como tambm qualquer tipo de garantia de Qualidade de Servio. Contudo, ele fornece apenas a informao necessria para o receptor reconstruir os dados em tempo real. O RTP possibilita a especificao de requisitos de tempo, tanto na transmisso quanto na recepo dos pacotes. Durante a transmisso dos pacotes de dados, estes podem ser perdidos, ter atrasos variados ou ser entregue fora de ordem. Dentre os servios fornecidos pelo protocolo para permitir que o receptor detecte estes problemas, tem-se: informao sobre o tipo de dado transportado (identificao do contedo), timestamps (reconstruo temporal dos pacotes recebidos) e nmero de seqncia dos pacotes recebidos. Portanto, o RTP foi projetado para permitir que os receptores compensem o Jitter (variao de tempo de atraso

definidos no tamestamp) e a perda de seqncia dos pacotes introduzidos pela rede IP. A figura 11 ilustra o cabealho RTP.

FIGURA 11 Cabealho RTP FONTE: www.arcesio.net/rtp/rtprtcp2.html

Os campos apresentados abreviadamente so: V: verso. A verso 2 significa a especificada na RFC, sendo a 1, no draft. P: (padding) preenchimento. Sinaliza a adio de bits no contedo, somente para uso de algoritmos de criptografia ou transmisses de pequenos contedos. O ltimo octeto no campo de contedo (payload) indica quantos octetos de preenchimento foram inseridos. X: extenso. Aumenta o tamanho do cabealho normal para um estendido com maiores informaes. CC: contador CSRC. Apresenta os nmeros de identificadores CSRC apresentados neste campo. M: marcador. Usado geralmente para identificar os limites de um quadro. PT: tipo de contedo.

4.3.2 RTCP

Segundo Loureiro (1999), como o RTP no tem um mecanismo de controle sobre a conexo (transmisso e recepo), utiliza-se de outro protocolo: o Real Time Control Protocol (RTCP). O RTCP geralmente usado com RTP para permitir o transporte de algum retorno sobre a qualidade de transmisso e informaes sobre os participantes da sesso.

Ambos os protocolos (RTP e RTCP) permitem aos receptores compensarem o Jitter da rede, por meio do controle do buffer e seqenciamento apropriado para que medidas corretivas possam ser tomadas. Assim como o RTP, o RTCP usado sobre o UDP, neste caso o RTP tradicionalmente associado a uma porta de nmero par e o RTCP, prxima porta UDP de nmero mpar (HERSENT, 2001). Os participantes da sesso recebem, de tempos em tempos, pacotes RTCP de controle relativos a uma sesso RTP em particular.

5 ASTERISK

Veremos neste captulo o software Asterisk e suas funcionalidades, mostrando os aspectos relacionados utilizao do mesmo em cenrios de pequenas, mdias e grandes empresas.

5.1 O QUE O ASTERISK

O Asterisk um software PABX que usa o conceito software livre (GPL), o que quer dizer que no preciso pagar para obter o software ou atualizar o mesmo. Criado pela Digium Inc. e uma base de usurios programadores em contnuo desenvolvimento. A Digium investe em ambos, o desenvolvimento do cdigo fonte do Asterisk e em hardware de telefonia de baixo custo que funciona com o Asterisk. O Asterisk roda em plataforma Linux e outras plataformas Unix com ou sem hardware conectado a rede pblica de telefonia (PSTN). Permite tambm conectividade em tempo real entre as redes PSTN e redes VoIP. O Asterisk vai alem de um PABX padro. Com o Asterisk em sua rede, voc pode criar coisas novas em sua rede como (GONALVES, 2005, p. 2):
Conectar empregados trabalhando em casa para o PABX do escritrio sobre conexes de banda larga. Conectar escritrios em vrios estados IP. Isto pode ser feito pela internet ou por uma rede IP privada. Fornecer aos funcionrios, correio de voz, integrao com web e seus e-mail. Construir aplicaes de respostas automticas por voz, que pode conectar voc ao sistema de pedidos, por exemplo, ou ainda outras aplicaes internas. Dar acesso ao PABX da companhia para usurios que viajam, conectando sobre VPN (Virtual Private Network) de um aeroporto ou hotel.

5.2 ASTERISK E SUA ARQUITERURA

A arquitetura do Asterisk fundamentalmente muito simples, bem diferente da maioria

dos produtos de telefonia. Essencialmente o Asterisk age como um Middleware2, fazendo as ligaes entre as tecnologias de telefonia e internet no fundo e as aplicaes de telefonia e internet no topo. As tecnologias de telefonia podem incluir servios de VoIP com SIP, H.323, IAX e MGCP(Media Gateway Control Protocol) usado tanto para gateways como para ligao, assim como tecnologias mais tradicionais de TDM com T1, PRI de RDSI, e servios de PSTN, RDSI bsico e muito mais. As aplicaes de telefonia incluem servios tais como, conferncia, voicemail, autoatendimento, msica em espera, captura de chamadas, siga-me, resposta interativa de voz alm de outras facilidades e utilidades para uso. Segundo Gonalves, o ponto fundamental da arquitetura do Asterisk que ele funciona como um gateway de mdia entre todos estes protocolos e no apenas como um proxy de sinalizao. Com isso um canal pode estar configurado em IAX2 com CODEC GSM e se comunicar com outro com SIP e CODEC G.711. Como se pode ver na figura 13, Voz Sobre IP composto de diversos protocolos envolvendo varias camadas do modelo OSI.

FIGURA 13 Distribuio do Protocolo VoIP no modelo OSI FONTE: Gonalves (2005, p. 86)

MIDDLEWARE Software de interface que permite interao de diferentes aplicaes de software, geralmente sobre diferentes plataformas de hardware e infra-estrutura , para troca de dados.

Na camada de transporte, a maior parte dos protocolos como RTP, UDP e RSVP, utiliza o RTP/RTCP sendo o primeiro um protocolo de mdia e o segundo um protocolo de controle. A exceo o IAX que implementa um transporte de mdia padro. Todos eles usam o UDP para transporte de voz. Na camada de sesso entram os protocolos de Voz Sobre IP propriamente ditos, o H.323, SIP, MGCP, IAX e SCCP. Na camada de aplicao os CODECs definem o formato da apresentao da voz com suas diferentes variaes de compresso.

5.3 INFORMAES PARA ESCOLHER UM PROTOCOLO

Veremos a seguir algumas informaes importantes na hora de se decidir em utilizar um protocolo para o trafego de voz que fazem parte do Asterisk e podem ser utilizados em sua rede.

- SIP Padro aberto descrito pela IETF, largamente implementado, as principais operadoras VoIP esto usando SIP. o protocolo padro de fato para telefona IP no momento. Pontos fortes, padro IETF, adoo do mercado. Pontos fracos, problemas no uso do NAT, uso da banda com RPT alto.

- IAX Protocolo proprietrio do Asterisk, eficiente em banda passante e principalmente pode passar facilmente por firewalls com NAT. Se quiser usar SIP com NAT na internet pode se usar o SER (SIP Express Router) em conjunto com o Asterisk. Pontos Fortes, eficincia em banda passante, segurana e facilidade com NAT. Ponto fraco, ser proprietrio.

- MGCP um protocolo para ser usado em conjunto com o H.323, SIP e IAX. Sua grande vantagem a escalabilidade. Toda a inteligncia implementada no terminal ao invs dos gateways, simplifica muito a configurao. Pontos fortes, gerenciamento centralizado, pontos fracos, o protocolo pouco usado ainda.

- H.323 Largamente usado em Voz Sobre IP, essencialmente na conectividade com projetos mais antigos usando roteadores Cisco ou gateways de voz. O H.323 ainda o padro para fornecedores de PABX e roteadores, muito embora eles comecem a adotar o SIP. Excelente para videoconferncia. Pontos fortes, larga adoo no mercado, padronizao ITU. Pontos fracos, complexo, pouco adotado hoje em dia em telefonia IP.

5.4 CONTEXTO DE UTILIZAO DO ASTERISK

Dentro de uma viso geral, o Asterisk um PABX hbrido que integra tecnologias como TDM e telefonia IP, ele pode se conectar a uma operadora de telecomunicaes ou a um PABX usando interfaces analgicas ou digitais. Pode se comportar como um servidor de conferncia, correio de voz, unidade de resposta automtica, distribuidor automtico de chamadas e servidor de musica em espera como mostrado na figura 14. Os telefones podem ser IP, analgicos ou ADSI que um telefone analgico com display digital.

FIGURA 14 Viso geral do Asterisk FONTE: Gonalves (2005. p. 12) EXEMPLO 01 - UM PABX 1x1 Podemos comear com um exemplo bem simples de utilizao do Asterisk. Um PABX de um tronco e uma linha, de acordo com a figura 15. Este um dos sistemas mais simples que se pode construir com o Asterisk. Apesar de ter pouca utilidade prtica, ele permite que se conceitue alguns pontos importantes. Em primeiro lugar o PABX 1x1 possui uma placa FXO (Foreign Exchange Office) para se ligar s operadoras ou a uma interface de ramal; e uma placa FXS (Foreign Exchange Station) que utilizada para conectar um telefone analgico ou digital.

FIGURA 15 - O clssico PABX 1x1

FONTE: Gonalves (2005, p. 17)

EXEMPLO 02 - CRESCENDO SEU PABX ACRESCENTADO BANCO DE CANAIS Como a maioria das placas mes fabricadas no permitem muito mais do que 4 ou 5 slots PCI. Caso seja necessrio, por exemplo, atender oito troncos e dezesseis ramais, j se tornaria bastante difcil. Neste caso, pode-se usar um banco de canais como mostrado na figura 16. Um banco de canais um multiplexador onde entra um E1 (30 canais) ou T1 (24 canais) e no banco de canais estes sinais so abertos em diversas interfaces analgicas FXS, FXO. Existem diversos fabricantes que fabricam banco de canais GSM o que permite que voc possa ligar at 30 linhas de celular no Asterisk.

FIGURA 16: PABX com banco de canais FONTE: Gonalves (2005, p. 18) EXEMPLO 03 - INTERLIGANDO FILIAIS MATRIZ O Asterisk possui a funcionalidade de um gateway de mdia. Ele pode converter os sinais analgicos (FXS, FXO) ou Digitais (ISDN) vindos da central telefnica, ou dos telefones do cliente em voz sobre IP e transmitir pela rede corporativa de dados. Com a convergncia reduo do nmero de circuitos e um melhor aproveitamento dos recursos. Os projetos mais comuns so conhecidos como TOLL-BYPASS (contornando a tarifao), pois elimina os custos de operadora de longa distancia nos telefonemas entre filiais da empresa. Na figura 17 podemos ver essa estrutura de interligao entre uma empresa e suas filiais utilizando o Asterisk.

FIGURA 17: Interligao de Matriz e Filial FONTE: Gonalves (2005, p. 19)

6 ESTUDO DE CASO O estudo experimental proposto, consiste na definio de um ambiente de teste para implementar e avaliar o trfego de voz sobre uma rede TCP/IP

6.1 SOFTWARES E EQUIPAMENTOS O ambiente no qual o sistema foi testado resume-se a trs maquinas, sendo um servidor onde esta localizado o software Asterisk e duas estaes para testes, alem de um telefone IP da CISCO modelo 7912. Os equipamentos se apresentam nas seguintes configuraes: - Servidor Sistema Operacional: Slackware 10.2 Processador: AMD K6-3 450 Mhz Disco Rgido: 20 Gigabytes Memria Ram: 128 Mb Recursos multimdia Interface de rede: Realtek RTL 8139 de 100 Megabits - Clientes: Sistema Operacional: Windows XP SP2 Processador: Athon XP 1900 Disco Rgido: 40 Gigabytes Memria Ram: 256 Mb Recursos multimdia Interface de rede: Encore 10/100 Megabits Para intermediar essa comunicao foi utilizado um Switch gerencivel da CISCO modelo 3750 Gigabit Ethernet para interligar diretamente com as interfaces do servidor e estaes e distribuindo a conexo com a internet atravs de um roteador.

Para a comunicao do sistema foi utilizado alm do software Asterisk instalado no servidor, mais dois softfones para a comunicao de voz, descritos logo em seguida: - Asterisk: O Asterisk ser utilizado para fazer a parte do PABX IP, sendo responsvel pela autenticao e gerenciamento das ligaes telefnicas baseadas no protocolo IP. Maiores detalhes sobre o software Asterisk esto no apndice A. - Phoner: O Phoner um software de distribuio livre que utilizado para realizar chamadas telefnicas atravs do computador. Ele disponibilizado para plataforma Windows e pode ser utilizado em conjunto com o Asterisk,utilizando o protocolo SIP para suporte a voz sobre IP. - X-Lite: outro software com uma verso livre utilizado em nosso experimento para realizar chamadas telefnicas atravs da rede de computadores, utiliza o padro SIP para se comunicar e possui uma variedade de codecs para utilizao nas chamadas realizadas.

6.2 CENRIO DE USO Para implementao do experimento foi criado um domnio definido pelo Asterisk a nvel de controle e autenticao dos softwares de comunicao clientes, e utilizado uma rede Fast Ethernet de 100 Megabits ligando todos os equipamentos ao Switch e permitindo assim o meio de comunicao, como mostrado na figura 18. Neste estudo foi definido um cenrios de uso utilizando comunicao local feita entre os micros, e comunicao via internet, atravs de um enlace de 2 Megabits disponvel.

FIGURA 18 - Cenrio do experimento.

Nos testes realizados, foi utilizado o padro G.711 do ITU-T, ou seja, utilizada codificao PCM que gera um feixe de bits continuo a uma taxa de 64 Kbit/s. Para a obteno dos dados para anlise foi utilizado uma ferramenta de anlise de pacotes conhecida como Ethereal mostrado na figura 19 que consiste em captar e identificar todos os pacotes que passam pela interface de rede da estao que esta efetuando a comunicao.

FIGURA 19 - Ferramenta de Analise de pacotes Ethereal 6.3 RESULTADOS OBTIDOS

No primeiro experimento foi feito a comunicao entre um micro cliente e um telefone IP, todos localizados dentro da rede local onde estava implementado o sistema. A tabela mostra uma parte do trafego capturado na comunicao feita entre os dois clientes

TABELA 4 : Informao do trafego na rede local

N 29 30 38 39 40 41 42 43 44 45 Tempo(ms) 37.453.847 37.769.900 43.130.138 43.140.176 43.156.517 43.156.630 43.187.849 43.188.058 43.219.223 43.219.329 Origem 192.168.1.10 192.168.1.30 192.168.1.30 192.168.1.10 192.168.1.10 192.168.1.10 192.168.1.10 192.168.1.10 192.168.1.10 192.168.1.10 Destino 192.168.1.30 192.168.1.10 192.168.1.10 192.168.1.30 192.168.1.30 192.168.1.30 192.168.1.30 192.168.1.30 192.168.1.30 192.168.1.30 Protocolo SIP/SDP SIP SIP/SDP SIP RTP RTP RTCP RTP RTP RTP Informao Request: INVITE sip:1010@prorede.com.br Status: 100 Trying Status: 200 OK, with session description Request: ACK sip:1010@192.168.1.30
Payload type=ITU-T G.711 PCMU, Seq=1, Time=96320 Payload type=ITU-T G.711 PCMU, Seq=2, Time=96480

Sender Report
Payload type=ITU-T G.711 PCMU, Seq=3, Time=96640 Payload type=ITU-T G.711 PCMU, Seq=4, Time=96800 Payload type=ITU-T G.711 PCMU, Seq=5, Time=96960

J no segundo experimento foi feita uma ligao com um numero de uma secretaria eletrnica disponibilizado por um provedor de acesso a voz sobre IP gratuito para que se possam executar os testes. Pode-se notar o trafego gerado pela comunicao feita entre dois pontos e o tempo de recebimento de cada pacote de voz como mostrado na tabela T. TABELA 5: Informao do trafego na internet
N 9 10 11 12 13 14 15 16 17 Tempo(ms) 4.825.998 5.148.023 5.625.231 5.626.262 6.071.127 6.071.219 6.072.465 6.101.700 6.102.158 Origem 192.168.1.30 198.65.166.131 198.65.166.131 192.168.1.30 192.168.1.30 192.168.1.30 192.168.1.30 192.168.1.30 192.168.1.30 Destino 198.65.166.131 192.168.1.30 192.168.1.30 198.65.166.131 198.65.166.131 198.65.166.131 198.65.166.131 198.65.166.131 198.65.166.131 Protocolo SIP/SDP SIP SIP/SDP SIP RTP RTP RTP RTP RTP Informao
Request:INVITE sip:17474745000@proxy01.sipphone.com

Status: 100 trying -- your call is important to us Status: 200 OK, with session description
Request: ACK sip:17474745000@proxy01.sipphone.com Payload type=ITU-T G.711 PCMU, Seq=305, Time=0 Payload type=ITU-T G.711 PCMU, Seq=306, Time=160 Payload type=ITU-T G.711 PCMU, Seq=306, Time=320 Payload type=ITU-T G.711 PCMU, Seq=306, Time=480 Payload type=ITU-T G.711 PCMU, Seq=306, Time=640

Foi possvel constatar que embora estejam sendo efetuados os testes em dois ambientes com caractersticas um pouco diferentes, pois o primeiro se limita a trafegar

internamente na rede local e o segundo feito atravs da internet, no se notou grande diferena entre os tempos de envio e recebimento dos pacotes, mantendo uma comunicao de qualidade e sem diferenas para a percepo humana. Isso pode ser explicado pela qualidade dos padres de codecs utilizados, a banda de acesso e a infra-estrutura de rede existente, garantindo que os dados relativos a transmisso de voz possam trafegar sem congestionamento na rede.

7 CONSIDERAES FINAIS

Atravs do presente trabalho, visou-se apresentar as principais caractersticas tcnicas relativas aos protocolos mais comuns, ao processo de estabelecimento de chamadas e aos tipos de dispositivos envolvidos numa rede de Voz sobre IP, para que se possa permitir o entendimento das principais questes para uma implantao de um ambiente empresarial. O que se espera que o uso de VoIP cresa cada vez mais devido que a fatores como o meio de acesso a rede IP, como a internet, vem sendo oferecido com maior largura de banda e a um preo cada vez mais acessvel. A convergncia entre a rea de telecomunicaes e a de informtica tem sido decisivo, forando a migrao de sistemas proprietrios para sistemas abertos. Esse fator associado ao desenvolvimento e pesquisas de tecnologias como o Asterisk vem colaborando para tal situao. O estudo de caso foi proposto para simular um ambiente de utilizao inserindo o software Asterisk em um ambiente real e realizando os testes de comunicao para ver sua real utilizao em uma empresa/instituio. Alguns objetivos no foram possveis alcanar como a interligao entre duas redes distintas assim como a ligao entre o ambiente IP e a rede de telefonia tradicional ocorrido em funo da falta de equipamentos e placas de comunicao especifica para que possa ser feita essa comunicao. Espera-se que esse trabalho possa servir de base para futuros estudos dessa tecnologia e implantao de possveis projetos de VoIP em ambientes empresariais utilizando o Asterisk.

REFERNCIAS

ADAILTON J. S. Silva. Qualidade de Servio em Voz Sobre IP Parte I. Disponvel em: http://www.rnp.br/newsgen/0005/qos_voip1.html. Acessado em: 25 jun. 2005 BRITO, Jos Marcos Cmara. Voz sobre IP - Projeto e anlise de redes de Telecomunicaes. Apostila de curso. INATEL, 1996. Disponvel em: <http://www.dcc.fua.br/~voip/ref_brito.html> . Acessado em: 20 mai. 2005. CARTER, Ross. Microssoft Real-Time Communications: Protocols and Technologies. Disponvel em: http://www.microsoft.com/technet/prodtechnol/winxppro/plan/rtcprot.mspx. Acessado em: 18 ago. 2005. CUNHA, Wender Flores da. Voz sobre IP. Trabalho de concluso de curso (Bacharelado em Cincias da Computao). Uberlndia: Centro Universitrio do Tringulo, 2001. DELFINO, Gardel Moreira. Voz Sobre IP Seminrio de Redes de Computadores. Rio de Janeiro, 1999. Disponvel em: <http://www.gta.ufrj.br/~gardel/redes/rede.htm>. Acessado em: 15 jun. 2004. DIGIUM INC Telephone For Business. Hardware Products. Disponvel em: http://www.digium.com/index.php?menu=product_category&category=hardware. Acessado em: 25 jun 2005. GONALVES, Flvio Eduardo de Andrade. Asterisk PBX Guia de Configurao. So Paulo.2005. HERSENT, Oliver; GURLE, David; PETIT, Jean-Pierre. Telefonia IP: comunicao multimdia baseada em pacotes. So Paulo: Addison Wesley, 2002. LEOPOLDINO, Graciela Machado; MEDEIROS, Rosa Cristina de. H.323: Um padro para sistemas de comunicao multimdia baseado em pacotes. Disponvel em: http://www.rnp.br/newsgen/0111/h323.html, Acessado em:25 jun 2005. LOPES, Ana Luiza S. V. GONALVES, Lucelita Ferras. PINHEIRO, Sylvio Pires. Voz Sobre IP VOIP (TCC em Cincias da Computao) CEFET/RJ, Julho de 2003. Disponvel em: http://www.cefetrio.hpg.ig.com.br/ciencia_e_educacao/8/trabalhos/rlc_1_2003/VoIP/. Acessado em: 25 jun. 2005.

MESQUITA, Renata. InfoExame, So Paulo, 2002. Disponvel em: <http://info.abril.com.br/aberto/infonews/102002/14102002-19.shl>. Acessado em: 25 mar. 2003. PINHEIRO, Paulo Ricardo Guedes.Telecomunicaes no Brasil. Disponvel em: http://www.mediatec.iar.unicamp.br/CS305/radiodifusao/telecomunicacoes_brasil_ciclos.htm. Acessado em: 25 jun. 2003. REGGIANI, Lcia. VoIP a prxima chamada. Revista Info. So Paulo, ano 19, n. 221, ago. 2004. RFC 2543: Handley, M.;Schulzrinne, H.; Schooler, E. E Rosenberg, J. SIP: Session Initiation Protocol, maro de 1999. RUBIK, Marcos. Prottipo de um registrar para um sistema de telefonia IP baseado no padro SIP. (TCC em Cincias da Computao). Centro de Cincias Exatas e Naturais, Universidade Regional de Blumenau, 2003. PETERSON, Larry L., DAVIE, Bruce S. Computer Networks, A Systems Approach. 2 ed., Morgan Kaufman Publishers, 2000, p. 649-662.

APNDICE A - ASTERISK

A.1 COMO OBTER E COMPILAR O ASTERISK

Veremos agora como fazer o download dos arquivos e forma de instalao do Asterisk, mostrando agora, como obter e carregar os drivers de telefonia das placas

analgicas e digitais da Digium conhecidas como zaptel (Zapata Telephony).

A.2 OBTENDO OS DRIVERS Para obter os drivers da Zaptel para uso com o hardware digium, ser preciso baixar os arquivos da zaptel no servidor CVS (Current Versions System) da digium. Exemplo, baixando os drivers da Zaptel do CVS: #cd /usr/src # export CVSROOT=:pserver:anoncvs@cvs.digium.com:/usr/cvsroot #cvs login (digite anoncvs para o password) #cvs checkout -r v1-0 zaptel Feito esse procedimento, ser conectado ao servidor CVS onde ele vai descarregar todos os arquivos necessrios para compilar os drivers da zaptel. Estes arquivos vo ser armazenados em /usr/src/zaptel. Agora os seguintes comandos iro compilar e instalar mdulos para qualquer hardware da Digium que possa ter instalado no sistema. #cd /usr/src/zaptel #make clean; make install Caso esteja utilizando qualquer distribuio que use o kernel 2.6, ser preciso fazer uma passo adicional antes de fazer o make install. #cd /usr/src/zaptel #make clean #make linux26 #make install

A.3 ONDE OBTER E COMPILAR O ASTERISK O Asterisk por ser um projeto Open Source pode ser baixado gratuitamente no prprio site www.asterisk.org de duas maneiras diferentes: a) Fazendo os downloads dos arquivos de instalao normalmente acessando a pagina e no link downloads, baixando os arquivos necessrios, ou; b) Atravs do repositrio CVS seguindo os passos mostrados logo abaixo no terminal: #cd /usr/src # export CVSROOT =:pserver:anoncvs@cvs.digium.com:/usr/cvsroot #cvs login (digite anoncvs para o password) #cvs checkout -r v1-0 asterisk libripri asterisk-sounds asterisk-addons Para compilar o Asterisk e seus drivers muito simples, basta seguir os passos abaixo, seguindo primeiramente pela instalao dos mdulos e drivers e logo aps o Asterisk: #cd /usr/src/libpri #make clean; make install # cd ../asterisk #make clean; make install # make samples Caso esteja usando qualquer distribuio que use o kernel 2.6, ser necessrio fazer um passo adicional antes de fazer o make install. #cd ../libpri #make clean; make install # cd ../asterisk #make clean #make linux26 #make install #make samples Antes de iniciar o Asterisk, preciso criar os arquivos de configurao. Enquanto que a quantidade de configurao possvel muito grande, quando executado o comando make sample criado um pequeno conjunto de exemplo para que o Asterisk possa iniciar com sucesso. Com esta configurao mnima, j possvel rodar o Asterisk com sucesso, para inicializar, abra um terminal e digite o seguinte comando:

#/usr/sbin/asterisk -vvvvc Se quiser parar de rodar o Asterisk s usar o comando stop now no console. Para maiores informaes basta digitar o comando help no console do Asterisk que uma lista de comandos ser apresentada na tela.

A.4 ORGANIZAO DO SISTEMA DE ARQUIVOS O Asterisk organiza seus arquivos seguindo a ordem de arquivos do Linux, veremos adiante como est projetado e para que serve os principais arquivos e pastas criados na instalao do Asterisk. /etc/asterisk O diretrio /etc/asterisk contem todos os arquivos de configurao do Asterisk, uma das pastas mais importante e de constante mudanas, pois onde sero feitas todas as configuraes do Asterisk. /usr/sbin O diretrio de arquivos binrios /usr/sbin, onde esta localizado os arquivos executveis e scripts de inicializao do Asterisk. /usr/lib/asterisk Neste diretrio contm os objetos binrios relacionados ao Asterisk e referenciam arquiteturas especficas.

/usr/lib/asterisk/modules Contm os mdulos em tempo de execuo para as aplicaes, drivers de canais, codecs, drivers de formatos de arquivos e etc. /usr/include/asterisk Neste diretrio esto localizados os arquivos de cabealho utilizados para construir

aplicaes no Asterisk, drivers de canais, e outros mdulos de inicializao. /var/lib/asterisk Est localizado os diretrios referentes s operaes normais do Asterisk. /var/lib/asterisk/agi-bin Nesta pasta se encontra os scripts AGI (Asterisk Gateway Interface) para serem usados juntos de aplicaes AGI criadas para plano de discagem do Asterisk. /var/lib/asterisk/astdb Este arquivo base de dados do Asterisk, podemos comparar de forma superficial com o Registro do Windows. Este arquivo nunca usado diretamente, mas seu contedo pode ser exibido e modificado atravs da linha de comandos do Asterisk. /var/lib/asterisk/images Esta pasta est localizada as imagens referentes ao plano de discagem e aplicaes. /var/lib/asterisk/keys rea de armazenamento pblica e privada de teclas usadas para autenticao RSA dentro do Asterisk (especialmente IAX). /var/lib/asterisk/mohmp3 Local onde guardada as msicas MP3. Deve conter as musicas MP3 que se queira disponibilizar para que toque no Asterisk, lembrando que ele ainda deve ser configurando em /etc/asterisk/musiconhold. /var/lib/asterisk/sounds Neste diretrio armazenado os arquivos de udio, lembretes e etc, usados nas aplicaes do Asterisk alguns arquivos esto localizados em subdiretrios dentro da pasta /var/lib/asterisk/sounds. /var/run

Local onde armazenado os arquivos de identificao de processos PID em tempo de execuo. /var/run/asterisk.pid Arquivo criado em tempo de execuo onde contem a identificao primria do processo de identificao (PID) corrente do Asterisk. /var/run/asterisk.ctl Um arquivo que identifica um chamado para capacitar o modo de operao remoto do Asterisk. /var/spool/asterisk Local onde esto localizados os arquivos em tempo de execuo das tarefas realizadas no asterisk como voicemail, chamadas saintes e etc. /var/spool/asterisk/vm Onde so armazenadas as caixas postais de voicemail, anncios e pastas.

A.5 ARQUIVOS DE CONFIGURAO Os arquivos de configurao do Asterisk esto todos no diretrio/etc/asterisk. Nele ser possvel fazer todas as configuraes necessrias para que se possa implementar e organizar uma estrutura de PABX que atenda as necessidades pessoais da empresa ou instituio que faa uso do PABX IP. Veremos a seguir os principais arquivos de configuraes e sua utilizao no mbito do uso do PABX Asterisk. - Extension.conf O plano de discagem a pea mais importante na configurao do Asterisk, e ele configurado no arquivo extension.conf. Ele responsvel pelo plano de controle e fluxo de execuo das chamadas.

 no extension.conf que ser controlado o comportamento de todas as conexes atravs do seu PABX. - Sip.conf Contm parmetros relacionados configurao dos telefones e operadoras SIP. Os clientes devem estar configurados antes que possam fazer e receber chamadas. - Iax.conf O arquivo de configurao do protocolo proprietrio IAX de uso do Asterisk. Com ele assim como no SIP possvel fazer e receber ligaes para outros telefones IP, desde que reconhea esse protocolo, ou fazer a interligao entre dois ou mais servidores Asterisk em um mesmo local ou em locais diferentes, usando a internet. - Voicemail.conf Com este arquivo podemos configurar o recurso de correio de voz e permitir que uma chamada ocupada ou no atendida seja enviada para uma secretria eletrnica. Uma mensagem de aviso com o udio anexado enviada para o receptor da mensagem. um dos recursos padro do Asterisk. - MeetMe.conf A conferncia Asterisk feito usando o aplicativo MeetMe(). O MeetMe uma ponte de videoconferncia, muito simples de usar e com a vantagem de funcionar com qualquer tipo de canal. - Musiconhold.conf O Arquivo de configurao musiconhold.conf utilizado para colocar servios de musica em espera. Podem ser configuradas varias classes de msicas, e suportados diferentes tipos de udio, desde que exista uma aplicao compatvel. No Asterisk este recurso tambm padro e suas musicas podem ser facilmente configuradas

acrescentando arquivos de MP3 em seu diretrio padro. - Zapata.conf O arquivo de configurao zapata.conf, possui as configuraes referentes a interfaces que utilizem o driver zaptel (como as das placas Digium). Os canais devem se definidos neste arquivo antes que possam ser usados com o Asterisk. - Agents.conf Os agentes so pessoas que respondem s chamadas que foram colocadas em uma fila especfica. Um agente se autentica indicando que est pronto para receber uma chamada. Os agentes so definidos no arquivo agents.conf. - Queues.conf As filas de atendimento permitem que as chamadas de entrada no PABX possam ser tratadas de forma mais eficiente. A principal aplicao para filas o atendimento dentro de uma empresa ou Call Center. Usando filas evita-se de perder chamadas quando seus agentes esto ocupados e melhora a produtividade na medida que s distribui para aqueles que esto prontos para atender. Filas so definidas no arquivo queues.conf. - Logger.conf Arquivo responsvel pela configurao dos logs do Asterisk possui vrios nveis de logs do sistema e pode ser configurado para enviar os logs para tela ou armazenar em arquivos.

A.6 PLACAS DE TELEEFONIA

J existe um bom nmero de fabricantes que fabricam placas de telefonia para serem usados junto com o Asterisk. Vamos fazer uma referncia neste caso a placa X100P, a TDM400P e a Wildcard E100P fabricadas pela Digium e que sero provavelmente as placas mais usadas no Brasil (GONALVES, 2005).

- Digium X100P uma das placas mais simples da Digium com uma porta FXO que pode ser ligada rede pblica ou a uma interface de ramal de um PABX conforme figura 18.

FIGURA 20 Placa X100P FONTE: www.digium.com/index.php?menu=product_category&category=hardware

TDM400P A placa Wildcard TDM400P mostrada na figura 19, uma placa analgica at quatro canais. Os canais podem ser FXO ou FXS dependendo dos mdulos adquiridos.

FIGURA 21 Placa TDM400P FONTE: www.digium.com/index.php?menu=product_category&category=hardware

TE110P A placa TE110P j uma placa para 30 canais digitais no padro E1-ISDN. Com esta

placa possvel conectar de forma digital sua central telefnica ou rede pblica, a figura 20 ilustra a placa comentada.

FIGURA 22 Placa TE110P FONTE: www.digium.com/index.php?menu=product_category&category=hardware