Introduo O projeto final de uma rede ter grande probabilidade de no atender aos requisitos do cliente (Desempenho, Escalabilidade, Segurana,

Capacidade e.t.c), ou de satisfaz-los de forma mnima, se uma metodologia no for aplicada ao seu processo de elaborao. Tal metodologia deve ser estruturada do quadro geral em direo as especificaes tcnicas (ou seja, o projeto lgico deve ser abordado antes do projeto fsico e antes de tudo devem ser analisados os objetivos e as necessidades do cliente em relao a rede a ser projetada) e deve ser tambm iterativa, pois mais detalhes devem entrar no projeto medida que se conhece melhor a situao.

CICLO DO PROJETO DE REDES

Analisar requisitos

Desenvolver Projeto Lgico

Desenvolver Projeto Fsico

Monitorar e otimizar o desempenho da rede

Abrangncia do projeto de redes

Implementar e testar a rede

Testar,otimizar e documentar o Projeto

Metodologia de Projeto de Rede

1. Identificao das necessidades e objetivos do cliente 1.1 Anlise dos objetivos e restries de negcio 1.2 Anlise dos objetivos e restries tcnicos 1.3 Caracterizao da rede existente 1.4 Caracterizao do trfego da rede 2. Projeto lgico da rede 2.1 Projeto da topologia da rede 2.2 Projeto de esquemas de endereamento e de nomes 2.3 Seleo de produtos de pontes, switches e roteadores 2.4 Desenvolvimento de estratgias de segurana e gerncia 3. Projeto Fsico da Rede 3.1 Seleo de tecnologias e dispositivos para redes de campus 3.2 Seleo de tecnologias e dispositivos para redes corporativas 4. Testes e Documentao do Projeto de rede 4.1 Testes do projeto de rede 4.2 Documentao do projeto de rede

1. Identificao das Necessidades e Objetivos do Cliente 1.1 Anlise de objetivos e restries de negcio

1.1.1 Anlise de objetivos de negocio Analisar os objetivos do negcio absolutamente crucial para o sucesso do projeto, pois este avaliado em termos dos benefcios que trazem ao negcio do cliente.

1.1.1.1 Conhecer o negcio do cliente O projeto provavelmente ajudar a melhorar a posio competitiva do cliente Deve-se buscar saber ento: Se o cliente participa de industria ou servio. Qual o mercado do cliente? Quem so os fornecedores e parceiros do cliente? Que produtos e/ou servios o cliente produz? Que produtos e/ou servios o cliente utiliza? Quais so as vantagens competitivas do cliente? 1.1.1.2 Conhecer a estrutura organizacional do cliente Quase sempre um projeto de rede reflete a estrutura corporativa. Deve-se descobrir: Quais so os departamentos? Onde esto as filiais? Quais so os maiores grupos de usurios, pois isto afetar o fluxo de trfego na rede. Quem so os responsveis tcnicos e financeiros pelo projeto da nova rede. 1.1.1.3 Identificar o objetivo maior da rede. Porque o cliente est embarcando no projeto de desenvolvimento de rede? Para que ser utilizada a rede? De que maneira o cliente ter mais sucesso com este novo empreendimento? Algumas possibilidades de objetivos de negcio para a rede: Montar parcerias com outras empresas (VPNs). Expandi-se para mercados mundiais (VPNs e WANs). Mudar para um modelo de negcios em rede global (WEB). Modernizar tecnologias desatualizadas (SNA para TCP/IP). Reduzir o custo de telecomunicaes e de redes, incluindo a sobrecarga associada com redes separadas de voz, dados e vdeo (VoIP) Ampliar os dados disponveis prontamente para todos os funcionrios e escritrios de filiais, de modo que eles tomem decises comerciais de melhor qualidade (acesso remoto). 1.1.1.4 Identificar os critrios de sucesso(Do ponto de vista do cliente) Diminuir custos operacionais. Aumentar o faturamento. Construir parceria. 1.1.1.5 Trabalhar com o impacto de um possvel fracasso. O que acontecer se o projeto falhar, ou se a rede no atender as especificaes desejadas? Quais os efeitos de uma m operao da rede nos aspectos operacionais da

rede? 1.1.1.6 Identificar o escopo da nova rede. Est-se construindo uma nova rede ou ampliando uma rede existente? A rede sendo projetada uma LAN, WAN, Rede corporativa e.t.c. 1.1.1.7 Identificar aplicaes do cliente que usaro a rede Descobrir aplicaes atuais e futuras definindo os seus tipos de trfego gerado. Tipos de aplicaes: Do usurio: correio eletrnico, Groupware, videoconferncia, comrcio eletrnico e.t.c. Do sistema: autenticao e autorizao de usurios, backup via rede, servios de diretrio, gerncia de rede e.t.c. 1.1.2 Anlise de restries de negocio Restries podem afetar seriamente um projeto de uma rede. 1.1.2.1 Poltica interna da empresa H compromissos com certos protocolos, padres, fornecedores ? H entendimento claro sobre o uso de solues abertas ou proprietrias? H certas plataformas aprovadas na empresa? H tecnologias j escolhidas e que devem ser incorporadas ao projeto? 1.1.2.2 Aspectos tcnicos de recursos humanos Existe uma equipe com bastante experincia tcnica? (certas empresas no esto prontas para certos tipos de redes complexas). 1.1.2.3 Restries oramentrias O projeto deve est de acordo com os recursos (oramentais) que o cliente dispe. Para satisfazer ao projeto pode ser necessrio: Aquisio de equipamentos. Aquisio de licenas de software. Contratos de manuteno e suporte. Treinamento e formao de equipes tcnicas. Despesas com terceiros (terceirizao, consultoria e.t.c.) Para a aprovao de um projeto, pode ser necessria a elaborao de uma anlise de retorno sobre investimento. Tal documento ir mostrar como a rede ir se pagar e em quanto tempo far isto. O retorno pode acontecer atravs de reduo de custos, melhoras de produtividade, expanso em outros mercados, aumento de faturamento e.t.c. 1.1.2.4 Cronograma Prazos finais e marcos principais devem ser estabelecidos. Um cronograma deve ser perfeitamente vivel para se atingir o objetivo

final.

1.1.2.5 Checklist de Objetivos de Negcio As seguintes perguntas devem ser respondidas: Foram pesquisados a rea de negcio e os competidores do cliente. A estrutura corporativa do cliente foi entendida. Uma lista dos objetivos de negcio do cliente , incluindo uma breve descrio do objetivo maior da rede sendo projetada. O cliente identificou operaes de misso crtica. O escopo do projeto de rede est entendido. Foram identificadas aplicaes de rede do cliente O cliente explicou polticas sobre fornecedores, protocolos e plataformas aprovadas. O cliente explicou polticas sobre o uso de sistemas abertos versus solues proprietrias. O cliente explicou polticas sobre a distribuio de responsabilidades para o projeto e implantao da rede O oramento da rede conhecido O cronograma do projeto conhecido Foram discutidas as necessidades de treinamento de empregados com o cliente

1.2

Anlise dos objetivos e restries tcnicos

Analisar os objetivos tcnicos do cliente importante para poder recomendar tecnologias apropriadas para satisfazer o usurio. Os objetivos tcnicos a serem examinados so escalabilidade, disponibilidade, desempenho, segurana, gerenciabilidade, usabilidade, adaptabilidade e efetividade do custo. 1.2.1 Escalabilidade Refere-se a quanto crescimento um projeto de rede pode suportar. um objetivo primrio de todo projeto, pois aplicaes, sites, conexes de rede, hosts (incluindo servidores) e usurios so adicionados a um ritmo veloz. Deve-se procurar identificar as metas de expanso a curto prazo (01 e/ou 02 anos). Certas tecnologias de rede no so inerentemente escalveis. Exemplo: redes que suportam servios baseados em broadcast. 1.2.2 Disponibilidade Refere-se ao percentual de tempo em que a rede est disponvel. Acima de 99,95 % a disponibilidade alta, abaixo disso ela considerada baixa.

1.2.2 Desempenho Definies: Capacidade: a capacidade de uma rede carregar trfego em bits por segundo. Utilizao: percentual da capacidade usada na mdia Utilizao mxima: valor da utilizao em que a rede considerada saturada. Para Ethernet , a utilizao mxima aguentvel est entre 40% e 45% onde a perda de banda com colises. Vazo: Quantidade de dados teis transferidos sem erro por segundo. Algumas aplicaes necessitam de vazo.Exemplo: transferncia de grandes arquivos. Carga oferecida: A soma de todo o trfego oferecido rede (em bps) num determinado momento. Acurcia: Quantidade de trfego til corretamente transmitido, relativo ao trfego total. Objetivo da acurcia de fazer com que os dados recebidos no destino sejam iguais aos dados enviados pela fonte. Em LANs, espera-se no mais do que 1 quadro com erro a cada megabyte de informao. Para enlace Ethernet, a taxa de coliso deve ser , no mximo, 3% dos quadros, se a rede estiver saturada e muito menos que 1% se no estiver saturada.

Eficincia: Quantidade de dados teis transmitidos (descontados os Overheads). A eficincia descreve o efeito de overhead na transmisso de informao Exemplo: Ethernet no eficiente quando o enlace est saturado. Isto ocorre p causa de colises, cabealhos, indicaes de erros, re-roteamentos e.t.c. Uma forma de minimizar ineficincias devidas a cabealhos de usar o maior quadro possvel na tecnologia sendo empregada (Ethernet,Token Ring, ATM e.t.c), mas observando que quadros muitos grandes podem sofrer danos na transmisso, sendo totalmente perdido. Atraso (latncia): Tempo mdio entre o momento em que um quadro est pronto para ser transferido e sua recepo em algum destino. Aplicaes interativas precisam de atraso pequeno.

Variao de atraso: Quantidade de variao no atraso mdio. Aplicaes multimdia precisam de atraso pequeno e pequenas variaes neste. ATM uma boa tecnologia para se ter pequena variao de atraso devido ao uso de clulas pequenas (53 bytes) e ao oferecimento de qualidade de servio. Tempo de resposta: Tempo mdio entre um pedido de servio e a recepo de uma resposta. Segurana Os recursos que devem ser protegidos so: Hosts, incluindo servidores. Dispositivos de interconexo (switches, roteadores e.t.c.) Dados de sistemas ou de aplicaes A imagem da empresa Requisitos tpicos podem incluir atingir os seguintes objetivos: Permitir que pessoas externas acessem dados pblicos(via http, ftp e.t.c), mas no dados internos. Identificar, autenticar e autorizar usurios de filiais, usurios mveis e empregados. Detectar penetras e identificar os danos causados pela intruso. Proteger dados recebidos de ou transmitidos transmitidos para sites remotos via VPN. Proteger hosts e dispositivos fisicamente. Proteger hosts e dispositivos logicamente atravs de senhas e direitos de uso. Proteger aplicaes e dados contra vrus. Treinar usurios sobre a poltica de segurana da empresa e formas de evitar problemas de segurana. Gerenciabilidade Visam facilitar a gerencia da rede. Muitas vezes um cliente pode ter planos especficos de gerencia que afetaro a escolha de equipamentos. A gerencia pode ser dividida em 05 reas: Gerenciamento de desempenho: anlise do comportamento do trfego e de aplicativos para otimizar a rede, atender a acordos de nvel de servio e planejar visando a expanso. Gerenciamento de falhas: Detectar, isolar e corrigir problemas;relatar problemas a usurios finais e gerentes;localizar tendncias relacionada a problemas. Gerenciamento de configurao: controlar, operar, identificar e coletar dados dos dispositivos gerenciados. Gerenciamento de segurana: monitorar e testar normas de segurana e proteo, manter e distribuir senhas e outras informaes de

autenticao e autorizao, gerenciar chaves de criptografia, auditar a adeso a normas de segurana. Gerenciamento de contabilidade: contabilizar a utilizao da rede para alocar custos a usurios da rede e/ou planejar mudanas nos requisitos de capacidade. Obs: nem todos os clientes necessitam de todos os tipos de gerencia, mas todos precisam das gerencias de configurao e de falha.

Usabilidade Diz respeito facilidade com a qual usurios acessam os servios via rede. Melhorar a usabilidade significa avaliar: os impactos da poltica de segurana da facilidade de uso da rede. usar protocolos dinmicos de configurao (exemplo DHCP) a facilidade em que um usurio mvel pode se integrar a rede em vrios pontos. Adaptabilidade Descreve como o projeto de rede pode se adaptar a certas mudanas como: tecnologia, protocolos, formas de negcio e legislao. Desta forma, devese procurar evitar a incorporao rede de qualquer elemento que torne difcil adaptao a tais mudanas no futuro. Efetividade do custo (viabilidade) Tem o objetivo principal de oferecer os servios de rede com a qualidade desejada ao menor custo ou de maximizar a qualidade dos servios para um determinado custo. Os custos podem ser de aquisio ou de operacionalizao. Para redes locais, onde a velocidade e a disponibilidade j so altas, o objetivo principal minimizar custos atravs da : Aquisio de equipamentos com baixo custo por porta; Minimizao dos custos de cabeamento; Aquisio de placas de rede de baixo custo. 1.2.3 Conflitos no Projeto Alguns objetivos tcnicos entram em conflito com outros: Alta disponibilidade implica em redundncia (maior custo). Alto desempenho requer alta capacidade de enlace ou outra tecnologias caras (por exemplo ATM). Segurana diminui facilidade de uso. Adaptabilidade a constantes mudanas pode diminuir disponibilidade

Alta vazo pode implicar em alto atraso.

Para resolver tais conflitos deve-se, atravs da anlise dos requisitos (de negcio e tcnicos), procurar distribuir pontos entre os vrios requisitos, de acordo com a importncia para o projeto, de forma que somem 100 pontos. 1.2.3 Checklist para objetivos tcnicos Os planos de expanso do cliente para os prximos 02 anos foram documentados ? O cliente informou sobre planos para integrar mainframes SNA com rede corporativa IP ? O cliente informou sobre planos para migrar servidores departamentais para Server farm ? O cliente informou sobre planos para implantar intranet ou extranet ? Os objetivos de disponibilidade foram documentados ? Os desejos sobre utilizao mxima em segmentos compartilhados foram documentados ? Os objetivos de vazo desejada ou necessria para cada aplicao foram Documentados? Os objetivos de acurcia foram documentados? Foram identificadas aplicaes que necessitam de tempo de resposta menores que o normal (100 ms) ? Foram discutidos os riscos e requisitos de segurana ? Discutir com o cliente a importncia de se utilizar quadros grandes ? Levantei requisitos de gerenciabilidade, incluindo objetivos de gerencia de configurao, falha, desempenho, segurana e contabilidade? Foi discutidas com o cliente a importncia de se utilizar quadros grandes ?

1.3

Caracterizao da rede existente

Quando h uma rede existente que est sendo atualizada ou expandida, ela deve ser examinada e caracterizada detalhadamente. Tal caracterizao inclui a anlise da topologia, da estrutura fsica e do desempenho (juntamente com os outros objetivos /restries tcnicas).

1.3.1 Caracterizao da infra-estrutura Desenvolver um mapa da rede existente. Conhecer a localizao dos principais dispositivos e segmentos mais importantes, identificar os mtodos de endereamento e nomenclatura. Documentar o tipo e tamanho do cabeamento fsico bem como as condies atuais dele. Investigar restries ambientais e arquitetnicas (exemplos: fontes de

interferncia para transmisses sem fio; locais onde os cabos poderiam ser danificados devem ser evitados) Obs: ferramentas que obtm dados de planilhas ou banco de dados, que descobrem topologias automaticamente podem ser usadas para montar o mapa da rede.

1.3.2 Verificao da sade da rede. A acurcia, a eficincia, a disponibilidade, o atraso, o tempo de resposta, o desempenho da rede devem ser analisados. extremamente til poder comparar o desempenho da nova rede com a rede existente pois: ser fcil mostrar ao cliente como o desempenho melhorou na nova rede. caso o desempenho no for um objetivo, mas o baixo custo for, poder ser mostrado como o desempenho no sofreu na nova rede. Pode-se obter algumas estatsticas internas atravs da verificao do status do roteadores principais. A partir de tal verificao, informaes como: nvel da ocupao do processador do roteador, nmero de pacotes processados por unidade de tempo (vazo), nmero pacotes perdidos, status das filas, buffers e interfaces podem ser obtidos. Muitas informaes (trafego de rede, erros CRC, colises em segmentos Ethernet e.t.c) podem ser obtidas, se a rede est sendo gerenciada, atravs da estao de gerencia. 1.3.4 Checklist de sade da rede A rede existente ser saudvel se: A topologia de rede e a infraestrutura fsica esto bem documentadas. Endereos de rede e nomes so atribudos de forma estruturada e esto bem documentados. O cabeamento da rede foi instalado de forma estruturada e est bem etiquetado. A disponibilidade da rede satisfaz os objetivos do cliente. Nenhum segmento Ethernet est saturado (% max ao longo de um minutos) . Nenhum outro segmento ou enlace est saturado. Nenhum segmento Ethernet tem mais do que 1 erro de CRC a cada milho de bytes. Nenhum segmento Ethernet tem colises tardias. Em redes Token Ring, menos de 0,1% dos quadros so pacotes de erro. Foi verificado se o trfego de broadcast no ultrapassa 20 % . O tamanho mximo do quadro foi otimizado para cada tecnologia utilizada no enlace . Nenhum roteador est sobreutilizado (70% de utilizao). Nenhum roteador est descartando mais do que 1% dos pacotes. O tempo de resposta entre clientes e servidores (ida e volta ) no ultrapassa o desejvel (100 ms). 1.4 Caracterizao do trfego da rede

Solues adequadas podem ser tomadas nos projetos lgico e fsico se forem bem caracterizadas as informaes a seguir: o fluxo do trfego (de onde vem, para onde vai),a carga de trfego (para poder estabelecer capacidade de enlaces), o comportamento de trfego (consideraes de broadcast, eficincia), consideraes de qualidade de servio (QoS). 1.4.1 Caracterizao do fluxo de trfego (para as redes existente e nova) Identificao de fontes e sorvedouros de trfego (rede existente) Identifica-se e documenta-se os conjuntos de usurios (departamentos ou conjuntos de departamentos) que utilizam as mesmas aplicaes. Faz-se o mesmo para os grandes sorvedouros (armazns de dados: mainframes, servidores, bibliotecas de vdeo e.t.c.) registrando as aplicaes e os conjuntos de usurios que os utilizam. Documentao do fluxo de trfego na rede existente. O objetivo aqui identificar e caracterizar fluxos individuais de trfego entre fonte e sorvedouros. Fluxo individual pode ser entendido como as informaes de protocolos e aplicativos transmitidas entre entidades de comunicaes durante uma nica sesso. O fluxo individual possui alguns atributos que so: direo, simetria, caminho, nmero de pacotes, nmero de bytes, endereos de fonte e destino. 1.4.2 Caracterizao do tipo trfego (para nova rede) No possvel medir o fluxo diretamente na rede, entretanto pode-se usar tcnicas indiretas para caracteriz-lo.Desta forma, sero utilizados modelos de fluxo que ajudaro a compreender como aplicaes tpicas se comportam em termos de trfego. Modelo de fluxo de trfego terminal host Usualmente assimtrico: terminal envia alguns caracteres e o host envia muitos caracteres. Modelo de fluxo de trfego cliente-servidor normalmente bidirecional e assimtrico: cliente envia pedidos pequenos e o servidor envia respostas maiores. Modelo de fluxo de trfego peer to peer Normalmente bidirecional e simtrico. As entidades transmitem aproximadamente quantidades iguais de informaes de protocolos e de aplicativos. Todos os dispositivos tm o mesmo nvel de importncia na rede. Modelo de fluxo de trfego servidor-servidor Inclui transmisses entre servidores e transmisses entre servidores e aplicativos de gerenciamento. Geralmente bidirecional e a simetria altamente dependente do aplicativo em uso, na maioria das vezes simtrica.

Modelo de fluxo de trfego de computao distribuda Usada em aplicativos que exigem vrios ns de computao trabalhando juntos para concluir um servio. Os dados viajam em um n gerenciador de tarefas e ns de Computao e entre um n de computao e outro. Ns fortemente acoplados:transportam informaes uns aos outros com bastante freqncia. Ns fracamente acoplados:transportam pouca ou nenhuma informao entre si. A caracterizao deste tipo de trafego exige o uso de analisadores de protocolo ou a modelagem em um simulador de redes.

1.4.3 Caracterizao da carga de trfego muito difcil ter uma idia precisa da carga de trfego, mas preciso evitar gargalos na rede final. Para calcular a carga, precisa-se saber : O nmero de estaes que geram trfego. O tempo mdio entre quadros gerados. O tamanho mdio dos quadros transmitidos. A freqncia de sesses de aplicaes O tempo mdio de cada sesso. O nmero de sesses simultneas. Para realizar tal clculo preciso conhecer as aplicaes e fazer estimativas. Deve-se adicionar o overhead devido a protocolos usados pelas aplicaes (ex : IP, TCP e.t.c) e assim como aquele devido a protocolos de roteamento. 1.4.4 Comportamento broadcast (multcast) O comportamento do trafego critico em uma rede normalmente o de broadcast e o de multcast. Alm disso, um trfego mal comportado em uma rede pode provocar uma utilizao extra de largura de banda devido a ineficincias de protocolos e tamanhos de estruturas ou cronmetros de retransmisso no-otimizados. Domnios de difuso Hubs operam sempre em broadcast independente do comportamento original do trafego. Switches e pontes(interconexes de camada 02) encaminham estruturas de broadcast ou multcast a todas as suas portas. Um roteador (por padro no encaminha essas estruturas. Portanto toda os dispositivos localizados de um lado de um roteador so considerados parte de um nico domnio de difuso.

A fim de restringir os domnios de broadcast(limitar o nmero de estaes)

deve considerar o uso de roteadores e de Lans virtuais (que utilizam switches de camada 03). Problemas da difuso e multcast Broadcasts demais deixa a s CPUs com muito overhead de processamento. 100 quadros de broadcast por segundo afeta o desempenho de um Pentium. Se mais de 20% do trfego da rede for de difusa/multcast, a rede deve ser segmentada com roteadores ou Vlans. 1.4.5 Caracterizao de requisitos de qualidade Alm da carga de trfego preciso saber se algumas aplicaes possuem restries quanto inflexibilidade da vazo ou do atraso. Desta forma, deve-se caracterizar o QoS dos fluxos das aplicaes. 1.4.6 Checklist para o trfego de rede Foram identificados as fontes importantes de trfego e os sorvedouros importantes e documentados o fluxo de trfego entre eles ? Foi categorizado o fluxo de cada aplicao usando os modelos terminalhost, cliente-servidor, servidor-servidor e.t.c. ? Foram estimados os requisitos de banda passante para cada aplicao? Foram estimados os requisitos de banda passante para os protocolos de roteamento ? As taxas aceitveis de broadcast foram caracterizadas? Para cada aplicao foram determinados os requisitos de Qualidade de Servio (QoS)?

2. Projeto lgico da rede

2.1

Projeto da topologia da rede

Uma topologia um mapa da inter-rede que indica os segmentos da rede, os pontos de interconexo e as comunidades de usurios. O propsito mostrar a geometria da rede e no a geografia fsica ou implementao da mesma.

2.1.1 Rede Hierrquica tpica Ajuda a desenvolver uma rede em pedaos, cada pedao focado num objetivo diferente. Um exemplo em 03 camadas: Camada de ncleo: formados por roteadores e switches de alta tecnologia , otimizados visando a viabilidade e desempenho. Camada de distribuio: formada por roteadores e switches de velocidade mdia. A principal funo deles a implementao de normas. Camada de acesso: conecta os usurios finais (worktations) por meios de switches de vrias portas, hubs e outros dispositivos. Vantagens do uso da hierarquia em redes: Reduo dos domnios de difuso Limita o nmero de roteadores trocando informaes sobre portas (desempenho do roteador cai quando a tabela de roteamento grande). Reduo dos custos pela aquisio de equipamentos adequados a cada camada. Melhor planejamento das necessidades de cada camada (largura de banda). Possibilidade de administrao descentralizada. Facilidade de entendimento do projeto como um todo. Facilidade de mudanas futuras, pois as alteraes e eventuais interrupes na rede ficam restritas a uma pequena parte da rede global. Os protocolos de convergncia rpida foram projetados para topologias hierrquicas. 2.1.2 Topologia plana p/WANs Fcil de projetar, implementar e manter desde que se conserve pequena. Em redes grandes o atraso maior. 2.1.3 Topologia plana p/LANs Consiste normalmente em PCs e servidores associados a um ou mais hubs ou switches. Utilizando-se hub ou switch deve-se est atento para a limitao no domnio de difuso, pois, caso este seja grande, haver reduo significativa do desempenho. 2.1.4 Topologia em Malha (completa) Todo roteador ou switch est conectado a cada outro roteador ou switch. So altamente redundantes (enlaces,roteadores e.t.c) e satisfazem aos requisitos de disponibilidade ( pontos nicos de falha so eliminados). H poucos saltos entre dispositivos (em virtude das ligaes entre todos os dispositivos). So caras, pois exigem diversos links. Oferece excelente atraso. Falta modularidade: difcil conter problemas, otimizar e atualizar a rede.

2.1.5 Topologia de Malha Parcial Hierrquica Possui escalabilidade, mas limita as adjacncias de roteadores. Procura-se tirar proveito dos Modelo Hierrquico e de malha parcial. 2.1.6 Topologias Redundantes A idia de redundncia eliminar a possibilidade de haver um nico ponto de falha.Ento a meta duplicar qualquer componente (roteadores, links, fonte de alimentao, tronco de WAN, servidores,e.t.c) cuja a falha poderia desativar aplicativos crticos. A redundncia normalmente vai de encontro as metas de custos (vide a topologia em malha). Uma forma de prover redundncia atravs dos caminhos de backup.

2.1.6.1 Caminhos de backup Consiste num caminho alternativo, caso o principal falhe. Desta forma, o primeiro s entrar em atividade quando o principal, por algum motivo, ficar inativo. Engloba no somente links,mas tambm roteadores, switches e.t.c e tem como meta principal satisfazer a disponibilidade. Normalmente o backup apresenta menor capacidade que o caminho original, porm o desempenho pior ainda aceitvel. Deve-se tomar os seguintes cuidados: Testar os links de backup para assegurar que funcionam em caso de preciso. Certificar que os circuitos (principal e backup) esto em caminhos diferentes. 2.2 Projeto de esquema de endereamento e de nomes

2.2.1 Diretrizes para Endereamento(camada de rede) Projetar um modelo estruturado (hierrquico e planejado). O IP na sua diviso REDE + HOST j , por natureza, um modelo estruturado. Reservar espao para o crescimento do modelo. Do contrrio, futuramente diversos dispositivos devero ser renumerados, o que trabalhoso. Atribuir blocos de endereamento de forma hierrquica para melhorar a escalabilidade e a disponibilidade. Atribuir blocos de endereos baseados em redes fsicas (de camada 2) e no baseados em grupos de pessoas para permitir que pessoas ou grupos mudem de rede. Usar nmeros que signifiquem algo, sempre que for possvel.

se o nvel de conhecimento de redes em filiais for alto , possvel delegar a autoridade para atribuir endereos em redes locais, sub-redes, servidores e estaes. Para maximizar a segurana e a adaptabilidade deve-se usar endereamento dinmico privativo e o Network address (NAT) ou proxies para permitir que usurios saiam da rede corporativa. Quando os endereos so atribudos sem o uso de um modelo estruturado pode acontecer o seguinte: Duplicao de endereos de redes e de hosts. Endereos invlidos atribudos que, conseqentemente, no podem ser roteados na Internet. Falta de endereos suficientes. Faixas de endereos que no podem ser utilizados e portanto so desperdiados.

2.2.2 Questes pertinentes a nomenclatura Nomes so dados a roteadores, switches, hosts, impressora e.t.c. Para se ter melhor usabilidade, prefervel acessar os recursos por nome e no por endereo, e sendo assim , ser preciso uma forma de mapear nomes em endereos (dinamicamente de preferncia). Algumas perguntas devem ser respondidas com respeito a nomes : Que tipos de recursos precisam de nomes? Qual a estrutura de um nome ? O tipo de recurso est identificado no nome? Como nomes so armazenados, gerenciados e acessados ? Quem atribui nomes ? Como os hosts mapeiam um nome para um endereo? O sistema ser dinmico ou esttico ? De que maneira um host aprende seu prprio nome ? Se um endereo dinmico, os nomes tambm sero dinmicos e mudaro quando um endereo se alterar? O sistema de nomenclatura usar um modelo ponto a ponto ou um modelo cliente servidor ? Se forem usados servidores de nomes, quanta redundncia ser requerida? O banco de dados de nomes ser distribudo entre muitos servidores? Como o sistema de nomenclatura selecionado afetar o trafego na rede? Como o sistema de nomenclatura selecionado afetar ao segurana da rede?

2.2.2.1 Diretrizes gerais Decidir se o endereamento ser centralizado (controlado mas burocrtico, ponto nico de falha, mais trfego de rede) ou distribudo. Os nomes devem ser curtos, significativos, no ambguos e distintos.

Podem ser usados prefixos como rtr, sw,svr que indiquem o tipo do recurso ou a sigla de localizao fsica dos equipamentos. Nomes fceis podem comprometer a segurana. Evitar o uso de nmeros: as pessoas preferem nom es. Evitar caracteres no usuais, pois so difceis de digitar, memorizar e possuem significados para protocolos de roteamento. Usar nomes com caixa nica (s maiscula ou s minscula).

2.3

Seleo de protocolos de pontes, switches e roteadores

Ao escolher os protocolos nesta fase do projeto , pode-se ter subsdios para listar as caractersticas funcionais dos dispositivos a ser adquiridos. 2.3.1 Pontes e Switches Em termos de protocolos as pontes e switches so praticamente equivalentes: Um switch essencialmente uma ponte com muitas portas. Ambos so dispositivos de camada de enlace. Ambos permitem portas para redes de tecnologias diferentes. Switches e pontes diferem na maneira de trabalhar : uma ponte trabalha no modo armazenar e encaminhar, ou seja, ela recebe a estrutura completa, determina a porta de sada, prepara a estrutura, calcula um CRC e transmite-a, caso o meio esteja livre. J no swich, um endereo de destino rapidamente examinado, a porta de sada escolhida e imediatamente os bits so transmitidos ( mais rpido pois,chave a antes de ter recebido todo o frame). No existe muitas alternativas para escolha de protocolos de pontes e switches ( Transparente ponte/switches ( Ethernet) e pontes de roteamento pela origem (token Rink)) por isso ser abordado de forma resumida:

Questo Orientao Transparncia Configurao Roteamento Localizao Falhas Complexidade

Ponte Transparente Sem conexo Total Automtica Abaixo de timo Aprendizado s avessas Tratada pelas pontes Nas pontes

Ponte de roteamento pela origem Orientado a conexo No transparente Manual timo (teoricamente) Quadros de descobertas Tratada pelos hosts Nos hosts

2.3.2 Escolha de protocolos para Roteadores

Um protocolo de roteamento permite que um roteador descubra como chegar a outras redes e trocar essa informao com outros roteadores. A escolha de tal protocolo mais difcil que escolher um protocolo de pontes/switches, pois existem muitas alternativas. Alguns protocolos se enquadram bem em pequenas inter-redes, outros prestam para conectar WANs diferentes e h aqueles que funcionam melhor em ambientes estticos, pois tm dificuldades de convergir em mudanas de topologia. 2.3.2.1 Tipos de protocolos Duas so as classes principais de protocolos de roteamento: Protocolos de vetor de distncia Protocolos de estado de link 2.3.2.1.1 Protocolo de Vetor de distncia Informa a distncia que ele tem para cada destino realizando contagem de saltos : nmero de roteadores ou links entre ele e o destino. Mantm e transmite uma tabela que lista a distancia a cada rede conhecida (exemplo: RIP, BGP e.t.c).

2.3.2..1.2 Protocolo de Estado de Link No ocorre a troca de tabelas de roteamento, pois cada roteador troca informaes sobre o estado de seus links conectados diretamente. Tais informaes so suficientes para que cada roteador construa sua prpria tabela de roteamento. Os protocolos de estado de link convergem mais rapidamente que os protocolos de Vetor de distncia e esto menos propensos falhas, entretanto, exigem mais processamento e memria e so mais difceis de serem depurados. Exemplo de protocolo: OSPF). 2.3.3 Mtricas de Protocolos Protocolos tradicionais de Vetor de distncia usam nmero de saltos como nica mtrica, ao passo que protocolos mais recentes podem usar atraso, banda passante,custo e.t.c como mtrica. 2.3.4 Protocolos hierrquico e no hierrquico Para alguns protocolos todos os roteadores tm a mesmas tarefas e todo roteador um par de todos os outros roteadores(modelo no hierrquico).Em outros protocolos , h uma hierarquia onde certos roteadores so agrupados em rea (ou sistemas autnomos).

2.3.5 Protocolos de Roteamento Interior e Exterior Os protocolos de roteamento podem ser classificados de acordo com o local em que so usados: Protocolos de roteamento interior so usados por roteadores dentro de uma mesma empresa ou do mesmo sistema autnomo. Protocolos de roteamento exterior executam o roteamento entre vrios sistemas autnomos.

2.3.6 Roteamento Esttico versus Dinamico Existem casos em que o roteamento dinmico totalmente desnecessrio. Isto acontece com um roteador conectando-se a uma rede stub (rede que s pode ser acessada atravs de um nico caminho), usa rota estticas, definidas manualmente. 2.3.7 Restries de escalabilidade Protocolos podem ser investigados quanto s suas restries de escalabilidade: H limites impostos de mtricas (estas podem limitar o tamanho da rede). Com que rapidez um protocolo converge depois de mudanas na rede ? Que quantidade de dados transmitida numa atualizao de rota ? A tabela inteira ?Apenas as mudanas ? Quanta banda passante consumida pelo protocolo ? Para quem as atualizaes de rotas so enviadas? Para roteadores vizinhos? Para todos os roteadores num sistema autnomo? Quanta CPU necessria para processar as atualizaes de rotas recebidas ? Rotas estticas de rotas defaults so suportadas ? 2.4 Desenvolvimento de estratgias de segurana e gerncia

Aspecto muito importante do projeto de uma rede, especialmente com conexes Internet e Extranet. Problemas com segurana no devem afetar a capacidade de a empresa administrar seus negcios. O projeto de uma rede segura envolve as seguintes etapas: Identificar os ativos (tudo que pode ser atacado) e os riscos (formas potenciais de ataque) da rede.

Analisar os requisitos e os compromissos de segurana: o custo de se proteger contra uma ameaa deve ser menor do que o custo de se recuperar se a ameaa o atingir. Desenvolvimento de um plano de segurana: documento de alto nvel que prope o que uma organizao deve fazer para satisfazer a requisitos de segurana. Desenvolvimento de uma norma de segurana: uma declarao formal das regras as quais as pessoas que tm um determinado acesso a tecnologia e aos ativos de informaes de uma organizao devem obedecer. Desenvolver procedimentos para aplicar as normas e estratgias para a implantao tcnica. Conseguir comprometimento dos usurios, gerentes e pessoal tcnico (normalmente obtido com treinamentos). Testar a segurana, atualizando a, em caso de problemas. Manter a segurana, programando auditorias, lendo logs, respondendo a incidentes, informando se sobre atualizaes e alertas de entidades. Para implementar solues de segurana deve-se utilizar os mecanismos de segurana: Autenticao: identifica quem (ou qual servio) est solicitando recursos da rede (normalmente utiliza-se nome de usurio e senha). Define o que pode ser feito depois de ter acesso a rede (permisses de acesso). Contabilidade(auditoria): procedimento de coleta de dados de atividade da rede. Gravar acessos ou tentativas. Criptografia: processo para embaralhar os dados antes de coloc-los na rede para protege-los de qualquer leitura que no seja feita pelo receptor pretendido. Firewall: um sistema e/ou dispositivo que impe normas de segurana nos limites entre duas ou mais redes. Proteo fsica: refere-se limitao do acesso a recursos importantes de rede, mantendo-os atrs de portas trancadas. Proxy: equipamento que presta o servio de procurador de um computador de uma rede em outra, evitando que o endereo IP do computador seja conhecido na outra rede.

3. Projeto Fsico da Rede 3.1 Seleo de tecnologias e dispositivos para redes de campus

O projeto fsico envolve a seleo de cabeamento, protocolo das camadas fsica/enlace e dispositivos de interconexo (hubs,swiches, roteadores). 3.1.1 Projeto de cabeamento para LAN De forma geral, o planejamento de cabeamento tem que levar em considerao que este poder ser usado durante mais tempo(vrios anos) do que as tecnologias de rede que o usaro. Em muitos casos, o projeto tem que se adaptar a um cabeamento existente. Topologias de cabeamento de prdios. Topologias de cabeamento de campus (entre prdios). Tipos e comprimentos dos cabos entre prdios. Localizao dos armrios de cabeamento e salas especiais de conexo. Tipos e comprimentos de cabos verticais entre andares. Tipos e comprimentos de cabos da rea de trabalho, entre armrios de cabeamento at as estaes. 3.1.1.1 Topologias de cabeamento H dois grandes tipos de topologias: Cabeamento centralizado, onde todos os cabos vo para uma nica rea fsica. Cabeamento distribudo, onde os cabos podem terminar em vrias reas fsicas. 3.1.1.2 Topologias de cabeamento para prdios Dentro de um prdio pequeno, uma arquitetura centralizada ou distribuda pode ser usada, j que todos s cabos podero ter menos de 100 metros. Num prdio grande, os cabos individuais seriam grandes demais, deve-se usar uma arquitetura distribuda.

3.1.1.3 Topologia de cabeamento para campus Deve-se ter cuidado com este tipo de cabeamento devido a : Perigos fsicos (escavaes, enchentes e.t.c). Cruzamento de reas pertencendo a outras empresas. Uma arquitetura distribuda evita um ponto nico de falha, porm o manuseio pode ser mais complicado. 3.1.1.4 Tipos de cabos Cabos metlicos(cobre) com blindagem Cabos metlicos (cobre) sem blindagem : o tipo mais usado dentro de Prdios. Fibra tica Muito usada entre prdios e para cabeamento vertical

No usada, normalmente, at as estaes por ser muito caro. No sujeito a rudo, interferncia eletromagntica. 3.1.2 Tecnologias LAN IEEE 802.3 (Ethernet) e derivados (FAST Ethernet, Gigabit Ethernet) Half e full duplex, 10, 100, 1000 Mbps. ATM Usado com LAN Emulation (LANE) ou Multiprotocolo over ATM 155; 622 Mbps e at 10 Gbps Menos usado no campus devido a Gigabit Ethernet Token ring (obsoleto) FDDI (obsoleto) A seleo hoje freqentemente 100BASETX nas pontas e ATM ou Gigabit Ethernet para o backbone, porm existem muitas redes 10BASET. 3.1.3 Dispositivos de Redes Os critrios para seleo de dispositivos de redes em geral incluem os seguintes: O nmero de portas do dispositivo; Velocidade de processamento; Latncia (levando ao delaye jitter); Tecnologias de LANs admitidas (Ethernet de 10, 100, 1000 Mbps, Token Ring, FDDI, ATM); Sensor automtico de velocidade (10/100 Mbps); Cabeamento admitido (mdia); Facilidade de configurao; Facilidade de gerenciamento (p. exemplo: suporte para SNMP e RMON); Custo; Tempo mdio entre falhas (MTBF) e tempo mdio para reparao (MTTR); Suporte para troca de componentes em funcionamento (on the fly); Suporte para fontes de alimentao redundantes; Disponibilidade e qualidade do suporte tcnico, documentao e treinamento; Reputao e viabilidade do fornecedor; Disponibilidade de resultados de testes independentes que confirmem o desempenho do dispositivo. 3.1.4 Escolha de switches Alguns critrios especficos para escolha de switches: Vazo (pacotes ou clulas por segundo); Suporte para comutao de penetrao (adaptativa); Deteco automtica de operao half/full duplex; Tecnologias de VLAN admitidas; Suporte para aplicativos de multimdia (capacidade de gerenciar pacotes de multicast); Quantidade de memria disponvel para tabelas de comutao ( Workgroup/Enterprise) e memria utilizada por rotinas de protocolos; Disponibilidade de um (possvel) mdulo de roteamento.

3.1.5 Escolha de roteadores Critrios especficos para roteadores (ou switches com mdulos de roteamento): Protocolos admitidos na camada de rede (IP, IPX, ...); Protocolos de roteamento admitidos (RIP, OSPF, ...); Suporte para aplicativos multimdia e proviso de QoS (RSVP, multicast IP, MPLS, ...); Capacidade de atuar como um ATM BUS, LECS ou LES (caso de rede mista IP ATM); Suporte para enfileiramento avanado, comutao e outros recursos de otimizao; Suporte para compactao, criptografia, filtro de pacotes,VPN e outros recursos avanados. 3.1.6 Dimensionamento de Servidores 3.1.6.1 Escolhendo o hardware certo para um trabalho correto No negligenciar a tarefa de escolha do hardware servidor. A maioria dos fatores que influem na configurao de hardware cumulativa; Avaliar a questo da redundncia de discos (nvel RAID); Pesquisar cuidadosamente os requisitos do sistema exigidos pelos pacotes de software especficos que se pretende usar; Procurar por aplicativos que utilizem como base de seus requisitos de recursos do sistema o nmero de clientes que usam o produto. Os nmeros podem sair de controle com muita rapidez. Normalmente, aplicativos de banco de dados tendem a usar mximo de recursos do sistema. 3.1.6.2 Memria RAM e Processadores Escolha da quantidade de memria RAM e nmero de processadores para servidores: Idia: Alm da necessidade do S.O., o software aumentar a RAM, adicionar um novo processador para cada 3 pacotes com os mesmos requisitos e aumentar o espao no disco rgido. 3.1.6.3 Nveis de RAID RAID 0: Diviso em faixas de disco sem paridade (nenhuma tolerncia a falhas); RAID 1: Espelhamento de disco (as mesmas informaes gravadas em duas unidades ao mesmo tempo); RAID 2: Cada bit de uma palavra de dados gravado em uma unidade de disco de dados. Cada palavra de dados tem sua palavra ECC do cdigo de Hamming registrada nos discos ECC. Em Read, o cdigo ECC verifica se os dados esto corretos ou corrige erros de disco isolados. RAID 3: O bloco de dados e subdividido (cortado em faixas) e gravado nos discos de dados. A paridade de faixa gerada em Writes, registrada no disco de paridade e verificada em Reads. Exige-se um mnimo de 3 unidades para implementar.

RAID 4: Cada bloco gravado em um disco de dados. A paridade de blocos da mesma classificao gerada em Writes, registrada no disco de paridade e verificada em Reads. Requer no mnimo 3 unidades para implementar. RAID 5: Diviso do disco em faixas com paridade (tolerncia a falhas). Cada bloco de dados gravado em um disco de dados; a paridade para blocos da mesma classificao gerada em Writes, registrada em um local distribudo e verificada em Reads. Exige um mnimo de 3 unidades para implementar. RAID 6: Disco de dados independentes com dois esquemas de paridade distribuda independentes. RAID 7: Carter assncrono otimizado para taxas de E/S elevadas, bem como altas taxas de transferncias de dados. 3.2 Seleo De Tecnologias e Dispositivos para Redes Corporativas

3.2.1 Tecnologias de acesso remoto Tecnologias usadas para permitir o acesso rede corporativa por usurios Remotos. O projeto do acesso remoto se baseia principalmente na localizao de comunidades de usurios e as aplicaes que usam. Se o acesso for durante menos de 02 horas por dia e altas velocidades no forem necessria, podem-se usar um modem analgico ( Max 56 Kbps) e acesso discado. Para velocidades mais altas ou perodos mais longos, as alternativas so: ISDN (no usado devido a melhores velocidades de xDSL). Cable modems (ainda raros no Brasil). Modems para Digital Subscriber Line (DSL). Em praticamente todos os casos , o protocolo de enlace usado PPP. 3.2.1.1 Point-to-Point Protocol (PPP) Protocolo de enlace para ligaes seriais ponto a ponto. o protocolo mais usado para ligaes seriais remotas. Tal protocolo pode conectar rede: Um usurio remoto Um escritrio remoto com vrios usurios PPP aceita vrios protocolos de camada de rede, incluindo IP. Servios bsicos do PPP: Multiplexao de protocolos de camada de rede. Configurao do enlace. Teste da qualidade do enlace. Negociao de opes de enlace Autenticao. Compresso de cabealho. Deteco de erro. 3.2.1.2 Acesso remoto com Digital Subscriber Line (xDSL) Permite trfego de alta capacidade usando o cabo telefnico normal entre uma casa (ou escritrio) e a central telefnica. Necessidade de um modem especial de cada lado.

Transmisso digital. Velocidades dependem da tecnologia DSL particular, da distancia e da bitola do cabo e.t.c. Podem atingir 32 Mbps recebendo e entre 16 Kbps e 1,5 Mbps no envio DSL chamado xDSL porque tem vrias tecnologias embutidas na sigla: Asymmetric DSL (ADSL). Hight-bit-rate DSL (HDSL) ISDN DSL (IDSL) e.t.c 3.2.2 Seleo de dispositivos para acesso remoto O site central que recebe as chamadas remotas incluir Remote Access Servers (RAS). Um RAS oferece cinco tipos de servios: Acesso remoto para estaes. Permite que estaes remotas se conectem ao site central. Acesso remoto para terminais. Telnet, X.25 PAD para cesso a redes pblicas e.t.c. Servios de traduo de protocolo Para que terminais acessem um host remoto que espera um terminal de tipo diferente. Servio de roteamento assncrono Prov roteamento (camada 3) para interconectar LANs usando um enlace assncrono(ex para uma filial que disca 02 vezes por dia). Servio de Dial out Controla uma bateria de modens usados por estaes que acessam enlaces assncronos para fora (evitando que cada estao tenha um modem). Critrios para seleo de um servidor RAS Nmero de portas e tipos de portas. Suporte para os cinco servios acima. Flexibilidade de configurao e modularidade. Suporte a modens ISDN, Cable modems, portas de voz , modem DSL e.t.c. Suporte a Network Address Translation (NAT) para hosts em redes Remotas. Suporte a DHCP para hosts em redes remotas. Suporte a aplicaes multimdia(multcast IP, RSVP). 3.2.3 Tecnologias WAN Para conexes a distancia. Deve-se considerar o uso de tecnologias wireless ( satlite, rdio , celular). Tem havido muita mudana nos ltimos anos no oferecimento de tecnologias para acesso WAN devido a novas demanda de QoS. No Brasil h menos alternativas: LPCDs. Frame Relay. ATM.

3.2.3.1 Sistemas para Alocao de Banda Passante A hierarquia disponvel no Brasil o sistema E: Sinal E1 E2 E3 E4 E5 Capacidade 64 Kbps 2.048 Mbps 8.448 Mbps 34.368 Mbps 139.264 Mbps

Para fibras ticas, usa-se a Synchronous Digital Hierarchy Nvel SDH STM-1 STM-3 STM-4 STM-6 STM-8 STM-12 STM-16 STM-32 STM-64 Capacidade 155,52 466,56 622,08 933,12 1.244,16 1.866,24 2.488,32 4.976,64 9.953,28

3.2.1.2 Linhas Privadas de Comunicao de Dados Circuito dedicado alugado a um provedor por muito tempo (meses, anos). Enlace dedicado para o trfego do cliente. Uso de topologia ponto a ponto. Empresas usam LPCDs para dados e tambm para voz. Um canal de voz de 64 Kbps. Protocolo de enlace freqentemente PPP e HDLC. Vantagens: Tecnologia madura e estvel No h compartilhamento de trfego copm outros clientes (QoS garantido). Desvantagens: Alto custo. QoS no flexvel.

Capacidades limitadas.

3.2.3.3 Redes ATM Boa escolha para clientes que tm acelerao de demanda de banda passante. Boa escolha para aplicaes com requisitos fortes de QoS. Altas capacidades: Com cabo metlico de c obre chega a 34 Mbps. Com fibra ptica pode chegara 9.952 Gbps. Mais barato que LPCDs. 3.2.4 Seleo de dispositivos e provedores para WAN Backbone WAN usa roteadores e switches de alto desempenho. 3.2.4.1 Seleo de roteadores WAN A seleo do roteador semelhante a escolha para redes de campus, com ateno particular a : Alta vazo. Alta disponibilidade. Escolher o roteador com as portas desejadas (com as tecnologias desejadas) e uma vazo adequada. 3.2.4.2 Seleo de switches WAN Switches esto mudando a forma de construir backbones corporativas. Uso de switches que do suporte a ATM, Frame Relay, Acesso Remoto, suporte a voz. Estes switches podem tambm fazer dinmica de banda passante para vrios servios (voz, dados e.t.c.). So uma boa oportunidade para fundir redes de dados e voz numa nica rede corporativa. 3.2.4.3 Seleo do provedor de servios WAN Critrios de seleo. Custos dos servios. Tipos de servios oferecidos. Exemplo: suporte a Virtual Private Network Tipos de tecnologias oferecidas. rea geogrfica coberta. Contratos Service Level Agreements (SLA) oferecidos. Ex: SLA da Embratel oferece disponibilidade de 99,7 para LPCDs. O nvel de segurana oferecido. O nvel do suporte tcnico oferecido. Em particular deve-se descubrir: A experincia da equipe de suporte Disponibilidade de um ponto nico de contato Certificao ISSO 9002

Confiabilidade da rede interna do provedor. Embora seja difcil de descobrir as vezes, deve-se ter contato com os engenheiros do provedor e obter-se informao sobre: Roteamento fsico dos enlaces Redundncia da rede. Mecanismo de alocao de banda passante para garantir QoS. Freqncia e durao tpica de quedas na rede. Mtodos de segurana utilizados para proteger a rede.

4. Testes e Documentao do Projeto de rede 4.1 Testes do projeto de rede

Testes servem para provar que o projeto da rede vai satisfazer os objetivos de negcio e tcnico. Objetivos comuns para os testes: Verificar que o projeto satisfaz aos requisitos de negcio e tcnicos Validar a seleo de tecnologias e dispositivos. Verificar que o provedor de servios oferea, de fato, os servios prometidos. Identificar problemas de gargalo ou de conectividade. Testar a redundncia da rede. Analisar os efeitos de quedas de enlaces no desempenho. Determinar tcnicas de otimizao que sero necessrias para satisfazer os objetivos de desempenho. Analisar os efeitos de atualizaes(upgrades) de enlaces e/ou dispositivos no desempenho. Provar que um projeto melhor que outro concorrente (quando o cliente solicitar tal comparao) Convencer a gerencia e seus colegas que o projeto eficaz. Identificar riscos que podem dificultar a implementao e fazer o planejamento de contingncias. Determinar quantos testes adicionais so necessrios. 4.1.1 Construo e teste de prottipo para rede. Um prottipo uma implementao inicial de um novo sistema que modela como a rede final ser implantada. O prottipo deve ser funcional, mas no precisa ser uma implementao completa da rede 4.1.2 Determinao do escopo do prottipo Quanto da rede deve ser implantado para convencer o cliente que o projeto satisfaz aos requisitos ? Isolar os aspectos que so mais importantes: Funes importantes. Funes que envolvem risco. Onde o projeto foi muito influenciado por restries de negcio ou

Tcnicas. Onde o projeto foi muito influenciado por conflitos entre objetivos. Recursos disponveis (gente, equipamento, dinheiro, tempo) vo tambm indicar o alcance do prottipo. Um prottipo pode ser implementado e testado de trs formas diferentes: Como redes de teste em um laboratrio Integrado a uma rede de produo e com realizao de testes fora do horrio comercial. Integrado a uma rede de produo e com realizao de testes no horrio normal. interessante implementar uma rede de testes em laboratrio antes de implement-la na rede de produo. Para acertar bugs Para avaliar produtos nunca usados antes Para acertar a configurao inicial de dispositivos. O teste final deve ser em produo, durante o horrio comercial normal. 4.1.3 Escrevendo um plano de teste para o prottipo Uma vez que o escopo do prottipo est decidido, um plano de testes escrito contendo: Objetivos dos testes e aceitao. Tipos de testes que sero executados. Equipamentos de rede e outros recursos necessrios. Script de testes. Cronograma do projeto de testes.

4.1.3.1 Elaborao dos objetivos de testes e aceitao Listar os objetivos de testes o passo mais importante. Objetivos devem ser especficos e concretos. Deve-se incluir critrios de aceitao. Exemplo de objetivo e critrio de aceitao: Medir a vazo da aplicao X durante o horrio de pico (entre 10:00 e 11:00 da manh). Critrio de aceitao: vazo >= 2 Mbps Os critrios de aceitao so baseados nos objetivos de negcio e objetivos tcnicos j levantados pra o projeto de redes. Os critrios de aceitao podem ser baseados no desempenho da rede atual: Ex: diminuir o trfego de broadcast em 50%. 4.1.3.2 Determinao dos testes a realizar H trs tipos bsicos de testes Testes de desempenho Caracterizao da vazo, atraso, variao do atraso, tempo de respostas e eficincia. Testes de estresse Degradao do servio com o aumento de carga. Testes de falhas Caracterizao da acurcia e da disponibilidade da rede.

Embora mais caros, outros testes especiais podem ser feitos para gerenciabilidade, segurana, usabilidade e adaptabilidade. 4.1.3.3 Documentao dos equipamentos de rede e outros recursos Listar tudo que necessrio para fazer os testes Mapa de rede Lista de dispositivos Outros equipamentos (cabos, e.t.c). Enlaces Ferramentas de monitorao, de injeo de trfego, de simulao... Aplicaes especiais que aumentam a eficincia dos testes. Outros recursos: Ajuda de colegas Ajuda de usurios Nomes ou endereos IP durante os testes.

4.1.3.4 Escrita de script de testes Para cada teste, deve-se escrever um script de teste, listando todas as etapas de execuo dos testes. O script deve tambm identificar : As ferramentas utilizadas. Como cada ferramenta utilizada para satisfazer as medies relevantes. Que informao deve ser adquirida durante cada teste. Valores iniciais para parmetros dos testes e como alterar esses parmetros ao longo dos teste (Ex: carga oferecida). 4.1.3.5 Cronograma de testes Para um projeto completo de testes, elaborar um cronograma evidenciando data inicial, data final e marcos principais(incluindo responsvel por cada tarefa principal). Tarefas tpicas so: Escrever os objetivos dos testes e dos critrios de aceitao. Projetar a topologia para o ambiente de testes. Determinar o hardware e o software necessrio para os testes. Emitir o pedido de compra para o hardware e o software necessrio Escolheras ferramentas de testes. Emitir o pedido de compra para as ferramentas de teste, se necessrio. Determinar outros recursos que sero necessrios e providenci-lo. Escrever scripts de testes. Instalar e configurar o hardware e o software. Iniciar testes. Obter resultados dos testes. Revisar e Analisar resultados. Reduzir os dados de resultados, se necessrio. Apresentar resultados aos clientes. Arquivar os resultados.

4.1.4 Implementao do plano de testes basicamente uma questo de seguir o plano. 4.1.5 Ferramentas para testar uma rede H trs tipos de ferramentas que ajudam a realizar testes Ferramenta de gerencia e monitorao de rede Pode obter informaes variadas sobre trfego, erro, utilizao e.t.c. Na ausncia pode-se usar status de roteadores e analisadores de protocolos. Ferramentas especiais de testes e simulaes Simulao pode ser menos caro do que testar uma rede de verdade. De forma geral, muito difcil se fazer uma boa simulao que esteja perto do mundo real. Ferramentas de gerncia de nvel de servio. Ferramentas novas que analisam o desempenho fim a fim de aplicaes, incluindo requisitos de QoS. 4.2 Documentao do Projeto de Rede Pode se preparar um projeto de rede. Para responder a um Request For Proposal (RPF) ou Carta Consulta, Licitao e.t.c. Sem RPF, como parte das atribuies normais do profissional da rea de redes em uma empresa. Em ambos os casos, deve-se preparar um documento de projeto que: Descreve os requisitos do cliente. Explica como seu projeto os atende. Documenta a rede atual. Detalha o projeto lgico e fsico. Informa custos previstos 4.2.1 Contedo de um documento de projeto de rede A ser seguido para apresentar um projeto completo de rede (aps ganhar ou quando no h RPF) As sees do documento so: Resumo executivo Orientado a gerentes que sero os decisores sobre a continuao do projeto. O objetivo desta seo de vender as vantagens para o negcio do projeto de rede, portanto no deve-se mencionar aspectos tcnicos. Deve ter uma nica pgina. Objetivo do projeto Descrio do objetivo principal. Deve ser um objetivo de negcio.

Deve ter a ver com a questo de como a empresa ficar mais competitiva no seu negcio. Deve ter um nico pargrafo. Escopo do projeto Determinar o tamanho do projeto. Discriminar se o projeto para rede nova ou extenso de rede existente. Mencionar departamentos e redes afetadas pelo projeto. Esclarecer o que no faz parte do projeto Requisitos de design Listar os objetivos de negcio e tcnicos. Em ordem de prioridade. Evidenciando os objetivos crticos. Listar as comunidades de usurios e os data stores. Listar as aplicaes e seus atributos. Estado da rede atual Projeto lgico Projeto Fsico Resultados de testes Plano de implantao Oramento Aquisio de hardware e software. Contratos de suporte e manuteno. Treinamento. Recursos humanos. Custos de consultoria. Retorno no investimento Forma de convencer o decisor financeiro a bancar o Projeto.

Bibliografia http://www.dainf.cefetpr.br/~joelson/ http://www.projetoderedes.kit.net/ http://www.prodepa.gov.br/marcelo/ http://www.equipamentospararedes.hpg.ig.com.br/equip.htm#6%20%20SWITCH