1.

O jogo na vida real

Jogos de um modo geral sempre estiveram presentes na histria da
humanidade. Na verdade, pode-se dizer que tiveram incio com a
prpria evoluo do homem, actividades de caa e pesca eram
realizadas de forma ldica e, dessa forma serviam para entreter os
participantes, transmitir de uma maneira agradvel o conhecimento
necessrio para a realizao daquela actividade e coloc-los em
contacto com mais uma regra de conviv!ncia da sociedade "#, $%.
&om o passar dos anos, passou-se a encarar os 'ogos apenas pelo vi(s
do entretenimento, relegando o seu uso )s crianas e adolescentes. No
entanto, os 'ogos podem ser considerados um recurso nada inocente, e o
refere *uizinga+
o jogo mais do que um fenmeno fisiolgico ou um
reflexo psicolgico. Ultrapassa os limites da
actividade puramente fsica ou biolgica. (...) No
jogo existe alguma coisa !em jogo" que transcende
as necessidades imediatas da vida e confere um
sentido # a$%o. ",, p. -%
.l(m disso, o 'ogo apresenta cinco caractersticas fundamentais que
o caracterizam como um dos pilares imprescindveis da sociedade "$%.
/o eles+
#. 0 'ogo ( livre, representa uma escolha dos 'ogadores1
$. 0 'ogo no ( a vida 2real2, em3ora a prtica do 'ogo possa ser
encarada com seriedade1
,. 45iste uma distino entre 'ogo e vida 2comum2, ou se'a, o 'ogo
possui incio e fim1
-. 0 'ogo possui regras prprias e se configura nelas. 0 no
cumprimento dessas regras 6estraga o 'ogo71
8. No 'ogo e5iste uma imprevisi3ilidade, uma incerteza, uma certa
influ!ncia do acaso. 4sses factores podem provocar o
envolvimento passional uma vez que geram uma certa tenso nos
'ogadores e, com isso, a'uda a esta3elecer regras de limite dentro
de uma actividade.
2
. conservao dessas regras, e a socializao do 'ogo em si podem
ser consideradas fenmenos culturais pois, al(m de serem conservadas
na memria dos praticantes, tornam-se tradio ao serem transmitidas.
.l(m disso, de acordo com estudos realizados, o 'ogo no s preenche
as necessidades de entretenimento das crianas mas, tam3(m contri3ui
para o desenvolvimento cognitivo, social, afectivo e cultural "$, -%.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
3
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
4
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
5
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
6
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
7
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
8
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
9
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
10
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
11
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
12
1.1. O jogo no desenvolvimento da criana
Durante o desenvolvimento de uma pessoa, o 'ogo assume papeis
diferenciados, mas sempre com um propsito. 4m crianas por volta de
tr!s anos, e5iste uma predomin=ncia da aco e do o3'ecto so3re o
significado que am3os representam. Dessa forma, para essas crianas, (
praticamente impossvel realizar uma aco que no represente a
realidade, como escrever uma frase falsa, ou usar um o3'ecto para uma
finalidade diferente da que ele tenha sido 6criado7, como usar um ca3o
de vassoura como cavalo de pau. ;or essas raz>es podemos dizer que,
nesse perodo, o acto de 3rincar e5ige pouco uso da imaginao da
criana uma vez que, pode ser entendido como uma representao da
realidade. Nesse ponto o 3rinquedo ( utilizado para retirar a fora
determinadora dos o3'ectos, pois 6a criana v! um o3'ecto, mas age de
maneira diferente em relao )quilo que v!. .ssim, ( alcanada uma
condio em que a criana comea a agir independentemente daquilo
que v!7 "8%.
.o final do desenvolvimento do 3rinquedo nascem as regras e,
consequentemente, o 'ogo. . su3ordinao da criana )s regras do 'ogo
faz com que, em alguns momentos, ela precise dominar uma vontade
imediata, e ela o faz por entender que o respeito )s regras trar para si
um maior prazer posterior. :m outro ponto importante ( que, quanto
mais rgidas forem essas regras, mais e5igir a ateno da criana,
melhor regular a sua actividade e mais tenso e agudo se ir tornar o
3rinquedo. Dessa forma, ao final do desenvolvimento da 3rincadeira,
emerge uma s(rie de aspectos regulamentadores que antes eram
incidentais e, posteriormente passam a ocupar um lugar central no acto
de 3rincar da criana. &om o surgimento dessas regras, a criana ir
conseguir esta3elecer a diferena entre tra3alho e 'ogo, o que se torna
fundamental durante a sua idade escolar "8%.
2. Gerao Net
.ctualmente as institui>es de ensino esto perante uma nova
gerao de alunos. .pesar de rece3erem diversas denomina>es+
13
screenagers, filhos da cultura da simulao, filhos do caos, game
gerneration, net generation ou nativos digitais "#, $, S, T%, possuem
algumas caractersticas em comum onde se destacam+
Preferncia pela tentativa e erro
. 9erao Net evita perder tempo lendo manuais de funcionamento,
preferindo desco3rir o funcionamento de equipamentos, 'ogos ou
sistemas comple5os, atrav(s da e5plorao dos seus componentes. ;or
essa razo, muitas vezes aca3am encontrando diversos caminhos para a
soluo dese'ada "#%.
Preferncia pela no linearidade
. organizao da informao em rede, presente nos documentos
multim(dia, na ?nternet e nos 'ogos de vdeo, fez com que essa gerao
desenvolvesse uma forma diferente de organizar e de aceder a
informao, criando assim novas ha3ilidades cognitivas "$, T%.
Vrias aces sim!lt"neas
.qui trata-se da capacidade de estar no computador conversando
com vrias pessoas, os mais diversos assuntos em simult=neo, ou a
capacidade de dividir sua ateno entre estudar e ouvir msica. 0 que
resulta muitas vezes em uma menor ateno dedicada a uma tarefa
e5clusiva "$%.
Vistos como sen#ores da aco
;referem assumir os pap(is de criadores, ao inv(s de meros
consumidores da informao. 0 que pode ser perce3ido atrav(s da
difuso da cultura blogger "S, U%.
$aior sociali%ao
.o contrrio do que se acreditava, os sites de relacionamento, 3em
como os programas de mensagens instant=neas e as possi3ilidades de
interaco trazidas pelos 'ogos online e fruns de discusso,
aumentaram a interaco entre os 'ovens dessa 9erao Net "V, #P%.
Viso Positiva da &ecnologia
4les no s acreditam que a tecnologia tem sempre algo de 3om para
oferecer, como fazem uso constante dela. @ransformando-a em 6algo
natural e espont=neo, uma e5tenso do prprio corpo7 "#, S, V%.
Desta forma, os m(todos de ensino, em sua maioria pouco
interactivos, no com3inam com os anseios desta nova gerao,
acostumada com processos cada vez mais a3ertos e independentes de
3usca de informao. 0 que pode ser comprovado atrav(s do estudo
14
realizado por ;ereira "V% onde, apesar da grande maioria dos alunos se
mostrarem favorveis a utilizao de 'ogos electrnicos em sala de aula
BU,,#W dos alunos participantes da pesquisaC, apenas uma pequena
parcela dos professores BS,VWC ' havia utilizado 'ogos de computador
em sala de aula.
4ntretanto pro3lemas como, a incapacidade de dispensar ateno
para uma actividade no interactiva durante muito tempo "##% e a
manuteno de laos superficiais de amizade "#P%, revelam que no se
devem descartar os m(todos de ensino tradicionais. .ntes, deve-se
reestruturar os m(todos utilizados para incorporarem t(cnicas mais
conducentes )s necessidades desta nova gerao.
'. &ipologia dos jogos
0s 'ogos electrnicos ganharam fora nos ltimos anos e, no
pararam de evoluir desde ento de forma e5tremamente rpida. &omo o
nmero de 'ogos cresce consideravelmente as revistas especializadas na
anlise dos mesmos e at( os prprios 'ogadores, criaram um sistema de
classificao que considera o tipo de resposta esperada do 'ogador.
Dentro dessa classificao temos+ Jogos de tiro ao alvo, Jogos de
com3ate, Jogos de ;lataforma, Jogos adaptados de outros meios
visuais, Jogos de desporto, Jogos de corrida e Jogos de 4strat(gia "#,
$%.
.l(m disso, alguns autores e organiza>es desenvolvem seus
prprios sistemas de classificao, entre os quais podemos citar o
criado por Eecta"#$%, que prop>em uma diviso 3aseada em #P
categorias so elas+
0ction adventure1 *ig2ting games1 *irst +erson
/2ooter (*+/)1 3anagement games1 +latform
games1 .acing games1 .eal time strateg4 (.(/)1 .ole
+la4ing -ames (.+-)1 /imulation games1 5orld6
building games 78-od8 games 9:;<
9raells"#,%por sua vez, prop>em a utilizao de sete categorias
nomeadamente+
0rcade (juegos tipo plataforma luc2as=)1
,esportes1 >uegos de aventura 4 rol1 /imuladores 4
constructores (aviones maquinarias ciudades=)1
15
>uegos de estratgia1 +u??les 4 juegos de lgica1
>uegos de perguntas (s.p)
Dessa forma podemos constatar que apesar de utilizarem diferentes
terminologias, ( comum classificar-se os 'ogos 3aseado no tipo de
resposta esperado. 0 que pode originar vrias ta5onomias, uma vez que
este tipo de classificao leva em conta no somente a mundivid!ncia e
o3'ectivos dos classificadores, mas tam3(m a diversidade e
comple5idade dos 'ogos.
:ma classificao mais simples, ( apresentada por NatXin"#-%, o
autor divide os 'ogos individuais em apenas - categorias principais+
;uzzle, 4strat(gia, .co e .ventura. ;ara este autor, os 'ogos
multi'ogador podem ser categorizados da mesma forma diferenciando
somente no que diz respeito )s motiva>es dos 'ogadores.
No entanto, e5iste um outro meio de classificao que leva em
considerao a forma como os 'ogos educam, dividindo-os em apenas
tr!s categorias "#8%+
Jogos para consumo elevado G &riados para serem vendidos para o
maior nmero de consumidores possvel. 4les podem possuir um fim
educativo, mas no pedaggico, centralizado em polticas de consumo
o3'ectivando unicamente aumentar a venda.
Jogos educativos e5plcitos G Direccionado para um p3lico pr(-
esta3elecido, com a finalidade de transmitir um contedo formal
especfico. ;odendo ser um contedo presente no am3iente escolar,
Asica, Yumica ou Eiologia, ou um contedo t(cnico de formao
profissional ou superior.
Jogos educativos implcitos G Jogos que apesar de no terem sido
criados para um fim educativo, so empregados dessa forma. . ideia, (
que esse 'ogo por si s, ou quando empregado dentro do am3iente
escolar, ensine algo.
4sta classificao ( mais a3rangente, mas tam3(m mais po3re, uma
vez que torna possvel englo3ar vrios 'ogos que at( ento no teriam
nada em comum em uma mesma categoria, no permitindo distinguir o
tipo de actividade a ser desenvolvida.
(. )om!nidades Virt!ais
&om a evoluo de comple5idade e5perimentada pelos 'ogos nos
ltimos anos, os manuais dei5aram de ser tudo o que os 'ogadores
16
precisavam para dominarem completamente os segredos escondidos em
cada nvel, ou as t(cnicas necessrias para fazer uma determinada
mano3ra "##%. Dessa forma ( imprescindvel a troca de informa>es e
e5peri!ncias para que se consiga concluir a maior parte dos 'ogos
actuais.
.pesar dos 'ogos possurem os mais variados estilos, o que torna
difcil utilizarmos uma classificao nica, podemos englo3ar os 'ogos
actuais em , nveis no que diz respeito ) necessidade de troca de
informa>es e formao de grupos de 'ogadores.
4m um primeiro grupo teramos os 'ogos criados para serem 'ogados
individualmente e que no permitem a formao de grupos de
'ogadores, havendo, no entanto, a possi3ilidade de se 'ogar em dupla,
mas nesse caso apenas teramos uma disputa entre os 'ogadores,
impossi3ilitando a unio entre a dupla para atingirem um o3'ectivo
comum. 0s principais representantes desse tipo de 'ogo so @elda e
+rince of +ersia. 4ntretanto, mesmo esses 'ogos encontram imenso
suporte online atrav(s de sites inteiros dedicados )s suas temticas.
:m outro grupo, que pode ser classificado como pertencendo a um
nvel interm(dios, possi3ilita no somente o 'ogo stand-alone, mas
tam3(m possi3ilita que seus 'ogadores formem grupos dentro do
am3iente do 'ogo para poderem atingir o3'ectivos comuns dentro do
prprio 'ogo, ou ainda 'ogarem entre si. Dentro deste grupo encontram-
se principalmente os 'ogos de tiro de primeira pessoa como Aounter
/tri)e e Battlefield :CD;. .l(m de possurem suporte online, o prprio
softQare do 'ogo ( ela3orado de forma a permitir a troca de informao,
al(m de possi3ilitar a formao de grupos e a possi3ilidade de criao
de cenrios prprio para as 3atalhas entre 'ogadores.
0 ltimo grupo ( formado pelos 'ogos que foram criados para que
somente em grupo se'a possvel atingir os maiores o3'ectivos
propostos. &om as ferramentas disponveis neste tipo de 'ogo,
geralmente ( possvel organizar grupos comple5os atrav(s de recursos
como chat, tags para representar o grupo, e um sistema de hierarquia
prprio de cada um dos grupos. 0s principais representantes deste tipo
de 'ogo so os <assive <ultiplaZer 0nline 9ames B<<09sC, que so
mundos inteiros criados em $D ou ,D, com regras e um com(rcio
particular. <uitos desses 'ogos chegam a possuir uma economia
superior ) de pases inteiros "#S%. 4 muitos dos grupos formados dentro
dos 'ogos atingem tamanho grau de comple5idade que se aca3am por se
17
estender e influenciar a vida real das pessoas que pertencem a este
grupo.
No terceiro grupo de 'ogos, o grupo ( indispensvel para o sucesso
individual no 'ogo "#T%. Neste caso, o grupo de 'ogadores ( formado
atrav(s da partilha de interesses e o3'ectivos, ( auto organizado e
descentralizado. 4sse tipo de grupo pode ser classificado como uma
comunidade de prtica principalmente pelo facto de que os seus
integrantes escolhem participar de forma livre, al(m disso, no est
ligado a uma instituio formal e possuem estrutura e hierarquia
fle5veis "#U%.
(.1. )aracter*sticas dos gr!pos
4m geral, os 'ogadores renem-se por interesse comum, mas outros
factores devem ser o3servados, os principais so+ lngua, fuso horrio,
e5peri!ncias culturais, e5peri!ncias anteriores de 'ogo e pro5imidade
fsica "#T%. [evar em conta a pro5imidade significa dizer que muitos
dos grupos de 'ogadores formam-se offline, e posteriormente passam
para o universo dos <<09s.
Dentro do universo do 'ogo, e5istem dois tipos de grupo, um que ser
formado por todos os 'ogadores, e outros tantos que sero formados por
pequenos grupos.
0 primeiro grupo tem o o3'ectivo de esta3elecer discuss>es so3re
temas gerais de interesse comunitrio relacionados com o 'ogo. ;ara
tanto, utilizam-se canais oficiais criados para esse fim como salas de
chat e fruns, onde so discutidos temas que variam desde regras e
dicas do 'ogos at( 3analidades que podem no ter nada a ver com o
'ogo em si. &om isso, esses espaos aca3am por se tornar o am3iente
ideal de socializao e troca de e5peri!ncias.
0 segundo grupo ( formado dentro dos 'ogos e rece3em o nome de
guildas, essas organiza>es dividem-se 3asicamente em dois con'untos
que diferem no o3'ectivo proposto. .s guildas do tipo /ocial t!m como
foco a diverso em con'unto, enquanto as do tipo :3er 3uscam alcanar
o melhor aproveitamento possvel dentro de um determinado 'ogo.
0 ingresso em uma determinada guilda pode ser feito atrav(s de um
conhecido, ou atrav(s de e5ames mais comple5os, que podem chegar a
e5ig!ncias de horas de 'ogo dirio. 4ssa comple5idade tem como
o3'ectivo garantir que o novo mem3ro ser fiel e respeitar as regras da
guilda, uma vez que muitas vezes, ele dever dei5ar o seu interesse
18
pessoal em segundo plano para agir de acordo com o interesse do grupo
"#T%.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
19
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
20
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
21
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
22
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
23
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
24
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
25
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
26
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
27
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
28
(.2. Partil#a de )on#ecimento
. principal caracterstica entretanto, para qualquer um dos tipos de
grupo citados, diz respeito a partilha de conhecimento entre seus
mem3ros. 0s 'ogadores online consideram o conhecimento como uma
entidade compartilhada, sendo impossvel estar concentrado nas mos
de um nico indivduo "#V%.
4ssa descentralizao do conhecimento ( na verdade a 3ase para o
que /iemens "$P% apresenta como conectivismo. De acordo com essa
a3ordagem, cada indivduo possui uma gama de informa>es que so
adquiridas atrav(s de uma rede de contactos ou fontes Bcompanheiros
de tra3alho, sites, 3ase de dados, 'ornais, etc.C, que posteriormente so
retransmitidas para a rede atrav(s do indivduo, mantendo assim o ciclo
de conhecimento.
.l(m disso, dentro de uma determinada tarefa dentro do 'ogo o
sucesso ou o fracasso de um determinado grupo depende do empenho
de cada 'ogador em particular e da identidade de grupo que eles
possuem "#U%. [ogo, cada 'ogador dever possuir ha3ilidades
especficas para desempenhar uma determinada funo dentro do grupo
que, usar as ferramentas virtuais de comunicao disponveis para
definir papeis e fun>es, al(m de fiscalizar e 'ulgar as ac>es de cada
indivduo "#T%.
.s comunidades de 'ogadores online portanto, servem como
am3ientes de ensino ideal para essa nova gerao de alunos, a Net
9eneration, uma vez que ao contrrio dos modelos tradicionais de
ensino, elas facilitam a integrao e a construo partilhada do
conhecimento "#V%, ( indispensvel nos dias de ho'e, ou de acordo com
9alarneau \ <elaine "$#%+
(2e modern Eorld requires t2at )noEledge not be
limited to one individual8s t2in)ing but rat2er s2ared
and accessed in a variet4 of Ea4s. &t is our collective
intelligence and t2e communication bridges from one
individual to anot2er t2at represent t2e possibilit4 of
an exponential leap forEard in terms of )noEledge
capabilit4 on a large scale. (p. FC)
.l(m disso, ;ereira B$PPTC concluiu que em uma comunidade de
'ogadores, a aprendizagem ocorre como 6parte integrante do
29
divertimento que resulta do processo de 'ogar7 Bp. 8SC. ?sso faz com
que os alunos passem a encarar a aprendizagem realizada atrav(s do
'ogo como algo natural, diferente do que ocorre com o am3iente
escolar, onde a mesma ocorre atrav(s de um domnio artificial imposto.
0s 'ogadores desenvolvem e praticam as ha3ilidades necessrias para
manter esse conhecimento adquirido, e a forma como ele foi adquirido,
pela vida a fora "#V%.
H importante ressaltar que, a utilizao de uma comunidade online
sem o devido suporte no ( garantia de aprendizagem, uma vez que ela
depende no somente do tema tratado, mas tam3(m de e5peri!ncias
anteriores, da socializao entre os pares, das identidades individuais
dos mem3ros e da noo de colectividade que cada indivduo possui
"#V, $#%.
;ortanto, uma comunidade online pode ter um comportamento
negativo, uma vez que pode servir apenas como forma de reproduo
de tend!ncias da m(dia, ou como forma de dominao de um grupo
dominante dentro da prpria comunidade "#T, #V%.
+. ,so de Videojogos na aprendi%agem
. partir dos anos UP, a relao que crianas e adolescentes passaram
a esta3elecer com os meios interactivos, se'am eles video'ogos,
computadores ou ?nternet, passou a preocupar no somente os pais, mas
tam3(m especialistas, que comearam a estudar a influ!ncia destes e,
principalmente, dos 'ogos electrnicos so3re o comportamento dessa
gerao que passa tantas horas com um jo4stic) ou um rato nas mos
"$, #8%.
4ntretanto, apesar de muita investigao ter sido feita nos ltimos
anos, pouco se pode dizer dos reais 3enefcios dos 'ogos, uma vez que
de uma forma geral as investiga>es t!m sido voltadas para a eficcia
da mensagem transmitida pelo 'ogo "U%, para o ganho de destreza
manual e memria visual "##% e, para as implica>es sociais e
motivacionais de se 'ogar um 'ogo como parte da metodologia de
aprendizagem "$$%.
H importante salientar que um 'ogo possui caractersticas educativas,
sendo inclusive essas apontadas como responsveis pelo sucesso dos
grandes 'ogos comerciais"U, V, $,%. 4 aqui no se trata de se a3ordar um
contedo especfico, mas de um modo geral, em um 'ogo o3t!m-se uma
30
mudana cognitiva no 'ogador para que este consiga aprender a 'ogar, e
aprender de uma forma totalmente adequada com as necessidades
individuais Bli3erdade de caminhos, aprendizagem por tentativa e erro,
possi3ilidade de realizar vrias ac>es em simult=neo, etc.C.
Desta forma, por se constiturem em sistemas imersivos capazes de
promover a socializao e a aprendizagem e5perimental, torna-se
evidente que os 'ogos so tecnologias intelectuais que cumprem a
funo de construir ou reorganizar as fun>es cognitivas dos 'ogadores
"S, $-, $8%. Dentro do mundo dos 'ogos electrnicos temos que essas
fun>es cognitivas so intensificadas constantemente, o que traz para
os usurios dessa tecnologia a desco3erta de novas formas de
conhecimento a cada dia.
EecXer "$,%, 3aseado no estudo realizado por .nthonZ 9regorc,
mostra que os 'ogos apresentam suporte a diversos estilos de
aprendizagem em particular+ concrete learners 0bstract Gearner e
/equential Gearners.
Dessa forma, perce3e-se que, mesmo que no intencionalmente, um
'ogo ( configurado, ou ela3orado, para educar de alguma forma. 4ssa
educao pode ser voltada, por e5emplo, para o consumo, para a
viol!ncia ou para os pap(is de g(nero "#8%, e ocorre em diferentes
estilos que se adaptam a cada tipo de 'ogador. /e'a qual for o o3'ectivo
pretendido, os 'ogos possuem caractersticas pedaggicas que podem
ser e5ploradas para transmitir contedos escolares formais ou prticos
de uso quotidiano "$,%. Aalta ainda perce3er, como ocorrem essas
mudanas cognitivas nos alunos que levam a esta aprendizagem no
am3iente do 'ogo, e como utilizar desta alterao em sala de aula.
:m dos modos de perce3er como se d esta aprendizagem, (
o3servar as formas de organizao, relao e a partilha de
conhecimentos que ocorre em uma comunidade virtual, organizada em
torno de um 'ogo online.
-. )oncl!so
J ( sa3ido que as escolas esto perante uma nova gerao de alunos,
com necessidades educativas diferentes da realidade apresentada. ;or
esse motivo os 'ogos merecem uma ateno especial dos educadores.
. componente grfica e o enredo dos 'ogos facilitam a imerso no
mundo virtual, que apresenta desafios comple5os e motivadores,
31
criando am3ientes envolventes e estimulantes. 0s 'ogos online suscitam
a resoluo partilhada em comunidades de 'ogadores, quer estes se
conheam pessoalmente ou no. 0s 'ogadores interagem socialmente e
aprendem a cola3orar para os o3'ectivos comuns.
:ma questo que urge investigar prende-se com as potencialidades
educativas dos 'ogos multiplaZer online.
0s 'ogadores online realmente desenvolvem compet!ncias sociais e
de resoluo de pro3lemas que podem ser transferidas para a vida real]
32
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
33
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
34
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
35
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
36
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
37
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
38
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
39
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
40
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
41
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
42
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
43
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
44
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
45
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
46
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
47
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
48
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
49
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
50
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
51
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
52
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
53
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
54
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
55
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
56
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
57
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
58
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
59
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
60
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
61
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
62
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
63
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
64
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
65
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
66
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
67
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
68
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
69
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
70
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
71
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
72
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
73
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
74
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
75
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
76
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
77
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
78
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
79
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
80
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
81
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
82
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
83
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
84
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
85
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
86
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
87
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
88
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
89
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
90
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
91
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
92
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
93
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
94
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
95
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
96
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
97
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
98
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
99
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
100
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
101
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
102
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
103
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
104
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
105
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
106
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
107
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
108
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
109
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
110
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
111
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
112
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
113
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
114
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
115
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
116
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
117
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
118
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
119
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
120
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
121
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
122
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
123
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
124
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
125
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
126
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
127
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
128
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
129
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
130
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
131
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
132
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
133
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
134
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
135
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
136
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
137
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
138
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
139
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
140
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
141
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
142
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
143
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
144
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
145
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
146
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
147
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
148
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
149
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
150
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
151
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
152
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
153
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
154
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
155
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
156
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
157
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
158
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
159
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
160
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
161
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
162
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
163
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
164
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
165
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
166
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
167
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
168
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
169
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
170
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
171
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
172
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
173
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
174
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
175
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
176
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
177
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
178
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
179
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
180
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
181
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
182
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
183
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
184
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
185
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
0 agente ( um processo e5ecutando no nodo gerenciado Bou
pr5imo a eleC, responsvel pela manuteno de um 3anco de
dados local com as informa>es de ger!ncia desse nodo. &ada
nodo gerenciado pelo /N<; deve possuir um agente e uma 3ase de
informa>es de ger!ncia. /endo assim, o nodo gerenciado ( visto
como um con'unto de variveis que representam informa>es
referentes ao seu estado atual. 4ssas variveis ficam disponveis ao
gerente atrav(s de consultas e podem ser alteradas por ele G se
assim as variveis foram definidas. .o disponi3ilizar essas variveis
) leitura, o nodo permite seu monitoramento e, ao rece3er novos
valores do gerente, o nodo estar sendo controlado.
0s agentes /N<; podem ser classificados em dois tipos
distintos, que diferem entre si pela forma como so implementadas as
funcionalidades do protocolo /N<; e pelo modo como so feitas as
intera>es com os dispositivos gerenciados "$%.
;or sua vez, o agente estendido possui somente
fun>es 3sicas de comunicao com o dispositivo gerenciado
para 3usca de informa>es. 4ste tipo de agente ( 3aseado em um
agente principal Be5tensvelC, o qual implementa as fun>es do
protocolo /N<;. Dessa forma, o tra3alho de resposta )s
requisi>es do protocolo /N<; ( feito somente pelo agente
186
e5tensvel, ficando para o agente /N<; estendido o tra3alho de
comunicao com o dispositivo gerenciado e disponi3ilizao das
informa>es de monitorao ao agente e5tensvel.
0 gerente ( uma aplicao em e5ecuo em uma estao de
gerenciamento. H possvel que e5ista um ou mais gerentes em
e5ecuo em uma mesma estao - cola3orando entre si para o
gerenciamento - e todos eles utilizam o protocolo de ger!ncia
disponi3ilizado por essa estao. 4ssas aplica>es so capazes de
monitorar os agentes atrav(s de requisi>es de informa>es
contidas na 3ase de informa>es de gerenciamento e de alterar as
caractersticas dos nodos gerenciados, informando novos valores ao
agente.
0s gerentes so os responsveis pela implementao da
poltica que ser adotada na ger!ncia e eles so acessveis ) pessoa ou
entidade responsvel pelo gerenciamento do nodo. 0 envio de
alarmes por e-mail, chamadas telefInicas, mensagens para
telefones celulares ou outras formas de comunicao com o
administrador so comuns nestes aplicativos. .l(m disso, a
visualizao das grandezas e estados dos equipamentos (
fundamental neste tipo de aplicao. 0utra forma de visualizao
interessante ( a apresentao de grficos que mostrem a
evoluo de valores ou condi>es do equipamento ao longo do
tempo, fornecendo informa>es so3re tend!ncia de comportamento
dos equipamentos.
0 protocolo /N<; define as opera>es de leitura de valores,
escrita de valores e notificao de condi>es de e5ceo BtrapsC. ;ara
que ocorra a troca de mensagens no protocolo /N<; so utilizadas
cinco ;D:s B+rotocol ,ata UnitC+ -et.equest, -etNext.equest,
-et.esponse, /et.equest e (rap Bconsiderando a verso # do /N<; G
/N<;v#C. &ada ;D: corresponde ) definio dos formatos
empregados pelas entidades do protocolo na troca de informa>es.
. definio do /N<; prev! uma autenticao que deve ser
feita ao trocar informa>es utilizando o protocolo. 4ssa autenticao
( realizada atrav(s da string de comunidade Binformada por quem
est tomando a iniciativa no envio de informa>esC.
. comunidade pode ser diferente para leitura, escrita e envio de
traps. /e a comunidade for informada incorretamente, o agente no
responder a solicitao do gerente.
187
;or ser um protocolo simples e de fcil implementao Btanto em
se tratando do agente quanto com relao ao gerenteC, o /N<; est
presente em praticamente qualquer equipamento que disponi3ilize
suas informa>es para monitorao.
&onsiderando que quando um dispositivo possui um agente
/N<; ele pode ser monitorado atrav(s da utilizao de qualquer
ferramenta de gerenciamento que utilize o protocolo, torna-se vivel
o desenvolvimento de ferramentas simples e 3astante eficientes, tanto
para gerenciar equipamentos usando <?Es padronizadas Bcomo a
:;/- <?E, por e5emploC quanto para utilizar <?Es proprietrias.
.rtigo+ &aracterizaco de ;adr>es de :so do ;rotocolo /N<;
Fefer!ncia+
http+OOs3rc$P#P.inf.ufrgs.3rOanaisOdataOpdfOQgrsOstP#RP#RQgrs.pdf
. partir das anaJlises realizadas so3re o traJfego fornecido pela
Fede Nacional de 4nsino e ;esquisa BFN;C, foi possJKvel se chegar a
um con'unto de resultados interessantes acerca do protocolo /N<;.
.tualmente, e5iste um grande esforcLo por parte da comunidade de
pesquisa em gerenciamento e operacLaMo de redes de computadores
para se determinar os padroM es de uso do protocolo /N<; nas redes
em producLaMo. 0 presente estudo contri3ui com esse esforcLo,
atraveJs de dados que ora confirmam vaJrios dos aspectos que eram
apenas pressupostos so3re o uso do /N<;, ora trazem a tona novas
caracterJKsticas ainda desconhecidas pela comunidade de
gerenciamento de redes. <uitas das anaJlises que foram empregadas
neste tra3alho no haviam sido utilizadas anteriormente em outros
tra3alhos inseridos no conte5to da caract eri zao do uso do
protocolo /N<;.
4m especial, as anaJlises das distri3ui>es dos nmeros de
mensagens em perspectiva com a dimensaMo temporal do trafego
monitorado demonstrou ser capaz de fornecer insights 3as- tante
interessantes acerca do comportamento do protocolo /N<; na rede
da FN;, tais como+ identificacLaMo de componentes aperioJ dicos em
momentos especJKficos do traJfego monitorado, nJKveis de variacLaMo
tipicamente relacionados com cada operacLaMo do proto- colo /N<;,
potencial para otimizacLaMo do traJfego de polling a partir de
188
modificacLoM es nas operacLoM es utilizadas para recuperacLaMo de
valores dos agentes da rede, entre outros.
0 traJfego /N<; estudado se mostrou, predominantemente,
constante e perioJ dico. 4sse comportamento 'aJ era esperado, uma vez
que a maior parte das ferramentas de gerenciamento de redes
conhecidas faz uso e5tenso de polling para determinar o estado dos va
Jrios agentes que estaMo sendo gerenciados. /eria dese'aJvel o estudo
do comportamento da geracLaMo de mensagens feita pelas ferramentas
de gerenciamento da rede, a fim de melhor e5plicar os fenoN menos
aqui estudados. &ontudo, esse tipo de anaJlise no eJ factJKvel, uma
vez que os dados das mensagens contidas na amostra de traJfego
/N<; naMo saMo suficientes para que 6porcLoM es7 de traJfego
provenientes de ferramentas de gerenciamento distintas se'am isoladas.
Aoi possJKvel tam3eJm se identificar um componente aperio
J dico nesse mesmo traJfego, inclusive criado a partir de mensagens
que saMo tipicamente usadas para a e5ecucLaMo do polling na rede,
como eJ o caso do get-request. 4sse componente eJ significativo
o suficiente para 'ustificar um estudo mais aprofundado do mesmo,
sendo necessaJrio isolaJ- lo da parte perioJ dica do traJfego, a fim de
ser melhor analisado. 0s autores do presente artigo plane'am a
realizacLaMo de um estudo desse tipo para o futuro.
0s recursos do /N<; para notificacLaMo BtrapsC se
mostraram pouco utilizados na rede estudada, em detrimento do
e5tenso uso de polling. Fessalta-se que o uso de traps eJ recomendado
no /N<; a fim de diminuir a so3recarga de mensagens de
gerenciamento so3re a rede. 0s coeficientes de variacLaMo do nuJ
mero de mensagens do tipo trap foram os maiores dentre os
analisados no traJfego /N<; da FN;, fato este que naMo representou
uma surpresa para os autores deste tra3alho.
&onforme esperado, o3servou-se que o /N<; eJ utilizado na
rede da FN; e5clu- sivamente para monitoramento dos dispositivos e
servicLos, e nunca para configuracLaMo dos mesmos. ?sso
provavelmente se deve aos pro3lemas de segurancLa que o /N<; pode
apre- sentar para configuracLaMo de recursos na rede, uma vez que as
strings de comunidade, que funcionam como uma espeJcie de senha
nesse tipo de operacLaMo, trafegariam em claro na rede. .
possi3ilidade de criptografar esse tipo de informacLaMo soJ surgiu a
189
partir da versaMo , do /N<;1 este, poreJm, ainda naMo eJ suportado
por vaJrios dos dispositivos de rede atuais. @am3eJm por esse motivo
naMo foram registradas no traJfego da FN; mensagens da versaMo , do
/N<;.
Gerncia de Redes
.rtigo+ 9erenciamento de 4quipamentos :sando o ;rotocolo /N<;
0 gerenciamento de dispositivos em uma rede local no ( uma
tarefa fcil, em3ora se'a de grande import=ncia dentro das
organiza>es. 0utro ponto a considerar ( a quantidade de
equipamentos que podem ser gerenciados tende a aumentar
continuamente, sendo necessrio que o processo de ger!ncia desses
dispositivos deve se dar de forma simples e direta.
0 ;rotocolo /N<; ( o protocolo de ger!ncia de redes padro
do ?4@A B&nternet 'ngineering (as) *orceC e se tornou padro de
fato para o gerenciamento de redes ?;. 4le ( um protocolo
pertencente ) camada de aplicao da arquitetura 0/? e utiliza na
camada de transporte os servios do protocolo :D; para enviar suas
mensagens atrav(s da rede ?;.
0 /N<; ( o protocolo mais utilizado em gerenciamento de
redes e permite que uma ou mais mquinas na rede se'am designadas
como gerentes de rede. 4sta mquina rece3e informa>es de todas as
outras da rede, chamadas de agentes, e atrav(s do processamento
destas informa>es, pode gerenciar toda a rede e detectar facilmente os
pro3lemas ocorridos. .s informa>es coletadas pela mquina gerente
esto armazenadas nas prprias mquinas da rede B<?EC. Nesta 3ase
esto gravadas todas as informa>es necessrias para o gerenciamento
deste dispositivo, atrav(s de variveis que so requeridas pela estao
gerente.
0 /N<; ( um protocolo no orientado a cone5o+ no requer
ao pr(via nem posterior ao envio de mensagens, fazendo com que
no ha'a nenhuma garantia de que as mensagens do protocolo
chegaro ao destino. Fo3usto porque, como no e5iste cone5o, nem o
gerente nem o sistema gerenciado necessitam um do outro para operar.
190