GRUPO DE PROJETO, CETEFE, UNIVERSIDADE NOVE DE JULHO, BRASIL CAMPUS MEMORIAL DA AMRICA LATINA

Edes Leandro Cardoso Enzo Vicente Tom Erik Tavares arcia "os Car#os Costa dos $antos Leandro "ardini Leandro $i#va dos $antos L&is Ro'(rio )* +o,ti -arcio $antos Ricardo Lodo .io Rodri'o de /#iveira 0enos $trazzeri de Ara12o RA RA RA RA RA RA RA RA RA RA RA 903112739 903111858 90310!!83 90310!928 903111893 90310%807 90310!8%8 90310%32% 90310323% 90319323% 903118702

DISCIPLINA DE PROJETOS EM GERENCIAMENTO DE REDES TGRCI PROTOCOLOS E FERRAMENTAS PARA GERENCIAMENTO DE REDES

Edes Leandro Cardoso Enzo Vicente Tom Erik Tavares arcia "os Car#os Costa dos $antos Leandro "ardini Leandro $i#va dos $antos L&is Ro'(rio )* +o,ti -arcio $antos Ricardo Lodo .io Rodri'o de /#iveira 0enos $trazzeri de Ara12o

$3o .a&#o 200!

RA RA RA RA RA RA RA RA RA RA RA

903112739 903111858 90310!!83 90310!928 903111893 90310%807 90310!8%8 90310%32% 90310323% 90319323% 903118702

PROTOCOLOS E FERRAMENTAS PARA GERENCIAMENTO DE REDES

4isci,#ina de .ro2eto em erenciamento de Redes 5niversidade 6ove de "&#7o .ro8essor 9a:iano Ed&ardo -* dos $antos

PROTOCOLOS E FERRAMENTAS PARA GERENCIAMENTO DE REDES

$3o .a&#o 200!

.ro2eto s&:metido ; orienta<3o do .ro8essor 9a:iano Ed&ardo -* dos $antos= res,ons(ve# ,e#a disci,#ina de .ro2eto em erenciamento de

Redes da 5niversidade 6ove de "&#7o= como ,arte dos re>&isitos ,ara a conc#&s3o do >&arto semestre do c&rso de Tecno#o'ia em Redes de Com,&tadores e ?nternet* est3o de

Aprovado por: .ro8essor 9a:iano Ed&ardo -* dos $antos

$3o .a&#o 200!

Aos nossos eternos pais... O alicerce do futuro sucesso profissional e pessoal no qual almejamos alcanar.

AGRADECIMENTOS

Ao orientador da disciplina de Projeto em Gerenciamento de Redes que nos proporcionou a condio de desenvolver um bom trabalho aumentando o nosso conhecimento. A todos inte!rantes do !rupo pela dedicao que tiveram no trabalho de pesquisa tornando poss"vel a concluso deste projeto.

$3o .a&#o 200!

RESUMO

#ste projeto tem como objetivo dar uma viso !eral sobre os protocolos e ferramentas utili$ados para !erenciamento de redes. As informa%es contidas a se!uir esto divididas em duas partes sendo a primeira uma viso !eral sobre os protocolos utili$ados para o !erenciamento e a se!unda sobre uma das ferramentas que podem ser utili$adas para o mesmo fim.

$3o .a&#o 200! SUMRIO

! INTRODU"#O!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

&.&. O 'ue ( Gerenciamento de Redes............................................................) &.*. +ipos de ,erramentas...............................................................................) &.-. O Gerenciamento de Redes .aseado em Padr%es Abertos....................../
$! PROTOCOLOS DE GERENCIAMENTO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!% !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!%

*.&. 012P......................................................................................................./
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!& !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!&

*.&.&. Opera%es dispon"veis.........................................................................&& *.&.*. 2ensa!ens...........................................................................................&* *.&.-. 0ervidores e 3lientes 012P...............................................................&4 *.*. 325P......................................................................................................&6 *.*.&. Operao do 325P..............................................................................&6 *.*.*. Rose.....................................................................................................&7 *.*.-. 3ate!orias............................................................................................*8 *.*.4. 2ecanismos de seleo de objeto !erenciado.....................................*8 *.*.). Performance.........................................................................................*& *.*.9. Arquitetura do Protocolo.....................................................................*& *.*.6. Relao de 0ervios e P:;<s do 3250=P> ........................................** *.*./. 32O+ .................................................................................................*4 *.*.7. :iferenas entre 012P e 325P........................................................*) *.*.7.&. 0imilaridades>...................................................................................*) *.*.7.*. :iferenas>........................................................................................*) *.-. 025 ........................................................................................................*6 *.-.&. +ipos de :ados....................................................................................*6 *.-.*. #lementos............................................................................................*7 *.-.-. A01.& ? Abstract 0@ntaA 1otation one. B............................................*7 *.-.4. R,3 *)6/ ...........................................................................................-* *.-.). #Aemplo de Aplicao.........................................................................-6 *.4. 25. ?2ana!ement 5nformation .aseB...................................................48 *.4.&. 3onstruo...........................................................................................4&

*.4.*. A 25. da 5nternet ?+3P=5PB................................................................4*.4.-. 25. no 2odelo O05 ...........................................................................49 *.4.4. 3omparao.........................................................................................46 *.). R2O1....................................................................................................4/ *.).&. 2Cltiplos Gerentes..............................................................................47 *.).*. Arquitetura...........................................................................................)& *.).-. .enef"cios............................................................................................)* *.).4. Objetivos..............................................................................................)4 *.).). #strutura..............................................................................................)) *.).).&. GR;PO0 :A R2O1......................................................................)) *.).).*. GR;PO0 :A R2O1*....................................................................)7
'! F(rra)(*+a d( G(r(*,-a)(*+o d( R(d(!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.

-.&. ,ree120................................................................................................9& -.&.&. ,uncionamento....................................................................................9* -.&.&.&. Do!in do 0istema..............................................................................94 -.&.&.*. +ela Principal....................................................................................94 -.&.&.-. Rede..................................................................................................9) -.&.&.4. :escoberta de Rede E 1etForG :iscover.........................................97 -.&.&.9. Gerando RelatHrios...........................................................................68
/! CONCLUS#O!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!%/ R(0(r1*,-a2 B-34-o5r60-,a2!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!%/

&

1. INTRODUO

A Irea de !erJncia de redes foi inicialmente impulsionada pela necessidade de monitorao e controle do universo de dispositivos que comp%em as redes de comunicao. As redes eAistem para distribuir informa%es. #stas informa%es precisam ser comunicadas de uma maneira eficiente efetiva e confiIvel. O !erenciamento de redes monitora a atividade de rede controla as opera%es dos dispositivos e tamb(m pode ser responsIvel por muitas outras tarefas relacionadas. O !rande nCmero e a compleAidade dos dispositivos que constituem os ativos de redes bem como as alternativas que disp%em para se comunicarem estI fa$endo a tarefa de administrar os mesmos muito compleAa. 2ontar uma rede e modificIEla e quando necessIrio mantJEla sob controle se tornaram verdadeiros desafios. O !erenciamento de redes em funo disto deve ser visto como uma parte essencial de qualquer rede da atualidade. 3om esta crescente necessidade de !erenciamento fe$Ese necessIrio que padr%es para ferramentas fossem estabelecidos. #m resposta a esta necessidade sur!iram dois padr%es> ,am"lia de Protocolos 012P> o protocolo 012P ?0imple 1etForG 2ana!ement ProtocolB refereEse a um conjunto de padr%es para !erenciamento que inclui um protocolo uma especificao de estrutura de dados e um conjunto de objetos de dados. #ste protocolo hoje jI estI na sua se!unda verso oficial chamada de 012Pv*. # jI eAistem estudos para o desenvolvimento do 012Pv-. #ste ( o protocolo de !erencia adotado como padro para redes +3P=5P.

0istemas de !erenciamento O05 referemEse a um !rande conjunto de padr%es de !rande compleAidade que definem aplica%es de propHsito !eral para !erencia de redes um servio de !erenciamento e protocolo uma especificao de estrutura de dados e um conjunto de objetos de dados. #ste conjunto de protocolos ( conhecido como 325P K50O &77&L K0tallin!s &77-L. Pela sua compleAidade e pela lentido do processo de padroni$ao este sistema de !erenciamento no ( muito popular.

:uas causas principais tJm tornado Irduo o trabalho de isolamento e teste de problemas em redes de computadores se!undo> diversidade dos n"veis do pessoal envolvido> t(cnicos en!enheirosM diversidade nas formas de controle e monitorao> produtos cada ve$ mais compleAos cada fornecedor oferecendo ferramentas prHprias de controle e monitorao. #mbora parea Hbvio de que !erJncia precise ser uma parte essencial das redes de hoje vIrios fatores contribuem para que as mesmas no tenham procedimentos de !erenciamento efetivamente implantados. Os se!uintes fatores so principais eAemplos do porquJ muitas redes ainda atualmente no so !erenciadas> as redes atuais so freqNentemente uma coleo hetero!Jnea de hardware de diferentes fabricantes bem como softwares que devem ser confi!urados para operar junto. 3ada fabricante normalmente oferece suas prHprias ferramentas de !erJncia de rede. !erentes e

a rede pode ser composta por vIrias !era%es de tecnolo!ias. A tecnolo!ia mais nova freqNentemente tem que coeAistir com sistemas jI instalados. o processamento distribu"do e a proeminJncia do modelo cliente=servidor mudaram o modelo de !erJncia de rede que precisa ser adaptado a esta nova infraEestrutura. as redes atuais so empreendimentos de OA1s ? Wide Area NetworkB e DA1s ?Local Area NetworkB que aumentaram muito em tamanho compleAidade e escala. O que eAi!e proporcionais investimentos em !erenciamento afim de serem ra$oavelmente administradas. !erenciamento de redes ( um fator de custo cujo retorno se potenciali$a a m(dio e lon!o pra$o. atividades adicionais relacionadas ao !erenciamento de redes como projeto e planejamento da capacidade da rede pol"tica de !erJncia !erJncia de sistemas e de servios entre outras atividades no so feitas corretamente ou feitas com ferramentas proprietIrias. ;ma plataforma de !erenciamento de redes viIvel deve enderear e solucionar estas quest%es dentro dos limites de funcionalidade e custo. A plataforma deve poder evoluir para resolver assuntos atuais e futuros que sur!iro com a !erJncia. :este modo toda plataforma de !erJncia de redes ( um compromisso entre a funcionalidade que proporciona versus os custos associados ao seu empreendimento. As atividades bIsicas do !erenciamento de redes consistem na deteco e correo de falhas em um tempo m"nimo e no estabelecimento de procedimentos para a previso de problemas futuros. Por eAemplo ( poss"vel tomar medidas que evitem o colapso da rede como a reconfi!urao das rotas ou a troca do roteador por um modelo mais adequado atrav(s da monitorao de linhas cujo trIfe!o esteja aumentando ou pela

observao de quais roteadores estejam se sobrecarre!ando. :entre as caracter"sticas desejIveis em uma plataforma de !erenciamento de redes destacamEse> deve ser aberta e baseada em um padro de forma que se possa trabalhar com diferentes tipos de equipamentos de fabricantes diferentesM deve equilibrar hardwares novos e eAistentes e as respectivas tecnolo!ias de softwareM deve ser fleA"vel a ponto de vir a trabalhar com novos paradi!mas de rede que esto sendo implementadosM deve equilibrar custo com o desempenho e !arantir fleAibilidade disponibilidade e os necessIrios controles que so requeridos para opera%es de redeM quando necessIrio a plataforma de !erenciamento deve tratar

adequadamente assuntos de se!uranaM a plataforma deve acomodar novas tecnolo!ias de rede. DA1Ps esto sendo trocadas e virtuali$adas. 0uas velocidades esto aumentando em !raus de ma!nitude. 0ervios OA1 como ,rame Rela@ 02:0 ? Switched

Multimegabit Data ServiceB e A+2 ?Asynchronous Transfer ModeB esto sendo amplamente implementados. +amb(m devem ser consideradas outras tecnolo!ias novas como por eAemplo as redes wireless. a plataforma deve incorporar novas tecnolo!ias> novos processadores e arquiteturas novos avanos em software a Oorld Oide Oeb e !erJncia baseada em Oeb arma$enamento de dados distribu"dos e objetos processamento

en!enharia do conhecimento e sistemas especialistas

paralelo e assim por diante. o !erenciamento de redes precisa prever e auAiliar atividades perif(ricas como !erJncia de sistemas e de servios constante planejamento e previso da capacidade da rede e outros. #Aiste hoje em !erenciamento de redes uma disparidade entre as

caracter"sticas desejIveis anteriormente citadas e o que estI implementado.

1.1. O Que Gerenciamento e Re e!

A Irea de !erenciamento estI rapidamente eApandindo no sentido de incluir o !erenciamento de outros servios at( presentemente no considerados como parte da !erJncia de redes. :entre estes destacamEse> !erenciamento de sistemas> o !erenciamento de computadores pessoais e seus componentesM !erenciamento de servios> os provedores de servio de rede e seus equipamentos de !erJnciaM !erenciamento de aplicao> o !erenciamento de aplica%es do usuIrioM !erenciamento de recursos diversos incluindo bancos de dados dispositivos de arma$enamento dispositivos eletrQnicos dom(sticos correio eletrQnico e outros.

1.". Ti#o! e $erramenta!

A eficiJncia na reali$ao destas tarefas estI diretamente li!ada a presena de ferramentas que as automati$em e de pessoal qualificado. Atualmente eAistem no mercado diversos tipos de ferramentas que auAiliam o administrador nas atividades de !erenciamento. #stas ferramentas podem ser divididas em quatro cate!orias como

descreve> ferramentas de n"vel f"sico que detectam problemas em termos de cabos e coneA%es de hardwareM monitores de rede que se conectam as redes monitorando o trIfe!oM analisadores de rede que auAiliam no rastreamento e correo de problemas encontrados nas redesM sistemas de !erenciamento de redes os quais permitem a monitorao e controle de uma rede inteira a partir de um ponto central. :este modo a definio do que foi inicialmente considerado !erenciamento de redes foi esticada hori$ontalmente para incluir estes novos tipos de !erJncia. Por sua ve$ o !erenciamento de redes tamb(m estI evoluindo na direo vertical. 3omo o que estI sendo administrado estI se eApandindo em muitas dire%es novas a definio de !erenciamento estI ela prHpria aumentando. A primeira !erao de plataformas de !erenciamento redes tinha o objetivo de monitorar os dispositivos principais da rede e um conjunto de estat"sticas de opera%es. O uso dos comandos de !erenciamento de redes para controlar os dispositivos era muito limitado principalmente devido R falta de se!urana e as limita%es !erais de como os controles haviam sido implementados. A viso do usuIrio era freqNentemente uma interface de linha de comando dotada de recursos m"nimos. Soje os usuIrios intera!em com consoles de !erJncia que usam interfaces !rIficas para apresentar vis%es diferentes da rede. ,erramentas de !erJncia e aplica%es selecionam informa%es Cteis de vastos dados de !erJncia. Os resultados so arma$enados em vIrios bancos de dados para anIlise posterior. 2uitas aplica%es usam t(cnicas de software avanadas para tornar a informao mais clara e concisa. A interpretao da informao de !erJncia permite a anIlise de problemas da rede mais diretamente.

2uitas novas funcionalidades tamb(m esto sendo adicionadas. As !era%es atuais de ferramentas esto investindo em se!urana e confi!urao remota administrao !eral aumento na eficiJncia em opera%es do protocolo comunica%es de !erenteEparaE !erente suporte aos dispositivos de cache e a plataformas no convencionais al(m de muitos outros aspectos. A fi!ura abaiAo mostra como o !erenciamento de redes cresceu desde sua definio ori!inal> definio de primeira !erao onde estI hoje e o que se espera no futuro.

+odos os dispositivos !erenciados

2uitos tipos novos e diferentes de dispositivos sendo !erenciados 2onitoramento e controle de al!uns dispositivos importantes da rede 0istemas aplica%es servios e muitos outros tipos de !erJncia 3onhecimento completo e controle do dom"nio de !erJncia

Primeira !erao

Gerao atual

Gerao futura

$IGURA 1 % E&o'u()o o Gerenciamento e Re e!

3omo ento esta evoluo na proposta de !erenciamento de redes pode ser condu$idaT O crescimento tecnolH!ico incessante a eAistJncia de mCltiplos fornecedores a necessidade de eApandir a siner!ia da pesquisa acadJmica internacional dentre outros fatores condu$em para solu%es de !erenciamento de redes baseadas em padr%es abertos.

1.*. O Gerenciamento e Re e! +a!ea o em ,a r-e! A.erto!

;ma plataforma de !erenciamento de redes que ( aberta e baseada em padr%es tem muitos benef"cios. 0istemas abertos podem ser analisados testados e ampliados de uma maneira que no ( poss"vel com sistemas fechados ou proprietIrios. O principal benef"cio de usar sistemas abertos ( que os mesmos possibilitam a aquisio do hardware necessIrio e componentes de software de fabricantes diferentes para a melhor soluo. #Aiste um alto !rau de probabilidade que estes sistemas inte!rados e baseados em padr%es venham a interoperar satisfatoriamente. ;m benef"cio adicional ( o fato de que o software pode ser portado com mudanas m"nimas al(m de estimular a competio em relao a custo e funcionalidade o usuIrio no se torna limitado a uma linha de produtos ou fabricante em particular. Antes de serem detalhados os particulares de qualquer plataforma ( necessIrio que se estabeleam eAi!Jncias !erais de !erenciamento. #stas eAi!Jncias incluem uma anIlise da arquitetura de !erJncia de rede e seu ambiente. As eAi!Jncias funcionais E falha confi!urao contabili$ao desempenho e se!urana E devem ser apresentadas e elaboradas. Al(m de uma discusso sobre terminolo!ia e modelos.

". ,ROTOCO/OS DE GERENCIAMENTO ".1. SNM,

O 012P ?0imple 1etForG 2ana!ement ProtocolB ( a soluo adotada em redes para permitir a anIlise de eventos caracteri$ados por problemas de funcionamento car!a

de transmisso estado ?ativo=no ativoB etc. 3om sua evoluo se tornou um instrumento para !esto de redes. #le ( caracteri$ado pela comunicao entre um servidor 012P que !eralmente ( o ativo a ser !erenciado que coleta e envia dados baseados em re!ras pr(Edefinidas. #stes dados so enviados para um cliente que arma$ena e trata as informa%es. 1esta comunicao o 012P utili$am protocolo ;:P.

$IGURA " 0 Comunica()o o SNM,

A definio do 012P contempla tanto a sintaAe ?forma e representao dos nomes e dos valoresB como o si!nificado das mensa!ens trocadas entre os clientes e servidores. #le define a autenticao necessIria para esta comunicao !arantindo um n"vel m"nimo de se!urana. #le ?012PB tamb(m possibilita a interveno mesmo que limitada no dispositivo !erenciado. Assim podem ser definidas re!ras novas pela console que ao serem enviadas

&8

ao servidor ?!erador da informaoB fa$em com que ele inicie um novo processo de coleta. #sta ( a principal diferena entre o 012P e outros m(todos de !erenciamento. Al(m de sua caracter"stica dinUmica que ( uma !rande vanta!em em relao aos outros m(todos.

$IGURA * 0 Si!tema e Tran!mi!!)o

Os principais objetivos do protocolo 012P podem ser resumidos em> Redu$ir o custo da construo de um a!ente que suporte o protocoloM Redu$ir o trIfe!o de mensa!ens de !erenciamento pela rede que so

necessIrias para a administrao dos recursosM Apresentar opera%es simples de serem entendidas sendo facilmente usadas

pelos desenvolvedores de ferramentas de !erenciamentoM

&&

Permitir facilmente a introduo de novas caracter"sticas e novos objetos

no previstos ao se definir o protocoloM 3onstruir uma arquitetura que seja independente de detalhes relevantes

somente a al!umas implementa%es particulares.

".1.1. O#era(-e! i!#on1&ei!

;m Ambiente de Gerenciamento ( composto por objetos que por sua ve$ possuem nomes e atributos. A forma como as informa%es referentes a estes objetos sero tratadas ( definida pelo protocolo 012P ?0imple 1etForG 2ana!ement ProtocolB atrav(s de duas opera%es bIsicas> 0#+ e G#+.

$i2ura 3 0 O#era(-e! GET e SET O protocolo de transporte utili$ado durante o processo de solicita%es feito pelo 3liente ao 0ervidor ( o protocolo no orientado a coneAo ;:P ?;ser :ata!ram ProtocolB. 1este processo cabe ao 0ervidor prover ao 3liente toda a estrutura que irI dar suporte as opera%es G#+ e 0#+ bem como a escolha das fun%es corretas para atender as solicita%es dos 3lientes.

&*

A tabela abaiAo apresenta o conjunto de opera%es dispon"veis no protocolo 012P ?0imple 1etForG 2ana!ement ProtocolB e seus si!nificados>

COMANDO GetErequest GetEneAtErequest GetEresponse 0etErequest +rap

SIGNIFICADO Obter atributos de um objeto !erenciado. Obter os atributos sem conhecer o nome eAato do objeto. A resposta de uma operao de busca de atributos de um objeto. Alterar os atributos de um objeto !erenciado. Resposta acionada devido R ocorrJncia de um evento. TA+E/A 1 0 Coman o! SNM,

".1.". Men!a2en!
As mensa!ens no 012P no tJm campos fiAos e usam a sintaAe A01.& como codificao nas mensa!ens de pedido e resposta isso dificulta a decodificao e entendimento das mensa!ens.

&-

$IGURA 4 0 Men!a2en! SNM, +emos como partes importantes nas mensa!ens as opera%es G#+ 0#+ G#+E 1#V+ e a identificao no formato acima descrito A01.&. O cabealho informa o tamanho da mensa!em. O tamanho total so os dados somados ao cabealho por isso ele sH ( conhecido apHs a construo da mensa!em. 5sso pode ser evitado construindo a mensa!em de trIs para frente. ;ma mensa!em 012P define o 0ervidor onde obtemos ou alteramos os atributos dos objetos apHs a verificao dos campos da mensa!em o servidor usa as estruturas internas para interpretar a mensa!em e enviar a resposta ao cliente que requisitou.

;ma mensa!em ( constitu"da por trJs partes principais>

&4

A verso do protocolo O 5: da comunidade A Irea de dados W ( dividida em P:;s.

O primeiro campo ( um operador seqNencial se!uido por um com o tamanho total da mensa!em. Para o controle esse campo deve ser i!ual ao data!rama da mensa!em se no ( retornado um erro. O prHAimo campo ( um inteiro para identificar a verso do protocolo se!uido por um campo utili$ado para autenticao indicando a comunidade. O campo se!uinte cont(m a operao a ser eAecutada. Os prHAimos campos so para controle da mensa!em. #Aemplo de 2ensa!ens 012P> 012PE2essa!e > >X sequence Y version 51+#G#R Y versionE& ?8B Z comunit@ O3+#+ 0+R51G :ata A1[ Z

".1.*. Ser&i ore! e C'iente! SNM,

Pedidos de opera%es sobre os objetos !erenciados devem ser aceitos por um servidor de 012P sendo eAecutados e retornados os resultados das opera%es apHs sua eAecuo. ;ma mensa!em em um servidor 012P ( primeiramente interpretada com o objetivo de apontar qual o objeto da 25. deve ser mapeado em um item de dados local em

&)

relao R operao que serI aplicada. 'uando efetuada uma busca so retornados na mensa!em 012P de resposta ao pedido as informa%es sobre os objetos sendo retornada ao cliente que solicitou a operao. 'uando solicitadas opera%es sobre mCltiplos objetos ?como mostrado na mensa!em com seus identificadoresB a operao serI aplicada a cada um dos objetos eAistentes na mensa!em. Para que seja chamado o procedimento correto de forma a eAecutar a operao solicitada no pedido o mapeamento de nomes no servidor 012P deve ser eficiente porque quando um objeto na sintaAe A01.& for enviado ao servidor em um pedido o servidor precisarI reconhecer o nome. 1o hI necessidade de manter todas as informa%es necessIrias para atender ao pedido desde que seja chamado o procedimento que irI mapear o nome do objeto para a sua representao interna correspondente. A maior parte destes procedimentos ( rIpida e direta pois eles convertem o formato de uma mensa!em 012P para a representao interna. Por(m caso no eAista uma representao para al!um objeto no servidor uma computao maior por parte do servidor serI requerida por causa dos pedidos que eAecutem opera%es sobre este objeto e no apenas a computao necessIria para uma simples traduo de um nome de um objeto 25. para a estrutura de dados local utili$ada para arma$enar as informa%es. O pedido serI !uardado em uma estrutura descritiva que possui um ponteiro para uma lista reali$ando uma li!ao com os nomes de todos os objetos com os quais a operao deve ser eAecutada. ApHs as respostas serem !eradas as mesmas devem ser convertidas de forma a ser enviada ao cliente que solicitou o pedido podendo assim ser adicionadas na mensa!em de resposta. As opera%es contidas nos pedidos !eralmente so

&9

eAecutadas por fun%es no processo servidor. Al!uns detalhes complicam a cHdi!o do servidor como por eAemplo a mensa!em 012P usar a representao A01.& em seus campos. Do!o para descrever o formato da mensa!em o servidor no pode usar uma estrutura fiAa ao inv(s disso a mensa!em pode ser percorrida pelo servidor analisando cada campo tradu$indo para o seu formato interno cada um dos campos que esto no formato A01.& antes de enviIEla ao cliente. 'uando um cliente 012P construir e enviar o seu pedido ao servidor o mesmo deve esperar pela resposta da solicitao de seu pedido e analisar se a resposta estI coerente com a resposta do que foi solicitado. 3omo o protocolo ;:P no !arante a entre!a dos pacotes devem ser elaboradas pelo cliente formas de verificao de time out e retransmisso das mensa!ens os quais cont(m os pedido. \ necessIrio que um cliente tenha permisso para acessar um objeto caso queira obter ou alterar os atributos deste objeto. #sta permisso ( definida atrav(s de uma pol"tica de acesso. O tipo de pol"tica utili$ada ( o mecanismo de comunidades ?communit@B em que ( definida para uma comunidade !rupos de objetos e opera%es que podem ser reali$adas sobre estes objetos. O pedido serI recusado caso o cliente no pertena R comunidade autori$ada para acessar o objeto ou se no tiver autoridade para eAecutar a operao sobre o objeto contido em seu pedido de forma que uma mensa!em de erro serI enviada ao cliente informandoElhe que o mesmo no tem direito de acesso ao objeto ou eAibindo que no ( poss"vel eAecutar a operao solicitada sobre os atributos do objeto. 3om este mecanismo ( poss"vel definir rela%es administrativas entre os servidores e os clientes 012P de uma rede.

&6

".". CMI,
O 325P ( um protocolo de !erenciamento definido se!undo o padro O05. #le especifica a troca de informa%es entre o Gerente e o A!ente no 0istema de Gerenciamento e como possui recursos de cripto!rafia e autenticao permite uma !arantia relativa de se!urana nas informa%es de !erenciamento. Os tipos de informa%es trocadas levam em conta o 3250 ?3ommon 2ana!ement 5nformation 0erviceB que especifica o conjunto de servios que podero ser acessados pelo Gerenciador e Gerenciado. ]untos o 325P e o 3250 formam o 3250# ?3ommon 2ana!ement 5nformation 0ervice #lementB que ( uma aplicao da camada 6 do R2EO05.

".".1. O#era()o o CMI,

Para entender a operao do 325P ( necessIrio sabermos que eAiste uma relao de confiana entre os servios. O 3250# confia no 325P para a troca de P:;<s o 325P por sua ve$ confia nos servios do RO0# e o A30# e o RO0# confiam no servio da apresentao. +amb(m ( importante que saibamos que o 3250# ( formado pelo 325P e o 3250 e que o 3250 provJ 6 servios para opera%es de !erenciamento e que estes servios so providos pelo A30# e como pass through pelo 3250#. #ste protocolo possui on$e informa%es para troca de mensa!ens ?P:;<sB. 0o elas> mEeventEreportM mEeventEconfirmedM

&/

mE!etM mElinGedErepl@M mEcancelE!etEconfirmedM mEsetM mEsetEconfirmedM mEactinM mEactionEconfirmedM mEcreateM mEdelete.

3omo um eAemplo do uso do 325P para implementar um servio 3250 a se!uinte seqNJncia de eventos ocorre> &. ;ma primitiva 2EG#+.request ( recebida do usuIrio 3250#. Os

parUmetros na primitiva distin!ue esta operao de outras suportadas pelo 3250# prove informao sobre o objeto !erenciado e prove outras informa%es relevantes. O request ( manuseado pela mIquina do protocolo de informao de !erenciamneto comum ?325P2B. *. O 325P2 constrHi uma unidade de dados do protocolo de aplicao

?AP:;B mEGet que cont(m os parUmetros na primitiva 2EG#+.request. -. O 325P2 usa o servio ROE51^O_#.request do RO0# para enviar a

AP:; para o destinatIrio. 4. O RO0# transmite a AP:; para a 325P2 que estiver respondendo em um

ROE51^O_#.indication. ). 0e a unidade de dados ( aceitIvel o 325P2 emite um 2EG#+.indication

para o usuIrio 3250# destinatIrio contendo os parUmetros da primitiva request ori!inal.

&7

5sto ( i!ual ao servio usado para eAecutar a operao G+ requisitada e reportar o resultado. 9. O usuIrio 3250# que estI respondendo emite uma primitiva 2E

G#+.response para o 325P2 que estiver respondendo. O parUmetro na primitiva distin!ue esta operao de outras suportadas pelo 3250# prove a informao requisitada do objeto !erenciado e prove outra relevante informao. 0e esta operao falha a primitiva inclui um parUmetro de erro para descrever a nature$a do erro. 6. O 325P2 que estiver respondendo contrHi uma AP:; mEGet que cont(m

os parUmetros na primitiva 2EG#+.response. /. 0e a operao ( eAecutada com sucesso o 325P2 usa o ROE

R#0;D+.request do RO0# para enviar a AP:; de volta para o sistema que iniciou a operao. 7. O RO0# transmite a AP:; para o 325P2 que iniciador em uma ROE

R#0;D+.indication. &8. O 325P2 emite um 2EG#+.confirmation para o usuIrio 3250# iniciador.

".".". Ro!e
O 325P fa$ uso do RO0# para transferir P:;s 325P. As se!uintes re!ras so aplicadas para o uso do RO0#> &. O 325P sempre usa a associao 3lasse - do RO0#. Ambas a associao iniciadora e a associao de resposta podem invocar opera%es. *. Para confirmar opera%es 325P o 325P fa$ uso da operao classe & ou classe * do RO0#. 'ue ( no modo reportado ( retornado um resultado para sucesso ou falha e o modo de operao pode ser s"ncrono ?o invoGer requer uma resposta antes de invocar outra

*8

operaoB ou ass"ncrono ?o invoGer pode invocar mais opera%es sem a!uardar uma respostaB. A escolha da classe de operao ( uma importUncia local. -. Para no confirma%es de opera%es 3250 a classe ) de operao do RO0# ( usada ?no responde operao ass"ncronaB.

".".*. Cate2oria!
0ervios de Associao> so utili$ados para que os usuIrios do 3250

possam estabelecer as associa%es necessIrias para a reali$ao da comunicao entre si. 0ervios de 1otificao> so utili$ados para que o A!ente sinali$e sobre a

ocorrJncia de eventos nos dispositivos !erenciados. 0ervios de Operao> so utili$ados para que o Gerente possa obter

informa%es ou alterar as variIveis do 25..

".".3. Mecani!mo! e !e'e()o e o.5eto 2erencia o

#scopo> ( um parUmetro da mensa!em passada do Gerente para o A!ente

atrav(s do 325P. ,iltra!em> ( um parUmetro que aplica testes em cima do conjunto

selecionado pelo escopo para eliminar a possibilidade de certos objetos sofrerem opera%es de !erenciamento sem necessidade. 0incronismo> ( um parUmetro que eAi!irI que os objetos sH sofram

opera%es caso todos os que foram selecionados pelo escopo passem pelo processo de filtra!em ou eAi!irI que o maior nCmero poss"vel de objetos selecionados e aprovados sofram opera%es de !erenciamento.

*&

".".4. ,er6ormance
+rJs competentes requerimentos para um sistema de !erenciamento de redes podem ser especificados> &. *. 1o deve rebaiAar a operao de rede. :ecis%es e a%es devem ser feitas rapidamente antes que as condi%es da

rede mudem si!nificativamente. -. :evem prover um conjunto de servios para manusear umem eAtenso

escopo de fun%es de !erenciamento de redes e prover um monitoramento e controle detalhado.

".".7. Ar8uitetura o ,rotoco'o

O documento de estrutura de !erenciamento O05 50O 647/E4 fa$ as se!uintes declara%es sobre suporte para !erenciamento O05> &. ;m sistema aberto deve ter suficiente funcionalidade em todas as sete camadas para suportar uma aplicao de !erenciamento antes que a aplicao possa ser acessada por outro sistema. *. 'uando a suficiente funcionalidade das sete camadas no eAistir o !erenciamento da camada pode ser empre!ado entre sistemas abertos se o suporte para essas camadas ( provido. 3onsideremos o se!undo ponto primeiro. #ste di$ que entidades de !erenciamento de camadas podem transferir informa%es de !erenciamento diretamente entre i!uais sem empre!ar a camada de aplicao incluindo o 3250 para a transferJncia de qualquer

**

informao. #sta aproAimao poderI ser empre!ado m se!mentos de redes locais para redu$ir o overhead. #sta capacidade tamb(m soma robuste$ para o desi!n. O outro ponto ( talve$ o mais importante. 1este ponto so dois os interesses> a. \ desejIvel eAecutar aplica%es de !erenciamento de redes sobre sistemas

intermediIrios como brid!es e roteadores sem requerer estes servios para implementar uma arquitetura de sete camadas fullEbloFn. b. 5!ualmente sobre fim de sistemas sem suporte O05 deve ser desejIvel

produ$ir a camada mais baiAa como possibilitar redu$ir processamento e comunica%es de overhead.

".".9. Re'a()o e Ser&i(o! e ,DU:! o CMIS;,< A!!ocia()o= Noti6ica()o e O#era()o

ASSOCIAO W Reali$a uma associao entre equipamento !erente e !erenciado. 0ervio de modo confirmado. AER#D#A0# W 0olicita a liberao de uma coneAo apHs uma

AEA00O35A+#

........... comunicao. 0ervio de modo confirmado. AEA.OR+ W Aborta a associao abruptamente. 1o pede

.......................confirmao. NOTI$ICAO ;tili$ado pelo a!ente para notificar o !erente sobre

2E#^#1+ER#POR+ W

*-

eventos ocorridos na 25.. 1o pede confirmao.A P:; associada 2E#^#1+ER#POR+E3O1,5R2#: ( um servio de modo confirmado. O,ERAO W Obt(m informa%es sobre a base de dados no

2EG#+

.......................equipamento !erenciado. \ utili$ado pelo Gerente e .......................tamb(m pelo A!ente em caso de resposta Cnica. A .......................P:; associada 2EG#+ER#PD[ ( utili$ada somente .......................pelo A!ente em caso de resposta mCltipla. \ sempre .......................confirmado. 2E3A13#DEG#+ W 0olicita o cancelamento de um servio 2EG#+

previamente requisitado e ainda pendente. A P:; ...........associada ( a 2E3A13#DEG#+E3O1,52#:. \ ...........sempre confirmado. 2E0#+ W 0olicita a modificao da informao de ..................... !erenciamento pelo Gerente. Pode ser confirmado ou .......................no.A P:; associada tanto pelo 2E0#+E3O1,5R2#: Gerente (

.......................utili$ada.por

quanto pelo

.......................A!ente. ]I a 2ED51_#:ER#PD[ ( utili$ada somente .......................pelo A!ente em caso de resposta mCltipla. 2EA3+5O1 W 0olicita a eAecuo de uma ou mais a%es em cima

.......................dos objetos !erenciados pelo Gerente. 0ervio no

*4

......................confiirmado. A

P:; (

associada

2E

A3+5O1E.....................3O1,5R2#:

utili$ada tanto pelo

Gerente quanto .....................pelo A!ente. ]I a 2ED51_#:ER#PD[ ( uili$ada .....................somente pelo A!ente em caso de resposta mCltipla. As .....................duas P:;<s associadas citadas so servios .....................confirmados. 2E3R#A+# W 0olicita a criao de uma instUncia de um objeto

.......................!erenciado. \ sempre confirmado. 2E:#D#+# W 0olicita que uma ou mais instUncias de objetos

.......................!erenciados sejam deletadas. A P:; associada ( a 2E.......................D51_#:ER#PD[. confirmados. 0o.servios sempre

".".>. CMOT
\ a utili$ao do protocolo 325P dentro da arquitetura internet ou seja sobre +3P=5P. #le ( baseado em conceitos de orientao R objetos e sua estrutura de dados ( definida usando a especificao denominada V.)88 descrita em A01.&.Para que isso ocorra ( necessIria a implantao do protocolo DPP na camada de Apresentao da arquitetura 5nternet. O 32O+ soluciona incompatibilidades entre as arquiteturas O05 e 5nternet.

*)

".".?. Di6eren(a! entre SNM, e CMI, ".".?.1. Simi'ari a e!<

+anto o 012P quanto 325P tJm naturalmente o mesmo objetivo> permitir o envio de comandos e receber resultados e notifica%es de tal modo a coordenar ?monitorar e controlarB os recursos lH!icos e f"sicos de uma rede. As principais similaridades entre os dois so: Ambos protocolos usam o conceito de 25. e o modelo Gerente V A!ente. 0o protocolos de arquiteturas abertas ?no proprietIriosB.

".".?.". Di6eren(a!<
A diferena entre os sistemas de !erencia O05 e 5nternet pode ser melhor ilustrada na se!uinte analo!ia. 3onsideremos duas fabricas> uma cujo proprietIrio contratou um t(cnico para sua admministrao no per"odo noturno e outras que contratou um vi!ia. A primeira fabrica ?O05B que contratou um t(cnico fe$ naturalmente um maior investimento. A se!unda fabrica ?internetB decidiu por um processo aparentemente mais simples e mais barato ao contratar o vi!ia. O proprietIrio da fabrica O05 ao desejar reali$ar al!umas atividades nas maquinas da fabrica simplesmente emite ordens de alto n"vel uma ve$ que o t(cnico lI eAistente tem conhecimentos suficientes para reali$ar essas ordens. O mesmo jI no acontecera na fabrica 5nternet que devera manter um dialo!o mais intenso com o vi!ia ou seja enviar ao mesmo uma seqNJncia mais numerosa de ordens. se considerarmos a!ora em ambas as fabricas a ocorrJncia de um problema ( provIvel que na fabrica O05 o t(cnico seja capas de resolver esse problema e posteriormente apenas notificar o proprietIrio. ]I na fabrica 5nternet o vi!ia seria obri!ado a acordar o proprietIrio para que

*9

ele dissesse detalhadamente os passos que o vi!ia deveria reali$ar para resolver o problema. PercebeEse com esta analo!ia que um a!ente O05 ( mais inteli!ente que seu equivalente 5nternet necessitando pa!ar mais caro por isso ?espao em disco e tempo de processamentoB. Pro outro lado o trafe!o na rede e bem menor comparativamente a uma mesma atividade de !erencia 5nternet. #m se tratado de notofica%es a analo!ia tamb(m ( felis a medida que um a!ente 5nternet ( incapa$ de solucionar problemas limitandoEse a simplesmente sinali$ar ao !erente a ocorrJncia dos mesmos. #m resumo pode di$er que os modelos O05 e 5nternet so respectivamente !erente ma!roEa!ente pesado e !erente pesadoEa!ente ma!ro.

TA+E/A " 0 SNM, @ CMI,

*6

".*. SMI
A 025 ( um conjunto de re!ras que define como as .ases de :ados que cont(m as informa%es sobre os objetos !erenciados em um ambiente de rede so estruturadas. #ste conjunto de re!ras permite tamb(m que as informa%es associadas a um objeto !erenciado sejam formatadas e trafe!adas em forma de dados atrav(s da rede. A principal funo da 025 dentro do conceito de !erenciamento de redes ( !arantir que os objetos !erenciados possuam um nome ?que identifica o objeto unicamenteB e um tipo ?por eAemplo> strin! ou inteiroB possibilitando assim o arma$enamento "nte!ro e se!uro destas informa%es na estrutura previamente definida nas .ases de :ados.

".*.1. Ti#o! e Da o!
A 025 se!ue especifica%es .#R ?0pecification of .asic #ncondin! Rules for A01.&B que viabili$am a troca de informa%es entre mIquinas diferentes utili$ando os se!uintes tipos de dados> Simples !nteiros> valores ne!ativos ou positivos de todos os nCmeros inclusive $ero. "adeia de #ctetos> seqNJncia ordenada de $eros ou mais octetos. !dentificadores de #b$etos> conjunto de todos os identificadores de objetos

alocados de acordo com as re!ras especificadas pelo A01.&. De Dados de Grandes Aplicaes %ndere&os de 'edes> representa um endereo de uma fam"lia particular de

*/

protocolos. "ontadores> inteiros no ne!ativos so incrementados de um em um at(

atin!irem um valor mIAimo quando eles so resetados e voltam a $ero. O nCmero total de bits recebidos em uma interface ( um eAemplo de contador. Medidas> inteiros no ne!ativos que so incrementados ou decrementados

por(m atrelados a um valor mIAimo. O tamanho da fila de sa"da de pacotes ( um eAemplo. "hecagem de Tempo> +empos de eventos. O tempo necessIrio para uma

interface che!ar ao estado corrente ( um eAemplo. #paco> representa uma codificao arbitrIria. #ste tipo de dados ( utili$ado

para passar uma cadeia de informa%es arbitrIrias que no estI de acordo com a tipa!em de dados usada na 025. !nteiros> representa uma informao com valores inteiros sinali$ados. #ste tipo

de dados redefine o tipo de dados simples inteiro do A01.& que tem uma preciso arbitrIria no A01.& por(m uma preciso determinada no 025. !nteiros sem Sinal> representa uma informao com valores inteiros no

sinali$ados. #le ( Ctil quando os valores so sempre no ne!ativos. #ste tipo de dados redefine o tipo de dados simples inteiro do A01.& que tem uma preciso arbitrIria no A01.& por(m uma preciso determinada no 025. Construtor Simples Linha> referJncia a uma linha de uma tabela. 3ada elemento de uma linha pode

ser um tipo simples ou um tipo de !randes aplica%es. Tabela> referJncia a uma tabela com $ero ou mais linhas. 3ada linha pode ter

um nCmero qualquer de colunas.

*7

".*.". E'emento!
Al(m dos tipos de dados citados acima a 025 trabalha com os se!uintes elementos> Access> tipo de acesso m"nimo ao objeto. Status> estado do objeto. Descr(art> descrio teAtual do objeto. 'eferpart> referJncia a outro objeto de outra 25.. !nde)(art> usado na definio das tabelas. Def*al(art> valor padro quando o objeto ( criado.

".*.*. ASN.1 A A.!tract SBntaC Notation one. D

A 025 ( baseada na lin!ua!em de definio de objetos A01.&. A A01.& ( um padro derivado da 50O utili$ado em uma s(rie de protocolos relacionados R 5nternet particularmente na Irea de !erenciamento de rede. Por eAemplo as variIveis 25. do 012P esto li!adas a A01.&. 0uponhamos que fosse poss"vel copiar dados de maneira confiIvel da memHria de um computador diretamente para a memHria de outro computador. 0e isso fosse poss"vel serI que o problema da comunicao estaria resolvidoT A resposta a essa per!unta depende de como se define problema de comunicao. 3om certe$a uma cHpia perfeita memHria a memHria comunicaria com eAatido os bits e os b@tes de uma mIquina para outra. 2as essa cHpia eAata de bits e b@tes si!nifica que quando o softFare que estiver sendo eAecutado no computador receptor acessar esses dados ele no verI necessariamente os mesmos valores que estavam arma$enados na memHria do computador remetente. O nH

-8

da questo ( que diferentes arquiteturas de computadores diferentes sistemas operacionais e compiladores tJm diferentes conven%es de arma$enamento e apresentao de dados. 'uando se trata de comunicar e arma$enar dados entre mCltiplos computadores ?como acontece em todas as redes de comunicaoB o problema da representao de dados deve ser claramente resolvido. 3omo eAemplo desse problema considere o fra!mento simples em lin!ua!em 3 a se!uir> 0truct Y 3har codeM 5nt AM Z testM test.A X *)7M test.code X a M +est.code +est.A a 8888888& 888888&& +es.code +est.A a 888888&& 8888888&

TA+E/A * 0 ECem#'o em /in2ua2em C O lado esquerdo da tabela acima mostra uma disposio poss"vel para esses dados em uma arquitetura hipot(ticaM hI um Cnico b@te de memHria que cont(m o caractere a se!uido de uma palavra de &9 bits que cont(m o valor inteiro *)7 arma$enado com o b@te mais si!nificativo antes. A disposio na memHria de um outro computador ( mostrada no lado direito da tabela. O caractere a ( se!uido pelo valor inteiro arma$enado com o b@te menos si!nificativo antes e com o inteiro de &9 bits alinhado para comear em uma fronteira de palavra de &9 bits. 3ertamente se quis(ssemos eAecutar uma cHpia ao p( da letra entre as memHrias desses dois computadores e usar a mesma definio de estrutura para acessar os valores arma$enados computadores. ver"amos resultados diferentes nos dois

-&

O fato de diferentes arquiteturas terem diferentes formatos para os dados internos ( um problema real e universal. O problema espec"fico do arma$enamento de inteiros em diferentes formatos ( to comum que tem at( um nome. A ordem de arma$enamento de inteiros bi!Eendian ?eAtremidade maiorB arma$ena primeiramente os b@tes mais si!nificativos ?nos endereos de arma$enamento mais baiAosB. A ordem littleEendian ?eAtremidade menorB arma$ena primeiramente os b@tes menos si!nificativos. ^ejamos como os protocolos de rede devem enfrentar o problema de acordo com o se!uinte eAemplo> 0e um a!ente 012P estiver prestes a enviar uma mensa!em R#0PO10# que contem um inteiro com a conta!em do nCmero de data!ramas ;:P recebidos como ele deveria representar o valor inteiro a ser enviado R entidade !erenciadora W na ordem bi!E endian ou na ordem littleEendianT ;ma alternativa seria o a!ente enviar os b@tes do inteiro na mesma ordem em que sero arma$enados na entidade !erenciadora. Outra alternativa seria o a!ente enviar o inteiro em sua prHpria ordem de arma$enamento deiAando R entidade !erenciadora a responsabilidade de reordenar os b@tes quando necessIrio. 'ualquer uma das alternativas eAi!iria que o remetente ou o receptor soubesse qual o formato de representao de inteiros do outro. ;ma terceira alternativa ( ter um m(todo independente de mIquina de sistema operacional e de lin!ua!em para descrever os inteiros e outros tipos de dados ?isto ( uma lin!ua!em de descrio de dadosB e re!ras que estabeleam a maneira como cada um desses tipos de dados devem ser transmitidos pela rede. 'uando forem recebidos dados de um determinado tipo eles estaro em um formato conhecido e assim podero ser arma$enados em qualquer formato espec"fico que um dado computador eAija. +anto a 025

-*

quanto a A01.& adotam essa terceira alternativa. 1o jar!o da 50O esses dois padr%es descrevem um !er&i(o e a#re!enta()o W o servio de transmitir e tradu$ir informa%es de um formato espec"fico de uma mIquina para outro.

".*.3. R$C "49>

A informao da !erJncia ( vista como uma coleo de objetos controlados a!rupados em um Cnico local denominada o 2ana!ement 5nformation .ase ?25.B. As cole%es de objetos relacionados so definidas nos mHdulos do 25.. #stes mHdulos so escritos usando um subconjunto adaptado de Abstract 0@ntaA 1otation One da O05 A01.&. #ste documento ?R,3 *)6/B defini como serI escrito o conteCdo e o formato da estrutura do 025. O 025 ( dividido em trJs partes> defini%es do mHdulo defini%es do objeto e defini%es da notificao. defini&+es do m,dulo> so usadas ao descrever os mHdulos da informao A01.& em uma macro denominada 2HduloEidentidade e para saber o si!nificado eAato de um mHdulo da informao. defini&+es do ob$eto> so usadas ao descrever objetos controlados A01.& em uma macro +ipoEObjeto e para saber o si!nificado eAato de um objeto controlado. defini&+es da notifica&-o> so usadas ao descrever transmiss%es da GerJncia da 5nformao A01.& em uma macro 1otificaoEtipo e para saber o si!nificado eAato de uma notificao. A verso atual do 0tructure of 2ana!ement 5nformation ( denominada verso * do 025 ?025v*B. 0e!uem os itens que a norma R,3 *)6/ define>

--

A. ComentErio! !o.re termino'o2ia +. De6ini(-e! A macro do 2O:;D#E5:#1+5+[ 1omes e 0intaAes dos Objetos A macro O.]#3+E+[P# A macro 1O+5,53A+5O1E+[P# 5dentificadores Administrativos C. MF u'o! a In6orma()o 2acro 5nvocation ^alores +eAtual e 0trin!s 5mportao de 0"mbolos #Aportao de 0"mbolos 3omentIrios A01.& ^alores de O.]#3+ 5:#1+5,5#R ;tili$ao de O.]#3+ 5:#1+5,5#R +eclas Reservadas D. Nome! GierEr8uico!

-4

E. Deta'He! a macro MODU/E%IDENTITI :etalhe da clIusula DA0+E;P:A+#: :etalhe da clIusula ORGA15`A+5O1 :etalhe da clIusula 3O1+A3+E51,O :etalhe da clIusula :#03R5P+5O1 :etalhe da clIusula R#^505O1 :etalhe da subEclIusula :#03R5P+5O1 :etalhe do valor 2O:;D#E5:#1+5+[ #Aemplos $. Deta'He a macro O+JECT%IDENTITI :etalhe da clIusula 0+A+;0 :etalhe da clIusula :#03R5P+5O1 :etalhe da clIusula R#,#R#13# :etalhe do valor O.]#3+E5:#1+5+[ #Aemplos

G. Deta'He a macro O+JECT%TI,E

-)

:etalhe da clIusula 0[1+AV 5nte!er-* and 51+#G#R O3+#+ 0+R51G O.]#3+ 5:#1+5,5#R 3onstruo dos .5+0 5pAddress 3ounter-* Gau!e-* +ime+icGs Opaque 3ounter94 ;nsi!ned-* +abelas 3onceituais 3riando e eAcluindo linhas 3onceituais :etalhe da clIusula ;15+0 :etalhe da clIusula 2AVEA33#00 :etalhe da clIusula 0+A+;0

-9

:etalhe da clIusula :#03R5P+5O1 :etalhe da clIusula R#,#R#13# :etalhe da clIusula 51:#V :etalhe da clIusula A;G2#1+0 A Relao entre clIusulas 51:#V e A;G2#1+0 :etalhe da clIusula :#,^AD :etalhe da clIusula O.]#3+E+[P# #Aemplos G. Deta'He a macro NOTI$ICATION%TI,E :etalhe da clIusula O.]#3+0 :etalhe da clIusula 0+A+;0 :etalhe da clIusula :#03R5P+5O1 :etalhe da clIusula R#,#R#13# :etalhe da clIusula 1O+5,53A+5O1E+[P# #Aemplos I. SintaCe Re6ina a J. E!ten en o um mF u'o a in6orma()o

-6

Atribui%es de Objetos :efini%es de Objetos :efini%es das 1otifica%es K. A#Ln ice A< Deta'Han o Re2ra! Su.%tB#in2 0intaAe das Re!ras #Aemplos /. Con!i era(-e! e Se2uran(a M. En ere(o! o! E itore! N. Re6erLncia! O. $u'' Co#Bri2Ht Statement

".*.4. ECem#'o e A#'ica()o

O protocolo 012P ( eAtensivamente utili$ado hoje no !erenciamento de redes hetero!Jneas. 3omo sabemos os !erenciadores 012P e seus a!entes de fornecedores diferentes se comunicam entre si utili$ando um mecanismo comum para troca de informa%es ?protocoloB. #sta inte!rao ( viIvel com a utili$ao padroni$ada da 25. ?2ana!ement 5nformation .aseB As 25.s so escritas utili$ando a lin!ua!em A01.& ?Abstract 0@ntaA 1otationB e precisam estar aderentes a !ramItica especificada na 025 ?0tructure of 2ana!ement 5nformationB.

-/

A tarefa normalmente compleAa de criar 25.s pode ser simplificada utili$ando editores automati$ados que facilitam a criao destas 25.s em conformidade com a especificao 025. :esta maneira respeitandoEse re!ras padroni$adas softFares de !erenciamento e dispositivos diversos podem intera!ir para fornecer informa%es de controle e monitorao de ambientes. 3omo eAemplo podemos citar duas classes de softFare utili$ando como eAemplo o fornecedor 0imple0oft que ( um produtor de softFare de apoio para criao converso edio e teste de 25.s. # tem como foco no a produo de um su"te completo de !erenciamento e sim prover solu%es de apoio para criao de 25.s que por sua ve$ podem ser utili$adas por qualquer softFare de !erenciamento baseado no 012P. AbaiAo temos um eAemplo de um destes produtos o M!.%ditor que utili$a o padro 025 na definio da 25..

$IGURA 7 0 MI+E itor

-7

Outro eAemplo de #ditor de 25.s que utili$a o padro 025 ( o produto M/S#0T. :a mesma forma que a soluo Simplesoft ele prove uma forma mais ami!Ivel de edio de 25.0.

$IGURA 9 % MGSO$T

A maioria dos softFares mais conhecidos de mercado tais como +ivoli SPE OpenvieF e 3A ;nicenter ainda tem uma iniciativa muito pequena em relao ao padro 025. 1o caso do ;nicenter ele oferece uma ferramenta pouco ami!Ivel para confi!urao de a!entes que permite a utili$ao do A10.& O +ivoli e o OpenvieF tem recorrido a su!esto de terceiros como nos eAemplos acima.

48

".3. MI+ AMana2ement In6ormation +a!eD

+odos os recursos da rede que devem ser !erenciados so modelados e as estruturas dos dados resultantes so os objetos !erenciados. Os objetos !erenciados podem ter permiss%es para serem lidos ou alterados sendo que cada leitura representarI o estado real do recurso e cada alterao tamb(m serI refletida no prHprio recurso. :essa forma a 25. ?2ana!ement 5nformation .aseB ( o conjunto dos objetos !erenciados que procura abran!er todas as informa%es necessIrias para a !erJncia da rede. O R,3 &899 apresentou a primeira verso da 25. a 25. 5. #ste padro eAplicou e definiu a base de informao necessIria para monitorar e controlar redes baseadas na pilha de protocolos +3P=5P. A evoluo aconteceu com o R,3 &*&- que propQs uma se!unda 25. a 25. 55 para uso baseado na pilha de protocolos +3P=5P. .asicamente so definidos trJs tipos de 25.s> 25. 55 25. eAperimental 25. privada. M!. !!> considerada uma evoluo da 25. 5 fornece informa%es !erais de !erenciamento sobre um determinado equipamento !erenciado. Atrav(s das 25. 55 podemos obter informa%es como> nCmero de pacotes transmitidos estado da interface entre outras. M!. %)perimental> ( aquela em que seus componentes ?objetosB esto em fase de desenvolvimento e teste em !eral eles fornecem caracter"sticas mais espec"ficas sobre a tecnolo!ia dos meios de transmisso e equipamentos empre!ados. M!. (rivada> ( aquela em que seus componentes fornecem informa%es

4&

espec"ficas dos equipamentos !erenciados como confi!urao colis%es e tamb(m ( poss"vel reiniciali$ar desabilitar uma ou mais portas de um roteador.

".3.1. Con!tru()o
As re!ras de construo das estruturas da 25. so descritas atrav(s da 025 E 0tructure of 2ana!ement 5nformation. A estrutura de informa%es de !erJncia 025 ( um conjunto de documentos que definem> ,orma de identificao e a!rupamento das informa%esM 0intaAes permitidasM +ipos de dados permitidos.

Os objetos de uma 25. so especificados de acordo com a A01.& E Abstract 0@ntaA 1otation One. A notao sintItica abstrata ( uma forma de descrio abstrata dos dados com o objetivo de no se levar em considerao R estrutura e restri%es do equipamento no qual estI sendo implementada. Para cada objeto so definidos> nome identificador sintaAe definio e acesso. As instUncias do objeto so chamadas de variIveis. #b$ect Name> ( o nome do objeto ( composto por uma strin! de teAto curto. #b$ect !dentifier> ( o identificador do objeto ( formado por nCmeros que so separados por pontos. Sinta)> sintaAe do objeto descreve o formato ou o valor da informao. #la pode ser> 0imples E que pode ser um inteiro uma strin! de octetos um Object 5dentifier ou nuloM

4*

:e Aplicao E podendo ser um endereo de rede um contador uma medida um intervalo de tempo ou incompreens"vel.

Defini&-o> ( uma descrio teAtual do objeto. Acesso> ( o tipo de controle que se pode ter sobre o objeto podendo ser> somente leitura leitura e escrita ou no acess"vel.

Os tipos de dados 025 so divididos em trJs cate!orias> tipo simples tipo de !randes aplica%es e tipo construtor simples. Tipos Simples> incluem quatro tipos A01.& primitivos> 5nteiros E valores ne!ativos ou positivos de todos os nCmeros inclusive o $ero. 3adeia de octetos E seqNJncia ordenada de $ero ou mais octetos. 5dentificadores de objetos E conjunto de todos os identificadores de objetos alocados de acordo com as re!ras especificadas pelo A01.&. Tipos /randes1 aplica%es que referemEse aos tipos de dados especiais definidos pelo 025> #ndereos de rede E representam um endereo de uma fam"lia particular de protocolos. 3ontadores E inteiros no ne!ativos so incrementados de um em um at( atin!irem um valor mIAimo quando eles so resetados e voltam a $ero. O nCmero total de bits recebidos em uma interface ( um eAemplo de contador. 2edidas E inteiros no ne!ativos que so incrementados ou decrementados por(m atrelados a um valor mIAimo. O tamanho da fila de sa"da de pacotes ( um eAemplo. 3heca!em de tempo E o tempo de um evento. O tempo necessIrio para uma interface che!ar ao estado corrente ( um eAemplo.

4-

Opaco E representa uma codificao arbitrIria. #ste tipo de dados ( usado para passar uma cadeia de informa%es arbitrIrias que no estI de acordo com a tipa!em de dados usada no 025.

5nteiros E representam uma informao com valores inteiros sinali$ados. #ste tipo de dados redefine o tipo de dados simples ainteiroa do A01.& que tem uma preciso arbitrIria no A01.& por(m uma preciso determinada no 025.

5nteiros sem sinal E representam uma informao com valores inteiros no sinali$ados. #le ( Ctil quando os valores so sempre no ne!ativos. #ste tipo de dados redefine o tipo de dados simples ainteiroa do A01.& que tem uma preciso arbitrIria no A01.& por(m uma preciso determinada no 025.

O tipo construtor simples inclui dois tipos A01.& que definem mCltiplos objetos em tabelas e listas> Linha1 referJncia a uma linha de uma tabela. 3ada elemento de uma linha pode ser um tipo simples ou um tipo de !randes aplica%es. Tabela1 referJncia a uma tabela com $ero ou mais linhas. 3ada linha pode ter um nCmero qualquer de colunas. A especificao .#R definida por K//*) Specification of .asic %ncoding 'ules for A01.&L citado por K3isco79L permite que mIquinas diferentes troquem informa%es de !erenciamento especificando a posio de cada bit nos octetos transmitidos e a estrutura dos bits. A estrutura de bits ( definida pela descrio do tipo de dados tamanho e valor.

".3.". A MI+ a Internet ATC,;I,D

A 25. da 5nternet define os objetos que podem ser !erenciados por cada camada do protocolo +3P=5P. #stes objetos esto sob a !uarda de um a!ente de !erenciamento e a

44

comunicao entre este a!ente e um !erente locali$ado na estao de !erenciamento ( feita utili$ando o protocolo 012P. 3omo todos os padr%es da tecnolo!ia +3P=5P as defini%es usadas no

!erenciamento 012P foram publicadas na s(rie R,3 ?Requests ,or 3ommentsB. As defini%es ori!inais do protocolo 012P bem como dos objetos !erenciados foram publicados em &7/7. #m &778 foi feita uma reviso da 25. que passou a se chamar de 25.E55. #m &77- foi publicado um conjunto de padr%es novos chamado 012Pv* com altera%es ao protocolo e eAtens%es Rs defini%es dos objetos. A 25. divide os objetos em vIrios !rupos. A tabela abaiAo mostra a 25.E5 e os !rupos nela definidos.

Gru#o

O.5eto! #ara<

bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb s@stem interfaces at ip icmp tcp udp e!p informa%es bIsicas do sistema interfaces de rede traduo de endereo softFare de protocolo 5P protocolo de estat"st. para contr.interno de ms!s. softFare de protocolo +3P softFare de protocolo ;:P softFare de protocolo #GP ** -*9 &6 4 9

Exemplos de o !etos do "rupo S#stem: s#sDescr E completa descrio do sistema ?verso hardFare sistema

4)

operacionalB s#sO !ectID E objeto para identificao do vendedor s#s$p%ime E tempo desde a Cltima reiniciali$ao s#sContact E nome da pessoa de contato s#sSer&ices E servios oferecidos pelo dispositivo

Para finali$ar a 25. da 5nternet no inclui informa%es de !erenciamento para aplica%es tais como> Acesso a +erminal Remoto ?+#D1#+B +ransferJncia de Arquivos ?,+P E ,ile +ransfer ProtocolB e 3orreio #letrQnico ?0imple 2ail +ransfer ProtocolB. Al(m disso na 5nternet no so previstos mecanismos para definir a%es e eventos associados a um objeto !erenciado. ;m conjunto bem menor de opera%es ( definido para a 5nternet conforme a relao abaiAo que cont(m as opera%es e suas respectivas fun%es> Get're(uest % Obter o valor de uma variIvel espec"fica Get'next're(uest % Obter o valor da prHAima variIvel sem conhecer o seu nome Get'response % Responder a uma operao de GetErequest ou GetEneAtErequest Set're(uest % Arma$enar um valor em uma variIvel espec"fica %rap % Resposta vinculada R ocorrJncia de um evento

Os eventos que !eram a operao trap definida no 012P so pr(Edefinidos tais como> queda e recuperao de enlace falha de autenticao e perda de vi$inho de !ateFa@.

49

".3.*. MI+ no Mo e'o OSI

O !erenciamento no modelo O05 da 50O baseiaEse na teoria da orientao a objetos. 3om isso o sistema representa os recursos !erenciados atrav(s de entidades lH!icas as quais recebem a denominao de objetos !erenciados. O modelo O05 permite a dele!ao das fun%es de monitorao aos a!entes. 3ontudo as fun%es de controle ainda ficam rele!adas ao !erente pois o conhecimento relativo R tomada de decis%es !erenciais no se adapta para ser codificado em classes de objeto ao contrIrio do conhecimento referente R monitorao que ( mais simples !eralmente estItico e periHdico. #Aistem cinco Ireas funcionais no !erenciamento num ambiente O05> GerJncia de confi!urao ?estado da redeB GerJncia de desempenho ?va$o e taAa de errosB GerJncia de falhas ?comportamento anormalB GerJncia de contabilidade ?consumo de recursosB GerJncia de se!urana ?acessoB

;m dos aspectos a serem considerados no !erenciamento O05 ( o fato de que tal modelo !era a!entes mais compleAos de serem desenvolvidos consumindo mais recursos dos elementos de rede enquanto economi$a o uso da rede devido R minimi$ao dos pedidos de informa%es ?pollin!sB necessIrios para obter dados sobre objetos !erenciados livrando o !erente para tarefas mais ainteli!entesa. A 25. ( um protocolo de !erenciamento da rede com as se!uintes

46

capacidades> Sabilitar a estao de !erenciamento a requisitar os valores dos objetos no a!enteM Sabilitar a estao de !erenciamento a confi!urar os valores dos objetos no a!enteM Sabilitar um a!ente a notificar a estao de !erenciamento sobre eventos si!nificativos.

".3.3. Com#ara()o
A 25. no 2odelo O05 tem como funo uma hierarquia de !erenciamento que se divide em trJs subEfun%es> herana nomeao e re!istro. 2eran&a> que ( denominada uma hierarquia de classes pois estI relacionada as propriedades de objetos. Al(m da Sierarquia de 3lasses eAiste tamb(m a Sierarquia de 0uperclasse que na verdade serve para passar suas propriedades para a subclasse no importando se ( preciso ou no acrescentando assim al!umas propriedades a mais. +amb(m eAiste a Sierarquia de Serana 2Cltipla que tem como funo permitir que a subEclasse seja capa$ de herdar as propriedades de mais de uma superEclasse melhorando a capacidade de um sistema. Nomea&-o ou 2ierar3uia de "ontainment> fala da relao de objetos e seus respectivos nomes. #sta hierarquia ( chamada de rai45 pois identifica todos os seus processos por nome. #la tamb(m utili$a o R:1 ?Relative :istin!uished 1ameB que distin!ui os objetos adicionando nomes e nCmeros i!uais para eles.

4/

'egistro> utili$a um modo diferente de identificao. ;sando na verdade um m(todo universal que utili$a uma Irvore como pilar sendo que dela sH sero aproveitadas as folhas nomeadas como nCmeros no re!istro e simplificando assim a identificao de cada objeto.

".4. RMON
O R2O1 ( um padro de 5#+, ?5nternet #n!ineerin! +asG ,orceB de !erenciamento de redes portanto no ( uma soluo proprietIria. 0ua si!la representa Remote 1etForG 2onitorin!. A R,3 &6)6 define o padro R2O1 de !erenciamento. 0e!undo a R,3 o R2O1 no ( uma pilha de protocolos nem sequer um protocolo por si sH. 1a realidade trataEse de uma eAtenso de 25. Management !nformation .ase para ser utili$ada com protocolos de !erenciamento de rede em internets baseadas em +3P=5P. O 012P sH proporciona a informao que eAiste um problema em um ponto da rede e ainda somente quando ele jI atin!iu uma condio eAtrema. Al(m do que no ( capa$ de definir o problema nem a sua !ravidade nem fornecer recurso para uma investi!ao das causas do mesmo. Ao contrIrio disso o R2O1 tem como suas principais caracter"sticas a interoperabilidade de fabricantes a capacidade de fornecer informa%es precisas a respeito das causas do problema da rede al(m de sua !ravidade e tamb(m oferecer ferramentas adequadas para dia!nHstico da rede. 5sso somado a capacidade de oferecer um mecanismo proativo para alertar o administrador dos eventuais problemas da rede e m(todos automIticos que coletam dados a respeito desses problemas.

47

Soje o padro inclui &- !rupos #thernet e +oGen Rin!.

".4.1. MM'ti#'o! Gerente!

;m a!ente R2O1 pode ser submetido a mCltiplos !erentes. 1o caso de a!entes R2O1 compartilhados as se!uintes dificuldades podem sur!ir>

Requisi%es concorrentes podem eAceder a capacidade do monitor para fornecer estes recursos.

;ma estao !erente pode capturar e ocupar recursos de monitor por um lon!o per"odo de tempo prevenindo seu uso por outras fun%es !erente desejadas por outras esta%es !erentes.

Recursos podem ser desi!nados para uma estao !erente que caiu sem liberar os recursos. Para proceder com esses problemas ( associado a cada tabela de 3ontrole um

objeto re!istro que identifica o proprietIrio de um re!istro particular da tabela e de fun%es associadas. O rHtulo proprietIrio pode ser usado das se!uintes formas>

;ma estao !erente pode reconhecer recursos prHprios. ;m operador pode identificar a estao !erente que seja proprietIria de um recurso em particular ou funo e ne!ociar para serem livres para todos.

;m operador pode ter autoridade para liberar recursos que outro operador tenha reservado. O rHtulo do proprietIrio cont(m um ou mais desses itens> 5P nome da estao

!erente nome do !erente da rede locali$ao ou telefone. As trJs subredes na poro esquerda=baiAo so locali$adas no mesmo pr(dio. As

)8

outras duas so em locais remotos. ;ma estao !erente com R2O1 a!ente=!erente estI na DA1 central. #m duas das subredes o a!ente R2O1 estI em P3Ps que podem ser dedicados ou no. 3onectado ao bacGbone de ,::5 ?interface de dados de fibraEHticaB estI o se!undo !erente. ,inalmente as fun%es de a!ente R2O1 para a DA1 +oGen Rin! so eAecutadas pelo roteador que conecta a DA1 ao resto da 5nternet. AbaiAo temos um eAemplo de uma confi!urao mostrando uma rede com cinco subEredes>

$IGURA > 0 Con6i2ura()o RMON 0 ECem#'o 1

)&

".4.". Ar8uitetura
:entre os protocolos de !erenciamento o R2O1 ( um dos primeiros a permitir o !erenciamento proativo. #sta ( a !rande vanta!em do mesmo em relao Rs outras arquiteturas de !erenciamento. O trabalho de !erenciamento ( simplificado e a resoluo dos problemas facilitada aumentando assim a disponibilidade da rede e diminuindo os custos de manuteno de forma si!nificativa. 0ua desvanta!em ( que atua apenas at( a camada 2A3. A capacidade de !erenciamento das camadas superiores ( que permite a um protocolo o monitoramento pontoEaEponto do trIfe!o corporativo e do trIfe!o espec"fico R camada de aplicao. 2as essa capacidade foi implementada pelo R2O1E55. 0inteti$ando eAistem dois padr%es do protocolo R2O1 que so implementados>

RMON1 % monitora em n"vel de camada 2A3 6 Media Access "ontrol 7 o trIfe!o e coleta informa%es e estat"sticas do se!mento de rede local. ,a$ ainda um dia!nHstico remoto de erros e falhas contidas no se!mento com a ajuda de um analisador de protocolos.

RMON" % opera no n"vel da camada de rede e camadas superiores complementando portanto o R2O1& possibilitando coletar informa%es estat"sticas e monitorar a comunicao fimEaEfim e o trIfe!o !erado por diferentes tipos de aplicao. A confi!urao do !erenciamento R2O1 ( composta por uma estao

central de !erenciamento que trabalhando em modo prom"scuo ?tamb(m chamada

)*

de probeB !erencia o trIfe!o de uma rede como um todo incluindo suas subEredes. #m cada subErede eAiste uma mIquina que !erencia localmente o trIfe!o desta em modo prom"scuo e independente de sua arquitetura. A prHAima fi!ura ilustra esta confi!urao>

$IGURA ? 0 Con6i2ura()o RMON 0 ECem#'o "

".4.*. +ene61cio!

An)lise e Monitorao *oderosas> provJ um poderoso mecanismo para monitoramento da rede e anIlise dos dados para !erenciar aplica%es que coletam informa%es como estat"sticas de se!mento e tendJncias anIlise do padro de trIfe!o no nodo lar!ura de banda usada e alarmes. Os dados providos por a!entes R2O1 permitem que vendedores criem aplica%es de !erJncia que redu$am o trabalho da administrao da rede e os custo com a soluo de problemas.

%end+ncias em Se"mentos ,ocais> provJ uma histHria para tendJncias em

)-

se!mentos locais. #sta habilidade fa$ que o !erente de rede procure por estat"sticas chaves para identificar as tendJncias potencias.

Funes %radicionais de Decodi-icao do *rotocolo > provJ um mecanismo para anIlise detalhada das sete camadas de protocolos de se!mentos remotos sem o custo de um analisador de protocolo dedicado. A maioria dos problemas das aplica%es cliente=servidor podem ser dia!nosticada usando o pacotes de captura do R2O1 e !rupos de filtro.

Monitoramento Centrali.ado de Sites /emotos > provJ os dados necessIrios para monitorar sites remotos de uma locali$ao central. 5sto si!nifica que !erentes de rede podem unir e analisar dados de sites remotos e solucionar problemas comuns E evitando o custo de uma via!em para a locali$ao remota ou de t(cnicos dedicados no local.

Interopela ilidade de Fornecedores> provJ a comunicao em uma mesma rede de uma variedade de diferentes esta%es de !erJncia e a!entes fornecidos por diversos vendedores.

Criao de E&entos (uando limiares prede-inidos so atin"idos > 2uitas esta%es de !erenciamento 012P periodicamente enviam pacotes echo para checar o status de cada dispositivo. 3omo o nCmero de se!mentos DA1 e de DA1s remotas crescem tornaEse necessIrio projetar uma arquitetura distribu"da para impedir que a !erJncia dos dados no ocupe uma banda eAcessiva. R2O1 tem limiares predefinidos que podem remotamente monitorar dispositivos de rede e enviar eAce%es quando estes dispositivos no esto mais em um limite de operao aceitIvel.

Monitoramento de tr)-e"o ampliado> AnIlises tradicionais baseadas em R2O1 oferecem ao !erente de rede um poderoso sistema de correo de erros e uma

)4

capacidade de monitorar um se!mento DA1 no n"vel 2A3 mas no conse!uem enAer!ar o trIfe!o quando este ultrapassa as barreiras do roteamento. 3om R2O1* !erentes de rede sero capa$es de ver o trIfe!o desde a camada - at( a 6 do modelo O05 ?Open 0@stems 5nterconnectB 5sto si!nifica que !erentes sero capa$es de ver como flui o trIfe!o de rede em cada um dos 6 n"veis do modelo O05 E uma capacidade que terI um impacto si!nificante no controle e resoluo de erros em ambientes cliente=servidor. ,i!ura & nos mostra o n"vel de visibilidade que R2O1 e R2O1* provJem dentro de um se!mento DA1 ou de uma rede em cada uma das camadas do O05.

".4.3. O.5eti&o!

Operao O66%'ine Permite que um monitor seja confi!urado para reali$ar suas atividades de dia!nHstico e coleta de dados estat"sticos continuamente mesmo quando a comunicao com a estao de !erenciamento seja imposs"vel ou ineficiente.

Monitoramento *roati&o O monitor estarI sempre dispon"vel no in"cio de uma falhaM assim ele poderI notificar a estao de !erenciamento da falha assim como arma$enar informa%es estat"sticas a seu respeito. #sta informao estat"stica poderI ser analisada pela estao de !erenciamento numa tentativa de dia!nosticar as causas do problema.

))

Deteco e Noti-icao de *ro lemas O monitor pode ser confi!urado para reconhecer condi%es que normalmente so de erro e verificar pelas mesmas continuamente. 1o advento de uma destas condi%es o evento pode ser re!istrado e as esta%es de !erenciamento notificadas de vIrias formas.

0alor A"re"ado aos Dados Permite a a!re!ao de valor aos dados coletados. Por eAemplo indicando quais os hosts que !eram a maior quantidade de trIfe!o ou erros um dispositivo pode oferecer ?R estao de !erenciamentoB informa%es preciosas para a resoluo de toda uma classe de problemas.

Gerenciamento M1ltiplo ;m dispositivo de !erenciamento de rede remoto deverI ser capa$ de lidar com mCltiplas esta%es de !erenciamento concorrendo para a utili$ao de seus recursos.

".4.4. E!trutura ".4.4.1. GRU,OS DA RMON

A R2O1 ( dividida em &8 !rupos> Grupo Statistics

)9

3ont(m as estat"sticas bIsicas para cada subErede monitorada. 3onsiste de uma tabela simples com uma entrada para cada interface monitorada. #ste !rupo dI estat"sticas de 3R3 colis%es e tamanhos de pacotes diferentes. Grupo 2istor# Control \ usado para definir fun%es de amostras de uma ou mais interfaces monitoradas. 3onsiste de duas tabelas> histor@3ontrol+able que especifica a interface e os detalhes da funo e etherSistor@+able na qual !ravamos os dados. Grupo Et3ernet 2istor# \ usado para re!istrar amostras periHdicas da rede #thernet e arma$enIE las para anIlise posterior. 3onsiste de duas tabelas> uma de controle ?etherS@stor@+ableB e uma de :ados. Grupo Alarm ;sado para definir um conjunto de entradas para performance de rede. 0e um limite ( alcanado um alarme ( !erado e enviado para o console central. Grupo 2ost ;sado para obter estat"sticas sobre servidores espec"ficos da DA1. ;m conjunto de estat"sticas ( mantido para cada Sost conhecido. 3onsiste de trJs tabelas> uma de 3ontrole ?host3ontrol+ableB e duas de :ados ?host+ableB. As rela%es entre host3ontrol+able e host+able so diretas. Para cada interface especificada por um re!istro na host3ontrol+able a host+able cont(m um re!istro para cada endereo 2A3 revelado na interface.

)6

Grupo 2ost%opN ;sado para manter estat"sticas sobre o conjunto de hosts em uma subrede que encabea uma lista baseada em al!um parUmetro.

Grupo Matrix ;sado para !ravar informao sobre o trIfe!o entre pares de hosts em uma subErede. A informao ( arma$enada em forma de matri$. #ste m(todo ( usual para reaver informa%es espec"ficas como quais dispositivos fa$em mais uso de um servidor. 3onsiste de trJs tabelas> uma de controle ?matriA3ontrol+ableB e duas de dados.

Grupo Filter Providencia um si!nificado do qual uma estao !erente pode instruir um monitor para observar pacotes espec"ficos em uma interface. A construo bIsica de blocos definidos deste !rupo tem dois tipos de filtros> um de :ados e outro de 0tatus. O filtro de :ados permite ao monitor !ravar pacotes observados em parte de um modelo de bit desta poro de pacotes juntos. O filtro de 0tatus permite ao monitor !ravar pacotes observados em parte desses status. #sses filtros podem ser combinados. A maneira na qual estes filtros so combinados para determinar se o pacote ( aceito pelo canal ?conjunto de filtrosB depende de um valor de um objeto associado com o canal. A fi!ura abaiAo ilustra a lH!ica com que os filtros so combinados. ;m filtro ( passado se o filtro de dados e o filtro de status forem passados seno o filtro falha.

)/

$IGURA 1N 0 Gru#o $i'ter Grupo *ac4et'Capture ;sado para setar um esquema de buffer para captura de pacote a partir de um canal do !rupo ,ilter. 3onsiste de duas tabelas> buffer3ontrol+able que especifica os detalhes da funo do buffer e capture.uffer+able que fa$ o buffer dos dados. 3ada re!istro em buffer3ontrol+able define um buffer que ( usado para capturar e arma$enar pacotes de um canal. Grupo E&ent 0uporta definio de eventos. ;m evento ( disparado por uma condio locali$ada na 25. e um evento pode disparar uma ao definida em outra parte da 25.. ;m evento pode tamb(m causar informao para ser lo!ada neste !rupo e pode causar uma mensa!em 012P para ser utili$ada. O !rupo consiste em uma tabela de controle ?event+ableB que cont(m

)7

defini%es de eventos e uma de :ados.3ada re!istro dessa tabela cont(m parUmetros que descrevem um evento para ser !erado quando certas condi%es so alcanadas.

".4.4.". GRU,OS DA RMON"

A R2O1* ( dividida em 7 !rupos>

Grupo *rotocol Director# 5protocolDir6 Dista os protocolos que o probe tem a capacidade de monitorar e permite a adio remoo e confi!urao das entradas nesta lista.

Grupo *rotocol Distri ution 5protocolDist6 3oleta as quantidades relativas de octetos e pacotes para os diferentes protocolos detectados no se!mento da rede.

Grupo Address Map 5addressMap6 Dista endereos 2A3 para endereos de rede descobertos pelo probe e em qual interface eles estavam na Cltima utili$ao.

Grupo Net7or4 ,a#er Matrix 5nlMatrix6 3alcula a quantidade de trIfe!o enviado entre cada par de endereos de rede descoberto pelo probe. #mbora hl2atriA3ontrol+able tamb(m tenha objetos que controlam al2atriA+able a implementao da al2atriA+able no ( necessIria para a implementao total desse !rupo.

98

Grupo Application ,a#er 2ost 5al2ost6 3alcula a quantidade de trIfe!o por protocolo enviado de e para cada endereo de rede descoberto pelo probe. 5mplementa%es desse !rupo requerem a implementao do !rupo 1etForG Da@er Sost.

Grupo Application ,a#er Matrix 5alMatrix6 3alcula a quantidade de trIfe!o por protocolo enviado de cada par de endereos de rede descoberto pelo probe. 5mplementa%es desse !rupo requerem que o !rupo 1etForG Da@er 2atriA tamb(m seja implementado.

Grupo $ser 2istor# Collection 5usr2istor#6 O !rupo usrSistor@ combina mecanismos usados nos !rupos alarm e histor@ para prover um mecanismo de histHria especificado pelo usuIrio utili$ando trJs tabelas adicionais> duas de controle e uma de dados. #sta funo tem sido feita tradicionalmente por aplica%es 120 via pollin! periHdico. O !rupo userSistor@ permite que essa tarefa seja descarre!ada em um probe R2O1. Os dados so coletados da mesma maneira que qualquer tabela de dados histor@ ?por eAemplo etherSistor@+ableB eAceto que o usuIrio especifica as instUncias 25. a serem coletadas. Os objetos so coletados em bucGetE!roups com o intuito de que todas as instUncias 25. no mesmo bucGetE!roup sejam coletadas da forma mais atQmica poss"vel pelo probe R2O1.

Grupo *ro e Con-i"uration 5pro eCon-i"6 #ste !rupo permite controlar a confi!urao de vIrios parUmetros operacionais do probe. As entradas de usrSistor@Object associadas com outra

9&

usrSistor@3ontrol+able no precisam estar ativas antes da entrada de controle estar ativada.

*. $ERRAMENTA DE GERENCIAMENTO DE REDE *.1. $reeNMS

O $reeNMS ?,ree 1etForG 2ana!ement 0@stemB ( uma Plataforma de GerJncia de Redes. Possui entre suas funcionalidades caracter"sticas de !erJncia de ,alhas Performance 3ontabili$ao 3onfi!urao e 0e!urana. 3omo diferencial possui al(m das caracter"sticas tradicionais e esperadas de uma Plataforma de GerJncia de Redes funcionalidade de acompanhamento de 'o0 contratados ?0DA W 0ervice Devel A!reementB> confi!uraEse uma qualidade de servio esperada e o sistema monitora a qualidade deste servio ininterruptamente !erando alarmes quando 0DAs so quebrados. :esta forma o ,ree120 reali$a GerJncia de 1"vel de 0ervio W 0D2 ?0ervice Devel A!reementB. 3om o ,ree120 ( poss"vel>

Gerao de RelatHrios e GrIficos diversos sobre o status da rede. :eteco imediata de falha de rede em equipamentos ?nodes doFnB. Reali$ar :escoberta de Rede ?1etForG :iscoverB e deteco automItica e constante de novos ?ou retirada deB nodos da rede.

2apa !rIfico da rede !erenciada com status de nodos operacionais e nodos com alarmes.

5nterface &88c baseada na Oeb ?OebEbasedB. 0istema 2ultiE+hread de coleta de variIveis 012P e status ?Poller do 0istemaB. O

9*

sistema permite a eAistJncia de Pollers distribu"dos ?!erJncia distribu"daB.

5ndependJncia do 0G.: ?0istema Gerenciador de .anco de :adosB. Atualmente suporte a 2@0'D e Post!re0'D ?0G.:s relacionais padr%es 0'DB.

0istema ++0 ?+rouble +icGet 0@stemB incorporado ao sistema permitindo todo o acompanhamento de chamados e a abertura de chamados de forma inte!rada ao sistema Gerente de Redes evitando duplicao de bases de dados ou de sistemas> visando ambientes de SelpEdesG.

+elo para acompanhamento dos Alarmes do 0istema> facilidade para implantao de 1O3 ?1etForG Operation 3enterB.

0istema totalmente desenvolvido com ?e paraB 0oftFares Divres> inicialmente roda em plataforma 5ntelEG1;=DinuA.

5nstalao rIpida e prItica> atrav(s de pacotes RP2 ou atrav(s da :istribuio DinuA ,ree120.

3riao de usuIrios e :om"nios de GerJncia> usuIrio acessa informa%es somente dos equipamentos por ele utili$ados possibilitando diversos usuIrios e

confidencialidade dos dados entre os diversos usuIrios. O ,ree120 possui como principal caracter"stica o fato de ter sido desenvolvido para ambientes t"picos de Prestadores de 0ervios de Rede onde o acesso ?via OebB a este softFare ( disponibili$ado pela prestadora aos seus usuIrios a fim de que estes possam constantemente verificar a qualidade dos servios por eles contratados.

*.1.1. $uncionamento
3omo pode ser observado na fi!ura abaiAo o modelo tradicional de um 120 consiste de uma aplicao G#R#1+# requisitando informa%es de GerJncia dos A!entes

9-

?equipamentos !erenciadosB. #m casos prioritIrios os A!entes tamb(m podem tomar a iniciativa de se comunicarem com o Gerente enviando al!um alarme ?denominados atrapsaB sobre um evento anormal ?queda de al!um linG tentativas de acesso aforadasa E com senhas erradas etcB. As requisi%es das informa%es de GerJncia so !eradas em espaos de tempo pr(Edeterminados ?por eA> a cada ) minutosB. Assim sendo a cada ) minutos temos uma atuali$ao no .anco de :ados da aplicao Gerente sobre o status atual de cada um dos equipamentos !erenciados pelo 120. :esta forma ( poss"vel reali$ar um levantamento sobre todo o histHrico sobre o funcionamento atual diIrio semanal mensal e anual atrav(s da !erao de relatHrios e !rIficos estat"sticos. Os usuIrios do sistema por sua ve$ obtJm acesso a todas estas informa%es e alarmes atrav(s da interface ?OebB que o prHprio 120 disponibili$a atrav(s de senhas com prioridades de Administrador ou ;suIrio. #m situa%es onde o ambiente !erenciado ( muito !rande o ,ree120 foi desenvolvido de forma a possibilitar a aGerJncia :istribu"daa.

$IGURA 11 0 Ar8uitetura MI+

94

-.&.&.&. Do!in do 0istema

.em ^indo ao ,ree120 para fa$er o lo!in use o usuIrio e a senha fornecidos.

$IGURA 1" 0 /o2in o Si!tema

-.&.&.*. +ela Principal

ApHs efetuar o lo!in do ,ree120 vamos direto ao ponto de partida para todas as fun%es do sistema> a tela principal. #la esta dividida em - partes. A parte superior ( constitu"da de bot%es e acima deles atalhos que estaro presentes em todas as outras telas do sistema para facilitar a nave!ao. Os atalhos locali$ados acima dos bot%es so> ,rinci#a'= Sair e A5u a. Para voltar a tela principal de qualquer parte do sistema utili$aE se o ,rinci#a' para encerrar a sesso utili$aEse o atalho Sair e para obter informa%es sobre o sistema utili$aEse o A5u a. 1o corpo da pI!ina estaro os objetos necessIrios para a nave!ao no sistema mostrando inicialmente as principais funcionalidades. A parte

9)

inferior presente em qualquer momento cont(m a sua esquerda um boto de ajuda um boto para entrar em contato com a equipe do ,ree120 um boto para imprimir e um campo para locali$ar a informao desejada. 1a parte inferior a direita al(m de conter informa%es de data hora e o usuIrio lo!ado eAiste ainda um boto em forma de chave que leva as confi!ura%es de usuIrio

$IGURA 1* 0 Te'a ,rinci#a'

-.&.&.-. Rede
E'emento! e Re e Ao clicarmos no "cone de #lementos de Rede abrimos a pI!ina que possibilita a insero alterao remoo de equipamentos e consultas sobre diversas informa%es sobre os elementos da rede. SI duas op%es sobre elementos> Lista de %lementos e Adicionar %lementos. Automaticamente ( aberta a pa!i!ina de Lista de %lementos na parte superior ficam os bot%es para as duas op%es citadas anteriormente.

99

$IGURA 13 0 Con!u'ta e E'emento!

/i!ta e E'emento!

3ont(m lista!em de #quipamentos inseridos no sistema de !erenciamento. A lista!em ( indeAada por um nCmero de identificao recebido no momento do cadastro do equipamento ao lado estI a descrio do equipamento e seu respectivo endereo 5P as demais informa%es so>

+@pe > tipo do elementoM O5d > identificao do objeto 012P na Irvore da 25.M 0tatus > ativo ou inativoM ^erso 012P > informa a verso do protocolo 012PM :ata de cadastro > a data cujo equipamento foi cadastradoM 5P > informa o nCmero de identificao do protocolo 5P. Ao lado das informa%es citadas esto as se!uintes op%es clicIveis>

Atuali$ar > altera as informa%es do equipamentoM Remover > remove o elemento do sistemaM 5nterfaces > eAibe !raficamente o mHdulo com suas interfaces. #Aistem as op%es

96

clicIveis de aDistar como tabelaa e aDistar como mHduloa>

o

Distar como mHdulo> eAibe o mHdulo e suas interfaces ( a pa!ina apresentada automaticamente ao clicarmos em a5nterfacesa. Ao clicarmos em uma das interfaces visuali$adas abrimos o equivalente a aDistar como tabelaa da interface clicada.

Distar como tabela> eAibe uma lista das interfaces relacionadas ao mHdulo em questo como 5: verso 012P endereo 5P alias descrio velocidade.

:etalhes > informa%es eAtras como 5: data e hora de insero O5:.

A icionar E'emento!

Opo que permite que sejam adicionadas novas interfaces. 5nicialmente ( aberto um formulIrio com os campos de endereo 5P e comunidade 012P. ApHs preencher os campos solicitados e clicar no boto aProsse!uira novamente ( necessIrio a insero das demais informa%es no prHAimo formulIrio. Os campos do formulIrio so os se!uintes>

3liente> a 5nstituio=Or!ani$ao cadastrada no sistema !erenciadaM

que estI sendo

1ome> nome do usuIrio que estI cadastrando o equipamentoM #ndereo 5P> endereo de identificao 5P do equipamento cadastradoM :escrio> maneira que o elemento foi adicionado ao sistema manualmente ou pelo mHdulo :iscoverM

+ipo> tipo do elementoM #stado> ativo ou inativoM O5: 012P> identificao do objeto 012P na Irvore da 25.M

9/

^erso de 012P> cadastra a verso do protocolo 012PM 3omunidade 012P E Deitura> a senha de leitura do 012PM 3omunidade 012P E #scrita> a senha de escrita do 012P.

$IGURA 14 0 A icionan o um E8ui#amento ,e!8ui!ar E'emento!

Docali$a determinado equipamento que corresponda a um dos campos preenchidos no formulIrio apresentado. Os campos so os mesmos eAplicados acima no cadastro de equipamentos.

$IGURA 17 0 ,e!8ui!an o #or e8ui#amento!

97

-.&.&.4. :escoberta de Rede E 1etForG :iscover

O 1etForG :iscover ( um diferencial muito importante do ,ree120 principalmente no in"cio do processo de !erJncia de uma rede. #le fa$ a decoberta de todos elementos da rede e cadastra na base de dados evitando assim a necessidade de cadastramento manual dos equipamentos da rede. Para ativar o discover basta entrar em Re e e clicar na opo De!co.erta e Re e. ApHs deve ser informado o /ateway e a "omunidade SNM(. O.!.< 1o caso do usuIrio no informar o /ateway que no ( obri!atHrio serI usado o pado da mIquina.

$IGURA 19 0 De!co.rin o E8ui#amento!

*.1.1.4. Ma#a a Re e % NetOorP QieOer

Atrav(s do 1etForG ^ieFer podeEse visuali$ar a rede !raficamente. Para ativar o 1etForG ^ieFer basta clicar em 2apa da Rede na tela principal ou entrar em Re e e clicar na opo Ma#a a Re e. O.!.< Para visuali$ar o mapa da rede ( necessIrio um broFser com suporte?e plu!Ein instaladoB a ]ava?]R#B.

68

$IGURA 1> 0 Qi!ua'iRan o o Ma#a e Re e

-.&.&.9. Gerando RelatHrios

#sta parte do sistema ( responsIvel pela !erao de relatHrios. O "cone aRelatHriosa abre a pI!ina com os elementos listados pelo endereo 5P ou nome. Ao lado de cada endereo=nome hI o 5: do equipamento e a interface a ser selecionada. A se!uir clicaEse em aProsse!uira ( aberto um formulIrio com as se!uintes op%es de !erao do relatHrio>

0eleo > mostra o endereo=nome do equipamento e a interface anteriormente selecionadaM

Per"odo de relatHrio > delimita o intervalo a ser pesquisado com op%es pr(E definidas. Ao clicar na opo eAistente ao lado podeEse definir o per"odo no formato dd=mm=aaaaM

+ipo de relatHrio> selecionaEse o tipo de relatHrio a ser !erado. Atualmente so suportados os se!uintes tipos de relatHrios>
o

DatJncia> tempo !asto quando um pacote sai de uma eAtremidade e che!a a

6&

outraM
o o o

;tili$ao de banda> taAa de utili$ao da bandaM :isponibilidade> !rau de disponibilidade da redeM 0DA 8&> primeira re!ra previamente cadastrada do acordo de n"vel de servioM

0DA 8*> se!unda re!ra previamente cadastrada do acordo de n"vel de servioM

2emHria e utili$ao de disco> recursos consumidos da mIquina servidora.

+ipo de sa"da> determina o tipo de relatHrio que serI !erado pelo sistema. Pode ser do tipo !rIfico tabela ?ambos podem ser no formato S+2D ou P:,B ou V2D apHs escolher as op%es clicaEse no boto aGerar RelatHrioa e ( !erado o relatHrio.

,5G;RA &7 W #Aemplos de RelatHrios

*.1.1.9. A'erta!

6*

Ao escolher a opo alarmes do menu abrirI a tela de alarmes com a lista de todos os 0DAs rompidos.

$IGURA "N % A'erta!

Para cada alarme eAistente temos>

Prioridade> A prioridade pode ser> .aiAa 2(dia ou AltaM 1ome> 5P da interfaceM +ipo de interface> eA> .andwidth !NM ^alor> ^alor atual da variIvel que ultrapassou o 0DAM Per"odo> :ata e hora em que aconteceu o rompimento do 0DA estabelecido para aquela interfaceM :o lado esquerdo de cada alarme temos quatro bot%es>

&. Abrir chamadoM *. #Acluir Alarme> #Aclui alarme da tela de alarmesM -. ^isuali$ar interfaces do equipamentoM 4. :etalhes> 5nforma%es eAtras como>
o o

:escrio do 0DAM 5: do equipamentoM

6-

o o o

#stado operacionalM #stado administrativoM 5nterface aliasM

*.1.1.>. Gru#o!

Grupos so os a!rupamentos de interfaces que atendem determinado 3D5#1+# atrav(s dos ;0;dR5Os cadastrados com as devidas confi!ura%es de permisso no sistema. \ pelo !rupo que quando um usuIrio se lo!ar no sistema este vai definir quais interfaces e permisso de acesso sobre as mesmas devem ser habilitadas para este usuIrio. A definio de GR;PO0 evita que determinado usuIrio altere=consulte um equipamento que no tenha permisso.

,5G;RA *& W Gerenciador de Grupos

*.1.1.?. TTS % Trou.'e TicPet SB!tem

Ao clicar na opo na pI!ina principal +rouble +ricGet 0@stem abrirI a tela do ++0 que tem como funo !erar chamados de atendimento. A parte superior da pI!ina do ++0 possui 4 bot%es>

64

S'timo! 1N #sta opo eAibirI os Cltimos &8 chamados abertos. A formatao ( a se!uinte>

#stado> a condio do chamadoM :ata> a data a qual foi re!istrado o chamadoM Prioridade> o n"vel de ur!Jncia do chamadoM Autor> o operador que cadastrou o chamadoM Associado> nome do usuIrioM 3liente> nome do clienteM :escrio> descrio do chamado abertoM 2ais informa%es> informa%es adicionais.

$IGURA "" 0 /o2 o! M'timo! 1N cHama o! A.rir No&o

ApHs informar o nome do cliente ou do equipamento clicando no boto locali$ado a direita dos campos e selecionando o cliente ou equipamento jI previamente cadastrados clicaEse em um dos bot%es locali$ados abaiAo do campo informado. A se!uir ( aberto o formulIrio para adicionar o chamado tal formulIrio deve ter preenchido os campos de>

6)

3lientes> cliente para qual o chamado esta sendo solicitadoM 3ontato> nome do contato responsIvel pelo chamado que estI sendo abertoM 1ature$a> a nature$a do problema indica qual a!ente foi o principal responsIvel pelo problema. 3aso no se tenha certe$a deste a!ente inicialmente no altere este campoM

1ome do t(cnico> nome do t(cnico responsIvel. 3aso no tenha certe$a do nome hI um "cone ao lado da caiAa de teAto que abre uma tela na qual podeEse pesquisar pelo nome do t(cnicoM

#Email> o eEmail de contato do t(cnicoM Dista de 3hamados> eAibe se eAistir os chamados abertos para o clienteM Prioridades> este campo ( usado para informar qual a prioridade de atendimento e sendo assim o !rau de ur!JnciaM

:escreva seu problema> nesta caiAa de teAto ( descrito o motivo !erador do chamado. 0olicitaEse que o teAto seja o mais objetivo poss"velM AbaiAo dos campos a1ome do +(cnicoa e a#Emaila so apresentadas as op%es de

notificao automItica para o t(cnico e=ou cliente por eEmail. ApHs clicar no boto de inserir o chamado serI eAibido como um dos Cltimos &8 chamados cadastrados.

$IGURA "* 0 A.rin o No&o CHama o

69

CHama o!

#sta pI!ina eAibe os chamados conforme o filtro selecionado. A formatao da eAibio dos chamados se!ue o molde descrito nos aeltimos &8a.

,5G;RA *4 W ^isuali$ando 3hamados ,e!8ui!a

1esta pI!ina pesquisaEse os chamados que atendam os parUmetros definidos>

3ampo> selecionaEse uma das op%es ?descrio cliente nCmero chamado...BM #stado> aberto fechado ou ambosM ^alor> referente ao campo selecionadoM

,5G;RA *) W Pesquisando 3hamados

66

*.1.1.1N. Con6i2ura(-e!

A tela de 3onfi!ura%es apresenta as op%es de> Con6i2ura(-e! o Si!tema 3onfi!ura%es !erais do sistema. Ao abrir a tela de confi!ura%es do sistema ( poss"vel confi!urar os nCmeros de itens eAibidos por pI!ina o #mail 1O3 ?1etForG Operation 3enterB alert e o #Email de Ori!em.

$IGURA "7 0 Con6i2ura()o o Si!tema

Contro'e e C'iente!

Pesquisa Adiciona Atuali$a e Remove clientes. 3lientes so os contratantes do servio de !erenciamento de redes. Ao ser aberta ( apresentada uma tela com os bot%es de a3lientea aAdicionara e aPesquisara. C'iente!< a lista de clientes jI cadastrados ( eAibida automaticamente ao abrirmos esta opo. Apresenta em linha as informa%es de afndicea a1omea e a#ndereoa. Ao lado das informa%es citadas anteriormente hI os bot%es de>

6/

Adicionar 3hamado> atalho para a tela de aAdicionar 3hamado de ++0aM ;suIrios> atalho para a tela de a;suIriosaM Atuali$ar> abre formulIrio que permite alterar os dados cadastrais do 3lienteM Remover> remove o 3lienteM :etalhes> eAibe os dados cadastrais do 3liente.

$IGURA "9 0 Con!u'tan o C'iente!

A icionar< esta tela ( composta de formulIrio a ser preenchido com os dados do cliente possui campos autoEeAplicativos.

$IGURA "> 0 A icionan o C'iente!

,e!8ui!ar< formulIrio que possui os mesmos campos para aAdicionara. ApHs serem

67

preenchidas as informa%es clicaEse no boto aPesquisaa e o resultado da pesquisa ( apresentado.

$IGURA "? 0 ,e!8ui!an o C'iente! Contro'e e U!uErio!

Pesquisa Adiciona Atuali$a e Remove usuIrios. #nquanto os 3lientes so os contratantes do servio usuIrios so as pessoas vinculadas ao contratante que possuem cadastro no sistema de Gerenciamento de redes. O formato da tela de 3ontrole de ;suIrios ( semelhante ao de 3lientes possui linhas com informa%es e ao lado os bot%es>

3lientes> abre a tela com a lista dos clientesM Atuali$ar> abre formulIrio que permite alterar os dados cadastrais do usuIrioM Remover> remove o usuIrioM :etalhes> eAibe os dados cadastrais do usuIrioM

/8

$IGURA *N 0 Contro'e e U!uErio!

*.1.1.11. Contro'e e S/A!

Adio Atuali$ao e Remoo de 0DAs. 0DA ( um acordo usualmente em forma contratual que permite aos envolvidos ?contratante e contratadoB definirem quais os servios e seus respectivos n"veis de atendimento abran!idos. Ao abrir a tela de contratos 0DA abre as op%es de aAdicionara e a+ipos de 0DAa.

$IGURA *1 0 Con!u'tan o S/A!

A icionar Para adicionar so necessIrios - passos> De6ini()o o ti#o e ca a!tro 0o oferecidas duas op%es>

+odas as 5nterfaces de um #quipamento

/&

;ma ?ou maisB 5nterfaces que irei selecionar 0elecione uma duas e clique em prosse!uir.

$IGURA *" 0 De6inin o o Ti#o e Ca a!tro

S/A #ara e8ui#amento

0elecione o equipamento jI cadastrado que serI monitorado pelo 0DA e clique em prosse!uir.

$IGURA ** 0 Monitoramento #or e8ui#amento

,arTmetro! e Monitora()o 0elecione os parUmetros que deseja serem monitorados clicando nos checGboA locali$ados sobre cada caiAa de op%es de cada parUmetro. ApHs selecionar confi!ure

/*

conforme sua necessidade provendo as informa%es necessIrias os parUmetros desejados. Os parUmetros poss"veis so>

DatJnciaM ;tili$ao de .anda ?#ntradaBM ;tili$ao de .anda ?0a"daBM ;tili$ao de .anda ?+otalBM

Aps configurar os parmetros, basta clicar sobre o boto Adicionar SLA que ele ser adicionado ao sistema.

$IGURA *3 0 ,arTmetro! e Monitora()o

Ti#o! e S/A

A tela de +ipos de 0DA torna poss"vel a adio de novos tipos de 0DAs basta preencher os se!uintes itens>

1ome do 0DAM 3omentIrioM +ipo de 0DAM ;nidade de 0DAM ^alor mIAimo padroM

/-

^alor m"nimo padroM

1o canto direito da tela so apresentados os 0DAs que jI esto dispon"veis. ApHs confi!urar os parUmetros basta clicar sobre o boto Adicionar 0DA que ele serI adicionado ao sistema.

$IGURA *4 0 A icionan o Ti#o e S/A

/4

3. CONC/USO
O !erenciamento de redes vem se tornando uma Irea de +5 cada ve$ mais si!nificativa. As demandas das corpora%es com a sofisticao dos servios em redes de !rande abran!Jncia tJm aumentado si!nificativamente. 'uanto mais se eApandem estes servios sur!em novas demandas cada ve$ mais sofisticadas. A indCstria no tem ficado parada. 3om o aumento desta demanda sur!em novas possibilidades de ne!Hcios que por sua ve$ viabili$am os investimentos em pesquisa e desenvolvimento. Por outro lado Rs entidades e associa%es que disciplinam e definem padr%es tamb(m no esto alheias as novas necessidades. Assim cada ve$ mais tem se eApandido o estudo e definio de novos padr%es e metodolo!ias. #ste c"rculo virtuoso tem tra$ido como resultados o sur!imento de novas ferramentas e padr%es que buscam conquistar este cliente carente com caracter"sticas cada ve$ mais abran!entes de !erenciamento transformando o sonho de administrar todo o ambiente de +5 atrav(s de uma console Cnica em realidade poss"vel. Ainda no estamos neste n"vel mas este trabalho demonstrou um pouco da evoluo que estamos eAperimentando ultimamente com os novos padr%es eAistentes e ferramentas de Cltima !erao dispon"veis.

bb +3P=5P +utorial and +echnical OvervieF 5nternational +echnical 0upport 3enter

RE$ERUNCIAS +I+/IOGR$ICAS

/)

bb 1et^ieF 9888 Pro!rammers Guide 5.2 bb 1et^ieF 9888 Reference Guide 5.2 .R50A Gerenciamento de Redes E ;ma aborda!em de 0istemas Abertos 2aGron .ooGs &77* 3arrilho ]. A 2adeira #. R. 2. GerJncia por :om"nios &*g 0impHsio .rasileiro de Redes de 3omputadores Anais vol. 55 3uritiba maio de &774 3ase ]. ,edor 2. 0choffstalll 2. e :avin ]. A 0imple 1etForG 2ana!ement Protocol ?012PB ?R,3 &&)6B mai=77 3ommer :. 3. 0tevens :. D. 5nternetForGin! Fith +3P=5P E :esi!n Prentice Sall 0e!unda #dio ;0A &77* Protocol and

5mplementation and 5nternals ^olume 55

3ommer :. 3. 5nternetForGin! Fith +3P=5P E Principles Architecture ^olume 5 Prentice Sall 0e!unda #dio ;0A &77&

Deuca ]. # #stphall 3 . 0pecialsGi #. 0. ;ma Arquitetura de 0e!urana para GerJncia de Redes &*g 0impHsio .rasileiro de Redes de 3omputadores Anais vol 55 3uritiba maio de &774 2c3lo!hrie _. e Rose 2. +. 2ana!ement 5nformation .ase for 1etForGG 2ana!ement of +3P=5P based 5nternets ?R,3 &&)9B maio de &778. 2outinho 3. 2 0tanton. 2. A Aplica%es de Gerenciamento de Redes 5nteli!entes &*g 0impHsio .rasileiro de Redes de 3omputadores Anais vol 5 3uritiba mai=74 Rocha 2. A Oestphall 3. . GerJncia de Redes de 3omputadores atrav(s de novos A!entes &*g 0impHsio .rasileiro de Redes de 3omputadores Anais vol 55 3uritiba maio de &774 0talllin!s O. :ata and 3omputer 3ommunications 2acmillan Publishin! 3o. 0e!unda #dio ;0A &77/. Oeissheimer 3. G +arouco D. 2. R :istribuio da GerJncia na Rede &*g 0impHsio .rasileiro de Redes de 3omputadores Anais vol 5 3uritiba maio de &774 ;@less .lacG. Network Management Standards 2cGraFESill &77*. Oillian 0tallin!s. SNM(5 SNM(v8 and "M!( :on 2ills> AddisonEOesle@ &77-.

/9

2auro Oliveira. Manual de !ntrodu&-o 9 ATM. DaboratHrio 2ultiEinstitucional de Redes e 0istemas :istribu"dos.

]ames ,. _urose e _eith O. Ross. Redes de 3omputadores e a 5nternet Oaldbusser 0. aR,3 &6)6 E Remote 1etForG 2onitorin! 2ana!ement 5nformation .ase.a

1et0cout 0@stem 5nc. aR2O1 R2O1* and .e@ond.a Links1 http>==FFF.!ta.ufrj.br=haleAs$t=!er=compact.html http>==FFF.ods.com=Fhite=Fhib888*.shtml. http>==FFFEfr.cisco.com=Farp=public=6-4=sFprobe=rmonsbFp.htm. http>==FFF.@acc.co.uG=netman=netman.html. http>==FFF.rnp.br ?Rede 1acional de #nsino e PesquisaB http>==FFF.apostilasGairos.ubbi.com.br=cap9.html http>==FFF.faqs.or!=rfcs=rfc*)6/.html

http>==FFF.!ta.ufrj.br=!rad=cmip.htmlipref http>==!r.ucpel.tche.br=html=princEarqE!erencEredes.html http>==FFF.freenms.or!