Você está na página 1de 117

UNIVERSIDADE TECNOLGICA FEDERAL DO PARAN DEPARTAMENTO ACADMICO DE ELETRNICA CURSO SUPERIOR DE TECNOLOGIA EM ELETRNICA - COMUNICAES

OUTRAS APOSTILAS EM: www.projetoderedes.com.br

APLICAO DE VOIP NA CONVERGNCIA DE DADOS E VOZ CORPORATIVOS

GERSON TAKASHI WATANABE

Curitiba 2006

GERSON TAKASHI WATANABE

APLICAO DE VOIP NA CONVERGNCIA DE DADOS E VOZ CORPORATIVOS

Curitiba 2006

GERSON TAKASHI WATANABE

APLICAO DE VOIP NA CONVERGNCIA DE DADOS E VOZ CORPORATIVOS

Trabalho de Concluso de Curso apresentado disciplina Trabalho de Diplomao, como requisito parcial para obteno de grau de Tecnlogo em Eletrnica Modalidade Comunicaes, da Universidade Tecnolgica Federal do Paran. Orientador: Prof. Msc. Luis Carlos Vieira

Curitiba 2006

GERSON TAKASHI WATANABE

APLICAO DE VOIP NA CONVERGNCIA DE DADOS E VOZ CORPORATIVOS

Este Trabalho de Diplomao para Tecnologia foi julgado e aprovado como requisito parcial para obteno do ttulo de Tecnlogo em Eletrnica Modalidade Comunicaes, pela Universidade Tecnolgica Federal do Paran.

Curitiba, 13 de novembro de 2006.

_________________________________________ Profa. Msc. Simone Massulini Acosta Coordenadora de Curso Departamento Acadmico de Eletrnica

_________________________________________ Profa. Dra. Denise Elizabeth Hey David Coordenadora de Trabalho de Diplomao Departamento Acadmico de Eletrnica

BANCA EXAMINADORA

__________________________________ Profa. Msc. Simone Crocetti Pereira _________________________________ Prof. Msc. Luis Carlos Vieira (Orientador) __________________________________ Prof. Msc. Vagner Gonalves Leito

Dedico este trabalho em memria aos meus pais Iuzo Watanabe e Julia M. Watanabe, minha querida famlia e minha amada companheira Cynthia Custel.

SUMRIO
LISTA DE FIGURAS ............................................................................................................. 5 LISTA DE TABELAS ............................................................................................................ 6 RESUMO ................................................................................................................................. 8 1 INTRODUO ............................................................................................................... 10

1.1 PERSPECTIVAS DA TELEFONIA CORPORATIVA ........................................................................... 10 1.2 CENRIO EM ANLISE ........................................................................................................................... 10 1.3 CENRIO EM VISTA ................................................................................................................................ 12 1.4 OBJETIVOS ................................................................................................................................................. 13 1.4.1 OBJETIVOS ESPECFICOS .................................................................................................................. 13

1.5 PROCEDIMENTOS METODOLGICOS .............................................................................................. 13 1.5.1 1.5.2 1.5.3 1.5.4 1.5.5 1.5.6 1.5.7 1.5.8 1.5.9 ANLISE DE DEMANDA DE SERVIOS ......................................................................................... 13 MEDIO DE TRFEGO EM CIRCUITOS COMUTADOS DE VOZ ............................................. 14 MEDIO DE TRFEGO EM REDE DE DADOS ............................................................................. 14 CLCULO DO TRFEGO DE VOZ SOBRE REDE DE DADOS ..................................................... 14 ANLISE DE RECURSOS DISPONVEIS .......................................................................................... 15 PROJEO DE RECURSOS NECESSRIOS .................................................................................... 15 ESTUDO SOBRE VIABILIDADE FINANCEIRA ............................................................................... 15 CONFIGURAO E SIMULAO DE EQUIPAMENTOS DE REDE EM LABORATRIO ........ 15 PROGRAMAO E SIMULAO DA RMC (ROTA DE MENOR CUSTO) NAS CENTRAIS PRIVADAS ............................................................................................................................................. 16 1.6 ESTRUTURA DO TRABALHO ................................................................................................................ 16

2
2.1

REVISO DE LITERATURA ...................................................................................... 17


TELEFONIA PBLICA ........................................................................................................................... 17 CENTRAIS DE COMUTAO ............................................................................................................ 18

2.1.1

2.1.1.1 Centrais de comutao manual ............................................................................................................... 18 2.1.1.2 Centrais com comando direto ................................................................................................................. 18 2.1.1.3 Centrais de comando central ou comum ................................................................................................. 19 2.1.1.4 Centrais CPA Central por Programa Armazenado .............................................................................. 19 2.1.2 ESTRUTURA DA REDE DE TELEFONIA ......................................................................................... 20

2.1.2.1 Plano de numerao aberto ..................................................................................................................... 20 2.1.2.2 Plano de numerao fechado .................................................................................................................. 21 2.1.2.3 Estrutura das redes interurbanas ............................................................................................................. 21 2.1.2.4 Tarifao ................................................................................................................................................. 22 2.1.3 ESTRUTURA DA REDE DE TELEFONIA NO BRASIL ................................................................... 23

2.1.3.1 Plano de numerao nacional .................................................................................................................. 23 2.1.3.2 Degraus tarifrios .................................................................................................................................... 24 2.2 2.2.1 TELEFONIA PRIVADA .......................................................................................................................... 25 CONCEITOS DE CENTRAIS PRIVADAS .......................................................................................... 25

2.2.2

MODALIDADES DE CENTRAIS PRIVADAS ................................................................................... 26

2.2.2.1 KS (Key System) .................................................................................................................................... 26 2.2.2.2 KS Digital ............................................................................................................................................... 26 2.2.2.3 PBX ......................................................................................................................................................... 26 2.2.2.4 PABX ...................................................................................................................................................... 27 2.2.3 RECURSOS DAS CENTRAIS PRIVADAS ......................................................................................... 27

2.2.3.1 RMC Rota de Menor Custo ................................................................................................................. 27 2.2.3.2 Outras funcionalidades gerais ................................................................................................................. 28 2.3 2.3.1 2.3.2 2.3.3 2.3.4 2.3.5 2.3.6 2.3.7 2.3.8 2.4 2.4.1 2.4.2 2.4.3 2.4.4 2.4.5 TRFEGO TELEFNICO ...................................................................................................................... 29 TEORIA DE AGNER ERLANG ............................................................................................................ 29 CONCEITOS DE TRFEGO TELEFNICO ....................................................................................... 30 GENERALIDADES ............................................................................................................................... 30 MTODOS DE PROCESSAMENTO DE TRFEGO .......................................................................... 32 PROPRIEDADES DA CENTRAL DE COMUTAO ....................................................................... 33 PROPRIEDADES ESTATSTICAS DO TRFEGO OFERECIDO ..................................................... 33 GRAU DE SERVIO ............................................................................................................................. 34 OUTROS ASPECTOS QUE INFLUENCIAM O TRFEGO .............................................................. 35 REDES DE COMUNICAO DE DADOS ........................................................................................... 35 DEFINIO DE UMA REDE DE COMUNICAO DE DADOS .................................................... 36 TOPOLOGIAS DE REDE ...................................................................................................................... 37 PROTOCOLOS DE REDE ..................................................................................................................... 39 TIPOS DE REDE ................................................................................................................................... 39 TAXA DE TRANSMISSO .................................................................................................................. 41

2.4.5.1 Importncia da taxa de transmisso ........................................................................................................ 41 2.4.5.2 A unidade da taxa de transmisso ........................................................................................................... 42 2.4.5.3 Throughput .............................................................................................................................................. 42 2.4.6 ARQUITETURA TCP/IP ....................................................................................................................... 43

2.4.6.1 Introduo ao TCP/IP ............................................................................................................................. 43 2.4.6.2 Camadas do modelo TCP/IP (aplicao, transporte, Internet e acesso a rede) ....................................... 43 2.4.7 UDP (USER DATAGRAM PROTOCOL) ............................................................................................... 45

2.4.7.1 Mensagens UDP ...................................................................................................................................... 45 2.4.7.2 Encapsulamento UDP ............................................................................................................................. 46 2.4.7.3 Mecanismo de portas UDP ..................................................................................................................... 46 2.4.8 TCP (TRANSMISSION CONTROL PROTOCOL) .................................................................................. 47

2.4.8.1 Caractersticas do TCP ............................................................................................................................ 48 2.4.8.2 Formato do segmento TCP ..................................................................................................................... 48 2.5 2.5.1 2.5.2 2.5.3 VOZ SOBRE IP ......................................................................................................................................... 49 SURGIMENTO DA VOZ SOBRE IP .................................................................................................... 49 IMPORTNCIA DA VOZ SOBRE IP .................................................................................................. 50 FUNCIONAMENTO BSICO .............................................................................................................. 51

2.5.4 2.5.5 2.5.6

QUALIDADE DE VOZ ......................................................................................................................... 52 MENSURANDO A QUALIDADE DE VOZ ........................................................................................ 53 H.323 ....................................................................................................................................................... 54

2.5.6.1 Principais caractersticas ......................................................................................................................... 55 2.5.6.2 RTP e RTCP ........................................................................................................................................... 56 2.5.6.3 Relao entre H.323 e SIP ...................................................................................................................... 58 2.5.7 DIMENSIONAMENTO DA REDE DE VOZ SOBRE IP ..................................................................... 60

2.5.7.1 Codecs ................................................................................................................................................... 60 2.5.7.2 Dimensionamento usando-se o mesmo codificador ............................................................................... 62 2.5.7.3 Rede de telefonia IP compartilhada com fluxo de dados ........................................................................ 63 2.5.7.4 Priorizao de fluxos de voz ................................................................................................................... 64

3
3.1 3.1.1 3.1.2 3.1.3 3.1.4 3.1.5 3.1.6 3.1.7 3.2 3.3 3.3.1 3.3.2 3.3.3 3.4 3.4.1 3.4.2 3.4.3

DESENVOLVIMENTO DA PESQUISA ................................................................... 65


DIMENSIONAMENTO ............................................................................................................................ 65 RECURSOS DISPONVEIS ................................................................................................................. 65 TRFEGO DE VOZ ............................................................................................................................... 65 TRFEGO DE DADOS ......................................................................................................................... 66 ESCOLHA DO CODEC ........................................................................................................................ 68 CLCULO DE TAXA DE TRANSMISSO UTILIZADA PELO CODEC ........................................ 68 CLCULO DE TAXA DE TRANSMISSO NECESSRIA PARA TRFEGO DE VOZ ............... 72 RECURSOS NECESSRIOS ............................................................................................................... 75 FORMATAO DE ROTA DE MENOR CUSTO ............................................................................... 79 VIABILIDADE TCNICO-FINANCEIRA ........................................................................................... 84 CUSTO DE IMPLANTAO DO SISTEMA ...................................................................................... 84 CUSTO MENSAL ATUAL DOS SERVIOS TELEFNICOS .......................................................... 84 ESTIMATIVA DE REDUO DE CUSTOS COM RMC ................................................................... 86 RESULTADOS E TESTES ...................................................................................................................... 90 PROGRAMAO DE RMC NAS CENTRAIS PABX ........................................................................ 90 ANLISE E TESTES DE TAXA DE TRANSMISSO COM SOFTWARE ETHEREAL ................ 93 ANLISE E TESTES DE TAXA DE TRANSMISSO COM SOFTWARE LANSTAT ................... 96

CONCLUSO ............................................................................................................... 99

REFERNCIAS BIBLIOGRFICAS .............................................................................. 101 ANEXOS .............................................................................................................................. 103


ANEXO A RELATRIO DE TRFEGO TELEFNICO ....................................................................... 103 ANEXO B - TABELA ERLANG B ................................................................................................................. 111 ANEXO C - DETALHAMENTO DE PACOTE IP CAPTURADO EM TESTES ..................................... 113

LISTA DE FIGURAS

Figura 1 Topologia da rede de comunicao de voz atual Figura 2 Rede comutadora Figura 3 Topologias de rede Figura 4 Exemplo de VPN, intranet e extranet Figura 5 Diviso conceitual em camadas do modelo TCP/IP Figura 6 Comparao do modelo OSI e TCP/IP Figura 7 Campos do cabealho UDP Figura 8 Encapsulamento UDP Figura 9 Exemplo de conexo TCP Figura 10 Formato do segmento TCP Figura 11 Campo Code Bits do cabealho do segmento TCP Figura 12 Pilha de protocolos H.323 Figura 13 Overhead de quadro Ethernet (IEEE 802.3) Figura 14 Topologia de rede de comunicao de dados atual Figura 15 Topologia de interligao da interface ELU32 at o link de dados Figura 16 Grfico ilustrativo da taxa de transmisso mdia Figura 17 Grfico demonstrativo de taxa de transmisso requerida (trf. Entrante terico) Figura 18 Grfico demonstrativo de taxa de transmisso requerida (trf. Sainte terico) Figura 19 Grfico demonstrativo de taxa de transmisso requerida (trf. Entrante real) Figura 20 Grfico demonstrativo de taxa de transmisso requerida (trf. Sainte real) Figura 21 Exemplo de ligaes dentro da rede de voz sobre IP Figura 22 Software gerador de relatrios de conta telefnica Figura 23 Software Winfiol Figura 24 Taxa de transmisso do fluxo RTP (sentido Poa > Cta) Figura 25 Taxa de transmisso do fluxo RTP (sentido Cta > Poa) Figura 26 Impresso de janela captada de relatrio no Ethereal Figura 27 Impresso de janela captada durante medies com o software Lanstat Figura 28 Grfico de trfego de dados observado pelo software Lanstat

LISTA DE TABELAS

Tabela 1 Tabela com escala MOS Tabela 2 Tabela comparativa de codecs Tabela 3 Lista de roteadores instalados na planta atual Tabela 4 Lista de pabx e switch instalados na planta atual Tabela 5 Trfego mensurado nos entroncamentos corporativos Tabela 6 Tabela de consumo de banda dos links Tabela 7 Trfego de voz das localidades Tabela 8 Trfego oferecido e respectivo nmero de troncos Tabela 9 Taxa de transmisso mdia obtida Tabela 10 Nova configurao dos roteadores Tabela 11 Demanda de trfego de dados prevista clculo terico Tabela 12 Quantidade de placas ELU32 por pabx Tabela 13 Demanda de trfego de dados prevista clculo em funo do total de canais Tabela 14 Aumento da taxa de transmisso nas localidades Tabela 15 Matriz de roteamento de ligaes da RMC Tabela 16 reas tarifrias abrangidas e anlise numrica Tabela 17 Oramento de reestruturao de equipamentos e servios Tabela 18 Custo anual de chamadas OnNet e interurbanas Tabela 19 Tarifa de chamadas interurbanas e locais Tabela 20 Mdia de tarifa das operadoras envolvidas Tabela 21 Relao de custos dos degraus tarifrios Tabela 22 Relao de ligaes DDD Tabela 23 Tabela de destinos roteveis e comparao de custos Tabela 24 Resumo de despesas sem RMC Tabela 25 Resumo de despesas com RMC Tabela 26 Custo proporcional de manuteno dos links de dados Tabela 27 Valores diagnosticados no trfego de pacotes oriundo de Curitiba Tabela 28 Classificao qualitativa proporcional a delay, jitter e perda de pacote Tabela 29 Valores amostrados no sofware Lanstat

RESUMO

O objetivo deste trabalho demonstrar a viabilidade tcnico-mercadolgica de um projeto, baseado em uma rede de comunicao de voz sobre IP, que visa tanto a atualizao tecnolgica como a otimizao de recursos utilizados em uma rede de comunicao corporativa, composta inicialmente por centrais telefnicas privadas convencionais e circuitos E1 dedicados de voz.

O cenrio em estudo um ambiente corporativo composto por sete localidades, sendo seis deles possuindo suas centrais telefnicas privadas interligadas atravs de circuitos privados dedicados para voz e um deles sem nenhum tipo de interligao. Atravs do estudo de trfego realizado, notou-se a ociosidade de parte dos recursos disponveis, possibilitando a formatao do presente trabalho.

A implantao de uma rede de comunicao de voz sobre IP neste cenrio atende aos dois principais objetivos do trabalho. O primeiro sendo a atualizao tecnolgica do sistema, necessria para a longevidade e manuteno dos equipamentos envolvidos, e o segundo sendo os benefcios financeiros envolvidos, gerados a partir da economia proporcionada pelos novos servios de telefonia e pela otimizao de utilizao dos recursos alocados.

ABSTRACT

The objective of this work is to demonstrate the technical and market viability of a project, based on a voice over IP communication network. This network was created to get the voice communication environment technological update and optimization of all resources in use by the organization, initially composed by conventional and almost obsolete private telephone exchanges, plus dedicated voice E1 circuits.

The scenario in study is composed by seven corporative sites, being six of the private exchanges linked to each other through dedicated private voice circuits, and one of them without any type of private interconnection. Through a traffic analysis study, it was possible to detect unwanted idleness of the available resources, giving me the opportunity to format and manage the present work.

A voice over IP communication network implantation in a scenario like this, reach the two main objectives of this work. The first one, the technological update of the system, necessary for the longevity and maintenance of the equipment actually installed, and second by the involved financial benefits, that can be generated by fewer expenses on telephony services and optimization of the allocated resources.

10

1. INTRODUO
1.1 PERSPECTIVAS DA TELEFONIA CORPORATIVA
Entende-se por telefonia corporativa sistemas telefnicos utilizados com a finalidade de suprir as necessidades de comunicao de voz de uma organizao governamental ou privada. Estes sistemas compem-se geralmente de equipamentos chamados PABX (Private Automatic Branch eXchange) que fornecem comunicabilidade interna e externa organizao. Outros equipamentos como PBX, PAX, PMBX, Key System so derivaes do PABX, com capacidade e funes variantes.

A comunicabilidade de sistemas corporativos tem se modernizado ao longo dos anos e hoje vemos os atuais sistemas convencionais se convergindo gradativamente na direo de novas tecnologias baseadas em computao distribuda e no trfego de pacotes, integrando novos servios e funcionalidades.

A tendncia, para os prximos anos claramente a migrao total para voz sobre IP, tanto nas centrais privadas como nas centrais pblicas. De fato, algumas operadoras e fabricantes de equipamentos j possuem tais tecnologias disponveis para operao imediata no mercado, mas no as implantam por razes comerciais e polticas.

A voz sobre IP, em geral, ainda no atingiu a perfeio no que diz respeito a funcionalidade e padronizao. Vrias organizaes, que surgiram em prol da voz sobre IP, no medem esforos para o desenvolvimento da tecnologia e constantemente atualizam documentos e padres relacionados. Por isso, sistemas hbridos que mesclam voz sobre IP e comutao por circuitos (telefonia convencional analgica ou digital) ainda tero longa vida enquanto os sistemas no migram totalmente para IP.

1.2 CENRIO EM ANLISE


A rede corporativa de telefonia convencional do sistema em estudo utiliza-se de PABXs localizados em sete cidades no Brasil: So Paulo (SP), Campinas (SP), So Jos dos Campos (SP), Rio de Janeiro (RJ), Curitiba (PR), Braslia (DF) e Porto Alegre (RS).

11

Em cada uma dessas localidades (exceto So Jos dos Campos), os PABXs possuem servios de duas operadoras. Uma operadora fornece entroncamento E1 DDR (Discagem Direta Ramal) com sinalizao de linha CAS R2 Digital, para conectividade rede pblica de telefonia, e outra operadora fornece um entroncamento E1 com sinalizao de linha igual para servios de telefonia corporativa (comunicao entre os sites), sendo que em So Jos dos Campos existe somente um E1 DDR, que utilizado em central PABX compartilhada com outra organizao empresarial. A telefonia corporativa serve para interligao de todos os sites, sendo a operadora responsvel pelo roteamento das ligaes entre filiais e matriz.

Figura 1 Topologia da rede de comunicao de voz atual


(fonte: DAMOVO 2006)

A topologia empregada nesta rede de voz faz com que os sites no utilizem a rede pblica de comutao (PSTN Public Switched Telephone Network). Toda comunicao entre os sites utiliza-se do circuito corporativo, exceto no caso de So Jos dos Campos. Isso acarreta numa diminuio significativa de ligaes atravs da PSTN, visto que em uma organizao que tem abrangncia geogrfica nacional, boa parte das ligaes so entre os sites. Assim, as ligaes no sero tarifadas de forma convencional (como uma linha telefnica residencial) e sim por link corporativo contratado. Isso significa utilizar-se do circuito quando e o quanto o link suportar, com o servio prestado sempre tendo o mesmo preo.

12

Usar um circuito de comutao convencional, dedicado um nico tipo de trfego, significa sub-utilizar o recurso disponvel, dimensionado para um trfego mais alto do que o verificado. Uma rede de comutao de circuito cria um caminho fixo entre os dois ns na rede para estabelecer a conexo. A conexo estabelecida entre as duas partes , ento, dedicada exclusivamente a esses dois ns. Ocorre ento a ociosidade do sistema, se analisarmos pelo ponto de vista de ser um servio com custo previamente estipulado, independente de quantidade ou durao das chamadas. Paga-se um custo fixo x por link contratado, e no um custo proporcional ao quanto este link foi utilizado.

1.3 CENRIO EM VISTA


A excluso dos circuitos dedicados telefonia corporativa de todas as localidades aconteceria com a implementao de um novo meio de comunicao entre os sites, a voz sobre IP. Com a voz encapsulada dentro de um meio de transmisso de dados baseado no protocolo IP, que utiliza a tecnologia de comutao por pacotes, estaramos convergindo voz e dados em um mesmo meio de comunicao.

No protocolo IP, cada pacote de dados enviado pela rede com cada n intermedirio e roteador da rede determinando onde o pacote deve ir. Um pacote no precisa ser roteado sobre os mesmos links que os outros pacotes relacionados j passaram, eles podem tomar caminhos diferentes. Alm disso, os pacotes podem tomar rotas diferentes em caso de links ou ns defeituosos. Isso no acontece em um link convencional de voz, onde estabelece-se um caminho fsico fixo entre origem e destino da chamada. (Obs: No caso de congestionamento pode ocorrer reroteamento na rede fixa).

Alm da convergncia de mdias, a customizao da rede de telefonia de voz sobre IP seria otimizada com implementaes como a RMC (Rota de Menor Custo). A partir de tabelas de roteamento que realizam anlise do plano numrico da rede telefnica, a RMC dita quais as melhores rotas (de voz) de acordo com custos pr-definidos.

13

1.4 OBJETIVOS
Demonstrar a viabilidade tcnico-mercadolgica de uma rede de comunicao de voz corporativa, visando atualizao tecnolgica e otimizao de recursos utilizados no ambiente em estudo.

1.4.1

OBJETIVOS ESPECFICOS

a) Analisar o funcionamento do sistema em uso atualmente, verificando-se servios e recursos disponveis no atual cenrio para comunicao de voz e dados;

b) Planejar a rede de voz sobre IP propriamente dita, definindo sua estrutura, topologia e roteamentos envolvidos (RMC).

c) Dimensionar a nova rede, considerando-se que a anlise de trfego no sistema de comutao de circuitos diferente da comutao de pacotes, para a qual o sistema ir sofrer a migrao.

d) Estimar os custos de implantao da rede de voz sobre IP, assim como o retorno do investimento a ser realizado e respectivos prazos.

e) Configurar, especificar e testar equipamentos e servios a serem utilizados, com testes em laboratrio disponvel na prpria sede da empresa.

1.5 PROCEDIMENTOS METODOLGICOS


1.5.1 ANLISE DE DEMANDA DE SERVIOS

A anlise verificar os tipos de servio requeridos (e quantidade), para que o novo sistema de comunicao telefnica consiga trafegar voz e dados, convergidos em um mesmo meio de transmisso. A verificao se embasar nas informaes de trfego, colhidas separadamente, cada qual em seu meio original de transmisso.

14

1.5.2

MEDIO DE TRFEGO EM CIRCUITOS COMUTADOS DE VOZ

A medio ocorreu nos entroncamentos E1 corporativos de voz de todos os sites, sendo que foram coletados dados referentes a um perodo de sete dias da semana, no horrio das 8hrs s 20hrs, do dia 19 a 25 de setembro de 2005. Na localidade de So Jos dos Campos a medio ocorreu somente no entroncamento DDR.

A coleta se deu atravs de relatrio gerado pelo sistema do equipamento PABX, que mostra a quantidade de ligaes entrantes e saintes, assim como o trfego equivalente total em erlangs. Esses relatrios so colhidos diretamente da linha de comando do terminal de manuteno, em arquivos no formato de texto (cdigo ASCII). A escolha por uma coleta de apenas sete dias se deu pelo fato da variao da quantidade de trfego ser maior somente entre os dias da semana e no entre meses, conforme j observado em anlise de relatrio de outros perodos do ano.

1.5.3

MEDIO DE TRFEGO EM CIRCUITOS DE DADOS

A medio foi realizada nos links seriais que conectam os roteadores aos modens de acesso rede da operadora, que fornece conectividade entre os sites atravs de redes privadas virtuais (VPN Virtual Private Network) e acesso Internet.

Para essa medio foi utilizado o software livre MRTG (Multi Router Traffic Grapher), que gerou todos os grficos e estatsticas relativas aos links de cada site.

As estatsticas contidas nos relatrios deste projeto fornecem dados relativos aos picos de consumo dirio durante o perodo de um ano.

1.5.4

CLCULO DO TRFEGO DE VOZ SOBRE REDE DE DADOS

A metodologia para o clculo usa a intensidade de trfego de voz (em erlang) na HMM (Hora de Maior Movimento) e transforma-a em taxa de transmisso (bits por segundo), de acordo com a escolha do codec preterido para a codificao da voz. A escolha do codec vai influenciar na taxa de transmisso requerida pela rede de dados para suportar voz e dados no mesmo meio de transmisso, assim como a qualidade da voz para os usurios.

15

1.5.5

ANLISE DE RECURSOS DISPONVEIS

A anlise foi realizada atravs de elaborao de inventrio de todos os equipamentos de comunicao de dados e voz disponveis na planta (e respectivos recursos), levantando-se os custos gerados por estes equipamentos.

1.5.6

PROJEO DE RECURSOS NECESSRIOS

Com os dados do trfego de voz e dados em mos, e mais o clculo de dimensionamento concludos, faz-se o levantamento do que necessrio alterar, trocar ou melhorar na planta de equipamentos e servios disponveis no sistema, analisando-se o que cada item do sistema atual tem oferecer ou no nova topologia.

1.5.7

ESTUDO SOBRE VIABILIDADE FINANCEIRA

A viabilidade financeira ser confirmada aps a anlise dos valores que sero gastos na implantao do novo sistema de comunicao de voz e dados. Para isso, haver um levantamento completo do que gasto atualmente e a projeo do que ser gasto no futuro, com o novo sistema. Nesta fase, estipula-se o prazo mximo para retorno do montante investido.

1.5.8

CONFIGURAO E SIMULAO DE EQUIPAMENTOS DE REDE EM LABORATRIO

Sero utilizados os laboratrios da empresa Damovo para a simulao do trfego de voz sobre IP, em roteadores Cisco e switches Extreme/3Com j existentes. Estes sero configurados e testados de acordo com as necessidades do novo sistema. Softwares como o Ethereal (analisador de protocolos) realizaro o diagnstico de erros da rede. No laboratrio, o desempenho ento ser mensurado de forma que atenda adequadamente demanda de trfego de voz (priorizado) e dados.

16

1.5.9

PROGRAMAO E SIMULAO DA RMC (ROTA DE MENOR CUSTO) NAS CENTRAIS PRIVADAS

Com as estatsticas de trfego telefnico e respectivos custos em mos, ser formatada ento a Rota de Menor Custo nos equipamentos PABX (MD110 Ericsson), de forma que a utilizao da voz sobre IP seja maximizada e que o uso de entroncamento DDR seja reduzido de acordo com as metas estipuladas, inclusive com a incorporao da localidade de So Jos dos Campos rede corporativa da empresa. Toda tabela de roteamento de ligaes telefnicas ser programada no sistema do PABX, fazendo com que o encaminhamento das rotas seja transparente ao usurio final, sem a necessidade de cdigos especiais para acesso ao sistema. Uma anlise sobre o plano de numerao nacional e dos degraus tarifrios ser realizada para determinao das melhores opes de rota para cada tipo de ligao. Esta anlise baseia-se em encaminhar determinada ligao rota da RMC que seja mais prxima da localidade desejada.

1.6 ESTRUTURA DO TRABALHO


Aps esta introduo, apresenta-se a reviso de literatura (captulo 2), a qual abrange os seguintes temas: telefonia pblica, telefonia privada, trfego telefnico, redes de comunicao de dados e voz sobre IP. Com relao telefonia pblica so abordados aspectos relativos ao funcionamento, organizao e diretrizes que compem este sistema. Descreve-se os conceitos da telefonia privada e as caractersticas mais relevantes que se associam a este trabalho, principalmente o funcionamento da RMC. Neste captulo so apresentados os clculos e a anlise de trfego telefnico, baseados nas teorias de A.K. Erlang. Finalmente, so abordados os principais conceitos das redes de comunicao de dados e voz sobre IP, tais como os protocolos TCP/IP e H.323.

O desenvolvimento do trabalho relatado no captulo 3. Neste captulo apresenta-se, inicialmente, os resultados das medies de trfego de voz e dados do sistema atual, o dimensionamento e a especificao do sistema proposto. Na seqncia, so apresentados o levantamento dos recursos existentes e dos recursos necessrios para a implantao do novo sistema, bem como, os custos embutidos nesta proposta. Encerra-se este captulo como o resultado dos testes realizados em laboratrio. Por final, no captulo 4, faz-se a discusso e anlise dos resultados obtidos e apresentam-se as concluses finais deste trabalho.

17

2 REVISO DE LITERATURA
2.1 TELEFONIA PBLICA
A inveno do telefone por Graham Bell em 1876 revolucionou as comunicaes na poca, e apesar dos 130 anos que nos separam daquela poca, o princpio aproximadamente o mesmo. Naquela poca todos os telefones possuam um par de fios metlicos diretamente conectados uns aos outros, ou seja, se existiam dez telefones em uma rede, cada um dos aparelhos telefnicos tinha nove pares de fios conectados a ele. Esta soluo, denominada Sistema Descentralizado, s era utilizada com um nmero pequeno de terminais telefnicos, por motivos de ordem financeira. Assim surgiu a necessidade de se centralizar a comutao em um nico ponto (e no nos aparelhos). Foram introduzidos ento, no final do sculo XIX, as primeiras centrais comutadoras manuais.

Os terminais eram todos ligados diretamente a central comutadora por um par de fios exclusivo e l era realizada a comutao para o telefone desejado. Com o aumento de usurios e a demanda crescendo rapidamente, surgiu a necessidade da automao da comutao das linhas dos assinantes. Em 1891, o norte americano Almon B. Strowger, patenteou a chave seletora automtica, que por movimentao de escovas na direo vertical e rotao, fazia a comutao para 100 posies em um banco de contatos em uma superfcie cilndrica.

Na dcada de 20 surgiram as primeiras centrais com sistemas rotativos e foram sucedidas pela tecnologia Crossbar (anos 50 70). A partir da dcada de 70 a digitalizao comeou a tomar espao nas centrais pblicas, com o surgimento das primeiras hbridas do mercado. A partir da dcada de 80 e 90 as centrais comearam a se digitalizar, embora at poucos anos atrs, ainda existissem centrais analgicas na planta instalada das operadoras. Hoje o grande advento da telefonia certamente o IP (Internet Protocol), que tende a extinguir as centrais de comutao por circuito para trafegar todo tipo de comunicao (seja voz, dados ou vdeo) via comutao por pacotes em uma nica rede. O processo economicamente invivel ainda, por motivos polticos, financeiros e da prpria estrutura atual da rede telefnica.

18

2.1.1

CENTRAIS DE COMUTAO

Segundo JESZENSKY (2004, p. 32), uma central de comutao deve ter as seguintes funes:

a) Receber informaes do assinante quanto ao destino desejado. b) Eventualmente, passar parte ou o total dessas informaes para outras centrais. c) Decidir qual a sada que deve ser acessada. d) Encaminhar certos sinais ao assinante chamador (tom de chamada, controle de chamada, sinal de ocupado) e) Enviar o toque de campainha ao assinante chamado. f) Alimentar os telefones dos assinantes. g) Armazenar ou encaminhar certas informaes para fins de tarifao.

2.1.1.1 Centrais de comutao manual

Na comutao manual, a interligao entre as partes chamadora e receptora realizada atravs de uma telefonista. Ela recebe o nmero desejado (receptor), interconecta (comando) ou retransmite (transmissor) o nmero desejado para outra telefonista, tudo de acordo com instrues recebidas e gravadas em sua memria. Foi o primeiro sistema centralizado de comutao da histria da telefonia.

2.1.1.2 Centrais com comando direto

Estas centrais foram as primeiras com certa automatizao de sistema, as quais recebiam comandos diretamente pelos pulsos emitidos pelo telefone. Os seletores desta central utilizavam os movimentos rotativo e de elevao e giro. Os receptores passam a ser os conjuntos de rels associados aos seletores. Esses sistemas no tem condio de retransmitir cifras adiante, o que tolhe bastante sua utilizao em redes amplas. A funo de comando assumida pelo prprio assinante. A cifra, uma vez utilizada, desaparece, impossibilitando a sua reutilizao, o que seria necessrio em processos de encaminhamento mais complexos. Alguns dos inconvenientes dos sistemas de comando direto so:

- os nmeros enviados so consumidos no processo de seleo e, dessa forma, no possvel efetuar encaminhamentos complexos em redes amplas;

19

- a acessibilidade aos feixes de sada limitada (k=10), em funo da construo dos seletores. Os feixes de sada, conseqentemente, tm um mau aproveitamento; - no h flexibilidade na formao de rotas, tendo em vista a estrutura decimal do sistema; - os movimentos mecnicos geram desgastes, exigindo permanentemente manuteno.

2.1.1.3 Centrais de comando central ou comum

So aquelas do tipo Crossbar ou Crosspoint, que utilizam como acoplador sistemas matriciais. Existem trs nveis hierrquicos:

a) Perifrico: formado pelo acoplador propriamente dito e pelos juntores que so utilizados para ligar os troncos e os circuitos de assinante ao acoplador. b) Semi-centralizados: constitudo por registradores, marcadores, transmissores e receptores (MF ou MFC). Em centrais CPA, essas funes so assumidas por microprocessadores. c) Comando central: Que processa a informao e a transmite aos marcadores e geradores, indicando como proceder. A ele est associada a memria, que poder ser cabeada (wired logic) ou armazenada em forma de software, como no caso das centrais CPA.

2.1.1.4 Centrais CPA central por programa armazenado

Por volta dos anos 70, as CPAs ganharam fora nos sistemas de telefonia pelo mundo, inicialmente em verses analgicas. O sistema acoplador continua sendo uma estrutura de matrizes, mas os nveis semi-centralizado e centralizado foram substitudos por um computador de processos de alta capacidade.

O modelo analgico acabou sucumbindo, sendo apenas uma tecnologia de transio para as centrais CPA-T (CPA Temporais), que acabaram se impondo na dcada de 1980. O volume fsico e o custo dos acopladores do modelo analgico representavam cerca da metade do custo total da central.

Em sistemas CPA-T, o sinal telefnico amostrado e codificado em 8 bits (PCM), preferivelmente j na entrada da central. Desta forma a comutao das linhas dentro da central

20

totalmente digital, insensvel a rudos e interferncias. As centrais CPA-T atingiram uma coerncia tecnolgica entre o processador e os acopladores. Os sistemas CPA-T dominam o cenrio atual de centrais telefnicas. Novos princpios fsicos, como a comutao ptica, ainda esto em estgio embrionrio nos laboratrios e s se justificaro quando os circuitos ligados s centrais utilizarem predominantemente fibras pticas (JESZENSKY, 2004, p. 32).

2.1.2

ESTRUTURA DA REDE DE TELEFONIA

2.1.2.1 Plano de numerao aberto

Com a automatizao do sistema telefnico e crescimento do nmero de assinantes nas cidades, foi necessrio criar-se uma maneira de organizar a identificao de cada usurio, para originar e receber chamadas de longa distncia. Foi ento associado s cidades um plano de numerao. A cada cidade (ou regio) se associa um cdigo do tipo ABCD. O nmero de algarismos do cdigo pode variar de cidade para cidade ou de pas para pas. No exemplo a seguir, P XX ABC YNNNN, onde:

P:

um prefixo, usualmente o 0, utilizado para sair da rede local de origem e ter acesso rede interurbana.

XX:

criado mais recentemente, indica a operadora escolhida para a chamada, no caso de ligao de longa distncia.

ABC:

o cdigo da cidade de destino.

YNNNN:

o nmero do assinante desejado.

Uma numerao deste tipo dita aberta, pois para atingir um determinado assinante da regio necessrio discar um certo nmero de dgitos, dependendo do fato de estar, ou no, na mesma cidade.

21

2.1.2.2 Plano de numerao fechado

No plano de numerao fechado, os nmeros sero do tipo ABC YNNNN somente. Ou seja, sero associadas vrias cidades de uma mesma regio metropolitana para usarem o mesmo cdigo de cidade. O usurio ento no mais necessitar digitar todos os cdigos para se comunicar com outro assinante da mesma regio. Freqentemente utiliza-se uma numerao fechada nas grandes regies metropolitanas e associa-se a estas regies uma numerao aberta, para interconect-las com a rede nacional.

2.1.2.3 Estrutura das redes interurbanas

Existem duas formas de interligao entre vrias cidades:

- Malha: Na rede em malha, o nmero de feixes cresce muito rapidamente com o nmero de localidades. A comunicao entre duas cidades se processa pelo caminho mais curto, mas a ampliao da rede para incluso de uma nova localidade exige a implantao de N feixes.

- Estrela: As localidades so todas conectadas cidade mais importante. O trfego entre duas outras quaisquer passa atravs da cidade principal, onde ser comutado numa central de trnsito. O nmero de feixes menor. Como conseqncia, o trfego escoado por feixe maior, e seu aproveitamento melhor. A ampliao e interconexo de redes em estrela so simples. Em compensao, as linhas so mais longas, e os equipamentos de comutao necessrios, mais complexos.

Dentro de uma rede nacional, procura-se formar uma grande rede em estrela, conectando cidades menores s maiores. Os grandes centros urbanos, que possuem em seus nveis hierrquicos mais baixos grandes redes em estrela de determinada regio, so ligados diretamente a outros grandes centros urbanos, formando uma estrutura em malha entre os principais centros urbanos. Existem quatro diferentes hierarquias de centrais de trnsito interurbano, assim quanto menos dgitos uma central trnsito possuir, mais alta ser a hierarquia dela.

A classificao de centrais, segundo Pinheiro (2005), descrita abaixo:

22

Central Local Ponto de chegada das linhas de assinantes e onde se faz a comutao local; Central Tandem Interliga centrais locais ou interurbanas; Central Trnsito Interliga dois ou mais sistemas locais, interurbanos ou mesmo internacionalmente.

Os nveis hierrquicos entre as centrais da rede pblica de telefonia so chamados classes:

Central Trnsito classe I Representa o nvel mais elevado da rede interurbana. Essa central tem pelo menos acesso a uma central internacional; Central Trnsito classe II Central trnsito interurbana, subordinada a uma central classe I; Central Trnsito classe III Central trnsito interurbana, subordinada a uma central classe II; Central Trnsito classe IV Central trnsito interurbana, subordinada a uma central classe III e interligada a centrais locais.

2.1.2.4 Tarifao

A tarifao, apesar de sempre causar discusses de ordem poltica e econmica, de importncia fundamental para prover os recursos empresa operadora para manuteno e modernizao da planta instalada e para arcar com as despesas gerais da organizao. Para no haver estagnao na prestao de servios e para que a qualidade no decaia, necessrio que as taxas e tarifas sejam realistas em relao aos investimentos e oramento de despesas. Para FERRARI (1998, p. 136), a tarifa repetitiva e relacionada remunerao peridica pelo servio prestado ou aluguel de instalaes. A tarifa deve cobrir os custos com a outorga da concesso, custos de operao, remunerao dos acionistas, demais custos administrativos, provises para ampliaes e renovaes e amortizao dos financiamentos.

Os custos podem ser dependentes ou no de trfego. Aqueles no dependentes ocorrem obrigatoriamente, quer o assinante use ou no seu telefone. Estes custos so calculados em funo do nmero de assinantes, independente se estes usem ou no suas linhas. Os custos dependentes de trfego decorrem das chamadas propriamente ditas, ou seja, do tempo gasto em uma chamada e da distncia do nmero chamado.

23

Os critrios de tarifao podem ser de quatro tipos:

- Tarifa fixa (flat rate): quando se cobra do assinante uma quantia fixa por perodo de assinatura independente da quantidade, durao ou distncia das chamadas. No requer equipamento de tarifao. O valor fixado por uma mdia de uso. Recomendada para pequenas comunidades com baixo trfego.

- Tarifa por chamada completada (message rate): um critrio em que se contam as chamadas originadas por um assinante e que foram atendidas pelo assinante ou servio tarifvel chamado. No leva em considerao o tempo de durao da chamada nem a distncia. Basta prover cada assinante com um contador de chamadas.

- Multimedio (multimetering): um critrio em que se considera o tempo de conversao das chamadas originadas. O assinante paga pelo tempo de uso e a central precisa ter um equipamento um pouco mais complexo.

- Multimedio por tempo e distncia (time-zone metering): um critrio em que se considera o tempo de conversao e a distncia da chamada. A central precisa contar com recursos funcionais para esta dupla ponderao.

2.1.3

ESTRUTURA DA REDE DE TELEFONIA NO BRASIL

2.1.3.1 Plano de numerao nacional

No Brasil, o plano de numerao misto. Dentro de uma estrutura aberta de oito regies numricas, prevem-se reas de numerao fechada, quando as condies sociais e econmicas o justificam. As regies numricas correspondem a um ou mais estados da Federao, de acordo com o nmero de assinantes. Por exemplo, So Paulo representa a regio numrica 1, Minas Gerais a 3, Rio de Janeiro e Esprito Santo em conjunto formam a regio 2 etc. Nas grandes regies metropolitanas tm-se reas de numerao fechada. Por exemplo: A regio metropolitana de Curitiba inclui as cidades de So Jose dos Pinhais, Piraquara, Balsa Nova, Colombo, Rio Branco do Sul etc, todas possuindo o cdigo 41.

24

2.1.3.2 Degraus tarifrios no Brasil

O valor das tarifas em funo da distncia varia de acordo com intervalos de classes de distncias, formando uma linha quebrada em forma de escada, de onde vem o termo degrau tarifrio. O clculo realizado atravs da distncia geodsica, expressa em quilmetros, obedecendo a seguinte frmula (Anatel, 2005)

D = 111,18 arc cos(X1.X2 + Y1.Y2) Onde: X1 = sen K1; X2 = sen K2; Y1 = cos K1.cos K2; Y2 = cos (L2 L1) = sen L1.sen L2 + cos L1.cos L2; K1 a latitude da Localidade 1 em graus; L1 a longitude da Localidade 1 em graus; K2 a latitude da Localidade 2 em graus; L2 a longitude da Localidade 2 em graus.

Desse clculo surgem os quatro degraus tarifrios:

D1 Distncia geodsica de at 50 km D2 Distncia geodsica maior que 50 km e menor ou igual 100 km D3 Disncia geodsica maior que 100 km e menor ou igual 300 km D4 Distncia geodsica maior que 300 km

Alm do clculo da distncia, o sistema do STFC (Servio Telefnico Fixo Comutado) aplica a seguinte modulao horria para as tarifas:

Entre dois terminais locais do STFC Segunda-feira sexta-feira, das 6 h s 24 h e Sbado das 6 h s 14 h (tarifao por tempo); Sbado das 0 h s 6 h e das 14 h s 24 h, Domingo e feriados das 0h s 24 h (tarifao por chamada atendida).

Acesso do STFC ao SMP/SME (Servio Mvel Pessoal / Servio Mvel Especializado)

25

Segunda-feira a sbado, das 7 h s 21 h (tarifa normal); Segunda-feira a sbado, das 0 h s 7 h e das 21 h s 24 h, domingos e feriados, das 0 h s 24 h. (tarifa reduzida).

Acesso LDN (Longa Distncia Nacional) do STFC Todos os dias, das 0 h s 6 h (tarifa super reduzida); Segunda-feira a sexta-feira, das 6 h s 7 h e das 21 h s 24 h, sbados das 6 h s 7 h e de 14 h s 24 h, domingos das 6 s 24 h (tarifa reduzida); Segunda-feira a sexta-feira, das 7 h s 9 h, de 12 h s 14 h e das 18 h s 21 h, sbados das 7 h s 14 h (tarifa normal); Segunda-feira a sexta-feira, das 9 h s 12 h e das 14 h s 18 h (tarifa diferenciada).

2.2 TELEFONIA PRIVADA


2.2.1 CONCEITO DE CENTRAIS PRIVADAS

Para Pinheiro (2005) uma central privada :


tecnicamente um equipamento terminal de usurio que pode estar interligado ou no a uma central de comutao do Sistema Pblico de Telefonia RTPC (Rede de Telefonia Pblica Comutada). Estas centrais so utilizadas basicamente por empresas, governos, condomnios, etc, onde o trfego telefnico interno alcana volumes considerveis.

Uma central privada se liga rede telefnica pblica externa por um certo nmero de linhas (ou troncos) e dispe de linhas internas (ramais), em quantidade superior ao nmero de troncos. A grande vantagem da central privada o seu menor custo de operao quando comparada com a utilizao da rede pblica, basicamente por no haver tarifao das chamadas internas e por demandar menor nmero de linhas/troncos que o nmero total de terminais atendidos.

26

2.2.2

MODALIDADES DE CENTRAIS PRIVADAS

2.2.2.1 KS (Key System)

O KS caracteriza-se por no exigir uma posio de operadora. Foi concebido originalmente para pequena quantidade de ramais e os prprios usurios fazem as manobras para atender ou originar as chamadas. O nome do sistema deriva diretamente das chaves (keys) dispostas na face do aparelho KS.

Os KS clssicos so sistemas descentralizados para aplicao na faixa de pequena capacidade, em torno de oito a dez ramais e dois a trs troncos urbanos, inferior, portanto, ao limite inicial dos micropabx. Com essa configurao, o KS teve grande penetrao no mercado de pequenos escritrios e consultrios. A aceitao do KS foi de tal ordem que seus fabricantes passaram a equip-los com maior quantidade de ramais e troncos.

2.2.2.2 KS Digital

A soluo definitiva dos problemas de instalao de KS somente ocorreu com a introduo do KS digital. Nessa tecnologia, tanto o circuito duplex de voz como todos os sinais so digitais. H uma central KS, cuja rede em estrela e os aparelhos conectam-se apenas por um par de condutores central, inclusive para alimentao. Os botes e chaves individuais desapareceram e os vrios comandos so executados por combinaes de teclas multifunes, em um teclado telefnico comum de 12 teclas, associado a um display de cristal lquido. O controle do aparelho feito por um microprocessador e com isso, um enorme elenco de novas funes foi incorporado. A voz digitalizada por PCM no aparelho e toda a transmisso, sinalizao e comutao digital, proporcionando uma qualidade superior na transmisso e velocidade de comutao.

2.2.2.3 PBX

A sigla PBX corresponde a Private Branch Exchange ou central particular tributria da central pblica. O PBX pode ser manual ou automtico. Na sua verso manual recebia o nome de PMBX ou PBX como era mais conhecido. Os troncos da rede pblica e ramais esto conectados a listes especficos no mltiplo da mesa de cordes ou de chaves e uma

27

telefonista faz a comutao. O acesso s linhas externas era controlado sempre pela telefonista e determinados ramais podiam ou no ter acesso a elas. Para que o trfego interno (ramal para ramal) no interfira no trabalho da telefonista do PMBX, era usual adotar nesse tipo de sistema um sistema comutador automtico exclusivo para comutao interna, denominado PAX (Private Automatic Exchange). Destes dois sistemas, PAX e PMBX que se originou o PABX.

2.2.2.4 PABX

Um PABX (Private Automatic Branch eXchange) uma central de comunicao telefnica automtica, de uso privado, que tem como objetivos principais gerenciar as comunicaes de voz dentro de uma empresa, concentrando vrias linhas e ramais de usurios e oferecendo uma srie de facilidades e servios avanados. Para controle de ligaes, normalmente os PABX geram informaes de bilhetagem, ou seja, qual ramal ligou, para que nmero, quando, quanto tempo durou a ligao, e assim por diante.

2.2.3

RECURSOS DAS CENTRAIS PRIVADAS

2.2.3.1 RMC Rota de Menor Custo

A RMC (Rota de Menor Custo) ou LCR (Least Cost Routing) uma poderosa ferramenta das centrais PABX, principalmente naquelas que possuem mais de um tipo de servio ou de operadoras sendo utilizadas.

Basicamente se compem de anlise numrica e anlise de rotas (as mais econmicas, as menos congestionadas, etc).

Tudo ir funcionar baseado no que o usurio for digitar, ou seja, um usurio digita um nmero externo qualquer, a central encaminha o nmero discado para as tabelas de RMC, manipula o nmero discado e a ligao vai para onde o destino estiver previamente programado (TELEFONAKTIEBOLAGET LM ERICSSON, 2004).

Com esse tipo de rotas, o sistema pode automaticamente bloquear uma ligao para um nmero despendioso por exemplo (algum nmero pago, 0300, etc). Pode ainda incluir ou

28

cortar dgitos, trocando-se a operadora discada em ligaes DDD/DDI com transparncia de uso para os usurios finais.

Um exemplo: Um PABX possui um fluxo E1 DDR com a Brasil Telecom de 30 canais. Devido promoes ou contratos de uso, o proprietrio conseguiu ligaes DDI pela metade do preo mdio com a operadora GVT durante 6 meses. Se a central PABX possui a funcionalidade de RMC, pode-se facilmente trocar os dgitos da operadora Brasil Telecom (14) pelo da GVT (25) em caso de ligao DDI. Alis, independentemente da operadora que o usurio for digitar, a RMC vai automaticamente alterar para a operadora desejada. Em muitos casos a RMC programada de forma que o usurio nem precise digitar a operadora, como nos tempos das operadoras estatais, sendo a RMC responsvel por inserir a operadora conveniente e pr determinada para o tipo de ligao.

Outro bom exemplo seria um cenrio onde teramos vrios PABXs interligados via link de voz privado, em diferentes estados. Se um usurio de Curitiba por exemplo precisa fazer uma ligao para um nmero de So Paulo, onde o sistema tem um site ativo, na RMC possvel configurar que o site de Curitiba saia pelo link de voz privado at o site de So Paulo (evitando pagar um a ligao DDD) e deste origine uma ligao local para o nmero desejado de So Paulo, com transparncia total para o usurio em Curitiba. Ou seja, o usurio em Curitiba no vai nem precisar estar ciente de todo funcionamento da rota para se utilizar do sistema. Tudo encaminhado automaticamente pela RMC.

Esse tipo de funcionalidade normalmente no requer equipamentos perifricos como computadores ou outros. simplesmente programada no sistema do PABX, seja por linha de comando MML (Man Machine Language), atravs de interface RS232 ou Terminal Remoto, ou por softwares de manuteno proprietrios dos fabricantes. A programao de tais rotas relativamente simples, mas ao mesmo tempo exige-se bom conhecimento do plano numrico telefnico tanto nacionalmente como internacionalmente. Alm, claro, de estar a par das regras e contratos de utilizao de servios de telefonia das grandes operadoras pblicas.

2.2.3.2 Outras funcionalidades gerais

Outras funcionalidades mais comuns e simples, porm extremamente teis aos usurios do PABX:

29

Conferncia: trs ou mais linhas/ramais comutadas na mesma ligao; Siga-me: redirecionamento de uma posio de ramal para outra; Mobilidade: ramais wireless e IP; Tarifao: controle de ligaes externas e internas, com durao, hora e identificao do originador/recebedor da chamada; Aparelhos digitais com teclas de funo; Call Back: Chamada de retorno; Correio de Voz: Sistema semelhante aos celulares, porm muito mais simples, podendo ser implementado com apenas um computador comum; Identificao de Ramais.

As facilidades variam de fabricante para fabricante, portanto uma marca pode ter tal facilidade e outra no.

2.3 TRFEGO TELEFNICO


2.3.1 TEORIA DE AGNER KRARUP ERLANG

A. K. Erlang foi a primeira pessoa a estudar os problemas das redes telefnicas. Estudando o sistema telefnico de um pequeno vilarejo ele acabou chegando a uma frmula para calcular a frao de assinantes chamadores tentando ligar para algum fora do sistema atravs de linhas externas mas, que tinham que esperar devido a ocupao de todas as linhas. Apesar da matemtica por trs da teoria de Erlang ser de certa forma simples, o conceito ainda usado nas complexas redes telefnicas atuais (MILLENIUM, 2006) .

Em 1946 o antigo CCITT (atual ITU-T) padronizou o erlang (Erl) como unidade oficial de trfego telefnico. Pode-se definir a unidade erlang como sendo sem dimenso, isto , um nmero seguido da palavra erlang para indicar tratar-se de intensidade de trfego telefnico. A partir do volume de trfego V equivalente uma hora (soma de n ocupaes), durante a observao de uma hora, tem-se a intensidade de 1,0 erlang. A intensidade de trfego (A) a razo entre o volume de trfego (V) e o perodo de observao (T0): A = V / T0

30

Se T0 uma hora, e T0 e V forem expressos na mesma unidade de tempo (horas, minutos ou segundos), a intensidade de trfego ser dada em erlang. Retomando o caso do circuito ficar ocupado 10 minutos, a intensidade ser:

A = 10 / 60 = 0,166 Erl

2.3.2

CONCEITOS DE TRFEGO TELEFNICO

A engenharia de trfego telefnico de suma importncia e ainda amplamente utilizada nos mais diversos segmentos de telecomunicaes. necessrio analisar trfego desde a implantao de pequenos sistemas PABX at grandes sistemas de telefonia pblica, onde as taxas de rejeio de chamada ou de perdas precisam ser limitadas. Foi-se a poca das grandes companhias estatais, quando cada linha telefnica alcanava valores absurdos e quando precisava-se de algum tipo de manuteno, esta demorava vrios dias. Hoje, se um usurio tentar discar para um determinado nmero e no o conseguir por motivos de congestionamento, fatalmente no dia seguinte estar a procura de outros servios semelhantes, que no mercado atual encontramos em abundncia. a concorrncia de grandes empresas tanto no setor de telefonia pblica como no de telefonia corporativa (PABX), que fora as empresas reduzir margens de lucro e garantir qualidade de servio em todos os sentidos. E, nesse ponto, a anlise de trfego telefnico essencial.

2.3.3

GENERALIDADES

As centrais telefnicas so planejadas de tal modo que as chamadas realizadas pelo assinante tm boa probabilidade de sucesso, mesmo nos perodos de trfego telefnico mais intenso, ou seja, nas chamadas horas de maior movimento. A quantidade de troncos e equipamentos de comutao, necessrios para o fluxo do trfego telefnico, ser por isso dimensionada normalmente de tal modo que, durante as horas de maior movimento, somente uma porcentagem muito pequena (em geral previamente estabelecida) de ligaes solicitadas no possa ser estabelecida, pelo menos no imediatamente, por falta de equipamentos de comutao, ou seja, ligaes que se perdem ou que precisam esperar.

A soluo terica de tais tarefas de dimensionamento pertencem ao setor de teoria de trfego, seguindo um mtodo desenvolvido por A. K. Erlang. Entretanto, na elaborao de projetos

31

prticos e na equao de problemas de engenharia de trfego relacionados com o planejamento e desenvolvimento de sistemas telefnicos, imprescindvel dispor de tabelas de projeto que forneam informaes imediatas sobre a quantidade de equipamentos de comutao e de troncos necessrios em cada caso.

A rede de comutao interliga troncos disponveis a outros troncos vagos ou oferecidos, submetendo-os ao trfego. Estes podem ser linhas de assinantes, troncos de interligao ou equipamentos de comutao e, se necessrio, equipamentos comuns utilizados no estabelecimento das ligaes. Os troncos de entrada que conduzem os interesses de trfego rede de comutao, formam o grupo de N troncos de entrada. Os troncos de sada que ao mesmo tempo recebem e processam os interesses de conexo para uma determinada tarefa de comutao (rota), formam o grupo de M troncos de sada. (SIEMENS S. A., 1975)

Figura 2 Rede Comutadora


(fonte: Teoria do Trfego Telefnico, SIEMENS 1975)

Uma sada est ocupada, quando existe uma conexo atravs da rede de comutao entre a sada e o tronco de entrada. O trfego que passa pela sada constitui, ento, uma nica chamada, ao utilizar essa sada. Cada instante de utilizao de um equipamento de comutao ou de um tronco se apresenta como sendo uma chamada, independentemente da sua origem, e de ter sido estabelecida em decorrncia de uma conexo entre dois assinantes, ou no.

O perodo de tempo durante o qual um tronco de sada est ocupado sem interrupes, para fins determinados de comutao, se chama tempo de ocupao e o tempo durante o qual os troncos de sada so utilizados em mdia para uma ligao chamado de tempo mdio de ocupao.

A intensidade de trfego uma medida de densidade de trfego (SIEMENS S.A., 1975). uma quantidade adimensional, sempre representada pela unidade Erlang. Seu valor numrico indica o nmero mdio de chamadas efetuadas, simultaneamente, isto , o nmero mdio de

32

troncos ocupados ao mesmo tempo. Um s tronco ocupado continuamente corresponde, portanto, a um trfego com o valor de 1 Erlang.

Em conjunto com o processamento do trfego atravs de um grupo de troncos de sada, normal se utilizarem os termos chamada e intensidade de trfego em um sentido mais amplo. A utilizao efetiva de um tronco de sada uma chamada processada. A demanda de uma conexo que requer a utilizao de um tronco de sada denomina-se chamada oferecida. A demanda de uma conexo que rejeitada, que se perde ou transferida para outro grupo de troncos de sada, uma chamada perdida ou uma ocupao de transbordo. A demanda de uma conexo, que no processada imediatamente, denominada chamada de espera. Analogamente, a intensidade do trfego processado, denominada carga processada ou trfego processado, e a intensidade do trfego oferecido denominada carga oferecida. A diferena entre a carga oferecida e a carga processada a intensidade de trfego rejeitado. O trfego excedente rejeitado se denomina trfego de transbordo quando prevista a possibilidade de encaminhar as chamadas rejeitadas para um outro grupo de troncos (grupo de troncos de transbordo). No ocorrendo essa possibilidade, ento o trfego rejeitado se denomina trfego de perda. No modelo de teoria de trfego j citado, o tempo mdio de ocupao de todas as chamadas oferecidas, e tambm das perdidas, tomado como o tempo mdio de ocupao das chamadas processadas pelos troncos de sada.
No caso de dimensionamento prtico de um grupo de troncos de sada, devem ser observados os seguintes critrios: O processamento do trfego, ou seja, a operao dos equipamentos de comutao como sistema de perda ou como sistema de espera; As caractersticas da central de comutao, no que se refere a acessibilidade e graduao; O tipo de trfego oferecido, quanto s suas propriedades estatsticas; O grau de servio exigido. (SIEMENS S.A., 1975)

2.3.4

MTODOS DE PROCESSAMENTO DE TRFEGO

Existem duas situaes para processamento de trfego telefnico. Os sistemas de perda e os sistemas de espera. Do ponto de vista da demanda de ligaes, considera-se por bloqueio a situao em que impossvel o estabelecimento de uma nova ligao, por estarem ocupadas

33

todas as linhas do feixe de sada, ou ento, por no se poder estabelecer nenhuma ligao na rede de comutao at um tronco se tornar livre do grupo de troncos de sada em questo. Em um sistema de perda, uma chamada oferecida ser rejeitada, quando a ligao desejada no pode ser estabelecida imediatamente, devido a um bloqueio. O assinante que chama, recebe ento o toque ou sinal de ocupado. Em um sistema de espera, por outro lado, uma chamada oferecida que no pode ser processada imediatamente por causa de um bloqueio, aguardar at que a conexo possa ser completada. Para os tempos de espera que se apresentam nesse caso, importante conhecer a seqncia pela qual as chamadas oferecidas so processadas, isto , a seqncia da sua chegada ou de uma maneira aleatria.

Pode-se considerar tambm um sistema misto, quando o tempo de espera limitado, ou quando se limita a quantidade de chamadas de espera simultneas.

2.3.5

PROPRIEDADES DA CENTRAL DE COMUTAO

A acessibilidade de troncos determinada pela lei de oferta e demanda. Se o nmero de troncos de entrada requerendo uma ligao igual ao nmero de troncos de sada disponveis em todos os instantes, denomina-se isso de acessibilidade constante. Se o nmero de troncos de entrada exatamente igual ao nmero de troncos de sada, tem-se a denominada acessibilidade plena. Se os troncos de sada so em menor nmero do que os troncos de entrada, tem-se a acessibilidade limitada. Os troncos de entrada podem ser graduados, ou seja, no caso de acessibilidade limitada, determinados grupos de troncos de entrada so agrupados de forma a acessarem sempre os mesmos troncos de sada. Esses agrupamentos podem ser organizados de forma a otimizar o uso do sistema num todo. O foco tem sido em cima de centrais pblicas neste tpico sobre trfego, mas a analogia com os sistemas PABX fcil e simples. Basta pensar nos troncos de entrada como sendo ramais e troncos de sada como sendo os troncos de linhas externas interligados com o sistema pblico.

2.3.6

PROPRIEDADES ESTATSTICAS DO TRFEGO OFERECIDO

- Hora de maior movimento A oscilao do nmero de troncos ocupados em um sistema sempre ir variar quando temos assinantes como fontes de trfego, iniciando ligaes aleatoriamente e independentemente se o sistema est pronto ou no para suportar tal trfego. Essas oscilaes podem ser observadas

34

em determinadas pocas do ano, do ms ou do dia, tendo seus picos de trfego em determinados perodos. Por isso quando se estuda o trfego de um sistema qualquer, sempre se analisa a poca, dia e hora de maior movimento para se fazer dimensionamento de centrais. Entende-se por Hora de Maior Movimento aquele perodo de 60 minutos do dia nos quais a intensidade de trfego de um grupo de troncos atinge seu valor mximo.

- Quantidade de fontes de trfego Todas as oscilaes de trfego dependem diretamente da quantidade de fontes de trfego (assinantes ou ramais) que origina o trfego oferecido. Diferentes nmeros de fontes de trfego criam um cenrio diferente um do outro se pensarmos em um valor absoluto de intensidade de trfego. Ou seja, um valor de X Erlang pode possuir um trfego intenso com 10 fontes de trfego ou tambm pode possuir trfego normal com 100 fontes de trfego. Teoricamente o trfego estudado levando-se em conta um nmero infinito de fontes de trfego e troncos de entrada. No modelo da teoria de trfego correspondente, isso se aplica suposio de que os intervalos de tempo entre a chegada das chamadas consecutivas esto distribudos de forma exponencial. Embora na prtica no seja satisfeita a condio de um nmero infinito de fontes de trfego, o seu nmero ou o de troncos de entrada, em relao ao nmero de troncos de sada de um grupo to grande que se pode partir das condies citadas sem grande prejuzo de exatido. Os dados de dimensionamento, calculados dentro dessas condies, do sempre resultados com uma probabilidade de bloqueio um pouco maior do que a existente na prtica, ou alternativamente a uma carga oferecida permissvel um pouco menor que a real.

- Distribuio dos tempos de ocupao Outro fator que se deve levar em conta o tempo de ocupao, no que se diz respeito oscilao desses tempos em torno de seu valor mdio. Essa variao importante quando analisa-se, por exemplo, o tempo de espera para uma sada ocupada ficar livre novamente. Em sistemas de fila de chamadas nos PABXs isso uma anlise crtica e vem de encontro diretamente com as polticas de qualidade de servio.

2.3.7

GRAU DE SERVIO

a unidade que define a qualidade do trfego processado (SIEMENS S.A., 1975). totalmente dependente da anlise de trfego aplicada a determinado sistema. Nos sistemas de

35

perda, o grau de servio do sistema definido quantitativamente pelo valor da perda (ou bloqueio). Nos sistemas de espera, o grau de servio definido pelo tempo que o assinante aguarda uma conexo livre. Quanto maior o tempo de espera, menor ser o grau de servio verificado.

2.3.8

OUTROS ASPECTOS QUE INFLUENCIAM O TRFEGO

Quase que a totalidade das centrais pblicas e PABXs hoje em dia possuem tecnologia digital e toda a comutao realizada por processamento computadorizado. Ou seja, as centrais possuem micro-processadores que administram todo o processo de comutao entre ramais, troncos, anlise de rotas, etc. Por mais otimizados que sejam esses processadores, eles estaro sujeitos uma sobrecarga de processamento. Isso ir gerar um novo tipo de congestionamento, diferente de circuitos comutados. A sobrecarga de processamento acaba por influenciar no processo, mesmo o sistema tendo disponibilidade de troncos externos, por exemplo. Esse tipo de trfego no analisado pelas leis de Erlang, sendo eventos espordicos, mas cruciais se forem analisadas as probabilidades de sobrecarga de processamento nos sistemas atuais, que possuem infinitos perifricos funcionando em conjunto com sistemas telefnicos convencionais.

2.4 REDES DE COMUNICAO DE DADOS


Modernas tecnologias digitais permitem diferentes setores (telecomunicaes, dados, radio, televisivo) a serem fundidos em um mesmo processo. Esta ocorrncia, comumente chamada no meio por convergncia, est acontecendo em escala global e est drasticamente alterando o modo como pessoas e equipamentos se comunicam. No centro deste processo, formando o backbone e fazendo a convergncia possvel, esto as redes IP.

Servios e dispositivos integrados para funes como telefonia, entretenimento, segurana ou para fins pessoais esto constantemente sendo desenvolvidos, convergindo para um padro de comunicao que independente das conexes fsicas. A rede de cabeamento de TV, a primeiro momento designada para transmitir sinais televisivos aos clientes, agora pode enviar email, permite surfar na Web ou at mesmo monitorar uma cmera enviando fotos ao vivo de um outro continente. Alm do mais, essas caractersticas esto presentes sobre outras redes fsicas, como exemplo a de telefonia fixa e mvel, satlites e rede de computadores.

36

Neste tpico a abordagem ser dinmica, apenas abordando temas e protocolos que tero relao direta com a voz sobre IP.

2.4.1

DEFINIO DE UMA REDE DE COMUNICAO DE DADOS

A Internet se tornou o mais poderoso fator que guia o processo de convergncia. Isto se deve ao fato do TCP/IP ter se tornado um padro compartilhado que se usa atualmente em qualquer tipo de servio. O TCP/IP consiste primeiramente no Internet Protocol (IP) e no Transport Control Protocol (TCP). Conseqentemente, o termo TCP/IP comumente se refere a toda famlia de protocolos. As redes baseadas em IP so de grande importncia na atual sociedade sedenta por informao. Uma rede de dados formada fundamentalmente de duas partes, os ns e os links. O n algum tipo de dispositivo de rede, como um computador. Ns so capazes de se comunicar com outros ns atravs de links, cabos por exemplo. Existem basicamente duas maneiras de dois ns se comunicarem entre si em uma rede. Por comutao de circuito e por comutao de pacotes. O primeiro utilizado nos sistemas de telefonia tradicional enquanto o segundo utilizado em redes de dados. Tratando-se de informao digital, precisa-se diferenciar comunicao de transmisso.

Analogamente, pode-se pegar como exemplo a fala humana. As palavras que chegam ao ouvinte precisam ser organizadas para fazer algum sentido. Se elas chegam muito rpidas ou muito lentas, o locutor no ter sua fala entendida perfeitamente. Se muitas pessoas falam ao mesmo tempo ningum vai entender. Se uma pessoa conversa com outra pessoa em uma lngua desconhecida, a informao ser perdida. A fala gera ondas sonoras que so transmitidas atravs do ar at o ouvinte. Isto, por si s no garante a comunicao, a qual pressupe que ocorra o entendimento da mensagem pelo ouvinte. A comunicao digital possui problemas similares que precisam ser resolvidos. O receptor precisa saber como bits de mensagem so organizados para compreender a mensagem. O receptor precisa saber a taxa de transmisso que os bits esto chegando para interpretar a mensagem.

Adicionalmente, algumas regras precisam especificar o que ir acontecer se muitos dispositivos de rede tentarem usar uma mdia compartilhada simultaneamente. A melhor maneira para garantir que os dispositivos de rede enviem e recebam de maneira compatvel a

37

informao, padronizando protocolos que definem as regras e a maneira como esses dispositivos iniciam e processam a comunicao.

As redes de dados foram desenvolvidas pela necessidade de comunicao entre vrias estaes de trabalho. No existia ainda uma maneira eficiente para compartilhamento de dados se a rede no possusse como ponto central um mainframe. Vrias estaes de trabalho que efetivamente precisavam compartilhar e acessar dados de outras estaes simples (e no servidores), no podiam (ou melhor, no desejavam) usar disquetes para isso.

No incio da dcada de 80 comearam a surgir as primeiras redes corporativas pelo mundo, impulsionadas pela necessidade de comunicao entre usurios. O incio foi um tanto quanto conturbado, cada empresa que criava o hardware e o software para uso prprio, acabavam criando padres proprietrios, pois nada era regulamentado e no haviam entidades para controlar isso. O resultado era que redes diferentes tinham imensa dificuldade para comunicar-se entre si. Com todos esses problemas, uma das primeiras solues foi criar padres de redes locais (LANs), que ofereciam um conjunto aberto de diretrizes para a criao de hardware e software de rede. Com o crescimento destas redes locais, tornou-se necessrio expandir estas redes, surgindo assim as redes metropolitanas (MANs) e as redes de longa distncia (WANs).

2.4.2

TOPOLOGIAS DE REDE

Define-se topologia como sendo a forma organizacional que uma rede estruturada. Podemos dividir essa organizao em duas formas: a topologia fsica (que envolve cabos, interligaes) e a topologia lgica (acesso dos hosts aos meios fsicos para envio de dados). Existem vrios tipos de topologia fsica:

a) Barramento (bus): todos os hosts so ligados diretamente um mesmo cabo backbone, e compartilham o mesmo meio fsico para transmisso de dados. b) Anel (ring): conecta os hosts ao seu vizinho mais prximo, formando-se um anel de forma que o primeiro host seja conectado ao ltimo. c) Estrela (star): Todos os hosts so conectados um ponto central, em geral um equipamento concentrador.

38

d) Estrela estendida (extended star): usa vrias redes em estrela, atravs de seus equipamentos concentradores. e) Hierrquica: semelhante estrela estendida, porm, ao invs de unir os concentradores, o sistema vinculado a um computador que controla o trfego na topologia.

Figura 3 Topologias de rede


(fonte: Programa Cisco Networking Academy, CISCO 2005)

Quanto s topologias lgicas, basicamente so duas: broadcast e passagem de token. A primeira significa que cada host envia os dados a todos os outros hosts conectados ao mesmo meio fsico. No existe controle da ordem de recebimento ou envio, a regra quem ocupa o meio fsico primeiro envia antes e os outros aguardam (ou acabam por enviando ao mesmo tempo gerando colises). As redes Ethernet usam essa topologia. A topologia lgica de passagem de token controla o acesso ao meio atravs da passagem do token (basto) eletrnico. Quando um dos hosts recebe o token significa que ele pode enviar os dados no momento. Quando o token passado ao prximo host, este ter a chance de enviar os seus dados, caso existam. Um exemplo de redes que utilizam tal tecnologia so a Token Ring e a FDDI (Fiber Distributed Data Interface).

39

2.4.3

PROTOCOLOS DE REDE

Um protocolo uma descrio formal de um conjunto de regras e convenes que governam a maneira de comunicao entre dispositivos em uma rede. Os protocolos determinam o formato, temporizao, seqncia e controle de erros na comunicao de dados.

Desde o surgimento das primeiras redes de computadores, vrios protocolos foram criados, aprimorados ou simplesmente caram em desuso. Uma definio bem prtica para este problema foi bem colocada por Douglas Comer (1998):
Utilize os padres dos protocolos existentes sempre que esses padres se aplicarem; crie novos protocolos apenas quando os padres existentes forem insuficientes e esteja apto para utilizar novos padres quando eles se tornarem disponveis e proporcionarem uma funcionalidade equivalente.

A pilha de protocolos TCP/IP, por exemplo, no foi criada com o objetivo de ignorar ou evitar padres existentes. Surgiu simplesmente porque nenhum dos protocolos existentes satisfaziam a necessidade de um sistema de comunicao de interligao em redes inter-opervel.

Hoje as regras e diretrizes destes protocolos so criadas e mantidas por diferentes organizaes e comits. Temos o IEEE (Institute of Electrical and Eletronic Engineers), ANSI (American National Standards Institute), TIA (Telecommunications Industry Association), EIA (Eletronic Industry Alliance) e a ITU (International Telecommunications Union) que era a antiga CCITT.

2.4.4

TIPOS DE REDES

As redes de computadores podem ser classificadas de duas formas: pela sua disperso geogrfica e pelo seu tipo de topologia de interconexo. Em relao disperso geogrfica, pode-se classific-las como:

a) LAN (Local Area Network) So redes de pequena disperso geogrfica, com equipamentos interligados numa mesma sala, prdio, ou campus, com a finalidade de

40

compartilhar recursos associados aos computadores, ou permitir a comunicao entre os usurios destes equipamentos.

b) MAN (Metropolitan Area Network) - Uma MAN uma rede que abrange toda a rea metropolitana como uma cidade ou rea suburbana. Uma MAN geralmente consiste em duas ou mais redes locais interligadas em uma mesma rea geogrfica.

c) WAN (Wide Area Network) As WAN podem ser definidas como um conjunto de MANs interligadas entre si, cobrindo uma vasta rea geogrfica, geralmente distncias entre cidades, estados e at pases. A Internet pode ser considerada um WAN.

Quanto topologia de interconexes, as redes so classificadas em:

Figura 4 Exemplo de VPN, intranet e extranet


(fonte: Programa Cisco Networking Academy, CISCO 2005)

a) VPN - Uma Virtual Private Network uma rede particular que construda dentro de uma infra-estrutura de rede pblica como a Internet global. Ao usar uma VPN, um computador qualquer (que tenha acesso autorizado) pode acessar a rede da matriz de determinada empresa, atravs da Internet, criando um tnel seguro entre o PC deste computador at o roteador da VPN na matriz.

b) Intranet - uma configurao comum de uma rede local. Os servidores Intranet da Web diferem dos servidores pblicos da Web dado que o pblico deve ter permisses e senhas corretas para acessarem a Intranet de uma organizao. Intranets so projetadas para permitir

41

o acesso somente de usurios que tenham privilgios de acesso rede local interna da organizao. Dentro de uma Intranet, servidores Web so instalados na rede. A tecnologia do navegador Web (browsers) usada como uma interface comum para acessar informaes e arquivos pertencentes ou pertinentes organizao.

c) Extranet Referem-se aos aplicativos e servios desenvolvidos para a Intranet e que, atravs de acesso seguro, tm seu uso estendido a usurios ou organizaes externas. Geralmente este acesso realizado atravs de senhas, IDs dos usurios e outros meios de segurana ao nvel do aplicativo. Portanto, uma Extranet uma extenso de duas ou mais estratgias da Intranet com uma interao segura entre organizaes participantes e suas respectivas intranets.

2.4.5

TAXA DE TRANSMISSO

2.4.5.1 Importncia da taxa de transmisso

Taxa de transmisso (comumente chamada largura de banda) definida como a quantidade de informaes que flui atravs de uma conexo de rede durante um certo perodo de tempo. Ela limitada por leis da fsica e pelas tecnologias usadas para colocar as informaes nos meios fsicos. Nem sempre um tipo de meio fsico pode determinar a taxa de transmisso mxima que o meio suportar. Existem centenas de tipos de meios e cada um desses meios de transmisso se utiliza de vrias tecnologias diferentes para transmisso de dados. Por exemplo, a taxa de transmisso de um modem convencional est limitada a aproximadamente 56 kbps pelas propriedades fsicas dos fios de par tranado da rede de telefonia e pela tecnologia do modem. Entretanto, as tecnologias usadas pelo DSL tambm usam os mesmos fios de telefone de par tranado, e ainda assim o DSL proporciona uma taxa de transmisso muito maior do que a disponvel com modems convencionais. Assim, mesmo os limites impostos pelas leis da fsica so s vezes difceis de serem definidos. A fibra ptica possui o potencial fsico de fornecer uma taxa de transmisso virtualmente sem limites. Mesmo assim, a taxa de transmisso da fibra ptica no pode ser completamente entendida at que as tecnologias sejam desenvolvidas para aproveitar de todo o seu potencial. A demanda por taxa de transmisso atingiu patamares h anos atrs nunca imaginados ou planejados. Grandes operadoras e prestadoras de servios hoje em dia no vendem mais simplesmente equipamentos ou links de comunicao. Eles vendem capacidade de taxa de

42

transmisso, pois este o ponto crucial para a gerncia de redes das grandes organizaes atualmente.

2.4.5.2 A unidade de taxa de transmisso

Nos sistemas digitais, a unidade bsica de taxa de transmisso bits por segundo (bps). A taxa de transmisso a medida da quantidade de informao que pode ser transferida de um lugar para o outro em um determinado perodo de tempo, ou segundos. Apesar de que a taxa de transmisso pode ser descrita em bits por segundo, geralmente pode-se usar algum mltiplo de bits por segundo. Em outras palavras, a taxa de transmisso tipicamente descrita como milhares de bits por segundo (Kbps), milhes de bits por segundo (Mbps), bilhes de bits por segundo (Gbps) e trilhes de bits per segundo (Tbps). Embora os termos taxa de transmisso e velocidade sejam freqentemente confundidos, no so exatamente sinnimos. Pode-se dizer, por exemplo, que uma conexo T3 a 45Mbps opera a uma velocidade mais alta que uma conexo T1 a 1,544Mbps. No entanto, se apenas uma pequena quantidade da sua capacidade de transmitir dados estiver sendo usada, cada um desses tipos de conexo transportar os dados com aproximadamente a mesma velocidade. Por exemplo, uma pequena quantidade de gua fluir mesma taxa atravs de um cano fino ou atravs de um grosso. Portanto, mais adequado dizer que uma conexo T3 tem uma taxa de transmisso maior que uma conexo T1 (utilizando-se o mesmo padro de modulao/codificao). A razo que a conexo T3 capaz de transmitir mais informaes durante o mesmo perodo de tempo e no porque tem uma velocidade mais alta.

2.4.5.3 Throughput

O throughput se refere taxa de transmisso real (medida) que um meio de transmisso capaz de suportar. Em geral o throughput muito menor que a taxa de transmisso (terica) digital mxima possvel do meio que est sendo usado. Fatores como dispositivos de interconexo, tipos de dados sendo transferidos, topologias de rede, nmero de usurios na rede, estado dos equipamentos terminais, so cruciais na limitao do throughput.

43

2.4.6

ARQUITETURA TCP/IP

2.4.6.1 Introduo ao TCP/IP

O TCP/IP foi criado pela organizao norte-americana ARPA (Advanced Research Projects Agency), conhecida na dcada de 80 como Defense Advanced Research Projects Agency. A tecnologia da ARPA inclui um conjunto de padres de rede que especificam os detalhes do sistema pelo qual os computadores se comunicam, bem como um conjunto de convenes para interconexo em redes e para roteamento. Denominado oficialmente Pilha de Protocolos de interligao em redes TCP/IP, e geralmente citado simplesmente como TCP/IP, essa pilha pode ser utilizada para comunicao em qualquer conjunto de redes interconectadas.

Embora a tecnologia TCP/IP seja, por si s, notvel, ela especialmente interessante porque sua viabilidade foi demonstrada em larga escala. Constitui a tecnologia de base para uma interligao em redes global que conecta domiclios, campus universitrios e outras escolas, organismos e laboratrios do governo em 61 pases. Nos Estados Unidos, a National Science Foundation (NCF), o Department of Energy (DOE), a Health and Human Services Agency (HHS), e a National Aeronautics and Space Admnistration (NASA) participaram do financiamento da Internet ARPA/NSF, Internet TCP/IP, Internet Global, ou simplesmente Internet. A interligao em redes resultante permite que os pesquisadores de instituies conectadas compartilhem informaes com seus colegas de todo o mundo com a mesma facilidade que compartilham informaes com pesquisadores da sala ao lado. Um sucesso extraordinrio, a Internet demonstra a viabilidade da tecnologia TCP/IP e mostra como pode se lidar com uma diversidade de tecnologias de redes.

2.4.6.2 Camadas do modelo TCP/IP

Aplicativo Fluxo Confivel (TCP) Datagrama do Usurio (UDP)

Internet (IP) Interface da Rede


Figura 5 Diviso conceitual em camadas do modelo TCP/IP
(fonte: FLORES, 2005)

44

A camada de Acesso Rede (representada como Interface de Rede) se equivaleria s duas primeiras camadas do modelo OSI, ou seja, a camada fsica e de enlace de dados. Embora o modelo TCP/IP no especifique nada para esta camada, ela apenas diz que o host deve se conectar ao meio fsico utilizando um protocolo, a fim que seja possvel enviar pacotes IP. A camada seguinte de Rede (Internet) usada para atribuir endereo de rede (IP) ao sistema e rotear a informao para a rede correta. Tem ainda a funo de ligao entre as camadas superiores e os protocolos de hardware da camada inferior. A terceira camada, denominada de Transporte, subdivide-se nos protocolos TCP e UDP. O TCP (Transmission Control Protocol), fornece formas excelentes e flexveis de se desenvolver comunicaes de rede confiveis com baixa taxa de erros e bom fluxo. O TCP um protocolo orientado para conexes e mantm um dilogo entre a origem e o destino enquanto empacota informaes da camada de aplicao em unidades chamadas segmentos. Orientado para conexes no significa que exista um circuito entre os computadores que se comunicam (o que poderia ser comutao de circuitos). Significa que segmentos da camada 4 trafegam entre dois hosts para confirmar que a conexo existe logicamente durante um certo perodo. O UDP no orientado conexo, sendo um servio de transmisso sem conexo, no confivel, usando o IP para transportar mensagens entre mquinas. Usa o IP para transportar mensagens, porm acrescenta a habilidade de distinguir entre mltiplos destinos um certo host. Finalmente, a ltima camada de Aplicao, que trata de protocolos de alto nvel, questes de representao, codificao e controle de dilogo (camadas 5, 6 e 7 do modelo OSI).

Figura 6 Comparao do modelo OSI e TCP/IP


(fonte: Programa Cisco Networking Academy, CISCO 2005)

45

2.4.7

UDP (USER DATAGRAM PROTOCOL)

O UDP fornece o mecanismo principal utilizado pelos programas aplicativos (inclusive os de voz sobre IP) para enviar datagramas a outros programas iguais, fornecendo portas de protocolo para estabelecer a distino entre os diversos programas executados em uma nica mquina. Ou seja, cada mensagem UDP possui em seu cabealho informao da porta de destino e da porta de origem, possibilitando a correta entrega da mensagem no destino e permitindo o envio de resposta ao destinatrio e aplicativo corretos.

Este protocolo fornece um servio de transmisso sem conexo, no confivel, usando o IP para transportar mensagens entre mquinas. Usa o IP para transportar mensagens, porm acrescenta a habilidade de distinguir entre mltiplos destinos em um certo host. Desta forma, os programas aplicativos que se utilizam do UDP precisam aceitar inteira responsabilidade para lidar com o problema de confiabilidade, inclusive perda de mensagem, duplicao, retardo, transmisso defeituosa e perda de conectividade.

2.4.7.1 Mensagens UDP

O formato da mensagem UDP basicamente composta de duas partes: cabealho e dados. O cabealho se divide em quatro partes, cada um de 16 bits, conforme demonstrado na figura 7.

16

24

31

PORTA DE ORIGEM PORTA DE DESTINO COMPRIMENTO DE MENSAGEM UDP SOMA DE VERIFICAO UDP DADOS
Figura 7 Campos do cabealho UDP
(fonte: FLORES, 2005)

Os campos Porta de Origem e Porta de Destino especificam os nmeros de porta do protocolo UDP, para demultiplexar os datagramas entre os processos que esperam receb-los, sendo que a porta de origem opcional, sendo usada para especificar a porta para a qual devem ser enviadas as respostas, quando houverem. Caso no seja utilizada, o seu valor zero. No campo Comprimento existe o valor correspondente ao nmero de octetos utilizados no datagrama UDP (incluindo cabealho e dados do usurio). Como o comprimento do cabealho 8 octetos, o valor mnimo ento 8. Por fim o campo Soma de Verificao

46

opcional e no precisa ser usado. Um valor zero significa que a soma de verificao no foi utilizada.

2.4.7.2 Encapsulamento UDP

O UDP um protocolo de transporte e situa-se logo acima da camada do Internet Protocol (IP). Basicamente, os programas aplicativos que acessam o UDP utilizam o IP para enviar e receber datagramas. Uma mensagem UDP completa, incluindo cabealho e dados, est encapsulada em um datagrama IP, enquanto transportada atravs de uma interligao em redes.

Figura 8 Encapsulamento UDP


(fonte: FLORES, 2005)

A diviso de obrigaes entre as camadas de Transporte e Internet clara. A camada IP responsvel apenas pela transferncia de dados entre um par de hosts em uma interligao em redes, enquanto a camada UDP responsvel apenas pela diferenciao entre mltiplas origens ou destinos em um host (Comer 1998).

2.4.7.3 Mecanismo de portas UDP

Toda multiplexao e demultiplexao entre o software UDP e os programas aplicativos ocorre atravs do mecanismo da porta. Cada programa aplicativo deve negociar com o sistema operacional a fim de obter uma porta de protocolo e um nmero de porta correspondente, antes que ele possa enviar um datagrama UDP. Uma vez que a porta tenha sido atribuda, qualquer datagrama que o programa aplicativo enviar atravs da porta ter aquele nmero de porta em seu campo Porta de Origem UDP. Enquanto est processando a

47

entrada, o UDP aceita datagramas recebidos do software IP e procede demultiplexao tendo como base a porta de destino do UDP.

Uma forma mais simples de conceber uma porta UDP uma fila. O sistema operacional cria uma fila interna que pode reter as mensagens que esto chegando, criando-se uma espcie de buffer de entrada. Recebida a mensagem, o UDP verifica se a porta de destino da mensagem a mesma que o programa aplicativo receptor est usando. Se no for, descarta o datagrama e envia uma mensagem ICMP de porta no atingida.

2.4.8

TCP (TRANSMISSION CONTROL PROTOCOL)

O TCP prove servio de transmisso de stream confivel e orientado conexo. O termo orientado conexo significa que dois programas aplicativos usando o TCP precisam estabelecer uma conexo TCP entre eles antes de iniciar a troca de dados entre as duas partes. um protocolo full-duplex, ou seja, cada conexo TCP suporta duas streams de dados, cada um fluindo em uma direo. O TCP possui um mecanismo de controle de fluxo em cada uma dessas streams que permitem ao receptor limitar o montante de dados que a origem pode transmitir. O TCP tambm implementa um eficiente controle de congestionamento.

Na figura 9, pode-se observar um exemplo de conexo via portas TCP. Cada um dos lados possui uma porta e estabelecem uma conexo (confivel) lgica entre as partes, sendo o IP o responsvel pelo transporte do datagrama TCP (encapsulamento do datagrama TCP dentro do IP, igual ao UDP).

Figura 9 Exemplo de conexo TCP


(fonte: FLORES, 2005)

48

2.4.8.1 Caractersticas do TCP

Orientao do stream: Quando dois programas aplicativos transferem um certo volume de dados, considera-se isso como um stream de bits, divididos em octetos. O servio de transmisso de streams da mquina de destino passa para o receptor exatamente a mesma seqncia de octetos que o transmissor passa para ele na mquina de origem.

Conexes lgicas: Antes de se iniciar a transferncia de dados, estabelecida entre as duas partes uma conexo lgica. Somente aps a confirmao de conexo que as duas partes podem iniciar a transferncia de dados. E mesmo aps iniciar a transferncia, as duas mquinas continuam a comunicao para verificar se os dados so recebidos corretamente. Em caso de falha, os dois lados sero comunicados da falha para possvel reenvio de pacote.

Transmisso bufferizada: Os programas aplicativos enviam dados continuamente ao protocolo, utilizando quaisquer tamanhos que acharem adequados. Ao final da transmisso, o protocolo entrega ao programa aplicativo a stream de dados exatamente na ordem enviada, aps verificao e validao.

Conexo full-duplex: Consiste em duas streams de dados independentes fluindo em direes opostas, sem qualquer operao aparente. Isso permite interromper o fluxo de dados em uma direo, sem interferir na outra stream de direo oposta.

2.4.8.2 Formato do segmento TCP

Figura 10 Formato do segmento TCP


(fonte: TCP Tutorial, SINHA)

49

Como no UDP, o segmento TCP dividido em duas partes: cabealho e dados. O cabealho TCP carrega informaes de identificao e controle. Os campos nmero de porta de origem e nmero de porta de destino contm os nmeros das portas que identificaro os programas aplicativos nas extremidades da conexo. O campo nmero de seqncia possui a posio no stream de octetos do transmissor dos dados no segmento. O campo nmero de reconhecimento identifica o nmero de octetos que a origem espera receber depois. No campo comprimento de cabealho se encontra o nmero inteiro que representa o comprimento do cabealho do segmento, medido em mltiplos de 32 bits. Isso necessrio porque o campo opes varia em comprimento, dependendo de quais opes foram includas. No campo seguinte ao reservado (que reservado para uso futuro), temos os code bits, que determinam a finalidade e o contedo do segmento, conforme demonstrado na figura 11.
Bit (da esquerda para a direita) Significado se o bit for 1 URG Campo de ponteiro urgente vlido ACK Campo de reconhecimento vlido PSH Este segmento requer push RST Restabelecer a conexo SYN Sincronizar os nmeros de seqncia FIN O emissor atingiu o final do fluxo de octetos Figura 11 Campo Code Bits do cabealho do segmento TCP
(fonte: FLORES, 2005)

O protocolo TCP informa quantos dados est esperando receber sempre que envia um segmento, ao especificar o tamanho de seu buffer no campo tamanho de janela. O campo contm um nmero inteiro, no marcado, de 16 bits, em uma ordem de octetos no padro da rede.

2.5 VOZ SOBRE IP


2.5.1 SURGIMENTO DA VOZ SOBRE IP

Desde sua inveno, os sistemas de telefonia substancialmente no mudaram muito. bvio que novas tecnologias foram aperfeioando o sistema como um todo, mas no geral a funcionalidade permaneceu a mesma. Ao decorrer dos anos, os provedores de servios de telefonia fizeram inmeras mudanas no sistema, sem que os usurios finais percebessem. O usurio acaba no sabendo como o sistema como um todo funciona, mas tm certeza de duas

50

coisas: o velho aparelho telefnico ainda usado e os provedores de servios cobram por qualquer adio de novos servios na rede.

Nos anos 90, um nmero considervel de pesquisadores, seja por motivos educacionais ou comerciais, aprofundaram o interesse em levar voz e vdeo para as redes IP, especialmente nas Intranets e na prpria Internet. Essa tecnologia comumente chamada hoje em dia de VoIP e , em midos, o processo de fracionar udio e vdeo em pequenas partes, transmitindo essas pequenas partes por uma rede IP, e remontando essas pequenas partes novamente no destino, para assim se estabelecer a comunicao entre dois pontos de udio e vdeo.

A idia do VoIP certamente no inovadora, pois existem documentos de pesquisa e patentes existentes h dcadas e demonstraes do conceito dado h anos atrs. A partir dos anos 90 a Internet foi popularizando-se de tal forma que a quantidade de pessoas conectadas grande rede crescia de forma exponencial. Antes disso, a Internet era limitada somente ambientes acadmicos de pesquisa.

2.5.2

IMPORTNCIA DA VOZ SOBRE IP

Uma das coisas mais importantes acerca do VoIP no limitada comunicao de voz. De fato, vrias tentativas tem sido realizadas para mudar este termo popular de marketing para um melhor termo que reflita de fato que VoIP significa conferncia de voz, vdeo e dados. Todas essas tentativas tem falhado at agora, mas entenda-se que telefonia de vdeo e comunicao de texto em tempo real (ToIP), por exemplo, esto definitivamente dentro do escopo do VoIP.

O VoIP importante porque, pela primeira vez em mais de 100 anos, existe a oportunidade de trazer a tona uma significante mudana na maneira como as pessoas se comunicam. (PACKETIZER, 2005).

Adicionalmente aos telefones que so usados hoje para comunicao em tempo real, tm-se a possibilidade de usar dispositivos IP puros, incluindo desktops e telefones sem fio. Existe ainda a possibilidade de usar videofones, como aparece freqentemente em filmes de fico cientfica. Melhor que ligar para casa e falar com sua famlia, um indivduo poder ligar para VER a sua famlia.

51

Um dos aspectos mais interessantes do VoIP a possibilidade de integrar um telefone normal ou videofone com um computador pessoal (PC). Uns podem usar o computador exclusivamente para comunicaes de voz e vdeo (softphones), usar um telefone para voz e o computador para vdeo, ou simplesmente usar o computador em conjunto com um telefone para voz e vdeo em separado para prover funes de conferncia, como compartilhamento de aplicaes, Chat, etc.

O VoIP permite tambm usar uma conexo simples de alta velocidade para todos os tipos de comunicao: voz, vdeo e dados. Assim, tm-se a convergncia de servios. Resumidamente, VoIP permite s pessoas se comunicar com mais opes e com mais flexibilidade.

2.5.3

FUNCIONAMENTO BSICO

Basicamente, o VoIP o processo de digitalizar a voz e transmiti-la atravs de uma rede IP, onde duas partes iro estabelecer comunicao.

Claro que o processo envolve muito mais aspectos tcnicos para funcionar. Depois de captar as amostras de som, o computador deve comprimir a informao relativa para diminuir a taxa de transmisso e tambm limitar a faixa de freqncia. O algoritmo que faz essa compresso e descompresso chamado CODEC (COdificador/DECodificador). Vrios tipos de CODECs existem para diferentes tipos de aplicaes. Aqueles que so voltados para VoIP, so otimizados comprimir voz, com significativa reduo de taxa de transmisso utilizada, comparado a transmisso de voz no comprimida.

Uma vez o som captado, ele comprimido e dividido em pequenas partes, que so coletadas e distribudas em pacotes IP. Geralmente cada pacote IP contm de 20 a 30 ms de udio.

Muitos desses pacotes se perdem em seu caminho ao destinatrio e assim os CODECs precisam compensar essa perda preenchendo as lacunas com udio perceptvel ao ouvido humano. Este processo chamado Encobrimento de Pacotes Perdidos ou Packet-Loss Concealment (PLC). Outro mtodo para enderear perda de pacotes conhecido como Forward Error Correction (FEC), que inclui algumas informaes de pacotes previamente transmitidos nos pacotes subseqentes. Com algumas operaes matemticas possvel reconstruir um pacote perdido.

52

Outro problema crtico que pode acontecer o atraso dos pacotes. Quando um pacote se atrasa em seu caminho, este simplesmente descartado, como se ele nunca fosse recebido. Isso aceitvel quando os algoritmos de PLC conseguem amenizar os efeitos desse atraso.

Os computadores geralmente mensuram o atraso do pacote e esperam que o atraso permanea relativamente constante. Mas o atraso geralmente pode aumentar ou diminuir no curso da conversao. A variao no atraso (chamado de jitter) o mais frustrante erro para os dispositivos IP. Em geral, boas redes de dados possuem atraso (end-to-end) de no mximo 100 ms, mas aceitvel que o atraso seja de at 400ms.

A transmisso de vdeo funciona da mesma forma. A informao de vdeo captada por uma cmera quebrada em pequenas partes, comprimidas por um CODEC apropriado, e depois dispostas em pacotes IP para transmisso pela rede. Este um dos motivos do VoIP ser uma promissora tecnologia: adicionar vdeo ou qualquer outro tipo de mdia relativamente simples.

claro que existem muito mais sobre VoIP que somente mandar pacotes de udio e vdeo pela Internet. necessrio haver um protocolo de acordo com as necessidades, para ditar como computadores encontraro uns aos outros e como a informao ser trocada para permitir aos pacotes serem transmitidos de um dispositivo a outro.

2.5.4

QUALIDADE DE VOZ

Sem dvida a tecnologia de voz sobre IP revolucionou a to estvel rede de comunicao de voz tradicional. Por que mexer em algo que est funcionando perfeitamente, absolutamente estvel e possui uma rede de abrangncia de propores continentais? A idia do VoIP surgiu com fora muito grande em tempos onde procura-se reduzir custos de servios e a concorrncia acirrada. Mas o VoIP uma tecnologia nova, suscetvel a problemas como eco e atraso na voz, coisa que nem imaginamos acontecer em nossas linhas residenciais.

A voz sobre IP depende de muitas outras coisas alm de simples pares de fios que conduzem sinais eltricos. O desempenho em uma rede local ou em links interligando redes locais crucial para o bom funcionamento da voz sobre IP. No tendo o desempenho desejado, fatalmente a qualidade no transporte dos pacotes de dados, contendo a voz codificada, ir ser

53

prejudicada. Por esse motivo, a qualidade de voz um assunto to importante quanto a anlise de protocolos do H.323 ou SIP.

As fontes mais significativas de degradao da qualidade de voz so:

Rede IP introduz perda de pacotes, atraso e jitter; Os buffers de jitter (JB) influenciam o atraso de fim a fim e a perda de quadros; As interfaces acsticas introduzem eco acstico; As interfaces analgicas introduzem eco eltrico em hbridos.

2.5.5

MENSURANDO A QUALIDADE DE VOZ

Em telefonia, especialmente quando usamos codecs para comprimir o padro de 64 kbps da modulao PCM para taxa de transmisso menores, se faz necessrio uma escala para mensurar a qualidade do udio gerado a partir destes codecs. O teste mais utilizado para voz sobre IP o MOS (Mean Opinion Score), especificado pela recomendao P.800 do ITU-T. Este teste prov uma indicao numrica da qualidade observada de uma conversao humana, recebida por uma conexo qualquer. Ela expressa com um nmero simples, no intervalo de 1 5, onde 1 a pior qualidade observada e 5 a melhor qualidade observada.

Um valor MOS alcanado a partir de vrios testes, seguindo uma lista de procedimentos padres pr-definidos e analisando-se sentenas-teste para em seguida um ouvinte dar sua nota. O ouvinte pode ser tanto um humano quanto um equipamento de teste. A escala utilizada para o MOS segue os parmetros de anlise de tabela abaixo (Tabela 1).

Escala 5 4 3 2 1

Qualidade do udio Excelente Boa Regular Ruim Ininteligvel

Nvel de distoro Imperceptvel Perceptvel, mas no desconfortvel Perceptvel e levemente desconfortvel Desconfortvel, mas no sujeito a objees Muito desconfortvel e sujeito a objees

Tabela 1 Tabela com escala MOS


(fonte: CISCO 2006)

54

Comparativamente podemos considerar uma pontuao entre 4 e 5 similar uma conexo ISDN, 3,5 4 como qualidade de faixa telefnica, de 3 3,5 a comunicao boa mas a degradao audvel, 2,5 3 como qualidade de comunicaes militares e abaixo de 2,5 sinais muito ruidosos.

Abaixo na tabela 2, observamos a comparao dos codecs mais comuns do mercado no momento.

Rec. ITU-T G.711 G.729a G.729 G.723.1 G.723.1

Taxa (kbps) MOS Complexidade Atraso de compresso (ms) 64 4,1 Mnima 0 8 3,7 Mdia 15 8 3,92 Mdia 15 6,3 3,9 Alta 37,5 5,3 3,65 Alta 37,5 Tabela 2 Tabela comparativa de codecs
(Fonte: UFF)

A sigla ab no codec G.729ab significa o suporte ao anexo A e ao anexo B do referido codec. Estes anexos so melhorias e aperfeioamentos do codec G.729, podendo-se considerar cada um desses anexos como novas verses do mesmo codec. No anexo A foi implementado uma reduo de 50% da complexidade do codec, que influencia diretamente na performance do processamento dos DSPs. O anexo B que uma verso do G.729 com suporte a VAD (Voice Activity Detection) e CNG (Comfort Noise Generation), que no influencia no valor mdio MOS do G.729a. Se usssemos o G.729 com VAD, ento o codec seria o G.729b. A insero do cdigo b ao nome do codec indica somente o suporte tecnologia VAD e CNG.

A pontuao MOS e a taxa de transmisso utilizada do codec G.723.1 possuem valores de taxa de transmisso excelentes, mas devido a sua complexidade ser de nvel alto (o G.729ab de complexidade mdia), isso acaba acarretando maior consumo de ciclos de CPU dos DSPs, gerando assim o atraso na compresso.

2.5.6

H.323

A sigla H.323 o nome dado recomendao especificada pelo ITU-T, sendo pioneira para se implementar conferncia multimdia baseada em pacotes, sobre redes locais, no garantindo qualidade de servio. Os documentos contidos nesta recomendao abordam

55

protocolos, mtodos e elementos de rede que so necessrios para estabelecer conexes multimdia ponto a ponto entre terminais (usurios), alm de conferncia com trs ou mais participantes.

Como quase todas as recomendaes do ITU-T, o H.323 possui especificaes novas de tempos em tempos, pelo fato de estar em constante evoluo e receber inmeras implementaes todo ano. A primeira verso (H.323v1) comeou a ser formatada em maio de 1995, sendo aprovada em junho de 1996 com o ttulo sistemas e equipamentos de telefone visual para redes locais que fornecem uma qualidade de servio no garantida. A segunda verso foi aprovada em fevereiro de 1998 com trs anexos:

Mensagens H.245 usadas pelos pontos finais H.323; Procedimentos para codecs de vdeo em camadas; H.323 sobre ATM

A terceira verso foi aprovada em 1999, trazendo mais trs novos anexos:

Comunicao entre domnios administrativos diversos com o H.225; Mecanismo de sinalizao de chamadas com base no protocolo UDP; Especificao de um subconjunto do H.323 possvel de ser implementado em dispositivos de pequeno porte.

O H.323v4 foi aprovado em 2000, trazendo aspectos de confiabilidade, escalabilidade e flexibilidade.

Sem dvida, o H.323 um padro complexo e ainda precisa de muitas interpretaes, mas de fato o protocolo mais maduro para se lidar com voz sobre IP.

2.5.6.1 Principais caractersticas

O H.323 uma especificao guarda-chuva que descreve de maneira completa a arquitetura e a operao de um sistema de videoconferncias sobre uma rede de pacotes. A estrutura completa e inclui a especificao de:

56

Terminais de videoconferncia e de voz; Gateways entre uma rede H.323 e outras redes de voz e vdeo (H.320, RTCP etc) ou entre redes H.323; Gatekeepers, que so a parte inteligente da rede H.323, realizando o registro de terminais, admisso de chamadas e muito mais; Blocos funcionais MCU (Multipoint Control Unit), MC (Multipoint Controller) e MP (Multipoint Processor) usados para conferncias com diversos participantes.

O H.323 tambm descreve como vrios protocolos de comunicao so usados entre estas unidades:

H.225 o canal de sinalizao de chamadas, usado durante as fases de estabelecimento e de terminao da chamada, semelhantes a metodologia usada no ISDN (de fato ele usa o formato de mensagens da especificao Q.931)

RAS Especificada no H.225, o protocolo RAS (Registration Admission Status) usado entre um terminal e um gatekeeper e o protocolo de canal de sinalizao de chamadas.

H.245 Canal de controle, que aberto no incio da chamada para negociar um conjunto comum de codecs e permanece em uso durante toda a chamada para transportar algumas mensagens de controle.

H.246 Descreve detalhes de operao de gateways H.323

2.5.6.2 RTP e RTCP

O RTP (Real-Time Protocol ou protocolo de transporte em tempo real) foi projetado para permitir que os receptores compensem o jitter e a perda de seqncia dos pacotes introduzidos pelas redes IP. O RTP pode ser usado para qualquer fluxo de dados em tempo real, como voz e vdeo. O RTP define um modo de formatar pacotes IP que carregam dados iscronos e inclui:

Informao sobre o tipo de dado transportado; Timestamps Nmeros de seqncia.

57

O RTCP (Real-Time Control Protocol ou protocolo de controle em tempo real) geralmente usado com o RTP para permitir o transporte de algum retorno sobre a qualidade da transmisso (a quantidade de jitter, a perda mdia de pacotes etc) e tambm pode transportar algumas informaes a respeito da identidade dos participantes.

O RTP e o RTCP no tem qualquer influncia sobre o comportamento da rede IP, sendo inertes ao controle de qualidade de servio. A rede pode perder, inserir atraso ou perder a seqncia de um pacote RTP da mesma maneira que qualquer outro pacote IP. O RTP e o RTCP somente permitem aos receptores compensar o jitter da rede, por meio do controle de buffer e seqenciamento apropriados, e ter mais informaes a respeito da rede de maneira que medidas corretivas apropriadas possam ser adotadas (redundncia, codecs a taxas mais baixas etc).

Como pode-se observar na figura 12, o RTP e RTCP so utilizados acima da camada de protocolos de rede, sendo principalmente usados em cima do UDP, uma vez que o esquema de retransmisso do TCP no adaptado para dados que precisam ser transportados com uma latncia muito baixa, como no caso de comunicaes interativas. Nesse caso, o RTP tradicionalmente associado a uma porta UDP de nmero par e o RTCP, a prxima porta UDP de nmero mpar.

Figura 12 Pilha de protolos H.323


(fonte: Unicap 2006)

58

2.5.6.3 Relao entre H.323 e SIP (Session Initiation Protocol)

Notadamente os protocolos concorrentes entre si atualmente so o H.323 do ITU-T e o SIP (IETF 2006). Como o foco deste projeto o H.323, apenas ser realizado um comparativo entre estes dois protocolos.

Dizer que um deles melhor que o outro, hoje, precipitao. O H.323 possui a robustez de ser um protocolo com alguns anos de pesquisa e estabilidade, tendo a credibilidade do ITU-T. O SIP, mais recente, possui sinalizao mais simplificada e tem tido grande apelo comercial nos ltimos anos pelas grandes empresas fornecedoras de equipamentos para voz sobre IP.

Em um mercado que se concentra mais em servios de valor agregado, a simplicidade relativa do SIP pode vir a se tornar uma verdadeira vantagem. Porm, muitas empresas e operadoras j investiram muito em hardware de telefonia IP, e num mercado imaturo como o de telecomunicaes, a estabilidade relativa fornecida pelo H.323 um alvio para estas organizaes.

Assim como o H.323 amplamente utilizado, tornando-se quase que um padro na indstria de voz sobre IP, o SIP surge com fora neste nicho de mercado e comea a competir de igual para igual com o H.323.

Funcionalidades do SIP que o H.323 no tem:

Velocidade A rapidez com que o SIP troca sinalizao realmente impressionante. Enquanto o H.323 precisa enviar cerca de cinco mensagens para certa tarefa, o SIP o faz em apenas uma. Alm disso, o SIP pode usar o UDP, ao passo que o H.323 precisa usar o TCP. Isso inspirou diretamente algumas modificaes introduzidas no H.323v2, como o procedimento de Fast Connect e a capacidade de tunelar mensagens H.245 em mensagens Q.931.

Multicast O SIP foi projetado para funcionar em backbones com capacidade para multicast, no apenas para os fluxos de mdia, como o H.323, mas tambm para as mensagens de sinalizao. Para a mesma tarefa o H.323 precisa utilizar mensagens multi-unicast.

59

Uso de URLs Aparentemente um alias de e-mail H.323 (carlos@dominio.com.br) e uma URL SIP (sip:carlos@dominio.com.br) no possuem diferenas. Mas na verdade, um alias de e-mail H.323 considera que o protocolo usado seja o H.323, ao passo que o SIP especifica ele mesmo o protocolo na URL. Por causa disso, um servidor SIP pode redirecionar uma chamada para servidores no SIP de maneira bem flexvel. Este recurso agora est disponvel no H.225v2, mas o esquema de nomes est comeando a parecer um pouco desordenado.

Priorizao de chamadas O campo de cabealho Priority um adicional til que foi negligenciado no H.323. Muitos pases tm exigncias legais para priorizar algumas linhas telefnicas. Codificao de texto A codificao de texto utilizada pelo SIP facilita a vida dos programadores. simples, fcil de depurar usando-se sniffers de rede e faz com que problemas de interoperabilidade sejam detectveis visualmente. O problema o tamanho das mensagens e o desempenho, muito menores e melhores no H.323 que possui codificao binria.

Funcionalidades do H.323 que o SIP no tem:

Canais lgicos O H.323 faz uma distino clara entre os tipos de mdia que podem ser enviados ou recebidos e as combinaes que podem ser vlidas por um lado (capacidades) e os tipos de mdia que esto ativos e, de fato, enviados para a rede (canais lgicos) por outro lado. O SIP no possui esta distino, uma vez que os pontos finais SIP divulgam apenas os codificadores que eles podem receber e no h nenhum procedimento para abrir uma conexo de mdia em separado do ato de efetivamente enviar a mdia. Isso simplifica a sinalizao e pode parecer uma vantagem a primeira vista. No entanto, isso vai acabar gerando (no SIP) vrios soquetes inativos e como a maioria dos codificadores de voz implementam deteco ativa de voz e podem estar inativos mesmo se os terminais estiverem querendo enviar dados de mdia, a estratgia para fechar esses soquetes inativos no completamente trivial.

Controle de conferncias O H.323, sozinho ou em combinao como o H.332, possui recursos poderosos para controle de conferncias. O SIP no foi projetado para o controle de conferncias e, conseqentemente, muitos dos recursos necessrios para fazer uma conferncia controlada (ainda) no existem.

60

Codificao binria As mensagens H.323 so codificadas de acordo com o Q.931 para o subconjunto de mensagens H.225 provenientes do Q.931. Todas as outras mensagens so codificadas usando-se regras de codificao de pacotes (PER Packet Encoding Rules) ASN.1 (Abstract Syntax Notation 1). A vantagem que isso causa o tamanho da PDU (Protocol Data Unit) otimizado e desempenho melhor. O tamanho da PDU no seria uma grande vantagem nas redes modernas, mas em redes mveis (sistema mvel de terceira gerao), isso seria uma vantagem por exemplo.

Descoberta de gatekeepers Atualmente a descoberta de gatekeepers multicast mais slida no H.323, embora seja um detalhe secundrio que pode ser facilmente corrigido em verses posteriores do protocolo.

2.5.7

DIMENSIONAMENTO DA REDE DE VOZ SOBRE IP

O dimensionamento para redes VoIP, apresentado neste tpico, segue os modelos descritos por HERSENT, GUIDE e PETIT (2002).

2.5.7.1 CODECs

Codecs nada mais so que mecanismos (softwares que trabalham em conjunto com hardware DSP) codificadores e decodificadores da voz humana para trfego em redes de dados. Existem vrios tipos de codecs hoje em dia, alguns sem compresso como o G.711u e G.711a (64kbps) e outros que possuem compresso de dados como o G.729 (8kbps). A maioria dos codecs, atualmente, utilizam-se de algoritmos de deteco de atividade de voz, que usa uma taxa de transmisso significativamente menor nos perodos de inatividade de voz. Durante os perodos de atividade de voz, a taxa de transmisso constante e nos perodos de inatividade a taxa nula, embora codificadores como o G.729 enviem alguma informao a nvel de rudo de conforto e informaes de sinalizao.

A taxa de transmisso de bits na sada do codificador no inclui overheads de transporte como cabealhos RTP/UDP/IP. Para dimensionar corretamente conexes IP, deve-se levar em conta tais overheads. A fim de reduzir o overhead, mltiplos quadros de voz comprimida so concatenados em cada pacote IP. A taxa de transmisso M durante o perodo de atividade de voz e a taxa m durante o perodo de silncio so demonstradas na seqncia.

61

Perodo de atividade de voz:

Cq_a = Comprimento do quadro (octetos) Dq_a = Durao do quadro (ms) n_a = Quadros por pacote IP Taxa de transmisso sem overhead(kbps) = Cq_a * 8 / Dq_a Octetos por pacote IP (payload_a) = Cq_a * n_a Overhead Ipv4 + UDP + RTP (octetos) = 20 + 8 + 12 = 40 = Ov

Taxa de transmisso M com overhead (kbps):

M=

( payload _ a +Ov) *8 (n _ a*Dq _ a)

Perodo de inatividade de voz (silncio):

Cq_s = Comprimento do quadro (octetos) Dq_s = Durao do quadro (ms) n_s = Quadros por pacote IP Taxa de transmisso sem overhead(kbps) = Cq_s * 8 / Dq_s Octetos por pacote IP (payload_s) = Cq_s * n_s Overhead Ipv4 + UDP + RTP (octetos) = 20 + 8 + 12 = 40 = Ov

Taxa de transmisso m com overhead (kbps):


( payload _ s +Ov) *8 (n _ s*Dq _ s )

m=

Como o comprimento do quadro no perodo de inatividade (Cq_s) menor do que aquele no perodo de atividade da voz (Cq_a), a taxa m ser menor do que a taxa M.

Aps o clculo anterior, faz-se necessrio calcular a taxa de transmisso de bits real na camada fsica, devido ao encapsulamento da camada de enlace (camada dois). Na figura 13

62

exemplificado o cabealho do quadro Ethernet, que possui 26 octetos (bytes). Outras tecnologias possuem diferentes tamanhos de overhead, como o HDLC (7 octetos) ou os quadros PPP (7 octetos).

Delimitador Prembulo 7 octectos de incio de quadro 1 octecto

Seqncia Endereo de destino 6 octectos Endereo de origem 6 octectos Comprimento 2 octetos Dados LLC 46 a 1500 octectos de verificao de quadro 4 octectos

Figura 13 Overhead de quadro Ethernet


(fonte: FLORES, 2005)

Na seqncia, apresentado o clculo total de banda necessria, incluindo o overhead da camada de enlace.

Ov2 = Overhead da camada de enlace

A taxa de transmisso M (kbps) ser dada por:


( payload _ a + Ov + Ov 2) * 8 ( n _ a * Dq _ a )

M=

A taxa de transmisso m (kbps) ser dada por:


( payload _ s + Ov + Ov 2) * 8 (n _ s * Dq _ s )

m=

2.5.7.2 Dimensionamento usando-se o mesmo codificador

Quando vrias conversaes simultneas ocorrem em uma mesma conexo, elas normalmente no estaro simultaneamente ativas. Para N conversaes simultneas, a taxa de transmisso total nunca ser maior que N*M, onde M a taxa de transmisso durante o perodo de atividade.

63

A taxa mdia de transmisso de bits unidirecional durante uma conversao funo da combinao dos tempos de transmisso com voz ativa (perodo de atividade) e os intervalos de silncio. O ndice de atividade a dado por:

a=

Ta Ts + Ta

onde: Ta = tempo de atividade Ts = tempo de silncio

Geralmente o ndice de atividade considerado nos clculos de dimensionamento varia de 0,35 0,50. Logo, a taxa de transmisso de bits mdia de uma conversao ser:

Taxa mdia (1 conversao) = M*a + m*(1-a)

A taxa de transmisso a exigida ser de N vezes a taxa de transmisso de bits mdia de uma conversao:

Taxa mdia = N*[M*a + m*(1-a)]

2.5.7.3 Rede de telefonia IP compartilhada com fluxo de dados

A idia de se aproveitar um mesmo backbone para se trafegar voz e dados realmente tentadora, mas muitos aspectos devem ser analisados antes de proceder com tal ao. Quando se trafega dados em uma rede, a latncia na transmisso dos pacotes de dados no to crtica como na transmisso de pacotes de voz. Um e-mail por exemplo, pode sofrer um atraso significativo para chegar at o destinatrio, mas este pouco importa se os dados chegaro com 10 segundos de atraso. Agora imagine uma conversao telefnica com os mesmos 10 segundos de atraso, a comunicao entre as duas partes ficaria ininteligvel. Ao mesmo tempo que pacotes UDP (onde as streams de voz so transportadas) no possuem confiabilidade de transmisso como no TCP, estes pacotes UDP tem a vantagem de sofrerem menos latncia, devido a no terem esse controle de transmisso. Mas somente isso no vai garantir que os pacotes UDP cheguem ao destino de forma ordenada e sem atraso. Estes pacotes precisam de tratamento diferenciado para que no sofram influncia de outros trfegos (TCP, ICMP, etc).

64

2.5.7.4 Priorizao de fluxos de voz

Existem vrias maneiras de se priorizar os pacotes de voz em uma rede compartilhada com pacotes de dados (SILVA, 2005):

a) no fazer nada: o trfego TCP reduz automaticamente quando encontra congestionamento na rede. Assim o trfego UDP tender a ocupar a taxa de transmisso que ele precisa s custas do trfego TCP. Porm, essa adaptao de trfego TCP bastante lenta e funciona por tentativa e erro: envie trfego primeiro e interprete perda de pacote como congestionamento. O trfego TCP sempre crescer at atingir o congestionamento e recuar novamente. A rede se manter em um estado de quase congestionamento e causar alguma perda de pacote no trfego UDP, at que ela tenha conscincia do estado de congestionamento. O uso dessa tcnica no difundida, e por muitos nem mesmo considerada uma tcnica, visto que sua eficincia no das melhores.

b) Priorizar todo o trfego UDP: Este o modo mais fcil de priorizar fluxos de voz, visto que pacotes RTP de telefonia IP so transportados sobre UDP. Outros fluxos UDP como DNS sero obviamente priorizados juntos, mas isso no chega a ser um problema, pois a maioria das aplicaes escritas sobre UDP precisa de atrasos mnimos. Esse tipo de priorizao no recomendada em redes pblicas, podendo ser perigosa em alguns casos. Algumas pessoas podem chegar a concluso que simular trfego TCP sobre UDP no das tarefas mais rduas e com isso burlar a priorizao dos pacotes de voz.

c) Usar nveis de preferncias IP: Muitos roteadores podem ser configurados para usar informao de preferncia IP, ou DS (Differentiated Services), em pacotes IP para priorizar classes de trfego. Algumas das maneiras de filtrar o trfego de voz nos roteadores: - atribuio de taxa de transmisso mnima para cada classe; - atribuio de peso a cada classe e compartilhamento de taxa de transmisso disponvel entre as classes proporcionalmente a esses pesos; - atribuio de prioridade especfica a uma classe.

65

DESENVOLVIMENTO DA PESQUISA

3.1 DIMENSIONAMENTO
3.1.1 RECURSOS DISPONVEIS

Em todas as localidades o equipamento pabx da mesma marca, possuindo caractersticas de hardware e software semelhantes. Os equipamentos de dados, que so os roteadores e switches, tambm possuem semelhana de hardware, porm algumas diferenas no software dos roteadores se fazem presentes. Nas tabelas 3 e 4, pode-se observar a relao e caractersticas dos equipamentos atualmente instalados.

Roteadores
Localidade So Paulo Rio de Janeiro Porto Alegre Curitiba S.J. dos Campos Campinas Braslia Modelo Verso Software Memria RAM Cisco 2611 12.1(14)T 24Mb Cisco 2611 12.0(15) 24Mb Cisco 2611 12.0(7)T 24Mb Cisco 2611 12.0(15) 24Mb Cisco 2611 12.0(26) 24Mb Cisco 2611 12.1(5) 24Mb Cisco 2611 11.3(7) 24Mb Tabela 3 Lista de roteadores instalados na planta atual
(fonte: DAMOVO 2006)

Flash Memory 16Mb 8Mb 8Mb 8Mb 8Mb 8Mb 8Mb

Pabx

Switch

Verso Localidade Modelo Modelo Software Ericsson MD110 BC12 SP9 Extreme Summit 48i So Paulo Ericsson MD110 BC12 SP2 Extreme Summit 48i Rio de Janeiro Ericsson MD110 BC12 SP2 Extreme Summit 48i Porto Alegre Ericsson MD110 BC12 SP3 Extreme Summit 48i Curitiba Ericsson MD110 BC12 SP7 Extreme Summit 48i S.J. dos Campos Ericsson MD110 BC12 SP7 Extreme Summit 48i Campinas Ericsson MD110 BC12 SP2 Extreme Summit 48i Braslia Tabela 4 Lista de pabx e switch instalados na planta atual
(fonte: DAMOVO 2006)

3.1.2

TRFEGO DE VOZ

A anlise do trfego foi baseada nos relatrios de trfego gerados a partir do prprio PABX (ANEXO A). Neste relatrio esto as medies de sete dias da semana (segunda domingo), coletadas no ms de setembro, nos entroncamentos que formam a rede corporativa de

66

telefonia de comutao de circuito (exceto So Jos dos Campos, onde a medio ocorreu no entroncamento DDR). A quantidade de trfego mensurada em erlangs, sendo indicado em cada um dos dias a HMM (Hora de Maior Movimento), que o perodo de uma hora onde se aferiu o maior pico de trfego registrado no dia.

Visto que a medio foi realizada em uma semana inteira, foram consideradas somente as medies de segunda-feira sexta-feira, sendo descartadas as medies de sbado e domingo, que possuem trfego irrelevante.

A tabela 5 apresenta as intensidades de trfego de cada site, na HMM. Como resultado, temse a intensidade mxima de trfego, para cada site, a qual ser utilizada nos clculos de dimensionamento (item 3.1.6).

Localidade So Paulo Rio de Janeiro Curitiba Braslia Porto Alegre S. J. dos Campos Campinas

seg (19/09/05) Trfego Perodo HMM 19,67 10:45 ~ 11:45 6,09 09:15 ~ 10:15 1,05 16:00 ~ 17:00 1,8 16:00 ~ 17:00 0,86 9:45 ~ 10:45 2,51 10:00 ~ 11:00 3,32 10:30 ~ 11:30 qui (22/09/05)

ter (20/09/05) Trfego Perodo HMM 18,57 15:15 ~ 16:15 5,7 16:15 ~ 17:15 1,22 15:30 ~ 16:30 1,95 15:00 ~ 16:00 1,27 11:00 ~ 12:00 2,25 12:15 ~ 13:15 4,59 15:15 ~ 16:15 sex (23/09/05)

qua (21/09/05) Trfego Perodo HMM 19,17 10:00 ~ 11:00 6,15 9:30 ~ 10:30 2,51 11:30 ~ 12:30 1,74 15:45 ~ 16:45 1,41 9:45 ~ 10:45 1,62 10:00 ~ 11:00 4,16 13:30 ~ 14:30 Trfego na HMM do perodo (erlangs) 21,02 6,15 2,51 2,01 2,14 2,57 4,59

Localidade So Paulo Rio de Janeiro Curitiba Braslia Porto Alegre S. J. dos Campos Campinas

Trfego 21,02 4,71 2,19 0,83 1,95 2,57 2,88

Perodo HMM 15:30 ~ 16:30 9:30 ~ 10:30 9:45 ~ 10:45 10:45 ~ 11:45 15:30 ~ 16:30 12:15 ~ 13:15 10:00 ~ 11:00

Trfego Perodo HMM 18,23 5,25 1,53 2,01 2,14 0,49 4,06 15:30 ~ 16:30 15:45 ~ 16:45 16:00 ~ 17:00 14:45 ~ 15:45 10:00 ~ 11:00 15:45 ~ 16:45 14:30 ~ 15:30

Tabela 5 Trfego mensurado nos entroncamentos corporativos


(fonte: DAMOVO 2006)

3.1.3

TRFEGO DE DADOS

A anlise do trfego de dados foi realizada utilizando-se o software MRTG (Multi Router Traffic Grapher), atravs de acesso http disponibilizado pela operadora fornecedora dos links de dados.

67

A medio ocorreu na rede MPLS (Multiprotocol Label Switching) atualmente instalada, sendo monitoradas as interfaces seriais dos roteadores de cada localidade. Na figura 14 podemos observar a banda atualmente utilizada nos links de dados de cada localidade.

Figura 14 Topologia da rede de comunicao de dados atual


(fonte: DAMOVO 2006)

Na tabela 6 demonstrado o consumo dirio mximo de cada localidade. A amostragem do consumo realizada de cinco em cinco minutos, obtendo-se os valores dirios.

Localidade Porto Alegre

Direo do Trfego

Consumo dirio mximo (kbps)

Entrante 252,2 Sainte 131,9 So Jos dos Entrante 253,8 Campos Sainte 224,8 Entrante 467,7 Rio de Janeiro Sainte 309 Entrante 250,2 Braslia Sainte 117,8 Entrante 250,9 Curitiba Sainte 151,7 Entrante 241,6 Campinas Sainte 100,6 Entrante 1716,4 So Paulo Sainte 1035,8 Tabela 6 Tabela de utilizao de capacidade de transmisso dos links (fonte: DAMOVO 2006)

68

3.1.4

ESCOLHA DO CODEC

A escolha do codec a ser utilizado de fundamental importncia ao correto funcionamento do sistema. Cada padro de codec disponvel atualmente possui suas caractersticas prprias que influenciaro na taxa de transmisso necessria no link e no nvel de qualidade (subjetivo) desejado nas conversaes. Dentre os codecs suportados pelos equipamentos pabx do sistema temos o G.729ab, G.729a, G.723.1, G.711 A-law e G.711 -law. Todos estes codecs podem ser utilizados simultaneamente no sistema, mas normalmente se utiliza um padro somente, determinando o nvel de prioridade mais alto para determinado codec. Assim podemos ter um sistema em que o codec G.711 A-law tenha prioridade 1, e o G.729a tenha prioridade 2. Neste caso as conversaes sero codificadas usando-se preferencialmente o codec G.711 sempre, e em caso de indisponibilidade deste codec, o G.729a seria utilizado.

No equipamento pabx em estudo, a prioridade do codec determinada na programao do gateway H.323. Existe uma placa do pabx, especfica para o trfego de voz sobre IP e que faz a ponte da telefonia tradicional para a telefonia IP, chamada ELU32. As rotas nela programadas podem utilizar-se de vrios codecs, sendo que cada rota possui uma nica seqncia de prioridade de codec. Assim possvel ter vrias rotas apontadas para a mesma interface ELU32 para finalidades e destinos diferentes. Por exemplo, se a utilizao da rota for exclusivamente para transmisso de fax, a rota dever ter o G.711 (64 kbps sem compresso) com maior prioridade, visto que outros codecs como o G.729a e G723.1 possuem compresso e no conseguem realizar a transmisso de fax corretamente. As rotas exclusivas para trfego de conversaes normais, utilizariam o codec G729a, que tem uma boa qualidade de voz e ainda conta com alta taxa de compresso, diminuindo significativamente a taxa de transmisso utilizada.

O codec escolhido no projeto foi o G.729ab, que devido a sua complexidade mdia e alta taxa de compresso, a melhor opo para o hardware que ser utilizado. Nos items subseqentes, descreverei alguns dos parmetros adotados para escolha do codec.

3.1.5

CLCULO DE TAXA DE TRANSMISSO UTILIZADA PELO CODEC

Na topologia do projeto existem dois tipos de encapsulamento da camada dois (LLC). O Ethernet IEEE 802.3 presente entre a interface ELU32 e o switch, e o PPP (Point to Point

69

Protocol) que est entre a interface serial do roteador e o modem da operadora que fornece o link de dados (figura 15).

Figura 15 - Topologia de interligao da interface ELU32 at o link de dados


(fonte: DAMOVO 2006)

Como entre a interface ELU32 e o roteador se observa somente um domnio de broadcast, com taxa de transmisso de 100 Mbps, fica claro que o montante da capacidade de transmisso do trfego de voz sobre IP irrelevante. O link realmente afetado pelo trfego de voz sobre IP certamente entre a interface serial do roteador e o modem da operadora, visto que a limitao de 2048 kbps em So Paulo, 512 kbps no Rio de Janeiro e 256 kbps nas demais localidades. Assim o clculo de taxa de transmisso que levado em considerao para dimensionamento precisa adicionar somente o overhead PPP e desconsiderar o Ethernet, visto que o quadro desencapsulado no roteador e encapsulado pelo protocolo PPP posteriormente.

Desta forma, atravs das frmulas vistas anteriormente (item 2.5.6) e com o codec G.729ab escolhido, podemos ento calcular a capacidade de transmisso que ser necessria ao sistema. O clculo com overhead Ethernet foi realizado como parmetro para posterior testes na interface ELU32.

a)

Perodo de atividade M de voz

Cq_a = Comprimento do quadro (octetos) Dq_a = Durao do quadro (ms) n_a = Quadros por pacote IP

Taxa de transmisso sem overhead(kbps):


Cq _ a * 8 10 * 8 = = 8kbps Dq _ a 10

70

Octetos por pacote IP (payload_a):

Cq_a * n_a = 10 * 3 = 30 octetos

Overhead (Ov):

Ipv4 + UDP + RTP = 20 + 8 + 12 = 40 octetos

Taxa de transmisso M com overhead de camada 3: ( payload _ a +Ov) *8 (30 + 40) * 8 = = 18,666kbps (n _ a*Dq _ a ) 3 *10

M=

Taxa de transmisso M com overhead Ethernet IEEE 802.3:

Ov2 = Overhead Ethernet = 26 octetos ( payload _ a +Ov + Ov 2) *8 (30 + 40 + 26) * 8 = = 25,600kbps (n _ a*Dq _ a ) 3 *10

M=

Taxa de transmisso M com overhead PPP:

Ov2 = Overhead PPP = 7 octetos ( payload _ a +Ov + Ov 2) *8 (30 + 40 + 7) * 8 = = 20,533kbps (n _ a*Dq _ a ) 3 *10

M=

71

b)

Perodo de inatividade m de voz

Cq_s = Comprimento do quadro (octetos) Dq_s = Durao do quadro (ms) n_s = Quadros por pacote IP

Taxa de transmisso sem overhead(kbps):

Cq _ s * 8 2 * 8 = = 1,6kbps 10 Dq _ s

Octetos por pacote IP (payload_s):

Cq_s * n_s = 2 * 3 = 6 octetos Overhead (Ov):

Ipv4 + UDP + RTP (octetos) = 20 + 8 + 12 = 40 octetos

Taxa de transmisso m com overhead de camada 3: ( payload _ s +Ov) *8 (6 + 40) * 8 = = 12,266kbps (n _ s *Dq _ s ) 3 *10

M=

Clculo de taxa de transmisso com overhead Ethernet IEEE 802.3 para m:

Ov2 = Overhead Ethernet = 26 octetos ( payload _ s +Ov + Ov 2) *8 (6 + 40 + 26) * 8 = = 19,200kbps (n _ s *Dq _ s ) 3 *10

m=

72

Clculo de taxa de transmisso com overhead PPP para m:

Ov2 = Overhead PPP = 7 octetos ( payload _ s +Ov + Ov 2) *8 (6 + 40 + 7) * 8 = = 14,133kbps (n _ s *Dq _ s ) 3 *10

m=

Em resumo:

Taxa em perodo M de atividade de voz: 18,666 kbps (somente overhead camada 3) 25,600 kbps (com overhead Ethernet) 20,533 kbps (com overhead PPP)

Taxa em perodo m de inatividade de voz: 12,266 kbps (somente overhead camada 3) 19,200 kbps (com overhead Ethernet) 14,133 kbps (com overhead PPP)

Assim, a taxa mdia de transmisso, dada pela frmula N(Ma + m(1-a)), :

Com overhead Ethernet = 1(25600*0,5+19200(1-0,5)) = 12800 + 9600 = 22,400 kbps Com overhead PPP = 1(20533*0,5+14133(1-0,5)) = 10266 + 7066 = 17,332 kbps

3.1.6

CLCULO DE TAXA DE TRANSMISSO NECESSRIA PARA TRFEGO DE VOZ

Tendo as medies de trfego de voz em mos, conforme tabela 7, podemos assim transformar o trfego de voz nos circuitos comutados, em taxa de transmisso necessria para o trfego de voz sobre IP na rede de dados. Obteremos assim o nmero de troncos necessrios ao trfego cursado aferido, que depois ser transformado em capacidade de transmisso binria de trfego de voz sobre IP.

73

Localidade So Paulo Rio de Janeiro Curitiba Braslia Porto Alegre S.J. dos Campos Campinas

Pico de trfego (erlangs) 21,02 6,15 2,51 2,01 2,14 2,57 4,59
(fonte: DAMOVO 2006)

Nmero de Troncos Disponveis 60 30 30 30 30 30 30

Tabela 7 Trfego de voz das localidades durante a HMM

As medies so do trfego cursado em cada localidade e, para efeito de clculo do nmero de troncos correspondentes ao trfego, consideraremos o trfego oferecido como sendo igual ao trfego cursado, pois a porcentagem de perda aferida irrelevante ao caso. Ou seja, o trfego cursado nos troncos atualmente instalados ser considerado como trfego oferecido (demanda) interface de voz sobre IP do equipamento.

De acordo com o Anexo B (Tabela Erlang B), para os trfegos oferecidos de cada localidade, com taxa de perda de 0,5%, temos os seguintes resultados, demonstrados na tabela 8.

Localidade So Paulo Rio de Janeiro Curitiba Braslia Porto Alegre S.J. dos Campos Campinas

Trfego Oferecido (erlangs) 21,02 6,15 2,51 2,01 2,14 2,57 4,59
(fonte: DAMOVO 2006)

Perdas 0,5 % 0,5 % 0,5 % 0,5 % 0,5 % 0,5 % 0,5 %

Troncos Necessrios 32 14 8 7 7 8 11

Tabela 8 Trfego oferecido e respectivo nmero de troncos

Para realizar o clculo de taxa de transmisso necessria para cada localidade, deve-se encontrar a taxa mdia de transmisso, que obtida aplicando-se a frmula N(Ma + m(1-a)), onde N o nmero de conversaes simultneas (que no caso o nmero de troncos tabela 8), M a taxa de transmisso do codec G.729ab com atividade de voz, m a taxa de transmisso do codec G.729ab sem atividade de voz (atividade somente de VAD e CNG) e a ndice de atividade.

Segundo HERSENT (2002), em uma conversao normal entre duas pessoas, em mdia as duas partes s falam 35% do tempo da chamada. Ou seja, em uma chamada de voz sobre IP, em 65% do tempo haver somente transmisso de silncio (VAD) e rudo de conforto (CNG),

74

que possui a taxa de transmisso m calculada anteriormente. Como no podemos precisar se todas as conversaes tero somente 35% de atividade de voz, para este projeto iremos admitir um valor de 50% de atividade de voz para efeito de clculo de banda. A tabela 9 apresenta os valores de taxa mdia calculados para cada localidade, para diversos valores de a, e sendo M = 20,533 kbps e m = 14,133 kbps.

a 1,00 0,95 0,90 0,85 0,80 0,75 0,70 0,65 0,60 0,55 0,50 0,45 0,40 0,35 0,30

SPO 657.056 646.816 636.576 626.336 616.096 605.856 595.616 585.376 575.136 564.896 554.656 544.416 534.176 523.936 513.696

Taxa de Transmisso Mdia (bps) RJO CTA BSA POA SJC 287.462 164.264 143.731 143.731 164.264 282.982 161.704 141.491 141.491 161.704 278.502 159.144 139.251 139.251 159.144 274.022 156.584 137.011 137.011 156.584 269.542 154.024 134.771 134.771 154.024 265.062 151.464 132.531 132.531 151.464 260.582 148.904 130.291 130.291 148.904 256.102 146.344 128.051 128.051 146.344 251.622 143.784 125.811 125.811 143.784 247.142 141.224 123.571 123.571 141.224 242.662 138.664 121.331 121.331 138.664 238.182 136.104 119.091 119.091 136.104 233.702 133.544 116.851 116.851 133.544 229.222 130.984 114.611 114.611 130.984 224.742 128.424 112.371 112.371 128.424
Tabela 9 Taxa de transmisso mdia obtida

CAS 225.863 222.343 218.823 215.303 211.783 208.263 204.743 201.223 197.703 194.183 190.663 187.143 183.623 180.103 176.583

700.000 600.000 So Paulo 500.000 400.000


bps

Rio de Janeiro Curitiba Braslia Porto Alegre S.J. dos Campos Campinas

300.000 200.000 100.000 0 1,00 0,95 0,90 0,85 0,80 0,75 0,70 0,65 0,60 0,55 0,50 0,45 0,40 0,35 0,30

Figura 16 Grfico ilustrativo da taxa de transmisso mdia

75

3.1.7

RECURSOS NECESSRIOS

Os PABXs de todas as localidades, embora no possuam ainda a interface de gateway H.323, esto preparados e so compatveis com o servio de voz sobre IP (H.323). Os switchs, de camada 2, no possuem nenhuma dificuldade em se trabalhar com VLANs diferenciadas para voz. Os nicos equipamentos que necessitam de atualizao de software so os roteadores, visto que eles possuem IOS (software) sem caractersticas de QoS (Quality of Service) necessrias para otimizao de voz sobre IP. A seguinte configurao sugerida para atualizao dos roteadores, conforme tabela 10.

Roteadores
Localidade So Paulo Rio de Janeiro Porto Alegre Curitiba S.J. dos Campos Campinas Braslia Modelo Verso Software Memria RAM Cisco 2611 12.3(6) 42Mb Cisco 2611 12.3(6) 42Mb Cisco 2611 12.3(6) 42Mb Cisco 2611 12.3(6) 42Mb Cisco 2611 12.3(6) 42Mb Cisco 2611 12.3(6) 42Mb Cisco 2611 12.3(6) 42Mb Tabela 10 Nova configurao dos roteadores Flash Memory 16Mb 16Mb 16Mb 16Mb 16Mb 16Mb 16Mb

O IOS verso 12.3(6) possui caractersticas que permitiro configuraes de QoS no trfego dele, para otimizar a voz sobre IP. Alm disso, as memrias RAM e Flash necessariamente precisam ser aumentadas.

A estrutura WAN de dados, que interliga as localidades, utiliza a tecnologia MPLS, sendo centralizada e administrada pela operadora, que cria uma VPN (Virtual Private Network) em sua rede, sendo transparente para todos os ns. So Paulo possui taxa de transmisso de 2Mbps, Rio de Janeiro de 512kbps e as demais localidades de 256kbps.

Com os dados obtidos no clculo de taxa de transmisso, podemos assim dimensionar a taxa de transmisso correta para cada localidade, considerando o trfego de voz futuro e o trfego de dados atual do sistema. O trfego de voz vai ter uma demanda conforme a seguir:

76

Localidade So Paulo Rio de Janeiro Porto Alegre Curitiba S.J. dos Campos Campinas Braslia

Voz (out) 554,656 242,662 121,331 138,664 138,664 190,663 62,839

Taxa de transmisso (kbps) Voz Dados Dados Total Total (in) (out) (in) (out) (in) 554,656 1035,8 1716,4 1590,456 2271,056 242,662 309 467,7 551,662 710,362 121,331 131,9 252,2 253,231 373,531 138,664 151,7 250,9 290,364 389,564 138,664 224,8 253,8 363,464 392,464 190,663 100,6 241,6 291,263 432,263 62,839 117,8 250,2 180,639 313,039

Total Diferena Diferena Atual (out) (in) 2048 +457,544 -223,056 512 -39,662 -198,362 256 +2,769 -117,531 256 -34,364 -133,564 256 -107,464 -136,464 256 -35,263 -176,263 256 +75,361 -57,039

Tabela 11 Demanda de trfego de dados prevista clculo terico (in = entrante, out = sainte)

2048 1536 kbps 1024 512 0


au l o Ja n eir Cu r it ib Al e mp in a S de Ca mp oP rto Ca B ra s l i a o g re a os s

Voz (in) Dados (in)

R io

Po

Figura 17 Grfico demonstrativo de taxa de transmisso requerida (trfego entrante terico)

1536

1024 kbps 512 Voz (out) Dados (out)

0
iro aul o mp o rto Ale g Cu r itib Jan e ina S de Ca mp oP Ca Bra sli a re s a s

Rio

Po

Figura 18 Grfico demonstrativo de taxa de transmisso a requerida (trfego sainte terico)

S.J .d

os

S .J

.d

os

77

A demanda demonstrada na tabela 11, mostra os valores requeridos exatamente proporcionais ao trfego calculado, ou seja, so valores de taxa de transmisso diretamente proporcionais aos nmeros de canais calculados (troncos necessrios) por localidade.

Na prtica, no h como dimensionar essas quantidades de troncos exatamente como calculados teoricamente. A placa que faz interface H.323 possi oito canais, assim a quantidade de troncos a serem instalados precisam ser mltiplos de oito.

No pabx, as chamadas tero suas mdias convertidas da comutao de circuitos para dados e, como a placa que tem a funo de interface de gateway H.323 (ELU32) tem o limite de oito chamadas simultneas por placa, deve-se dividir o total de troncos necessrios por oito, para saber a quantidade de placas necessrias para comportar o trfego aferido nos atuais links corporativos. Na tabela 12 est demonstrado o nmero de troncos necessrios e placas ELU32 em cada um dos pabx da rede.

Placas ELU32 Total de canais Total de canais (quantidade) (calculado) So Paulo 4 32 32 Rio de Janeiro 2 14 16 Porto Alegre 1 7 8 Curitiba 1 8 8 S.J. dos Campos 1 8 8 Campinas 2 11 16 Braslia 1 7 8 Tabela 12 Quantidade de placas ELU32 por pabx Localidade

Desta forma, a banda real requerida ser proporcional ao nmero de canais total de cada localidade, conforme tabela 13, e gerando novos valores conforme a seguir.
Taxa de transmisso (kbps) Voz Dados Dados Total Total Total Diferena Diferena (in) (out) (in) (out) (in) Atual (out) (in) 554,656 1035,8 1716,4 1590,456 2271,056 2048 +457,544 -223,056 277,328 309 467,7 586,328 745,028 512 -74,328 -233,028 138,664 131,9 252,2 270,564 390,864 256 -14,564 -134,864 138,664 151,7 250,9 290,364 389,564 256 -34,364 -133,564 138,664 224,8 253,8 363,464 392,464 256 -107,464 -136,464 277,328 100,6 241,6 377,928 518,928 256 -121,928 -262,928
138,664 117,8 250,2 256,464 388,864 256 -0,464 -132,864

Localidade So Paulo Rio de Janeiro Porto Alegre Curitiba S.J. dos Campos Campinas Braslia

Voz (out) 554,656 277,328 138,664 138,664 138,664 277,328 138,664

Tabela 13 Demanda de trfego de dados prevista clculo em funo do total de canais (in = entrante, out = sainte)

78

2560 2048 1536 kbps 1024 512 0


Ja nei ro au lo mp o rto Ale g Cu r it ib ina S de Ca mp oP Ca Bra sli a re s a s

Voz (in) Dados (in)

Rio

Po

Figura 19 Grfico demonstrativo de taxa de transmisso requerida (trfego entrante real)

2048 1536 kbps 1024 512 0


iro s aul o mp o rto Ale g Cu r it ib Jan e ina S de Ca mp oP Ca Bra sli a re a s

S.J .d

os

Voz (out) Dados (out)

Rio

Po

Figura 20 Grfico demonstrativo de taxa de transmisso requerida (trfego sainte real)

Como a taxa de transmisso dos links de cada localidade no pode ser aumentada para o valor exato da demanda do trfego de voz, valores redondos precisam ser adotados como base do aumento de taxa de transmisso. Isto , no se pode comprar 136,646 kbps de taxa de transmisso, por exemplo, para a localidade de So Jos dos Campos. Os valores que podem ser adquiridos junto s operadoras so 128 kbps, 256 kbps, 512 kbps, 768 kbps, 1024 kbps e 2048 kbps. Pela tabela 14, podemos ento definir os upgrades de link desta forma:

S.J .d

os

79

Localidade So Paulo Rio de Janeiro Porto Alegre S. J. dos Campos Curitiba Campinas Braslia

Taxa de transmisso atual (kbps) 2048 512 256 256 256 256 256

Upgrade (kbps) 256 256 256 256 256 512 256

Total Alocado (kbps) 2304 768 512 512 512 768 512

Tabela 14 Aumento da taxa de transmisso nas localidades

3.2 FORMATAO DE ROTA DE MENOR CUSTO


A funo da Rota de Menor Custo neste projeto encaminhar as ligaes interurbanas de determinada filial, para uma outra filial onde o custo desta ligao seja menor.

Tomando-se como exemplo as ligaes ilustradas na figura 21, temos um ramal do pabx de Curitiba realizando uma ligao interurbana para o nmero 61-XXXX-XXXX. Ao invs de encaminhar esta ligao diretamente ao entroncamento DDR conectado no pabx, a RMC analisa os dgitos discados pelo usurio e faz um match nas entradas das tabelas da RMC de Curitiba. Aps este match, a RMC detecta que uma das rotas que est disponvel na rede de voz sobre IP, tem custo inferior ao interurbano que seria gerado a partir de Curitiba. O pabx ento encaminha a chamada para um gateway H.323 (interface ELU32 do pabx), fazendo com que a ligao realize uma conexo trnsito no pabx de Braslia, e gere a ligao em seu entroncamento DDR local para o nmero desejado.

As ligaes simples entre ramais de uma filial e outra, no entram na RMC pois no h anlise de discagem, ou seja, mandatrio que as ligaes entre filiais estejam usando os gateways H.323 (exemplo da ligao da filial Porto Alegre para a matriz So Paulo, na figura 21).

80

Figura 21 Exemplo de ligaes dentro da rede de voz sobre IP

Desta forma, tm-se sete localidades diferentes disponveis na RMC, sendo que cada localidade ter seis opes de rotas DDR remotas para ligaes interurbanas. A partir de anlise realizada na tabela de rea de tarifao da STFC brasileira (Anexo IV), encontrada no Anexo Resoluo N 424, de 6 de Dezembro de 2005 (Anatel, 2005), podemos formatar a RMC de acordo com as distncias e degraus tarifrios com menor custo para o sistema.

As distncias inclusas no roteamento abrangem somente os trs primeiros degraus tarifrios, que correspondem a distncias menores que 300 km. As localidades inclusas foram definidas atravs das coordenadas geogrficas de cada uma (longitude e latitude), calculando-se a distncia mxima de 300 km do ponto de sada mais prximo (do pabx mais prximo, no caso).

81

Origem da ligao Nmero Discado So Paulo (11) 0xx11 yyyy yyyy 0xx12 yyyy yyyy 0xx12 3908 4yyy* 0xx13 32yy yyyy 0xx13 38yy yyyy 0xx14 yyyy yyyy 0xx15 32yy yyyy 0xx16 32yy yyyy 0xx19 yyyy yyyy 0xx21 yyyy yyyy 0xx24 yyyy yyyy 0xx32 yyyy yyyy 0xx41 yyyy yyyy 0xx42 yyyy yyyy 0xx47 yyyy yyyy 0xx51 yyyy yyyy 0xx54 32yy yyyy 0xx61 yyyy yyyy 0xx62 yyyy yyyy DDR RMC RMC DDR DDR RMC DDR RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC S.J. Campos (12) RMC DDR RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC Campinas (19) RMC RMC RMC RMC RMC DDR RMC DDR DDR RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC Rio de Janeiro (21) RMC RMC RMC RMC RMC RMC RMC RMC RMC DDR DDR DDR RMC RMC RMC RMC RMC RMC RMC Curitiba (41) RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC DDR DDR DDR RMC RMC RMC RMC Porto Alegre (51) RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC DDR DDR RMC RMC Braslia (61) RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC RMC DDR DDR

XX = Cdigo de Operadora / YYYY YYYY = Nmero de assinante desejado DDR Sada local pelo entroncamento DDR RMC Sada via gateway H.323 na rede de voz sobre IP * - Faixa DDR pertencente localidade de So Jos dos Campos (ligaes para este nmero passaro a ser corporativas)

Tabela 15 Matriz de roteamento de ligaes da RMC

Assim, quando uma chamada LDN (Longa Distncia Nacional) originada a partir de uma determinada localidade, analisada pela RMC e utiliza uma sada DDR remota (de outra localidade). Esta chamada ir utilizar-se somente dos degraus D1 (at 50 km), D2 (de 50km 100km) e D3 (de 100km at 300km), visto que o ltimo degrau D4 engloba todas as distncias acima de 300km, e que torna igual o valor da tarifa tanto para a chamada sendo originada do DDR local quanto do DDR remoto.

Exemplo:

Ramal 6300 de So Paulo efetua uma ligao LDN para o nmero 45-3222-2000 (Cascavel). A localidade pertencente a RMC mais prxima da cidade de Cascavel Curitiba. Mas a

82

distncia entre Curitiba e Cascavel aproximadamente 500km. Ou seja, tanto faz a ligao sair pelo DDR local de So Paulo como pelo DDR local de Curitiba (o degrau tarifrio D4 > 300km). Em ambos os casos a tarifa ser a mesma, e utilizar-se da RMC para efetuar a ligao a partir do DDR local de Curitiba, seria utilizar incorretamente a taxa de transmisso disponvel entre as duas localidades. Assim, nesse caso, a ligao teria sua sada obrigatoriamente pelo DDR local de So Paulo. Se a ligao fosse para um nmero de Paranagu (rea 414), esta seria roteada pela RMC para ter sua sada no pabx de Curitiba.

A seguir apresentada na tabela 16 (ANATEL, 2006), a relao de reas tarifrias abrangidas pela RMC, e as respectivas faixas numricas de discagem. Por exemplo, a rea tarifria 011 (So Paulo), que abrange os nmeros de assinante que iniciam em 11-yyyy-yyyy (y sendo qualquer possibilidade numrica), ter as ligaes originadas a partir do pabx localizado em So Paulo. Assim, quando qualquer uma das outras localidades efetua uma ligao para o ddd 11, ela ser encaminhada para a RMC, sendo conectada pelos entroncamentos de voz sobre IP da origem at o pabx de So Paulo, e no pabx de So Paulo realizada a chamada atravs da PSTN.

Faixa numrica afetada Sada de Ligaes - pabx So Paulo rea Tarifria 011: SAO PAULO (latitude: 2332'51.00'' S longitude: 4638'10.00'') rea Tarifria 132: SANTOS (latitude: 2357'39.00'' S longitude: 4620'01.00'') rea Tarifria 138: REGISTRO (latitude: 2429'15.00'' S longitude: 4750'37.00'') rea Tarifria 152: SOROCABA (latitude: 2330'06.00'' S longitude: 4727'29.00'') Sada de Ligaes - pabx Rio de Janeiro rea Tarifria 021: RIO DE JANEIRO (latitude: 2254'10.00'' S longitude: 4312'27.00'') rea Tarifria 242: PETROPOLIS (latitude: 2230'18.00'' S longitude: 4310'43.00'') rea Tarifria 243: VOLTA REDONDA (latitude: 2231'23.00'' S longitude: 4406'15.00'') rea Tarifria 244: BARRA DO PIRAI (latitude: 2228'12.00'' S longitude: 4349'32.00'') rea Tarifria 245: NOVA FRIBURGO (latitude: 2216'55.00'' S longitude: 4231'52.00'') rea Tarifria 246: CABO FRIO (latitude: 2252'46.00'' S longitude: 4201'07.00'') rea Tarifria 247: CAMPOS DOS GOYTACAZES (latitude: 2145'15.00'' S longitude: 4119'28.00'') rea Tarifria 249: ITAPERUNA (latitude: 2112'18.00'' S longitude: 4153'16.00'') rea Tarifria 321: BOM JARDIM DE MINAS (latitude: 2156'50.00'' S longitude: 4411'28.00'') rea Tarifria 322: JUIZ DE FORA (latitude: 2145'51.00'' S longitude: 4321'01.00'') rea Tarifria 323: BARBACENA (latitude: 2113'33.00'' S longitude: 4346'25.00'') rea Tarifria 324: LEOPOLDINA (latitude: 2131'55.00'' S longitude: 4238'35.00'') rea Tarifria 325: UBA (latitude: 2107'12.00'' S longitude: 4256'34.00'') rea Tarifria 326: ALEM PARAIBA (latitude: 2153'16.00'' S longitude: 4242'16.00'') rea Tarifria 327: MURIAE (latitude: 2107'50.00'' S longitude: 4221'59.00'') Sada de Ligaes - pabx So Jos dos Campos rea Tarifria 122: TAUBATE (latitude: 2301'35.00'' S longitude: 4533'19.00'') 0XX 12 YYYY YYYY 0XX 32 YYYY YYYY 0XX 24 YYYY YYYY 0XX 21 YYYY YYYY 0XX 15 32YY YYYY 0XX 11 YYYY YYYY 0XX 13 YYYY YYYY

83

rea Tarifria 123: SAO JOSE DOS CAMPOS (latitude: 2310'46.00'' S longitude: 4553'13.00'') rea Tarifria 124: CARAGUATATUBA (latitude: 2337'13.00'' S longitude: 4524'47.00'') rea Tarifria 125: GUARATINGUETA (latitude: 2248'59.00'' S longitude: 4511'33.00'') Sada de Ligaes - pabx Campinas rea Tarifria 192: CAMPINAS (latitude: 2254'20.00'' S longitude: 4703'39.00'') rea Tarifria 194: PIRACICABA (latitude: 2243'31.00'' S longitude: 4738'57.00'') rea Tarifria 195: RIO CLARO (latitude: 2224'41.00'' S longitude: 4733'41.00'') rea Tarifria 196: SAO JOAO DA BOA VISTA (latitude: 2158'09.00'' S longitude: 4647'53.00'') rea Tarifria 142: BAURU (latitude: 2218'53.00'' S longitude: 4903'38.00'') rea Tarifria 143: OURINHOS (latitude: 2258'44.00'' S longitude: 4952'14.00'') rea Tarifria 146: JAU (latitude: 2217'47.00'' S longitude: 4833'28.00'') rea Tarifria 147: AVARE (latitude: 2305'55.00'' S longitude: 4855'33.00'') rea Tarifria 149: BOTUCATU (latitude: 2253'09.00'' S longitude: 4826'42.00'') rea Tarifria 162: ARARAQUARA (latitude: 2147'40.00'' S longitude: 4810'32.00'') Sada de Ligaes - pabx Curitiba rea Tarifria 412: CURITIBA (latitude: 2525'40.00'' S longitude: 4916'23.00'') rea Tarifria 414: PARANAGUA (latitude: 2531'12.00'' S longitude: 4830'33.00'') rea Tarifria 422: PONTA GROSSA (latitude: 2505'42.00'' S longitude: 5009'43.00'') rea Tarifria 424: IRATI (latitude: 2528'02.00'' S longitude: 5039'04.00'') rea Tarifria 425: UNIAO DA VITORIA (latitude: 2613'48.00'' S longitude: 5105'11.00'') rea Tarifria 427: GUARAPUAVA (latitude: 2523'43.00'' S longitude: 5127'29.00'') rea Tarifria 473: BLUMENAU (latitude: 2655'10.00'' S longitude: 4903'58.00'') rea Tarifria 474: JOINVILLE (latitude: 2618'16.00'' S longitude: 4850'44.00'') rea Tarifria 476: MAFRA (latitude: 2606'41.00'' S longitude: 4948'19.00'') rea Tarifria 478: RIO DO SUL (latitude: 2712'51.00'' S longitude: 4938'35.00'') Sada de Ligaes - pabx Porto Alegre rea Tarifria 512: PORTO ALEGRE (latitude: 3001'59.00'' S longitude: 5113'48.00'') rea Tarifria 513: OSORIO (latitude: 2953'12.00'' S longitude: 5016'11.00'') rea Tarifria 515: SANTA CRUZ DO SUL (latitude: 2943'03.00'' S longitude: 5225'33.00'') rea Tarifria 516: CACHOEIRA DO SUL (latitude: 3002'21.00'' S longitude: 5253'38.00'') rea Tarifria 517: CAMAQUA (latitude: 3051'04.00'' S longitude: 5148'44.00'') rea Tarifria 518: SAO JERONIMO (latitude: 2957'33.00'' S longitude: 5143'20.00'') rea Tarifria 542: CAXIAS DO SUL (latitude: 2910'05.00'' S longitude: 5110'46.00'') rea Tarifria 542C: BENTO GONCALVES (latitude: 2910'17.00'' S longitude: 5131'09.00'') Sada de Ligaes - pabx Braslia rea Tarifria 612: BRASILIA (latitude: 1547'55.00'' S longitude: 4751'38.00'') rea Tarifria 612A: VALPARAISO DE GOIAS (latitude: 1603'57.00'' S longitude: 4758'43.00'') rea Tarifria 612B: FORMOSA (latitude: 1532'14.00'' S longitude: 4720'04.00'') rea Tarifria 612C: POSSE (latitude: 1405'35.00'' S longitude: 4622'10.00'') rea Tarifria 612D: CAVALCANTE (latitude: 1347'51.00'' S longitude: 4727'30.00'') rea Tarifria 612E: SAO DOMINGOS (latitude: 1323'54.00'' S longitude: 4619'06.00'') rea Tarifria 612F: CAMPOS BELOS (latitude: 1302'12.00'' S longitude: 4646'18.00'') rea Tarifria 612K: S. ANTONIO DO DESCOBERTO (latitude: 1556'23.00'' S longitude: 4815'18.00'') rea Tarifria 622: GOIANIA (latitude: 1640'43.00'' S longitude: 4915'14.00'') rea Tarifria 623: ANAPOLIS (latitude: 1619'36.00'' S longitude: 4857'10.00'') 0XX 62 YYYY YYYY 0XX 61 YYYY YYYY 0XX 54 32YY YYYY 0XX 47 YYYY YYYY 0XX 42 YYYY YYYY 0XX 41 YYYY YYYY 0XX 16 32YY YYYY 0XX 14 YYYY YYYY 0XX 19 YYYY YYYY

0XX 51 YYYY YYYY

Tabela 16 reas tarifrias abrangidas e anlise numrica


(fonte: ANATEL 2006)

84

3.3 VIABILIDADE TCNICO-FINANCEIRA


3.3.1 CUSTOS DE IMPLANTAO DO SISTEMA

A reestruturao dos equipamentos instalados e servios disponveis atualmente gerariam os gastos demonstrados na tabela 17. Notam-se descontos generosos por parte do fornecedor Cisco (roteadores) e Ericsson (PABX). Isso ocorre devido parceria de empreendimentos em conjunto com a empresa Damovo, que o foco deste projeto. Desta forma os descontos foram concebidos segundo acordos pr-estabelecidos entre as empresas envolvidas.
Preo Unitrio Desconto Fornecedor

Item Pacote de Upgrades de roteadores Cisco (software/memria RAM e Flash) Placa pabx MD110 Ericsson ELU32 ROF 1375428/1 Licenas Ericsson IP Trunk Aumento de taxa de transmisso Embratel Implantao de QoS MPLS Embratel

Quant.

Preo total

Total com desconto R$

R$31.517,92

R$31.517,92

63%

R$19.856,29

R$11.661,63

12

R$6.096,86

R$73.162,32

50%

R$36.581,16

R$36.581,16

12 6

R$930,90 R$1.000,00

R$11.170,80 R$6.000,00

50% 0%

R$5.585,40 R$0,00

R$5.585,40 R$6.000,00

R$14.700,00

R$14.700,00

0%

R$0,00 total

R$14.700,00 R$74.528,19

Cotao dlar em 17/08/2006: R$2,14

Tabela 17 Oramento de reestruturao de equipamentos e servios


(fonte cotao: UOL)

Demais custos previamente estabelecidos na proposta de projeto acabaram por no existir devido ao fato da empresa Damovo ceder gentilmente a estrutura de laboratrio e escritrio de suas dependncias. Assim, custos com softwares, materiais de consumo de escritrio, computadores e ambientes de teste foram nulos.

3.3.2

CUSTO MENSAL ATUAL DOS SERVIOS TELEFNICOS

Os entroncamentos E1 corporativos que servem atualmente todas as localidades possuem dois tipos de servios como visto anteriormente. As chamadas OnNet, que so as chamadas corporativas de uma localidade para outra e as chamadas interurbanas para a rede pblica de telefonia. As chamadas interurbanas so tarifadas normalmente e as chamadas OnNet possuem tarifao especial, por fazerem parte do plano corporativo adquirido. Pode-se

85

observar na tabela 18 o total consumido no ms de janeiro de 2006 de custo das chamadas OnNet e interurbanas.

Localidade So Paulo Rio de Janeiro Braslia Curitiba Campinas Porto Alegre TOTAL

Chamadas OnNet R$ 1.123,37 R$ 606,27 R$ 337,89 R$ 323,23 R$ 251,69 R$ 385,71 R$ 3.028,16

Chamadas DDD R$ 6.759,15 R$ 1.861,15 R$ 249,26 R$ 3.009,54 R$ 4.382,91 R$ 3.584,85 R$ 19.845,86

Total R$ 7.880,52 R$ 2.467,42 R$ 587,15 R$ 3.332,77 R$ 4.634,60 R$ 3.970,56 R$ 22.873,02

OnNet % 14,25% 24,57% 57,55% 9,70% 5,43% 9,71% 13,24%

DDD % 85,75% 75,43% 42,45% 90,30% 94,57% 90,29% 86,76%

Tabela 18 Custo mensal de chamadas OnNet e interurbanas


(fonte: EMBRATEL 2006)

Os valores foram extrados de relatrios gerados a partir de software proprietrio da prpria operadora, conforme observa-se na figura 22 (impresso da janela do software). Os valores foram exportados no formato texto, para serem tratados e filtrados, gerando assim os valores constantes na tabela 18.

Figura 22 Software gerador de relatrios de conta telefnica


(fonte: EMBRATEL 2006)

86

As chamadas OnNet, no novo sistema, usaro os gateways H.323 e tero custo zero nas chamadas entre os pabx das sete localidades, visto que j existem entroncamentos de dados. Quanto s chamadas interurbanas, necessrio se avaliar a quantidade de chamadas de cada localidade com destino s reas tarifrias que esto inclusas na RMC. Tendo em mos a porcentagem das ligaes interurbanas destinadas s reas da RMC, podemos assim calcular a quantidade de ligaes roteadas pela RMC e o valor economizado para esta ligao, se comparado uma ligao interurbana convencional.

3.3.3

ESTIMATIVA DE REDUO DE CUSTOS COM RMC

Na tabela 19, observam-se os valores das tarifas pesquisadas nos sites das prprias operadoras, nos planos bsicos empresariais. Foram pesquisadas somente as operadoras Brasil Telecom, Telefnica e Telemar, visto que os servios de telefonia nos entroncamentos DDR so fornecidos por elas somente, na atual rede telefnica do sistema. A tabela 20 apresenta a mdia das tarifas entre as trs operadoras.

O clculo do valor da ligao, atravs da RMC, realizado tomando-se por base o tipo de ligao realizada (local, D1, D2, D3 ou D4), a origem e destino da ligao, e a rota utilizada pela RMC para sada desta chamada. Na tabela 21 observa-se a relao de custo entre os tipos de chamada, por onde se basear os clculos dos novos custos usando-se a RMC.

Pulso Local * D1 ** D2 ** D3 ** D4 **

Curitiba R$ 0,15968 R$ 0,30442 R$ 0,44669 R$ 0,51737 R$ 0,57005

Brasil Telecom Porto Alegre R$ 0,16314 R$ 0,31346 R$ 0,45995 R$ 0,53273 R$ 0,54424

Braslia R$ 0,15520 R$ 0,29589 R$ 0,43416 R$ 0,50287 R$ 0,53224

So Paulo R$ 0,14728 R$ 0,31056 R$ 0,52158 R$ 0,56650 R$ 0,66536

Telefnica Campinas S.J.Campos R$ 0,14728 R$ 0,14728 R$ 0,31056 R$ 0,31056 R$ 0,52158 R$ 0,52158 R$ 0,56650 R$ 0,56650 R$ 0,66536 R$ 0,66536

Telemar Rio de Janeiro R$ 0,15787 R$ 0,36399 R$ 0,54097 R$ 0,55644 R$ 0,58907

Tabela 19 Tarifas de chamadas interurbanas e locais


(Fonte: home-page das operadoras em 17/05/06)

Pulso Local * D1 ** D2 **

Mdia Total R$ 0,15396 R$ 0,31563 R$ 0,49236

Mdia Total ** R$ 0,03849 R$ 0,31724 R$ 0,49888

D3 ** R$ 0,54413 R$ 0,54795 D4 ** R$ 0,60453 R$ 0,60945 * Tarifao a cada 240 seg. ** Tarifao por minuto

Tabela 20 Mdia de tarifa das operadoras envolvidas


(Fonte: home-page das operadoras em 17/05/06)

87

Ligao local = Ligao local = Ligao local = Ligao local = Ligao D1 = Ligao D1 = Ligao D1 = Ligao D2 = Ligao D2 = Ligao D3 =

12,13% 7,72% 7,02% 6,32% 63,59% 57,89% 52,05% 91,04% 81,86% 89,91%

de uma ligao de uma ligao de uma ligao de uma ligao de uma ligao de uma ligao de uma ligao de uma ligao de uma ligao de uma ligao

D1 D2 D3 D4 D2 D3 D4 D3 D4 D4

Tabela 21 Relao de custos dos degraus tarifrios

Com a ajuda de filtros nos relatrios de tarifao, foi possvel determinar a porcentagem de ligaes originadas de determinada localidade para diversos destinos separadamente. Assim encontra-se os valores exatos gastos em ligaes para cada destino interurbano, como pode-se observar na tabela 22. E na tabela 23 exibido as tarifas recalculadas de acordo com os roteamentos da RMC.

Area Destino Area 11 S.J. Campos Area 12 Area 13 32 Area 13 38 Area 14 Area 15 32 Area 16 32 Area 19 Area 21 Area 24 Area 32 Area 41 Area 42 Area 47 Area 51 Area 54 32 Area 61 Area 62 Valor Total sem RMC

RELAO DE LIGAES DDD (VALOR PARA CADA REA EM JANEIRO/2006) So Paulo R$ 1.132,76 R$ 218,56 Rio de Janeiro R$ 542,46 R$ 161,40 R$ 70,74 R$ 0,00 R$ 0,00 R$ 108,66 R$ 0,00 R$ 414,31 R$ 346,59 R$ 35,50 R$ 147,59 R$ 212,84 R$ 104,54 R$ 116,10 R$ 373,43 R$ 17,91 R$ 276,17 R$ 17,21 R$ 3.522,17 R$ 0,47 R$ 0,00 R$ 1,89 R$ 20,87 R$ 0,00 R$ 24,97 R$ 0,00 R$ 868,07 R$ 182,94 R$ 37,80 R$ 0,00 R$ 0,00 R$ 7,47 Braslia R$ 125,88 R$ 40,67 R$ 0,43 R$ 0,00 R$ 0,00 R$ 0,00 R$ 0,00 R$ 0,00 R$ 0,00 R$ 14,40 R$ 0,00 R$ 0,00 R$ 1,56 R$ 0,00 R$ 0,00 R$ 0,00 R$ 0,00 R$ 23,64 R$ 0,00 R$ 0,00 R$ 0,00 R$ 409,68 Curitiba R$ 328,52 R$ 22,21 R$ 11,74 R$ 0,00 R$ 0,00 R$ 0,00 R$ 0,00 R$ 0,00 R$ 14,48 R$ 9,09 R$ 0,00 R$ 0,00 R$ 706,32 R$ 0,00 R$ 0,00 R$ 2,55 R$ 18,31 R$ 0,00 R$ 58,45 R$ 0,00 R$ 0,00 R$ 0,00 R$ 3.079,26 R$ 2,15 R$ 0,00 R$ 477,30 R$ 221,32 Campinas R$ 1.109,62 R$ 60,80 R$ 901,89 R$ 0,00 R$ 0,00 Porto Alegre R$ 367,83 R$ 54,56 R$ 1,83 R$ 1,83 R$ 0,00 R$ 0,00 R$ 0,00 R$ 0,00 R$ 5,86 R$ 5,93 R$ 0,00 R$ 0,00 R$ 16,07 R$ 0,00 R$ 21,24

Tabela 22 Relao de ligaes DDD (Valor para cada rea em jan/2006)


(fonte: EMBRATEL 2006)

88

TABELA DE DESTINOS ROTEADOS E RESPECTIVOS CUSTOS RECALCULADOS Destino So Paulo Via RMC Area 11 S.J. Campos Area 12 Area 13 32 Area 13 38 Area 14 Area 15 32 Area 16 32 Area 19 Area 21 Area 24 Area 32 Area 41 Area 42 Area 47 Area 51 Area 54 32 Area 61 Area 62 Valor total com RMC LEGENDA R$ 0,00 R$ 31,98 R$ 21,90 R$ 29,06 R$ 132,70 R$ 13,45 R$ 93,99 R$ 104,39 R$ 23,60 R$ 14,66 R$ 17,45 R$ 14,09 R$ 608,79 R$ 0,03 R$ 0,00 R$ 1,70 R$ 1,32 R$ 0,00 R$ 1,58 R$ 0,00 R$ 77,84 R$ 8,99 R$ 97,70 R$ 0,00 R$ 13,81 Rio de Janeiro Via RMC R$ 34,28 R$ 0,00 R$ 4,47 R$ 0,00 R$ 0,00 R$ 33,99 R$ 0,00 R$ 0,00 R$ 0,47 Braslia Via RMC R$ 7,96 R$ 0,00 R$ 0,03 R$ 0,00 R$ 0,00 R$ 0,00 R$ 0,00 R$ 0,00 R$ 0,00 R$ 0,91 R$ 0,00 R$ 0,00 R$ 0,10 R$ 0,00 R$ 0,00 R$ 0,00 R$ 0,00 R$ 1,49 R$ 0,00 R$ 0,00 R$ 0,00 R$ 24,49 Curitiba Via RMC R$ 20,76 R$ 0,00 R$ 0,74 R$ 0,00 R$ 0,00 R$ 0,00 R$ 0,00 R$ 0,00 R$ 0,92 R$ 0,57 R$ 0,00 R$ 0,00 R$ 44,64 R$ 0,00 R$ 0,00 R$ 0,16 R$ 16,46 R$ 0,00 R$ 3,69 R$ 0,00 R$ 0,00 R$ 0,00 R$ 401,42 Custo Normal Sem Custo Ligao Local Degrau Tar. D2 Degrau Tar. D3 R$ 0,14 R$ 0,00 R$ 45,85 R$ 181,17 Campinas Via RMC R$ 85,66 R$ 0,00 R$ 69,63 R$ 0,00 R$ 0,00 Porto Alegre Via RMC R$ 23,25 R$ 0,00 R$ 0,12 R$ 1,50 R$ 0,00 R$ 0,00 R$ 0,00 R$ 0,00 R$ 0,37 R$ 0,37 R$ 0,00 R$ 0,00 R$ 1,02 R$ 0,00 R$ 19,10

Rota de Sada DDR Local GW H.323 GW H.323 + DDR da localidade local GW H.323 + DDR da localidade local mais prxima GW H.323 + DDR da localidade local mais prxima

Tabela 23 Tabela de destinos roteados e comparao de custos

Nas tabelas 24 e 25 nota-se a significativa diminuio de custos com ligaes interurbanas. As despesas com chamadas telefnicas diminuram praticamente pela metade.

Localidade Origem So Paulo Rio de Janeiro Braslia Curitiba Campinas Porto Alegre TOTAL

Chamadas entre sites R$ 1.123,37 R$ 606,27 R$ 337,89 R$ 323,23 R$ 251,69 R$ 385,71 R$ 3.028,16

Rede sem RMC Chamadas Interurbanas R$ 6.758,15 R$ 1.861,15 R$ 249,26 R$ 3.009,54 R$ 4.382,91 R$ 3.584,85 R$ 19.845,86

Total R$ 7.881,52 R$ 2.467,42 R$ 587,15 R$ 3.332,77 R$ 4.634,60 R$ 3.970,56 R$ 22.874,02

Entre sites 14,25% 24,57% 57,55% 9,70% 5,43% 9,71% 13,24%

Interurbanas 85,75% 75,43% 42,45% 90,30% 94,57% 90,29% 86,76%

Tabela 24 Resumo de despesas sem RMC

89

Localidade Origem So Paulo Rio de Janeiro Braslia Curitiba Campinas Porto Alegre TOTAL

Rede com RMC e gateways H.323 Chamadas entre sites Chamadas Interurbanas Chamadas Interurbanas RMC R$ 0,00 R$ 3.236,98 R$ 608,79 R$ 0,00 R$ 993,08 R$ 77,84 R$ 0,00 R$ 66,32 R$ 8,99 R$ 0,00 R$ 2.599,86 R$ 24,49 R$ 0,00 R$ 1.275,36 R$ 401,42 R$ 0,00 R$ 3.107,55 R$ 45,85 R$ 0,00 R$ 11.279,15 R$ 1.167,38

Total R$ 3.845,77 R$ 1.070,92 R$ 75,31 R$ 2.624,35 R$ 1.676,78 R$ 3.153,40 R$ 12.446,53

Tabela 25 Resumo de despesas com RMC

A manuteno dos entroncamentos E1 corporativos sendo de R$ 9.302,70 e o total do custo das ligaes de R$ 22.874,02, temos um total de R$ 32.176,72 como sendo o custo mensal de telefonia no sistema atual.

Com a implantao da rede de voz sobre IP, os custos mensais passaro a ser os levantados na tabela 25, somados taxa de manuteno dos links de dados. Como a taxa de transmisso dos links existentes vai ser compartilhada entre dados e voz sobre IP, consideraremos como custo pertencente rede de telefonia o valor proporcional de utilizao do link. Ou seja, pelos valores de taxa de transmisso que sero consumidos no novo sistema (vistos na tabela 13), podemos projetar o que cada servio (dados ou voz) vai consumir do total. Para efeito de clculo, foram utilizados os valores mdios, entre trfego entrante e sainte.

Taxa de transmisso
mdia projetada (kbps)
Voz So Paulo Rio de Janeiro Porto Alegre Curitiba S.J. dos Campos Campinas Brasilia 554,656 277,328 138,664 138,664 138,664 277,328 138,664 Dados 1376,100 388,350 192,050 201,300 239,300 171,100 184,000 Total 1930,756 665,678 330,714 339,964 377,964 448,428 322,664

Porcentagem de utilizao
Voz 28,73% 41,66% 41,93% 40,79% 36,69% 61,84% 42,97% Dados 71,27% 58,34% 58,07% 59,21% 63,31% 38,16% 57,03%

Manuteno do link
Total Mensal R$ 4.871,54 R$ 3.108,47 R$ 2.394,25 R$ 2.394,25 R$ 2.394,25 R$ 2.394,25 R$ 2.394,25 Proporcional Voz R$ 1.399,47 R$ 1.295,02 R$ 1.003,88 R$ 976,56 R$ 878,38 R$ 1.480,71 R$ 1.028,92 Proporcional Dados R$ 3.472,07 R$ 1.813,45 R$ 1.390,37 R$ 1.417,69 R$ 1.515,87 R$ 913,54 R$ 1.365,33

Total da manuteno proporcional para voz (mensal)

R$ 8.062,94

Tabela 26 Custo proporcional de manuteno dos links de dados

Desta forma temos como custo total mensal o valor das ligaes da RMC de R$ 12.446,53 somado ao valor total de manuteno mensal dos links de R$ 8.062,94 que totalizam R$ 20.509,47. So exatos 36,25% a menos de gastos com a rede telefnica corporativa.

90

Fazendo-se um comparativo, no sistema atual se gastaria R$ 386.120,64 em um ano enquanto na rede de voz sobre IP com RMC o custo seria de R$ 246.113,64. A economia seria de R$ 140.007,00. Sendo que os custos de implantao do novo sistema equivalem a R$ 74.528,19, em pouco mais que seis meses a economia gerada no sistema de comunicao de voz cobriria os investimentos realizados para implantao de voz sobre IP.

3.4
3.4.1

RESULTADOS E TESTES
PROGRAMAO DE RMC NAS CENTRAIS PABX

A programao das RMC nas centrais ocorreu somente em laboratrio, sendo simulado somente a interligao entre duas centrais, uma local (Curitiba) e uma central remota (de qualquer outra localidade), sendo que ambas foram testadas somente em laboratrio e no em ambiente de produo.

As duas centrais programadas em laboratrio so da famlia MD110 Ericsson, e possuem hardware e software idnticos s centrais atualmente instaladas em todas as localidades. Elas foram programadas com uma porta Ethernet cada uma, para funo de gateway H.323, e adicionalmente uma porta de tronco analgico para simulao de conexo PSTN. A configurao das centrais foi realizada com o software Winfiol, proprietrio da Ericsson (figura 23).

Figura 23 Software Winfiol

91

A seguir, programao de RMC realizada no pabx:


/* Tabela FDT: Classifica os destinos possveis dentro da RMC */ /* O parmetro PRE a destinao de rota do FRCT <LCDDP:TAB=FDT; LEAST COST DESTINATION DATA FICTITIOUS DESTINATION TABLE FRCT 11 12 19 21 41 51 61 TZONE 1 1 1 1 1 1 1 PRE 7011 7012 7019 7021 7041 7051 7061 /* Destino So Paulo */ /* Destino S.J.C /* Destino Campinas */ */ */

/* Destino Rio de J. */ /* Destino DDR Local */ /* Destino P. Alegre */ /* Destino Braslia */

END ****************************************************************************

/* Tabela DNT1: Classifica a discagem e seu

*/

/* respectivo FRCT de destino da tabela FDT. */ /* Caso no faa nenhum "match", procura na /* prxima tabela DNT2. <LCDDP:TAB=DNT1; LEAST COST DESTINATION DATA EXCEPTIONS TABLE ENTRY 0011336563 0011336564 0011336565 001239084 001332 001338 001532 001632 00193743128 00193743129 00213974215 00213974216 00213974217 00213974218 00213974219 0051337818 0061331691 0061331692 0061331693 0061331694 TRC PRE 8 8 8 8 2 2 2 2 8 8 8 8 8 8 8 8 8 8 8 8 ACCT FRCT TOLL 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 11 11 11 12 11 11 11 19 19 19 21 21 21 21 21 51 61 61 61 61 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 CBCS BTON TNS OSA 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 */ */

******************************************************************************

92

/* Tabela DNT2: Classifica a discagem e seu

*/

/* respectivo FRCT de destino da tabela FDT. */ <LCDDP:TAB=DNT2; LEAST COST DESTINATION DATA NUMBER TABLE ENTRY 0011 0012 0013 0014 0015 0016 0017 0018 0019 0021 0022 0023 0024 0025 0026 0027 0028 0029 0031 0032 0033 0034 0035 0036 0037 0038 0039 0042 0043 0044 0045 0046 0047 0048 0049 0051 0052 0053 0054 0055 0056 0057 0058 0059 0061 TRC PRE 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 ACCT FRCT TOLL 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 11 12 11 19 41 41 41 41 19 21 41 41 21 41 41 41 41 41 41 21 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 51 41 41 41 41 41 41 41 51 61 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 CBCS BTON TNS OSA 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

93

0062 0063 0064 0065 0066 0067 0068 0069 007 008 009 01 02 03 04 05 06 07 08 09 END

2 2 2 2 2 2 2 2 2 2 2 1 1 1 1 1 1 1 1 1

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

61 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41

111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111 111111111111111

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

Todos os roteamentos possveis foram testados e alcanaram suas rotas correspondentes, aprovando-se a eficcia de todos os roteamentos analisados nas tabelas da RMC.

3.4.2

ANLISE E TESTES DE TAXA DE TRANSMISSO COM SOFTWARE ETHEREAL

Para se analisar a taxa de transmisso utilizada de fato no sistema, foram utilizados dois softwares distintos. O Ethereal e o Lanstat, ambos de licena freeware e opensource. O cabo UTP utilizado para ligar a porta da placa ELU32 diretamente ao switch foi religado em um hub, pois no switch os testes e captura de pacotes no iriam funcionar, visto que os softwares Ethereal e Lanstat s so capazes de analisar interfaces conectadas em um mesmo domnio de coliso.

Nota-se, nas figuras 24 e 25, que na medio realizada com o software Ethereal, o trfego de dados oriundo de Curitiba com destino a Porto Alegre possui uma variao muito maior que a observada no sentido oposto (trfego full-duplex). No teste realizado, notou-se que o udio gerado a partir do terminal em Curitiba teve instantes de silncio, ou seja, a ligao cortada na transmisso de voz no sentido Curitiba para Porto Alegre. J no sentido oposto no foi observado nenhuma falha de transmisso de voz. Isso ocorreu devido quantidade de pacotes

94

perdidos, oriundos de Curitiba (4,27%). Esta perda pode ter ocorrido em virtude do link em Curitiba estar conectado um hub e em Porto Alegre estar conectado um switch. No hub, a probabilidade de ocorrerem colises de pacotes so maiores, gerando assim a perda de pacotes. Outros motivos que podem ser considerados so falha no mecanismo de deteco de atividade de voz e falha de transmisso no meio (roteamento em rede MPLS da operadora).

kbps
25,00 20,00 15,00

Taxa de transmisso (fluxo RTP Poa > Cta)

Tx de Transmisso

10,00 5,00 0,00


1 389 777 1165 1553 1941 2329 2717 3105 3493 3881

Sequncia dos pacotes


Figura 24 Taxa de transmisso do fluxo RTP (sentido Poa > Cta)

kbps
25,00 20,00 15,00

Taxa de transmisso (fluxo RTP Cta > Poa)

Taxa de Transmisso

10,00 5,00 0,00


1 318 635 952 1269 1586 1903 2220

Sequncia dos pacotes


Figura 25 Taxa de transmiss do fluxo RTP (sentido Cta > Poa)

95

No relatrio gerado a partir do software Ethereal (Figura 26), notou-se que a taxa mdia de transmisso ficou em 15 kpbs, com origem em Curitiba, e 18,03 kbps com origem em Porto Alegre (tabela 27). importante salientar que os testes foram realizados em uma rede local Ethernet. Os testes no link serial PPP do roteador ao modem da operadora foi inviabilizado devido poltica de segurana de rede da prpria empresa.

Figura 26 Impresso de janela captado de relatrio no software Ethereal

Comparando com os resultados, a taxa de transmisso analisada ficou abaixo da taxa de transmisso mdia calculada de 22,4 kbps (com overhead Ethernet), considerando-se o ndice de atividade de voz como 0,5.
Fluxo RTP Cta > Poa Durao do fluxo RTP (seg) 136,07 Taxa de transmisso mdia (kbps) 15,00 Jitter mdio (ms) 2,02 Delay mdio (ms) 54,65 Perda de pacotes RTP (%) 4,27 Fluxo RTP Poa > Cta Durao do fluxo RTP (seg) 136,13 Taxa de transmisso mdia (kbps) 18,03 Jitter mdio (ms) 2,51 Delay mdio (ms) 32,81 Perda de pacotes RTP (%) 1,14 Tabela 27 Valores diagnosticados no trfego de pacotes oriundo de Curitiba

96

Podemos deduzir com os resultados obtidos, que o ndice de atividade ficou abaixo de 0,5 como aplicado nos clculos tericos.

Com os valores mdio de jitter e delay, mais a porcentagem de perda de pacotes RTP, possvel calcular o ndice MOS mdio da conversao, atravs de aplicativo online, disponvel na home page da DAVID WALL ENTERPRISES (2006). O valor calculado para o fluxo RTP oriundo de Curitiba foi de 3,44 e oriundo de Porto Alegre de 3,92.

Os valores de jitter e delay dos testes podem ser classificados como timos, porm a perda de pacotes oriundos de Curitiba ficou bem acima do aceitvel, obtendo classificao da conversao como pobre. Isso fez com que o ndice MOS do fluxo RTP oriundo de Curitiba recebesse classificao abaixo da mdia do codec G.729ab. O valor MOS de Porto Alegre ficou exatamente igual mdia terica e publicamente conhecida do codec G.729ab.

Parmetro Delay Jitter Perda de pacote

timo 0-150 ms 0-20 ms 0-0.5 %

Aceitvel 150-300 ms 20-50 ms 0.5-1.5%

Pobre > 300 ms > 50 ms > 1.5%

Tabela 28 Classificao qualitativa proporcional a delay, jitter e perda de pacote


(fonte: CALYAM, 2006)

3.4.3

ANLISE E TESTES DE TAXA DE TRANSMISSO COM SOFTWARE LANSTAT

O software Lanstat, de plataforma MS-DOS, no possui tantos recursos para anlise como o Ethereal, apresentando resultados poucos satisfatrios. Um dos problemas para coleta de informao do software foi encontrar uma maneira de extrair os dados da tela de apresentao para alguma planilha ou documento de texo. Foi necessrio captar as informaes atravs de impresses de janelas da tela do software, para posteriomente formatar os dados em planilha eletrnica, incluindo os dados manualmente. Na figura 27 observa-se uma das impresses de janela captados do software no teste. O endereo do gateway de Porto Alegre o 10.136.65.177 e do gateway de Curitiba o 10.136.97.232.

97

Figura 27 Impresso de janela do software captado durante medies com Lanstat

Os resultados obtidos nos testes com o software Lanstat ficaram, assim como no Ethereal, prximos aos valores calculados teoricamente, conforme observa-se na tabela 29. Percebe-se claramente que a coleta de informao no conseguiu detectar os perodos de perda de pacote do site de Curitiba, como diagnosticado no software Ethereal. Assim a taxa de transmisso mdia ficou estvel nos dois sentidos, ocultando as falhas detectadas com o Ethereal.

Taxa por origem (bps) Time 13:29:26 13:29:34 13:29:38 13:29:48 13:30:02 13:30:11 13:30:15 13:30:19 13:30:23 13:30:27 13:30:35 13:31:09 13:31:33 13:31:40 13:31:42 13:31:46 13:31:50 13:31:52 Porto Alegre 22576 22784 22264 22224 21968 22656 22064 19120 20248 21360 22840 21944 22400 22088 22352 23208 26880 21760 Curitiba 22464 22592 22776 22224 22776 22464 22776 22112 11792 9864 7720 20888 19944 22568 22432 22400 13440 22896

98

13:31:56 13:31:58 13:32:00 13:32:04 13:32:06 Mdia

0 22080 22320 22896 22592 21331

13440 22896 22432 23376 22840 19961

Tabela 29 Valores amostrados no software Lanstat

Grfico Lanstat
30000 25000 20000 15000 10000 5000 0
13 :2 9: 13 26 :2 9: 13 48 :3 0: 13 15 :3 0: 13 27 :3 1: 13 33 :3 1: 13 46 :3 1: 13 56 :3 2: 04

Origem Porto Alegre Origem Curitiba

bps

Hora
Figura 28 Grfico de trfego de dados observado pelo software Lanstat

99

4 CONCLUSO
O objetivo deste projeto foi detalhar a especificao da migrao de um sistema de comunicao de voz, da plataforma de comutao por circuitos para a plataforma de comutao por pacotes, demonstrando sua viabilidade tcnica e financeira.

Atravs de testes em laboratrio nas dependncias da Damovo do Brasil, foi possvel presenciar o funcionamento de parte do projeto, visto que a implantao total demandaria mo de obra em outras localidades, o que no se possuia no momento. Assim, a simulao de um dos gateways H.323 foi realizada em laboratrio, simulando-se uma conexo entre a localidade de Curitiba e Porto Alegre.

Com a ajuda dos analisadores de rede Ethereal e Lanstat, foi possvel verificar o correto funcionamento das chamadas simuladas (Anexo C) e averiguou-se a taxa de transmisso real consumida em uma chamada atravs do gateway H.323. A capacidade mensurada com os softwares analisadores apresentou diferena em relao aos valores calculados teoricamente. A medio mais prxima da calculada teoricamente foi a do Lanstat, em ambas as direes, que ficou em torno de 20 kbps, apenas 2 kbps a menos do valor terico. Embora mais prxima, foi a menos confivel, ao contrrio do software Ethereal, que conseguiu capturar mais detalhes da chamada Voip, inclusive uma diferena maior que do Lanstat.

Os motivos que podem explicar esta diferena:

- taxa de atividade de voz, que pode ter sido bem abaixo do ndice proposto de 0,5; - QoS, que inclui customizao de switch e roteador para priorizao de trfego de voz sobre IP, no implementado em laboratrio por falta de recursos. Broadcasts e outros pacotes indesejveis podem ter entrado na captura dos pacotes;

Na anlise de viabilidade constatou-se que financeiramente e tecnicamente o projeto vivel. Foram calculados os gastos totais no sistema atual, comparando-os com os gastos previstos no novo sistema. Atravs de pesquisa das tarifas de operadoras de telefonia, chegou-se mdia das tarifas interurbanas, e atravs delas as chamadas roteadas pela RMC foram retarifadas, de acordo com os destinos mais chamados. E assim fez-se o clculo do total gasto mensalmente

100

pelo atual sistema e pelo novo sistema. Obviamente o novo sistema foi o mais econmico, e analisando-se os gastos de implantao, estes seriam cobertos em menos de um ano, com as economias geradas pelo novo sistema.

O projeto disserta sobre assuntos diretamente relacionados ao sistema como anlise de trfego telefnico, telefonia pblica e privada, redes de dados e voz sobre IP. Como trabalho acadmico, ele cumpre sua funo como estudo de caso e faz uma reviso de literatura, que na maior parte, no est inclusa no currculo dos cursos de tecnologia.

101

REFERNCIAS BIBLIOGRFICAS
ANATEL, Anexo resoluo N 424 de 6 de dezembro de 2005. Disponvel em <http://www.anatel.gov.br/biblioteca/Resolucao/2005/Anexo_res_424_2005.pdf>. em: 16 jan. 2006. Acesso

CALYAM Prasad; SRIDHARAN Mukundan; MANDRAWA Weiping; SCHOPIS Paul. Performance Measurement and Analysis of H.323 Traffic, 2006. OARnet, Ohio State University. Disponvel em <http://www.pam2004.org/papers/222.pdf>. Acesso em 8 set. 2006. CISCO SYSTEMS. Programa cisco networking academy, 2005. Disponvel em <http://cisco.netacad.net>. Acesso em: 17 mai. 2005.

COMER, Douglas E. Interligao em Rede com TCP/IP. 10. ed. Rio de Janeiro: Campus, 1998. 672 p.

DAVID

WALL

ENTERPRISES.

MOS

Calculator,

2006.

Disponvel

em

<http://davidwall.com/MOSCalc.htm>. Acesso em: 8 set. 2006.

DODD, Annabel Z. O guia essencial para telecomunicaes. 2. ed. Rio de Janeiro: Campus, 2000. 399 p.

FERRARI, Antonio Martins. Telecomunicaes Evoluo e Revoluo. 2. ed. So Paulo: Erica, 1998. 306 p.

FLORES Milton M.; TADEU Marcos. Telefonia IP (VoIP). 1. ed. Rio de Janeiro: Universidade Federal Fluminense, 2005. 167 p.

HERSENT Oliver; GUIDE David; PETIT Jean-Pierre. Telefonia IP Comunicao


multimedia baseada em pacotes. 1. ed. So Paulo: Prentice Hall, 2002. 451 p.

IETF,

Request

For

Comments

(RFC)

3551,

2003.

Disponvel

em

<http://ietfreport.isoc.org/idref/rfc3551>. Acesso em 18 abr 2006.

102

JESZENSKY, Paul Jean Etienne. Sistemas Telefnicos. 1. ed. Barueri: Manole, 2004. 651 p.

MILLENIUM

Mathematics

Projetc.

Plus

Magazine,

2004.

Disponvel

em

<http://plus.maths.org/issue2/erlang>. Acesso em 24 jan. 2006.

PACKETIZER Understanding voip, 2005. Disponvel em <http://www.packetizer.com> . Acesso em: 20 mai. 2005.

PINHEIRO,

Jos

M.

S.

Rede

telefnica

comutada,

2005.

Disponvel

em

<http://www.projetoderedes.com.br>. Acesso em: 15 jun. 2005.

PINHEIRO, Jos M. S. Centrais privadas de comutao, 2005. Disponvel em <http://www.projetoderedes.com.br>. Acesso em: 15 jun. 2005.

SIEMENS SOCIEDADE ANNIMA. Teoria do trfego telefnico tabelas e grficos. So Paulo: Edgard Blcher, 1975. 358 p.

SILVA, Adailton J. S. Qualidade de servio em voip, 2005. Disponvel em <http://www.rnp.br/newsgen/0005/qos_voip1.html>. Acesso em: 20 mai. 2005.

SINHA, Shweta. TCP Tutorial, 1998. Disponvel em <http://www.ssfnet.org/Exchange/ tcp/tcpTutorialNotes.html>. Acesso em 13 fev. 2006.

TELEFONAKTIEBOLAGET LM ERICSSON, Active library explorer, biblioteca verso


asb 501 04 r11, Estocolmo, 2004.

103

ANEXO A Relatrio de trfego telefnico


Relatrio gerado a partir do sistema pabx MD110 Ericsson Localidade So Paulo
<TRREP:MENO=5,DATE=2005-09-19&&2005-09-25,PERIOD=1; TRAFFIC RECORDING RESULT DATA DATE MENO ROUTE 19SET05 5 ROU = 39 TIME TRAFF OUTG.CALLS 01:00-02:00 0.01 0 01:15-02:15 0.01 0 01:30-02:30 0.01 0 01:45-02:45 0.04 0 02:00-03:00 0.02 0 02:15-03:15 0.02 0 02:30-03:30 0.02 0 02:45-03:45 0.01 0 03:00-04:00 0.01 0 03:15-04:15 0.01 0 03:30-04:30 0.02 0 03:45-04:45 0.01 0 04:00-05:00 0.01 0 04:15-05:15 0.02 0 04:30-05:30 0.01 0 04:45-05:45 0.02 0 05:00-06:00 0.05 0 05:15-06:15 0.04 0 05:30-06:30 0.07 0 05:45-06:45 0.06 0 06:00-07:00 0.08 3 06:15-07:15 0.09 3 06:30-07:30 0.11 5 06:45-07:45 0.20 7 07:00-08:00 0.22 6 07:15-08:15 0.66 12 07:30-08:30 1.89 58 07:45-08:45 4.44 99 08:00-09:00 7.27 170 08:15-09:15 10.58 213 08:30-09:30 13.30 198 08:45-09:45 14.77 194 09:00-10:00 17.29 168 09:15-10:15 18.41 182 09:30-10:30 18.10 206 09:45-10:45 17.18 221 10:00-11:00 16.09 224 10:15-11:15 17.02 216 10:30-11:30 18.51 224 10:45-11:45 19.67 250 11:00-12:00 19.29 247 11:15-12:15 16.85 214 11:30-12:30 14.84 180 11:45-12:45 12.48 122 12:00-13:00 10.72 117 12:15-13:15 9.71 175 12:30-13:30 8.88 165 12:45-13:45 8.73 168 13:00-14:00 9.24 169 13:15-14:15 10.66 132 13:30-14:30 12.67 160 13:45-14:45 15.64 187 14:00-15:00 17.22 185 14:15-15:15 17.62 190 14:30-15:30 17.10 192 14:45-15:45 16.58 220 15:00-16:00 16.06 233 15:15-16:15 15.47 215 15:30-16:30 16.07 209 15:45-16:45 16.16 178 16:00-17:00 17.46 192 16:15-17:15 17.99 224 16:30-17:30 17.07 209 16:45-17:45 15.61 196 17:00-18:00 12.39 151 17:15-18:15 8.96 98 17:30-18:30 6.23 78 17:45-18:45 4.59 61 18:00-19:00 3.48 43 18:15-19:15 3.54 39 18:30-19:30 3.48 47 18:45-19:45 2.62 30 19:00-20:00 2.28 28

INC.CALLS 1 1 1 3 2 2 2 1 1 1 2 1 1 2 1 2 3 2 3 2 4 6 7 10 9 31 47 75 102 112 130 137 156 165 172 162 157 167 175 195 195 174 145 112 86 71 80 90 110 146 162 183 181 167 162 165 172 175 186 176 177 160 135 125 102 94 78 56 42 37 35 30 32

NDV 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60

NBLO 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

OFLO 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

CONG 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

104

19:15-20:15 1.70 27 19:30-20:30 1.36 11 19:45-20:45 1.12 10 20:00-21:00 0.75 7 20:15-21:15 0.61 3 20:30-21:30 0.29 1 20:45-21:45 0.16 1 21:00-22:00 0.24 2 21:15-22:15 0.39 4 21:30-22:30 0.37 5 21:45-22:45 0.33 4 22:00-23:00 0.33 3 22:15-23:15 0.14 1 22:30-23:30 0.14 0 22:45-23:45 0.28 1 23:00-24:00 0.40 2 BUSY HOUR START TIME = 10:45 DATE MENO ROUTE 20SET05 5 ROU = 39 TIME TRAFF OUTG.CALLS 01:00-02:00 0.11 5 01:15-02:15 0.11 6 01:30-02:30 0.08 4 01:45-02:45 0.09 4 02:00-03:00 0.05 3 02:15-03:15 0.01 0 02:30-03:30 0.01 0 02:45-03:45 0.01 0 03:00-04:00 0.01 0 03:15-04:15 0.01 0 03:30-04:30 0.02 0 03:45-04:45 0.01 0 04:00-05:00 0.01 0 04:15-05:15 0.02 0 04:30-05:30 0.02 0 04:45-05:45 0.05 0 05:00-06:00 0.08 0 05:15-06:15 0.07 0 05:30-06:30 0.09 1 05:45-06:45 0.08 4 06:00-07:00 0.10 6 06:15-07:15 0.20 8 06:30-07:30 0.37 10 06:45-07:45 0.59 11 07:00-08:00 0.91 15 07:15-08:15 1.21 21 07:30-08:30 2.09 38 07:45-08:45 3.93 61 08:00-09:00 6.44 87 08:15-09:15 8.60 116 08:30-09:30 10.97 130 08:45-09:45 13.37 156 09:00-10:00 14.20 159 09:15-10:15 15.45 157 09:30-10:30 16.20 178 09:45-10:45 16.18 191 10:00-11:00 16.25 207 10:15-11:15 16.72 226 10:30-11:30 16.66 228 10:45-11:45 16.97 216 11:00-12:00 17.45 201 11:15-12:15 15.40 170 11:30-12:30 13.37 143 11:45-12:45 9.93 109 12:00-13:00 6.44 87 12:15-13:15 4.97 77 12:30-13:30 3.72 61 12:45-13:45 4.02 62 13:00-14:00 6.52 74 13:15-14:15 8.98 89 13:30-14:30 12.59 122 13:45-14:45 15.10 143 14:00-15:00 15.92 175 14:15-15:15 16.93 175 14:30-15:30 16.79 168 14:45-15:45 17.59 159 15:00-16:00 18.08 132 15:15-16:15 18.57 151 15:30-16:30 18.53 155 15:45-16:45 18.15 169 16:00-17:00 17.28 181 16:15-17:15 15.95 176 16:30-17:30 13.94 157 16:45-17:45 11.36 131 17:00-18:00 9.36 102 17:15-18:15 7.02 69 17:30-18:30 5.39 50

21 13 15 7 8 10 9 14 12 9 6 2 2 3 3 5

60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

INC.CALLS 6 4 4 5 1 1 1 1 1 1 2 1 1 3 3 5 6 4 4 2 3 5 5 8 18 32 44 67 78 88 119 130 157 166 177 193 184 220 227 241 244 201 162 103 79 80 76 99 122 138 156 164 169 179 185 209 197 184 197 184 191 186 156 132 107 97 76

NDV 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60

NBLO 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

OFLO 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

CONG 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

105

17:45-18:45 3.70 31 18:00-19:00 2.20 22 18:15-19:15 1.15 14 18:30-19:30 1.01 10 18:45-19:45 1.03 13 19:00-20:00 0.90 9 19:15-20:15 1.06 11 19:30-20:30 0.67 14 19:45-20:45 0.44 9 20:00-21:00 0.36 8 20:15-21:15 0.20 5 20:30-21:30 0.11 0 20:45-21:45 0.11 0 21:00-22:00 0.21 0 21:15-22:15 0.25 0 21:30-22:30 0.22 0 21:45-22:45 0.18 0 22:00-23:00 0.08 0 22:15-23:15 0.03 0 22:30-23:30 0.03 0 22:45-23:45 0.02 0 23:00-24:00 0.10 0 BUSY HOUR START TIME = 15:15 DATE MENO ROUTE 21SET05 5 ROU = 39 TIME TRAFF OUTG.CALLS 01:00-02:00 0.01 0 01:15-02:15 0.01 0 01:30-02:30 0.02 2 01:45-02:45 0.06 2 02:00-03:00 0.05 2 02:15-03:15 0.08 4 02:30-03:30 0.09 4 02:45-03:45 0.09 4 03:00-04:00 0.11 4 03:15-04:15 0.12 5 03:30-04:30 0.12 4 03:45-04:45 0.09 4 04:00-05:00 0.07 4 04:15-05:15 0.03 1 04:30-05:30 0.04 0 04:45-05:45 0.05 0 05:00-06:00 0.07 0 05:15-06:15 0.06 0 05:30-06:30 0.02 0 05:45-06:45 0.01 0 06:00-07:00 0.02 0 06:15-07:15 0.04 0 06:30-07:30 0.10 2 06:45-07:45 0.16 5 07:00-08:00 0.21 11 07:15-08:15 0.51 15 07:30-08:30 2.21 38 07:45-08:45 4.91 59 08:00-09:00 8.13 71 08:15-09:15 10.49 85 08:30-09:30 11.99 103 08:45-09:45 13.38 123 09:00-10:00 14.16 154 09:15-10:15 17.01 197 09:30-10:30 18.45 212 09:45-10:45 19.16 222 10:00-11:00 19.17 245 10:15-11:15 18.11 241 10:30-11:30 18.32 249 10:45-11:45 17.96 228 11:00-12:00 17.33 188 11:15-12:15 15.74 165 11:30-12:30 13.01 130 11:45-12:45 10.09 111 12:00-13:00 7.64 91 12:15-13:15 6.72 86 12:30-13:30 6.48 76 12:45-13:45 7.05 83 13:00-14:00 8.96 118 13:15-14:15 9.50 132 13:30-14:30 11.25 147 13:45-14:45 13.15 173 14:00-15:00 13.70 158 14:15-15:15 15.04 156 14:30-15:30 15.81 174 14:45-15:45 16.32 191 15:00-16:00 17.44 221 15:15-16:15 17.88 250 15:30-16:30 17.63 241 15:45-16:45 16.69 210 16:00-17:00 16.38 197

60 48 24 23 20 17 18 17 12 11 10 11 12 11 11 7 6 5 4 4 2 5

60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

INC.CALLS 1 1 1 3 2 2 2 2 3 3 5 3 2 3 2 3 4 3 2 1 2 5 6 7 6 8 25 49 73 98 106 117 131 144 158 176 186 210 230 222 198 158 116 91 79 81 88 88 101 100 116 141 151 148 160 167 172 192 189 171 174

NDV 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60

NBLO 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

OFLO 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

CONG 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

106

16:15-17:15 15.02 169 16:30-17:30 13.09 167 16:45-17:45 11.76 164 17:00-18:00 9.16 134 17:15-18:15 7.60 102 17:30-18:30 6.21 66 17:45-18:45 4.23 42 18:00-19:00 2.79 25 18:15-19:15 1.66 19 18:30-19:30 1.02 15 18:45-19:45 1.03 14 19:00-20:00 1.20 16 19:15-20:15 1.40 14 19:30-20:30 1.93 13 19:45-20:45 2.10 12 20:00-21:00 1.90 9 20:15-21:15 1.51 8 20:30-21:30 0.82 9 20:45-21:45 0.34 5 21:00-22:00 0.20 5 21:15-22:15 0.13 4 21:30-22:30 0.13 3 21:45-22:45 0.12 3 22:00-23:00 0.19 2 22:15-23:15 0.22 2 22:30-23:30 0.16 0 22:45-23:45 0.16 0 23:00-24:00 0.16 0 BUSY HOUR START TIME = 10:00 DATE MENO ROUTE 22SET05 5 ROU = 39 TIME TRAFF OUTG.CALLS 01:00-02:00 0.24 0 01:15-02:15 0.03 0 01:30-02:30 0.03 0 01:45-02:45 0.08 0 02:00-03:00 0.06 0 02:15-03:15 0.06 0 02:30-03:30 0.06 0 02:45-03:45 0.02 0 03:00-04:00 0.02 0 03:15-04:15 0.02 0 03:30-04:30 0.07 1 03:45-04:45 0.15 3 04:00-05:00 0.13 3 04:15-05:15 0.16 3 04:30-05:30 0.13 2 04:45-05:45 0.13 4 05:00-06:00 0.15 5 05:15-06:15 0.12 5 05:30-06:30 0.11 9 05:45-06:45 0.04 6 06:00-07:00 0.08 6 06:15-07:15 0.09 7 06:30-07:30 0.16 6 06:45-07:45 0.22 8 07:00-08:00 0.34 12 07:15-08:15 0.86 16 07:30-08:30 2.15 36 07:45-08:45 4.63 70 08:00-09:00 6.99 106 08:15-09:15 9.11 133 08:30-09:30 11.94 147 08:45-09:45 14.14 162 09:00-10:00 15.63 169 09:15-10:15 15.92 174 09:30-10:30 15.63 185 09:45-10:45 16.61 216 10:00-11:00 17.56 232 10:15-11:15 19.68 270 10:30-11:30 20.06 280 10:45-11:45 18.06 254 11:00-12:00 16.39 231 11:15-12:15 13.98 191 11:30-12:30 12.33 177 11:45-12:45 10.58 152 12:00-13:00 9.09 145 12:15-13:15 8.24 132 12:30-13:30 7.39 131 12:45-13:45 7.21 133 13:00-14:00 8.27 151 13:15-14:15 9.75 170 13:30-14:30 11.39 187 13:45-14:45 14.77 200 14:00-15:00 16.87 196 14:15-15:15 18.05 202 14:30-15:30 19.03 224

173 157 158 149 115 92 70 51 47 38 27 14 12 14 14 13 15 14 12 11 5 2 1 6 8 8 8 5

60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

INC.CALLS 3 2 2 4 3 3 3 2 2 3 4 3 2 4 4 5 6 3 2 1 3 4 5 6 7 20 36 68 90 99 122 137 143 160 161 159 169 182 175 178 202 174 167 136 88 80 66 68 70 91 120 145 168 177 171

NDV 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60

NBLO 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

OFLO 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

CONG 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

107

14:45-15:45 19.06 213 15:00-16:00 18.95 198 15:15-16:15 20.03 226 15:30-16:30 21.02 171 15:45-16:45 19.46 180 16:00-17:00 18.44 175 16:15-17:15 16.69 138 16:30-17:30 14.97 150 16:45-17:45 14.26 136 17:00-18:00 12.33 126 17:15-18:15 9.52 96 17:30-18:30 6.12 66 17:45-18:45 3.44 43 18:00-09:00 1.79 32 18:15-19:15 1. 1 28 18:30-19:30 0.87 22 18:45-19:45 0.63 15 19*00-20:00 0.70 16 19:15-20:15 0.69 14 19:30-20:30 0.61 13 19:45-20:45 0.66 14 20:00-21:00 0.64 7 20:15-21:15 0.79 9 20:30-21:30 1.08 9 20:45-21:45 1.03 8 21:00-22:00 0.79 7 21:15-22:15 0.48 4 21:30-22:30 0.19 4 21:45-22:45 0.15 3 22:00-23:00 0.19 4 22:15-23:15 0.16 3 22:30-23:30 0.29 2 22:45-23:45 0.55 2 23:00-24:00 0.80 2 BUSY HOUR START TIME = 15:30 DATE MENO ROUTE 23SET05 5 ROU = 39 TIME TRAFF OUTG.CALLS 01:00-02:00 0.11 1 01:15-02:15 0.07 1 01:30-02:30 0.07 1 01:45-02:45 0.08 2 02:00-03:00 0.26 2 02:15-03:15 0.51 2 02:30-03:30 0.76 2 02:45-03:45 1.01 1 03:00-04:00 1.02 0 03:15-04:15 1.03 0 03:30-04:30 1.08 0 03:45-04:45 0.86 0 04:00-05:00 0.60 0 04:15-05:15 0.40 0 04:30-05:30 0.16 0 04:45-05:45 0.13 0 05:00-06:00 0.19 0 05:15-06:15 0.12 0 05:30-06:30 0.08 0 05:45-06:45 0.10 1 06:00-07:00 0.09 3 06:15-07:15 0.21 6 06:30-07:30 0.44 10 06:45-07:45 0.40 9 07:00-08:00 0.70 13 07:15-08:15 1.28 17 07:30-08:30 2.65 25 07:45-08:45 4.45 50 08:00-09:00 6.60 111 08:15-09:15 9.28 135 08:30-09:30 12.05 166 08:45-09:45 13.99 182 09:00-10:00 15.27 144 09:15-10:15 15.68 148 09:30-10:30 14.26 137 09:45-10:45 14.39 134 10:00-11:00 15.16 176 10:15-11:15 15.34 195 10:30-11:30 15.51 208 10:45-11:45 15.80 205 11:00-12:00 14.10 162 11:15-12:15 13.19 146 11:30-12:30 12.55 146 11:45-12:45 10.11 128 12:00-13:00 8.51 126 12:15-13:15 6.55 112 12:30-13:30 5.41 76 12:45-13:45 4.78 67 13:00-14:00 5.37 62

176 183 197 221 204 205 186 160 169 141 114 87 52 39 30 24 19 13 7 7 6 5 8 12 13 12 9 5 5 4 7 11 12 16

60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

INC.CALLS 4 3 3 5 2 2 2 1 2 3 4 3 2 4 4 5 6 3 2 1 1 2 2 2 10 19 37 71 87 100 127 138 156 183 192 191 180 152 136 157 155 175 161 110 93 67 63 69 86

NDV 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60

NBLO 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

OFLO 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

CONG 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

108

13:15-14:15 7.53 119 13:30-14:30 9.58 178 13:45-14:45 11.77 219 14:00-15:00 13.77 230 14:15-15:15 13.84 190 14:30-15:30 14.32 190 14:45-15:45 15.47 236 15:00-16:00 15.99 302 15:15-16:15 17.53 369 15:30-16:30 18.23 406 15:45-16:45 17.06 352 16:00-17:00 17.86 307 16:15-17:15 17.07 253 16:30-17:30 15.87 228 16:45-17:45 14.49 220 17:00-18:00 10.11 187 17:15-18:15 6.81 147 17:30-18:30 3.84 74 17:45-18:45 2.34 47 18:00-19:00 1.95 28 18:15-19:15 1.29 17 18:30-19:30 1.01 13 18:45-19:45 0.66 13 19:00-20:00 0.34 15 19:15-20:15 0.25 15 19:30-20:30 0.11 12 19:45-20:45 0.13 6 20:00-21:00 0.16 5 20:15-21:15 0.21 3 20:30-21:30 0.27 3 20:45-21:45 0.24 3 21:00-22:00 0.17 1 21:15-22:15 0.08 0 21:30-22:30 0.03 0 21:45-22:45 0.06 0 22:00-23:00 0.11 1 22:15-23:15 0.11 1 22:30-23:30 0.35 5 22:45-23:45 0.30 5 23:00-24:00 0.27 5 BUSY HOUR START TIME = 15:30 DATE MENO ROUTE 24SET05 5 ROU = 39 TIME TRAFF OUTG.CALLS 01:00-02:00 0.05 5 01:15-02:15 0.02 4 01:30-02:30 0.01 1 01:45-02:45 0.02 3 02:00-03:00 0.02 4 02:15-03:15 0.02 4 02:30-03:30 0.01 3 02:45-03:45 0.01 1 03:00-04:00 0.01 0 03:15-04:15 0.03 0 03:30-04:30 0.03 0 03:45-04:45 0.02 0 04:00-05:00 0.04 0 04:15-05:15 0.02 0 04:30-05:30 0.02 0 04:45-05:45 0.04 0 05:00-06:00 0.03 0 05:15-06:15 0.02 0 05:30-06:30 0.02 0 05:45-06:45 0.01 0 06:00-07:00 0.01 0 06:15-07:15 0.01 0 06:30-07:30 0.01 0 06:45-07:45 0.03 0 07:00-08:00 0.02 0 07:15-08:15 0.02 0 07:30-08:30 0.02 0 07:45-08:45 0.02 0 08:00-09:00 0.02 0 08:15-09:15 0.10 1 08:30-09:30 0.44 2 08:45-09:45 1.03 3 09:00-10:00 1.57 6 09:15-10:15 2.00 6 09:30-10:30 2.19 6 09:45-10:45 2.14 8 10:00-11:00 2.35 5 10:15-11:15 2.45 9 10:30-11:30 2.64 12 10:45-11:45 2.76 10 11:00-12:00 2.67 13 11:15-12:15 2.84 10 11:30-12:30 2.81 9

113 149 171 180 175 160 171 165 173 174 161 173 171 151 142 108 76 62 36 31 23 18 13 10 7 4 7 8 11 13 11 9 5 4 6 6 6 8 5 4

60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

INC.CALLS 1 0 0 2 2 2 2 1 1 2 2 1 3 3 3 5 4 3 3 1 1 1 1 3 2 2 2 4 4 7 9 7 12 9 10 8 3 9 9 9 11 9 15

NDV 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60

NBLO 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

OFLO 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

CONG 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

109

11:45-12:45 2.65 10 12:00-13:00 2.54 10 12:15-13:15 2.26 10 12:30-13:30 2.08 8 12:45-13:45 2.06 7 13:00-14:00 2.01 5 13:15-14:15 1.72 3 13:30-14:30 1.28 6 13:45-14:45 1.13 7 14:00-15:00 1.19 6 14:15-15:15 1.50 8 14:30-15:30 1.95 5 14:45-15:45 2.20 8 15:00-16:00 2.19 12 15:15-16:15 2.28 10 15:30-16:30 2.39 10 15:45-16:45 2.50 5 16:00-17:00 2.46 1 16:15-17:15 2.41 1 16:30-17:30 2.29 0 16:45-17:45 2.13 1 17:00-18:00 2.13 2 17:15-18:15 2.09 3 17:30-18:30 2.08 3 17:45-18:45 1.69 2 18:00-19:00 1.23 1 18:15-19:15 0.91 1 18:30-19:30 0.67 1 18:45-19:45 0.74 1 19:00-20:00 0.96 1 19:15-20:15 1.02 0 19:30-20:30 1.01 0 19:45-20:45 0.83 1 20:00-21:00 0.59 1 20:15-21:15 0.34 1 20:30-21:30 0.11 1 20:45-21:45 0.06 0 21:00-22:00 0.17 0 21:15-22:15 0.21 0 21:30-22:30 0.45 0 21:45-22:45 0.70 0 22:00-23:00 0.79 0 22:15-23:15 0.77 1 22:30-23:30 0.65 3 22:45-23:45 0.39 3 23:00-24:00 0.19 3 BUSY HOUR START TIME = 11:15 DATE MENO ROUTE 25SET05 5 ROU = 39 TIME TRAFF OUTG.CALLS 01:00-02:00 0.01 0 01:15-02:15 0.01 0 01:30-02:30 0.01 0 01:45-02:45 0.01 0 02:00-03:00 0.01 2 02:15-03:15 0.01 2 02:30-03:30 0.01 2 02:45-03:45 0.06 5 03:00-04:00 0.04 3 03:15-04:15 0.09 5 03:30-04:30 0.11 6 03:45-04:45 0.07 3 04:00-05:00 0.08 3 04:15-05:15 0.05 1 04:30-05:30 0.02 0 04:45-05:45 0.03 0 05:00-06:00 0.03 0 05:15-06:15 0.02 0 05:30-06:30 0.02 0 05:45-06:45 0.01 0 06:00-07:00 0.00 0 06:15-07:15 0.00 0 06:30-07:30 0.00 0 06:45-07:45 0.00 0 07:00-08:00 0.00 0 07:15-08:15 0.00 0 07:30-08:30 0.00 0 07:45-08:45 0.00 1 08:00-09:00 0.01 5 08:15-09:15 0.01 5 08:30-09:30 0.01 5 08:45-09:45 0.05 4 09:00-10:00 0.05 1 09:15-10:15 0.05 1 09:30-10:30 0.07 1 09:45-10:45 0.10 2 10:00-11:00 0.09 1

15 18 18 9 9 4 3 4 11 15 15 17 16 13 11 10 5 4 6 5 5 7 7 6 5 7 4 6 6 5 9 7 8 7 4 7 7 8 8 6 6 3 2 1 0 1

60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

INC.CALLS 1 1 1 3 2 2 2 1 2 3 4 3 3 3 2 3 3 2 3 2 1 1 0 0 0 0 1 1 1 1 0 2 2 2 5 3 3

NDV 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60

NBLO 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

OFLO 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

CONG 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

110

10:15-11:15 0.09 10:30-11:30 0.11 10:45-11:45 0.10 11:00-12:00 0.26 11:15-12:15 0.42 11:30-12:30 0.38 11:45-12:45 0.33 12:00-13:00 0.17 12:15-13:15 0.06 12:30-13:30 0.09 12:45-13:45 0.11 13:00-14:00 0.14 13:15-14:15 0.17 13:30-14:30 0.13 13:45-14:45 0.13 14:00-15:00 0.13 14:15-15:15 0.11 14:30-15:30 0.34 14:45-15:45 0.35 15:00-16:00 0.33 15:15-16:15 0.31 15:30-16:30 0.12 15:45-16:45 0.13 16:00-17:00 0.13 16:15-17:15 0.20 16:30-17:30 0.20 16:45-17:45 0.17 17:00-18:00 0.26 17:15-18:15 0.17 17:30-18:30 0.12 17:45-18:45 0.16 18:00-19:00 0.07 18:15-19:15 0.09 18:30-19:30 0.21 18:45-19:45 0.22 19:00-20:00 0.26 19:15-20:15 0.24 19:30-20:30 0.15 19:45-20:45 0.32 20:00-21:00 0.37 20:15-21:15 0.41 20:30-21:30 0.40 20:45-21:45 0.23 21:00-22:00 0.16 21:15-22:15 0.10 21:30-22:30 0.09 21:45-22:45 0.02 22:00-23:00 0.12 22:15-23:15 0.38 22:30-23:30 0.63 22:45-23:45 0.73 23:00-24:00 0.63 BUSY HOUR START TIME = 22:45 END

1 4 5 5 8 5 3 3 1 2 4 4 3 2 0 2 3 5 5 3 2 1 5 5 8 7 3 5 2 2 6 4 7 10 7 7 5 4 5 5 5 3 1 1 0 0 0 0 1 1 1 3

3 1 2 3 6 6 6 5 5 6 5 7 7 6 8 8 6 8 10 9 11 10 7 6 5 4 4 4 4 3 2 2 0 0 1 3 6 6 9 8 7 8 6 6 5 4 2 2 1 1 1 1

60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60 60

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

111

ANEXO B Tabela Erlang B

112

113

ANEXO C Detalhamento de pacote IP capturado em testes


No. 164 Time 8.574463 Source 10.136.97.232 Destination 10.136.65.177 RTP Protocol Info Payload type=ITU-T G.729, SSRC=671162592,

Seq=8021, Time=51342

Frame 164 (84 bytes on wire, 84 bytes captured) Arrival Time: May 23, 2006 13:14:29.111819000 Time delta from previous packet: 0.000543000 seconds Time since reference or first frame: 8.574463000 seconds Frame Number: 164 Packet Length: 84 bytes Capture Length: 84 bytes Protocols in frame: eth:ip:udp:rtp Coloring Rule Name: UDP Coloring Rule String: udp Ethernet II, Src: Ericsson_cf:77:b7 (00:01:ec:cf:77:b7), Dst: Cisco_68:e2:a0 (00:50:73:68:e2:a0) Destination: Cisco_68:e2:a0 (00:50:73:68:e2:a0) Source: Ericsson_cf:77:b7 (00:01:ec:cf:77:b7) Type: IP (0x0800) Internet Protocol, Src: 10.136.97.232 (10.136.97.232), Dst: 10.136.65.177 (10.136.65.177) Version: 4 Header length: 20 bytes Differentiated Services Field: 0xb8 (DSCP 0x2e: Expedited Forwarding; ECN: 0x00) Total Length: 70 Identification: 0xe17f (57727) Flags: 0x00 Fragment offset: 0 Time to live: 64 Protocol: UDP (0x11) Header checksum: 0xdfc6 [correct] Source: 10.136.97.232 (10.136.97.232) Destination: 10.136.65.177 (10.136.65.177) User Datagram Protocol, Src Port: 18414 (18414), Dst Port: 16534 (16534) Source port: 18414 (18414) Destination port: 16534 (16534) Length: 50 Checksum: 0x0000 (none) Real-Time Transport Protocol Stream setup by H245 (frame 75) Setup frame: 75 Setup Method: H245 10.. .... = Version: RFC 1889 Version (2) ..0. .... = Padding: False ...0 .... = Extension: False .... 0000 = Contributing source identifiers count: 0 0... .... = Marker: False Payload type: ITU-T G.729 (18) Sequence number: 8021 Timestamp: 51342 Synchronization Source identifier: 671162592 Payload: 341B7F3074BE18057AD2F85E16838E4A57C061941502411F...