Universidade de Caxias do Sul

Mestrado em Ciência da Computação - Convênio UCS/UFRGS
Gerência de Redes
Profa. Liane Margarida Rockenbach Tarouco


Relato da Monitoração Remota com RMON

Christian Zambenedetti
Joacir Giaretta
[christian;joacir]@abacus.inf.br




Como não encontramos nenhum objeto gerenciável com RMON na rede da UCS, relatamos aqui as experiências com os softwares de demostração de RMON, Ethernet Network Management Demo e MMM (Multi Modem Manager). Após isso tentaremos simular uma situação de Broadcast Storm, mostrando onde encotramos dados para essa conclusão.

O MMM realiza diagnósticos gerais através de um gerenciador de modems, mostrando graficamente a situação de cada um deles ou de determinado rack de modems ou de alguns modems de algum rack. Por exemplo, em cada slot de um rack é possível ver o status de cada modem, se está discando, chamando, conectado ou livre. Através do Call Traffic pode-se ter um histórico completo das chamadas, realizando um monitoramento das conexões, com informações como duração da chamada e número do telefone.Na janela de Status e Falhas mostra os eventos de falha encontrados para todos os racks ativos. Algumas falhas podem automaticamente resultar no reset do modem ou configurá-lo para ficar fora de serviço. Existem ainda módulos de configuração e segurança, onde podemos habilitar modems para determinados usuários em determinados dias e horários. Na análise estatística podemos selecionar os modems desejados e, através de gráficos, são mostradas estatísticas como: velocidades de conexão, tipos de conexão, classes de conexão e tipos de desconexão.

O Ethernet Network Management mostra, graficamente, a situação de sub-redes dentro de uma rede específica. Através da demonstração pode constatar que, através de cores, alarmes são emitidos detectando problemas existentes na rede. Quando um problema é detectado, é possível verificar a situação da sub-rede com problemas. O demo mostrou uma situação de falha em switches de uma sub-rede. Vários aspectos podem ser analisados em relação ao problema detectado.


Para verificar a existência de um Broadcast Storm em um agente RMON utilizando o MIB Browser, podemos analisar os objetos hostOutBroadcastPkts, contido no grupo hosts, abaixo identificado e que mostra o número de pacotes bons transmitidos para endereços broadcasts....

OID Name: hostOutBroadcastPkts
OID: 1.3.6.1.2.1.16.4.2.1.9
OID full path: iso(1).org(3).dod(6).internet(1).mgmt(2).mib-2(1).rmon(16).hosts(4).hostTable(2).hostEntry(1).hostOutBroadcastPkts(9)
Module: RMON-MIB
Parent: hostEntry
Child: <not available>
Prev sibling: hostOutErrors
Next sibling: hostOutMulticastPkts
Type: OBJECT-TYPE
Status: mandatory
Max Access: read-only
Numerical syntax: 65 - SNMP_SYNTAX_CNTR32
Base syntax name: Counter
Composed syntax name: Counter
Description: The number of good packets transmitted by this
                  address that were directed to the broadcast address
                  since this host was added to the hostTable.
 

... , o objeto hostOutMulticastPkts, abaixo identificado e que mostra o número de pacotes bons transmitidos para endereços multicast, não incluindo endereços multicasts....

OID Name: hostOutMulticastPkts
OID: 1.3.6.1.2.1.16.4.2.1.10
OID full path: iso(1).org(3).dod(6).internet(1).mgmt(2).mib-2(1).rmon(16).hosts(4).hostTable(2).hostEntry(1).hostOutMulticastPkts(10)
Module: RMON-MIB
Parent: hostEntry
Child: <not available>
Prev sibling: hostOutBroadcastPkts
Next sibling: <not available>
Type: OBJECT-TYPE
Status: mandatory
Max Access: read-only
Numerical syntax: 65 - SNMP_SYNTAX_CNTR32
Base syntax name: Counter
Composed syntax name: Counter
Description: The number of good packets transmitted by this
                  address that were directed to a multicast address
                  since this host was added to the hostTable.
                  Note that this number does not include packets
                  directed to the broadcast address.

, o objeto hostOutPkts, abaixo identificado e que mostra o número de pacotes bons e ruins transmitidos para qualquer endereço....

OID Name: hostOutPkts
OID: 1.3.6.1.2.1.16.4.2.1.5
OID full path: iso(1).org(3).dod(6).internet(1).mgmt(2).mib-2(1).rmon(16).hosts(4).hostTable(2).hostEntry(1).hostOutPkts(5)
Module: RMON-MIB
Parent: hostEntry
Child: <not available>
Prev sibling: hostInPkts
Next sibling: hostInOctets
Type: OBJECT-TYPE
Status: mandatory
Max Access: read-only
Numerical syntax: 65 - SNMP_SYNTAX_CNTR32
Base syntax name: Counter
Composed syntax name: Counter
Description: The number of packets, including bad packets,
                  transmitted by this address since it was added
                  to the hostTable.

... e o objeto hostOutErrors, abaixo identificado e que mostra o número de pacotes ruins transmitidos para qualquer endereço.

OID Name: hostOutErrors
OID: 1.3.6.1.2.1.16.4.2.1.8
OID full path: iso(1).org(3).dod(6).internet(1).mgmt(2).mib-2(1).rmon(16).hosts(4).hostTable(2).hostEntry(1).hostOutErrors(8)
Module: RMON-MIB
Parent: hostEntry
Child: <not available>
Prev sibling: hostOutOctets
Next sibling: hostOutBroadcastPkts
Type: OBJECT-TYPE
Status: mandatory
Max Access: read-only
Numerical syntax: 65 - SNMP_SYNTAX_CNTR32
Base syntax name: Counter
Composed syntax name: Counter
Description: The number of bad packets transmitted by this address
                  since this host was added to the hostTable.
 

Através desses objetos podemos saber a quantidade de objetos Unicast, tirando os pacotes ruins (hostOutErrors), broadcast (hostOutBroadcastPkts) e multicast (hostOutMulticastPkts) do total de pacotes (hostOutPkts). Após isso, faz-se uma comparação com os pacotes broadcast, e, se o número de pacotes broadcast for muito superior, temos uma situação de Broadcast Storm.

Poderíamos também fazer testes com o grupo Statistics.