Plano de Gerncia de Rede

Flamengo INC
Maurcio de Alexandrino , Fbio Vazquez Guimares, Miguel Gustavo Naspolini Marques, Thiago Luiz Belotto [ mau.alexandrino@gmail.com , fabiovazz@gmail.com , miguelmiguel81@hotmail.com , tagobel@hotmail.com ] Universidade do Sul de Santa Catarina - UNISUL Palhoa SC Brasil Resumo O objetivo deste projeto realizar o levantamento das necessidades do cliente e propor a implantao de uma rede de comunicao de dados, capaz de absorver a demanda por novos servios convergentes. Neste trabalho realiza-se um levantamento de informaes sobre a estrutura fsica existente e ainda a proposta de uma nova estrutura, visando torn-la mais apropriada quanto eficincia, qualidade e segurana dos servios prestados aos usurios. Subject The objective of this project is to survey the customer's needs and propose the establishment of a network of data communication, able to absorb the demand for new converged services. This work is carried out a survey of information on the existing physical structure and also proposed a new structure, hoping to make it more valuable in terms of efficiency, quality and safety of services provided to users. Levantamento das necessidades Estrutura organizacional Conforme apurado junto ao cliente, a empresa atua no mercado de vendas ao varejo, tendo como principal atividade a venda de bebidas e livros. A distribuidora possui uma estrutura organizacional capilar, distribuda por todas as regies do territrio nacional, sendo bem definida e organizada da seguinte forma:

Fig. 1 Estrutura organizacional

Segundo VARGAS (2005), as estruturas organizacionais refletem-se diretamente nos projetos por elas gerenciados, uma vez que a importncia dada ao assunto do projeto, a disponibilidade dos envolvidos e o interesse da organizao so influenciados diretamente pela natureza da estrutura organizacional adotada.

Foi informado tambm pelo cliente que cada localidade (definidos como centro de operaes) possui suas unidades de negcio, sendo elas: financeiro, vendas, transporte de mercadorias e fornecedores. A unidade de negcio de vendas composta por diversos pontos de venda, que possuem atualmente acesso apenas rede corporativa atravs de terminais remotos, conectados aos servidores de grande porte (localizados em Braslia, Rio de Janeiro e Rio Branco). Com a estrutura informada, podemos definir a necessidade da interligao dos centros de operao e suas respectivas unidades de negcio, integrando as cinco regies (norte, centro-oeste, nordeste, sudeste e sul) com a matriz, localizada em Belo Horizonte. Estas regies possuem ao todo 1.281 pontos de venda, conforme relao abaixo:

Fig. 2 Relao dos centros de operao e seus respectivos pontos de venda

Necessidades do cliente Existe a necessidade de dotar a empresa de novos servios convergentes, integrando os centros de operaes atravs do uso de aplicaes modernas de comunicao, tais como correio eletrnico, execuo de pedidos, transferncia de documentos, reduo dos custos do servio de telefonia, videoconferncia, etc. Solicita-se tambm a implantao de um call center para atendimento aos clientes. Entende-se que a rede atual, baseada apenas em terminais remotos de acesso no atende mais demanda do cliente. Por este motivo, o cliente j providenciou a compra de 1500 estaes de trabalho, com configuraes especialmente definidas para o atendimento das necessidades. Desta forma, recomenda-se a implantao da rede de comunicaes e a aquisio de servidores que atendam s aplicaes solicitadas. Sugerimos a implantao de uma nova rede para conectividade que suporte adequadamente os novos servios propostos. A rede antiga poder ser mantida por questes de compatibilidade com as aplicaes legadas, embora seja possvel acess-las na nova rede, atravs de emulao de terminal com conexo remota aos servidores mainframes, conforme imagem abaixo:

Fig. 3 Emulador de terminal mainframe

Restries do projeto O escopo de abrangncia do projeto ser desenvolvido desconsiderando-se a rede local (LAN) existente, partindo do princpio que a mesma no atende necessidade atual. A rede de conexo entre os centros de operao (WAN) dos servidores tambm no ser alterada, apenas a forma como a comunicao lgica entre as estaes de trabalho e estes que ser modificada. Desta forma, ser proposta a implantao de novas redes LAN e WAN, que suportem os servios pretendidos pelo cliente. Segundo TANENBAUM (2004), uma rede geograficamente distribuda, ou WAN (wide area network), abrange uma grande rea geogrfica, com freqncia um pas ou continente. Projeto lgico O projeto lgico ser desenvolvido com base na definio da camada de ncleo (backbone) da rede, utilizando topologia de malha total entre as cinco regies do Brasil. Desta forma, estabeleceremos uma redundncia total do ncleo da rede corporativa, interligando as cidades-plo definidas pelo cliente:

Ribeiro Preto (SUDESTE) Manaus (NORTE) Recife (NORDESTE) Londrina (SUL) Braslia (CENTRO-OESTE)

Cada cidade-plo dever conter 02 (dois) roteadores, acomodados em racks (conforme definido no projeto fsico), sendo um deles destinado camada de ncleo e o outro para conexo da camada de distribuio. A camada de distribuio ser conectada em topologia de loop (formando um anel de conexo), permitindo a comunicao entre as demais cidades de cada regio (cidades-satlite). Nas cidades-plo, para que exista tambm uma redundncia de fornecimento de conectividade, sugerimos que seja contratado 02 (dois) links privativos de cada operadora local. Tambm haver a necessidade de interligar as demais cidades de cada regio nas camadas de distribuio da rede. Em cada cidade-satlite dever ser contratado 01 (um) link privativo de cada operadora local. As sadas seriais dos roteadores devero ser conectadas aos modems fornecidos por esta, conforme abaixo:

Fig. 4 Conectividade das camadas de ncleo e distribuio

Segundo KUROSE (2006), um roteador repassa um pacote examinando o valor de um campo no cabealho do pacote que est chegando e ento utiliza esse valor para indexar sua tabela de repasse. O resultado da tabela de repasse indica para qual das interfaces de enlace do roteador o pacote deve ser repassado. Para a substituio do sistema de telefonia, sugere-se o uso de terminais IP para as unidades de negcio de cada centro de operao, ou seja, necessitamos instalar 04 (quatro) dispositivos para cada uma das 25 cidades. Para o callcenter a ser implantado na matriz em Belo Horizonte, podemos utilizar uma soluo de softphone em licena GPL (livre distribuio), diminuindo os custos com aquisio de equipamentos, e o sistema de vdeo conferncia poder ser implantado posteriormente com uso de soluo semelhante. Para tal, deveremos definir os parmetros de QoS (qualidade de servio) da rede.

Fig. 5 Conectividade lgica detalhada

Sobre QoS, O'DRISCOLL (2008) diz que assegurar que a qualidade do sinal de vdeo no seja degradada ao atravessar uma rede uma grande prioridade, com o uso de largura de banda suficiente para fornecer esse nvel de servio.

Projeto fsico O objetivo deste projeto fsico distribuir o cabeamento estruturado, atendendo uma demanda de trfego de dados e voz entre os centros de operao e a matriz, determinando as necessidades dos usurios, estabelecendo segurana, integridade, disponibilidade e confidencialidade, incorporando uma proposta nova de infraestrutura, considerando as necessidades de gerenciamento de rede. Conforme relatado por KASIM (2008), diferentes meios de comunicao so empregadas para conectividade. Estes meios fsicos conectam os DCEs e os DTEs; cabos de par tranado (UTP) ou fibras pticas (multimodo) so comumente utilizados em LANs empresariais. TIPTON (2007) afirma que os locais fsicos a serem identificados so normalmente centros de dados, salas de servidores, ou outras reas dentro de um edifcio onde equipamentos de rede devam residir. A estrutura a ser implantada prev os equipamentos de rede acomodados em racks que devero estar espelhados de patch panels e instalados em locais de concentrao e distribuio. Nos centros de operao de menor porte sero utilizados racks de 24 Us e nos centros de maior porte (cidades-plo e cidades da regio sudeste) devero ser utilizados racks de 32 Us, conforme abaixo:

Fig. 5 Sugesto de racks de comunicao dos centros de operao

O cabeamento horizontal dever interligar as estaes de trabalho aos switches de concentrao Fast Ethernet, devendo ser distribudos cabeamentos UTP na categoria 5e lanados a partir dos patch panels instalados nos racks at os pontos de rede. Nos centros de operao, haver a necessidade de utilizar uma rede hierrquica, utilizando um switch central com portas pticas Gigabit Ethernet para a conexo dos servidores, roteador e switches setoriais no mesmo ambiente. Os cabos UTP devero ser lanados atravs de eletro calhas, canaletas em tubulaes instaladas a fim de atender as instalaes dos pontos de rede que sero instalados. Os pontos de rede devero ser instalados prximos as estaes de trabalho conforme layout do projeto, a ser definido aps visita in loco a cada ambiente. Premissas - sob responsabilidade do contratante:

Instalaes eltricas adequadas (tomadas, aterramento, pra-raios, etc); Instalao de canaletas para passagem do cabeamento;

 Softwares necessrios devidamente instalados e configurados; Oramento bsico Custo estimado das aquisies Para a implantao da nova rede de comunicao, recomendamos a aquisio dos equipamentos listados na tabela abaixo: Qtd
02 02 01 01 02 05 25 10 25 20 05 100

Dispositivo
Servidor de arquivos Servidor de rede Servidor web Servidor de e-mail Firewall Roteador de ncleo 4 portas seriais Roteador de distribuio 2 portas seriais Switch de distribuio 10/100/1000 Mbps Switch de acesso 10/100 Mbps Rack 19 24 Us Rack 19 32 Us Telefone IP

Funcionalidade
Armazenamento de arquivos das unidades de negcio Servios de apoio a rede (DHCP, DNS, WINS,) Servios INTRANET, EXTRANET (catlogos) Servios de envio e recebimento de e-mails Firewall interno e externo Rede de ncleo (roteamento entre as cidades-plo) Rede de distribuio (roteamento entre as cidades-satlites de cada regio) Conectividade de distribuio nas cidades com mais de 48 pontos de acesso Conectividade de rede local (LAN) Interligao dos equipamentos e pontos de acesso nas cidadessatlites Interligao dos equipamentos e pontos de acesso nas cidades-plo Comunicao entre os centros de operao (um aparelho para cada unidade de negcio) TOTAL

Custo estimado
R$ 30.000,00 R$ 20.000,00 R$ 15.000,00 R$ 15.000,00 R$ 30.000,00 R$ 10.000,00 R$ 50.000,00 R$ 30.000,00 R$ 35.000,00 R$ 10.000,00 R$ 5.000,00 R$ 35.000,00 R$ 285.000,00

Tab. 1 Estimativa de custos em aquisio de equipamentos

Para a comunicao entre os centros de operao, necessria a contratao de link dedicado junto a(s) operadora(s) locais, conforme abaixo: Qtd 10 24 Dispositivo Link dedicado 2 Mbps Link dedicado 1 Mbps Funcionalidade Conectividade entre as plo (regies sul, centro-oeste, nordeste e Conectividade entre as satlites de cada regio cidadessudeste, norte) cidadesTOTAL
Tab. 2 Estimativa de custos em servios de conectividade

Custo estimado por ms R$ 37.000,00 R$ 63.000,00

R$ 100.000,00

Sobre a contratao de novos servios convergentes, VELDE (2007) afirma que o catlogo de produtos deve incluir informaes sobre a compatibilidade destes produtos/servios.

Custo estimado de manuteno Nos contratos com a operadora local, exigir a assinatura de SLA (acordo de nvel de servio), estabelecendo os parmetros de disponibilidade (tempo mdio entre falhas, tempo mdio de reparo do servio, tempo mdio de interrupo, etc). No exemplo abaixo, um computador da rede de Ribeiro Preto, cidade pertencente ao anel sudeste, envia um pacote de dados para o computador de Florianpolis, pertencente ao anel sul. Em condies normais, o pacote seguiria a rota direta SUDESTE SUL. Com a queda do link entre a rede backbone em questo, o roteamento OSPF da rea 0 encarrega-se de desviar o trfego atravs do roteador CENTRO-OESTE.

Fig. 6 Exemplo de queda do link de ncleo da rede

Segundo KUROSE (2006), o OSPF um protocolo de estado de enlace que usa broadcasting de informao de estado de enlace e um algoritmo de caminho de menor custo, onde o roteador constri um mapa topolgico completo (isto , um grafo) de todo sistema autnomo. Neste outro exemplo, um computador da rede de Ribeiro Preto envia um pacote de dados para o servidor da matriz de Belo Horizonte. Em condies normais, o pacote seguiria a rota direta entre os dois centros de operao. Com a queda do link entre eles, o roteamento OSPF da rea 1 encarrega-se de desviar o trfego atravs dos demais roteadores pertencentes ao anel SUDESTE.

Fig. 7 Exemplo de queda do link de distribuio da rede

Definies para Gerncia da Rede Considerando a rede de comunicao de dados implementada neste projeto, destacamos a necessidade de contratao de empresa terceirizada para efetuar a gerncia da mesma, a fim de garantir o pleno funcionamento da nova rede de telefonia IP. O diagrama abaixo representa o projeto lgico de operao da rede:

Fig. 8 Diagrama de representao da telefonia IP

Durante a seleo e contratao da empresa, devero ser analisadas as propostas apresentadas de acordo com o escopo do projeto, que dever considerar as seguintes premissas: 1. Infraestrutura de comunicao 1.1. O cliente disponibilizar infraestrutura de comunicaes de dados em cada cidade, conexo esta dotada de mecanismos de Qualidade de Servio (QoS) e throughput que garantiro o trfego de voz. 1.1.1. Com a finalidade de garantir a qualidade destas conexes e eximir a contratada de multas decorrentes do no funcionamento correto destas conexes, a contratada ter que instalar sistema de gerncia deste servio, inclusive de gesto do SLA; 1.1.2. O cliente disponibilizar, juntamente com o circuito de dados, um roteador que entre outras caractersticas possui uma interface fastethernet para uso exclusivo da soluo de telefonia, a qual pode ser conectada diretamente um aparelho telefnico IP, ou Gateway ou diretamente a CPCT;

Fig. 9 Roteador de borda e exemplos de conexes para telefonia IP com e sem legado

1.2.

O cliente disponibilizar a infraestrutura para a instalao dos equipamentos necessrios. A rede eltrica em todas as localidades disponibilizada ser 220V (F+N+T), qual necessidade diferente desta a responsabilidade deste servio passa a ser da prpria contratada; O cliente ser responsvel pela instalao de infraestrutura adequada para garantir a execuo de cada etapa conforme cronograma de instalao, desde que no previstas. No ser considerado atraso, por parte da contratada, etapas no executadas por indisponibilidade de tal infraestrutura.

1.3.

2. Disponibilidade

2.1.

A disponibilidade mnima exigida na telefonia corporativa de 99.999%; no obstante a essa disponibilidade o tempo de resposta para atendimento em caso de falha do sistema de at duas horas de comunicado a falha;

Tab. 3 Nveis de SLA (nveis de servio) demonstrando a disponibilidade exigida

2.2. O sistema dever permitir configurao de rotas dinmicas para que haja a seleo da melhor rota de encaminhamento baseado na anlise de controle de banda;

2.3.

A disponibilidade do servio ser calculada separadamente para cada componente para perodo de um ms (trinta dias), ter como data de incio sempre o primeiro dia de cada ms. Quando da ativao os dias sero consecutivos a partir da ativao do servio at o ltimo dia do ms. O servio dever estar disponvel vinte e quatro horas por dia, sete dias por semana, todos os dias do ano, para todos os nveis de servio. O calculo da disponibilidade se dar atravs da seguinte equao:

D% = [(To - Ti)/To]*100 Onde: D = disponibilidade To = perodo de operao trinta dias (em minutos). Ti = somatrio dos tempos de taxa de erros elevada (que no tenham atendido o solicitado) e das interrupes por inoperncia do circuito durante o perodo de operao trinta dias (em minutos). 2.4. No clculo de disponibilidade, no sero consideradas as interrupes programadas e aquelas de responsabilidade do cliente. 3. Inoperncia

3.1.

Tempo de inoperncia: Ser considerado como tempo de inoperncia a partir da abertura do chamado tcnico at o restabelecimento do servio s condies normais de operao, computado em minutos.

3.1.1. Tempo TOTAL de inoperncia: a soma dos Tempos de Inoperncia

no intervalo de um ms, por servio, acumulados em minutos. A contagem total da inoperncia ser sempre a partir do primeiro minuto do primeiro dia de cada ms at as vinte e quatro horas do ltimo dia do ms.

Fig. 10 Exemplo de ferramenta de monitoramento de performance

3.1.2. Quando da ocorrncia de inoperncia a responsabilidade for da

contratada, ser considerada a contagem de inoperncia no perodo de 24 horas por dia, 7 dias por semana, todos os dias do ano. A contagem da inoperncia ser sempre a partir do primeiro minuto do primeiro dia de cada ms at as vinte e quatro horas do ltimo dia do ms, incorrendo em penalidade conforme abaixo: I Advertncia; II Multa: a) 0,33% por dia de atraso, na entrega do produto ou execuo do servio, calculado sobre o valor correspondente a parte inadimplente, at o limite de 9,9% do total contratado; b) 1% em caso da no entrega do produto, no execuo do servio ou resciso contratual, por culpa da contratada, calculado sobre a parte inadimplente; c) de 2% (dois por cento) calculado sobre o valor do contrato, pelo descumprimento de qualquer clusula do contrato, exceto prazo de entrega; III Penalidades: a) Para inoperncia acima do tempo total mximo permitido, solicitado no item DISPONIBILIDADE, sero aplicadas penalidades da seguinte forma: a.1) quando a inoperncia ocorrer em qualquer um dos sistema de Voz principais ou no sistema de gerencia ser no valor correspondente a 2,5% (dois e meio por cento) do valor da mensalidade de todo o servio a cada meia hora ou frao, at atingir o valor mximo 9,9%; a.2) quando a inoperncia ocorrer nos aparelhos IP ou em gateways para terminal analgico ser no valor correspondente a 0,025% (zero vrgula zero vinte e cinco por cento) do valor da mensalidade de todo o servio a cada meia hora ou frao, at atingir o valor mximo 9,9%; b) Todo valor decorrente de penalidade ser descontado at a segunda fatura subseqente a data do fato gerador, sempre respeitado o amplo direito de defesa at a imposio da mesma. Quando comprovado pela contratada que esta no foi causadora do fator gerador da penalidade, a contratada ter o valor da penalidade compensado at a segunda fatura subseqente comprovao de no culpabilidade da contratada; c) Quando comprovado pela contratada que o valor da penalidade inferior ao levantado pela contratante, a contratada ter o valor da diferena da penalidade compensado at a segunda fatura subseqente a comprovao da inferior culpabilidade da contratada; Implementao do Sistema de Gerncia A soluo de gerncia de telecomunicaes (programas e equipamentos, armazenamento das informaes incluindo banco de dados) para a implementao dos recursos conforme abaixo. 1. 1.1. Execuo dos servios obrigatrio que a CONTRATADA utilize na prestao dos servios de gesto

uma metodologia de gerncia de projetos certificada, e que seus profissionais sejam treinados nessa metodologia. 1.2. Em se verificando a necessidade de efetuar desligamentos de equipamentos e desconexes de cabeamentos (eltrico, lgico e de CPCT), estes devero ser supervisionados por funcionrios designados formalmente pela CONTRATANTE.

Fig. 11 Infraestrutura padro do cliente

2.

Resultados esperados

2.1. Esto sendo considerados neste a gerncia dos servios de telecomunicaes de Voz e Dados para as unidades da CONTRATANTE. 2.2. Disponibilizao pela CONTRADADA de uma ferramenta de gesto que permita o gerenciamento integrado e centralizado dos recursos de telecomunicaes (Dados e Voz), que possa gerar relatrios gerenciais e operacionais, e que possa ser acessada com segurana em ambiente WEB.

Fig. 12 Exemplo de topologia obtida com o uso de ferramenta de gesto

2.3. Gerenciamento de todos os ativos de telecomunicaes, como: usurios, linhas de telefonia mvel, linhas diretas, troncos, circuitos, CPCT, aparelhos celulares, switches, roteadores e demais equipamentos de telecomunicaes, diretamente na ferramenta de gesto.

Fig. 13 Exemplo do detalhamento de ativos na ferramenta de gesto

3. Requisitos 3.1. Toda a infraestrutura necessria prestao dos servios dever ser fornecida pela CONTRATADA, que dever mant-la atualizada e disponvel 24x7 (vinte e quatro horas por dia, sete dias por semana), durante a vigncia do contrato. 3.2. Os servios prestados pela CONTRATADA devero contemplar o cadastramento, controle e atualizao das informaes fornecidas pela CONTRATANTE, alm da operao assistida regular das ferramentas de GESTO. 3.3. Para usurios que utilizem as facilidades bsicas das ferramentas de GESTO, a CONTRATADA dever prover um mdulo de treinamento e-learning. 4. Ambiente operacional

4.1. A CONTRATADA fornecer o hardware (servidores) e softwares para suportar a prestao dos servios solicitados;

Fig. 14 Exemplo de infraestrutura de servidores a ser fornecida pela contratada

4.2. As ferramentas devero disponibilizar de forma On Line os 6 ltimos meses de processamento. Dever manter ainda em sistema Backup o processamento dos ltimos 24 meses.

5.

Gesto da rede Requisitos de gerenciamento e falhas

5.1.

5.1.1. Deteco, tratamento e apresentao de eventos e alarmes dos equipamentos, sendo necessrio que a soluo monitore a utilizao de recursos computacionais onde as aplicaes de gerncia esto sendo executadas. No mnimo devem ser monitoradas e apresentadas informaes sobre utilizao de CPU, memria fsica, espao em disco, estado da conexo com banco de dados.

Fig. 15 Exemplo de monitoramento dos recursos dos servidores

5.1.2. Permitir a apresentao de janela de pop-up para notificao de alarmes e alarmes sonoros quando da ocorrncia de alarmes. Tanto a janela de pop-up como o alerta sonoro devem ser configurveis. 5.1.3. Realizar o gerenciamento de falhas e performance podendo ser integrado ao framework de gerenciamento permitindo demonstrar uma viso hierrquica dos dispositivos. 5.1.4. Visualizar o status do dispositivo, sistema de alarmes e assistncia para isolamento de problemas.

Fig. 16 Exemplo de monitoramento de alarmes para gerncia de falhas

5.1.5. O sistema de gerenciamento deve fornecer um histrico sobre as falhas de voz do sistema juntamente com um relatrio sobre estes dados. 5.1.6. Possibilitar o envio de notificaes de ativao e normalizao por meio de email, SMS e logs. A eventual contratao da provedora SMS para envio de mensagens ficar a cargo da CONTRATANTE. 5.1.7. Possibilitar o encaminhamento de notificaes SNMP (traps) para outros sistemas quando houver a ocorrncia de alarmes especficos.

Fig. 17 Exemplo de configurao de MIBs

5.2.

Requisitos de desempenho

5.2.1. Possuir ferramenta de monitorao da qualidade das chamadas de voz, informando sobre parmetros de qualidade de servio na rede (delay, jitter, perda de pacotes).

Fig. 18 Exemplo de monitorao de QoS

5.2.2. Para equipamentos de dados deve fazer o monitoramento de utilizao de banda, perda de pacotes, latncia, erros de interface, descarte de pacotes, disponibilidade, estado, utilizao de CPU, utilizao de memria e medida de temperatura. 5.2.3. Para equipamentos de dados deve fazer a gerao de informaes em banco de dados relacional por equipamento das seguintes mtricas: utilizao de banda, perda de pacotes, latncia, erros de interface, descarte de pacotes, utilizao de CPU, utilizao de memria e medida de temperatura.

Fig. 19 Exemplo de uso da ferramenta PRTG para monitorar equipamentos

5.2.4. Para equipamentos de dados deve executar as funes de Data Collector e Data Manager para os pacotes Sflow e similares. 5.2.5. Deve ser possvel fazer a definio de thresholds sobre os objetos monitorados com notificao atravs de email, SMS e logs. 5.2.6. Deve ser possvel encaminhar notificaes SNMP (traps) para outros sistemas quando houver violao de limiares (thresholds) 5.3. Requisitos de segurana

5.3.1. Possibilitar a definio de direitos de acesso para usurios diferentes (perfis de usurios), dando acesso a programao de recursos bsicos ou avanados conforme privilgio. 5.3.2. Possuir diferentes perfis de usurio com identificao prpria para cada usurio. Alm disso, a configurao das operaes possveis deve ser definida pela prpria CONTRATANTE. 5.3.3. A interface grfica, baseada em Web, dever ser via conexo segura (HTTPS).

Fig. 20 Exemplo de interface grfica baseada em Web com conexo segura

5.3.4. A soluo dever ser configurada em mquinas servidoras redundantes em Hot-Standby de forma que no ocorra indisponibilidade na aplicao de gerncia caso uma das plataformas computacionais fique indisponvel. 5.3.5. Todas as operaes executadas utilizando a aplicao de gerncia devem ser registradas em Log de operaes. 5.4. Requisitos de gerenciamento de configurao

5.4.1. Possuir capacidade para configurao das centrais. Uma interface grfica dever estar disponvel para o operador para execuo das configuraes. A soluo far as interaes com os equipamentos por meio de uma interface tipo CLI ou SNMP. Permitir ao administrador a criao de scripts CLI. 5.4.2. Deve suportar como banco de dados: SQL Server, Oracle, MySQL ou Postgress. 5.4.3. Para os equipamentos de dados deve efetuar o discovery de devices de rede e gerar o mapa de rede baseado no processo de discovery.

Fig. 20 Exemplo de funo de discovery de dispositivos da rede

5.5. Capacidade de gerao de relatrios baseados nas informaes de alarmes recebidos, nos formatos csv, pdf e html, sob demanda ou agendados com periodicidade de horas, dias, meses. 5.6. Requisitos de administrao e ambiente

5.6.1. O sistema ser administrado atravs de LAN, suportando acesso remoto via modem VPN e no mnimo cinco sesses de administrao simultneas; 5.6.2. Suportar gerenciamento via SNMP verses V1, V2c e V3; 5.6.3. O sistema de gerenciamento deve operar sob um sistema operacional baseado em plataforma aberta, Unix, Linux ou MS Windows Server e suportar acesso via web segura (SSL/HTTPS).

Bibliografia

KASIM, Abdul. Delivering Carrier Ethernet: Extending Ethernet Beyond the LAN. McGraw Comunications, New York, NY, United States of America, 2008 p. 36 KUROSE, James F.; ROSS, Keith K. Redes de Computadores: Uma abordagem top-down. Pearson Education do Brasil, 3 edio, So Paulo, Brasil, 2006 p. 137, 294 O'DRISCOLL, Gerard. Next Generation IPTV Services and Technologies. Wiley Interscience, New Jersey, NY, United States of America, 2008 p. 328 TANENBAUM, Andrew S. Computer Networks. Vrije Universiteit, 4th Edition.
Amsterdam, Netherland, 2004, p. 31.

TIPTON, Harold F.; KRAUSE, Micki. Information Security Management Handbook. Auerbach Value, 6th Edition. Boca Raton, FL, United States of America, 2007. p. 2002 VARGAS, Ricardo. Gerenciamento de Projetos: Estabelecendo Diferenciais Competitivos. 6 edio. So Paulo, SP, Brasil, 2005 p. 111. VELDE, Thierry Van de. Value Added Services for Next Generation Networks. Auerbach Value. Boca Raton, FL, United States of America, 2007. p. 104