Data: 03/09/99 Hora: 17:02 Máquina: 200.248.40.130

Nome : Giovanni Ely Rocco
Endereco : 4
opiniao :
Investigaria os objetos RMON do Grupo Host na Máquina B (switch com RMON).
Os agentes RMON permitem coletar de dados e acumular estatísticas (necessário para a análise do padrão de tráfego da rede local).
O Grupo Host provê estatísticas de tráfego para cada nó da rede, mantendo uma lista de endereços MAC de origem e destino dos Host da rede, observando os pacotes da rede de forma promíscua.

Data: 03/09/99 Hora: 17:08 Máquina: 200.248.40.130

Nome : Marcelo Faoro de Abreu
Endereco : 4
opiniao :

Para conhecer o padrão de tráfego da rede acima eu investigaria,
na máquina B, os seguintes objetos:
· etherStatsOctets, para observar as estatísticas de octetos
· etherStatsPkts, para observar a quantidade de pacotes que trafegam
· etherStatsUndersizePkts, para ver quantos pacotes possuem tamanho inferior ao mínimo
· etherStatsOversizePkts, para ver quantos pcts possuem tamanho exessivo
· etherStatsCollision, para analisar a quantidade de colisões
· hostOutBroadcastPkts, para analisar a quantidade de Broadcasts
· hostOutMulticastPkts, para verificar a quantidade de Multicasts
Seriam analisados os objetos acima na máquina B, porque é um switch e
possui agentes RMON que forneceriam informações sobre a parte da rede
até o HUB.
Também seria necessário analisar a máquina C, por que é um HUB e possui
agente SNMP que forneceria atravéz dos objetos do grupo de estatística
informações sobre o tráfego no segmento pertencente àquele HUB.

Data: 03/09/99 Hora: 17:12 Máquina: 200.248.40.130

Nome : Henrique Oliveira da Silva
Endereco : 4
opiniao : Invetigaria a máquina B que possui um Switch RMON, analizando os objetos do grupo HOST, que contém contadores de vários tipos de tráfego para e de servidores atachados à subrede. Ele mantém uma lista de endereços MAC de origem e destino dos Host da rede, observando os pacotes da rede de forma promíscua. Ele provê estatísticas de tráfego para cada nó da rede (dispositivo) em formato de tabela. A tabela de hosts lista pacotes e octetos de entrada e saída; pacotes de saída multicast e broadcast; e um contador de erros nos pacotes enviados por cada estação da rede. Consiste de três tabelas: uma de Controle e duas de Dados: 1)hostControlTable: controla as funções realizadas por cada interface e algumas informações sobre os processos. 2)hostTable: coleção de estatísticas sobre os hosts descobertos, indexadas pelo endereço do host. 3)hostTimeTable: idem ao anterior, mas com estatísticas indexadas pela ordem em que os hosts foram descobertos. A hostTable possui objetos que informam o: hostAddress (1) - endereço do host, hostInPkts (4) - o número de pacotes transmitidos a este endereço desde que este foi adicionado a hostTable, hostOutPkts (5) - o número de pacotes, incluindo os pacotes ruins, transmitidos por este endereço desde que este foi adicionado a hostTable, hostOutErrors (8) - o número de pacotes ruins transmitidos por este endereço desde que este foi adicionado a hostTable, hostOutBroadcastPkts (9) - o número de pacotes bons enviados enviados direto ao endereço Broadcast desde que este foi adicionado a hostTable, hostOutMulticastPkts (10)- o número de pacotes bons enviados enviados direto ao endereço Multicast desde que este foi adicionado a hostTable sem incluir os pacotes Brodcast.

Data: 03/09/99 Hora: 17:19 Máquina: 200.248.40.130

Nome : Rogerio Tessari
Endereco : 4
opiniao : Eu investigaria o switch A com que contem o agente RMON, pois através dele é permitido investigar todo o tráfego entre os dois domínios de subredes locais, bem como o status do Hub e do Roteador, visto que o agente RMON pode se comunicar com os respectivos agentes SNMP destas máquinas. Com o grupo Protocol Distribution da MIB RMON (ProtocolDist) seria possível levantar estatísticas quanto ao número de octetos e pacotes recebidos para cada protocolo suportado, permitindo assim um bom detalhamento do tráfego, pois desta forma podemos obter informações de qualquer protocolo configurado no probe e não só os IP e/ou TCP.

Data: 03/09/99 Hora: 17:25 Máquina: 200.248.40.130

Nome : Ricardo Augusto Manfredini
Endereco : 4
opiniao :

Para conhecer os padrões de tráfego, eu utilizaria os objetos rmon
do switch B, com o grupo de objetos Host (hostOutPkts , hostOutErrors, etc)
poderia identificar o tráfego entre os segmentos, por exemplo determinar se
o segmento de rede ligado ao hub C esta gerado muito tráfego e assim poder
tirar alguma estação do hub e conectada-la diretamente a uma porta do switch.

Utilizando ainda o grupo de objetos Protocol poderia descobrir que
que tipos de pacotes estão circulando por cada segmento.

Ainda com os objetos History poderia armazenar informações históricas
sobre o segmento de rede(número de colisões - etherHistoryCollisions,
pacotes com erros de CRC- etherHistoryCRCAlignErrors, etc), podendo montar
estatística de erros por pacotes transmitidos,por exemplo.

Através dos grupos Event e Alarm eu geraria alarmes sempre que um algum
evento monitorado ultapassa-se algum valor histórico,por exemplo o número de
colisões ultapassa a valor de etherHistoryCollisions é acionado o alarme
alarmRisingThreshold, que tem como valor máximo de colisões aceitáveis o
valor de etherHistoryCollisions, e dispararia um evento que geraria um trap
para o administrador da rede.

Data: 03/09/99 Hora: 17:26 Máquina: 200.248.40.130

Nome : Elisa Terezinha Machado
Endereco : 4
opiniao : Investigaria a máquina B,switch com Rmon. Parti do pressuposto que as máquinas existentes podem ser servidores. Os objetos gerenciáveis que seriam investigados são: -etherStatsBroadcastPkts Estes objeto me permitiram avaliar se existe muito broadacast nesta rede -etherHistoryBroadcastPkts Com este eu poderia ver se o fato acimatemm se repetido periodicamente -hostControlDataSource este objeto eu posso saber a origem dos dados para aquela interface -hostInPkts,hostOutPkts Este dois obejtos permitem o controle de pacotes recebidos e enviados para aquele endereço. -matrixControlDataSource: Este objeto permite verificar quem fala com quem, isto permite verificar qual parte da rede o tráfego esta mais congestionado, quais servidores estão conversando mais e tentar avaliar porque isto esta ocorrendo.

Data: 03/09/99 Hora: 17:26 Máquina: 200.248.40.130

Nome : Cristiane Pinheiro Almeron
Endereco :
opiniao : No switch, que é um agente RMON, eu investigaria os objetos hostControlTable e hostTable, no grupo Host, para obter os contadores dos tipos de tráfegos. Também utilizaria o grupo Statistics para colher dados de cada interface monitorada, como por exemplo, CRC, colisões e tamanhos de pacotes diferentes. Ainda no switch, eu olharia o grupo Matrix, para conhecer a quantidade de tráfego e os erros. Já no Hub, que é um agente SNMP, eu olharia em cada um dos grupos (IP, TCP,...) o número de datagramas recebidos e enviados, para conhecer qual é o protocolo mais utilizado, qual é a sua taxa de transmissão, erros,... Além disso, eu utilizaria o ethload, no Hub e no roteador, para obter maiores informações quanto ao tráfego.

Data: 03/09/99 Hora: 17:28 Máquina: 200.248.40.130

Nome : Claudia Butignol
Endereco : 3
opiniao :

Eu faria a analise do trafego da rede atraves da monitoracao do switch com agente RMON.

Utilizaria para isso os grupos:

Statistics - que fornece dados a respeito do volume e tipos de pacotes que estao trafegando na rede analisada. Com isso podemos ter uma ideia de como esta a utilizacao da banda, atraves do total de colisoes, pacotes transmitidos ok,fragmentados. Com o objeto etherStatsBroadcastPkts podemos verificar a quantidade de pacotes bons direcionados para o endereço broadcast. Assim é possível verificar o volume de tráfego broadcast no segmento ethernet analisado e através desta informação podemos detectar possíveis broadcast storm, nesse caso é importante verificar o período que isso ocorre, com que freqüência, com carga leve ou carga baixa.

Host - usado para obter estatísticas sobre servidores específicos da LAN. O monitor aprende sobre novos hosts da LAN observando a origem e o destino do endereço MAC dos pacotes. Um conjunto de estatísticas é mantido para cada Host conhecido. Com isso podemos verificar onde estao os gargalos na rede.

Filter - instruir um monitor para observar pacotes específicos em uma interface. Assim seria interessante monitorar determinados pacotes como por exemplo os broadcast.

Data: 03/09/99 Hora: 17:30 Máquina: 200.248.40.130

Nome : Lia Cláudia Matté
Endereco : 4
opiniao : Eu faria minha investigacao na maquina B, porque nesta maquina eu consigo observar tanto o trafego que entra na rede como o trafego interno. Dentro do switch com RMON eu observaria os seguintes objetos gerenciados: EtherStatsTable para identificar quais as interface que mais possuem tráfego, e daquelas mais utilizadas examinaria o tamanho dos pacotes que trafegam por ela, e se são multicast ou broadcast. Com essa observacao teria uma ideia geral de que tipo de pacotes trafegam pela rede; Com a hostTable identificaria quais os host utilizados, e em hostEntry conseguiria verificar o número de pacotes que entram, que saem, os pacotes com erros, o tamanho medio dos pacotes. Assim identificaria quais os hosts mais utilizados, e que tipo de servico eles oferecem; Sabendo quais os hosts mais utilizados poderia utilizar os objetos do grupo matrix para identificar quais os dispositivos que utilizam mais determinados host, esta estatística de tráfego pode ser feita através da tabela matrixSDTable. A partir desta visão geral eu conseguiria ter uma idéia inicial do tipo de pacote que trafega na rede e quem mais os utiliza.

Data: 03/09/99 Hora: 17:32 Máquina: 200.248.40.130

Nome : Silvio Fernando Angonese
Endereco : 4
opiniao : Eu investigaria o Switch ( Máquina B )pois ele possui um agente RMON que está armazenando as estatísticas de tráfego de toda a rede em análise. Utilizaria o software de gerenciamento de redes Mib-Browser , a MIB RMON, e analisaria no grupo Statistics os seguintes Objetos: etherStatsOctets = Identificar o número de bytes que estão trafegando na rede. Podendo avaliar o percentual de utilização da banda total da rede. etherStatsPkts = Se o tráfego estiver alto, identificado através da análise do objeto anterior, usando o serviço do etherStatsPkts poderei saber qual o tipo de pacotes que estão trafegando (broadcast, multicast e pacotes com erros). Sabendo qual o tipo de pacote que está gerando o excesso de tráfego o próximo passo será achar a origem. etherStatsDataSource = Através deste objeto poderei identificar a origem do tráfego. Se estiver ocorrendo grande tráfego broadcast, por exemplo, desta forma conseguirei mapear a sua origem, facilitando as ações necessárias. etherStatsCollisions = Analisar o número total de colisões para cada segmento da rede. Um ítem normalmente crítico que poderia ser analisado é o Hub ( Máquina C ), como ele possui um agente SNMP, poderei analisar através do MIB-Browser, a MIB II, no grupo Interfaces os seguintes objetos gerenciáveis. ifInOctets e ifOutOctets = Para verificar o número de bytes recebidos e os efetivamente enviados pela interface. Se a análise destes contadores revelarem diferenças altas, deve-se aprofundar a pesquisa afim de identificar a sua origem e providenciar, se for o caso, de segmentar mais a sub-rede ou substituir o HUB por um equipamento de comunicação que administre melhor o tráfego, um Switch por exemplo, ou ação que administre melhor este problema. iflnDiscards e iflnErrors = Através destes objetos poderei verificar quantos pacotes estão sendo discartados pela HUB ou estão com erros. Se o número for alto também pode ser um sinal de problemas. Para todos os casos acima mencionados, precisamos possuir uma base de conhecimento para podermos identificar o comportamento normal da rede, deveremos ter um parâmetro de comparação.

Data: 03/09/99 Hora: 17:32 Máquina: 200.248.40.130

Nome : Cristina Cemin
Endereco :
opiniao : Eu investigaria a máquina B por possuir um agente RMON e utilizaria os seguintes grupos: STATISCS : porque dá estatísticas de CRC, colisões e tamanhos de pacotes diferentes. Assim poderia determinar, por exemplo, um nro máximo de colisões permitidas e quando ultrapassasse esse limite disparava um evento que soasse um alarme para avisar que o limite de colisões foi ultrapassada (Uso do Grupo Alarm que defini um conjunto de entradas para performance de rede. Se um limite é alcançado, um alarme é gerado e enviado para o console ] central). HOST : porque eu conseguiria obter estatísticas sobre servidores específicos da LAN,observando a origem e o destino do endereço MAC dos pacotes, mantendo assim um conjunto de estatísticas para cada Host conhecido. HOSTTOPN : utilizaria para manter estatísticas sobre o conjunto de hosts. Poderia com isso manter uma lista que guardasse as estatísticas dos hosts mais utilizados no horário de maior concetração da rede. MATRIX: Usaria para conseguir informações sobre o tráfego entre pares de hosts em uma subrede, onde a informação ficará armazenada em uma matriz. Nesse grupo faria uso principalmente das seguintes tabelas: - matrixSDTable: para armazenar estatísticas do tráfego de um host de certa origem para suas destinações. - matrixSDSourceAddress: para conseguir o endereço MAC de origem. - matrixSDDestAddress: para conseguir o endereço MAC de destino.

Data: 03/09/99 Hora: 17:36 Máquina: 200.248.40.130

Nome : Taís Adriana Citton
Endereco : 4
opiniao :

Data: 03/09/99 Hora: 17:38 Máquina: 200.248.40.130

Nome : Joacir Giaretta
Endereco : 3
opiniao : Eu investigaria a máquina C (switch c/RMON). A escolha deste objeto se deve ao fato do RMON possuir algumas caracterísitcas importantes: Operação off-line, motinoração pró-ativa, detecção e relato de problemas e dados de valor adicionado. É possível investigar vários aspectos da rede nos vários grupos do RMON. No grupo estatísticas podemos ter várias estatísticas de erros, como colisões, undersize e oversize, além de estatísticas sobre os pacotes: quais são broadcast, multicast, quantos pacotes ruins, quantos foram descartados pelo agente, podendo saber por exemplo se exite alguma situação de Broadcast Storm. Poderia-se utilizar o grupo Alarme para determinar limiares que serão comparadas com amostragens de variáveis selecionadas, e se forem ultrapassadas geram eventos de informação. O grupo Host pode ser usado para obter estatísticas sobre servidores específicos da rede, mostrando estatísticas diversas dos vários tipos de tráfego existentes, sendo muito útil no gerenciamento de configuração. Outros grupos existem para nos fornecer informações diversas sobre a situação da rede e ajudar na resolução de problemas.

Data: 03/09/99 Hora: 17:38 Máquina: 200.248.40.130

Nome : Cristina Cemin
Endereco : 4
opiniao : Eu investigaria a máquina B por possuir um agente RMON e utilizaria os seguintes grupos: STATISCS : porque dá estatísticas de CRC, colisões e tamanhos de pacotes diferentes. Assim poderia determinar, por exemplo, um nro máximo de colisões permitidas e quando ultrapassasse esse limite disparava um evento que soasse um alarme para avisar que o limite de colisões foi ultrapassada (Uso do Grupo Alarm que defini um conjunto de entradas para performance de rede. Se um limite é alcançado, um alarme é gerado e enviado para o console ] central). HOST : porque eu conseguiria obter estatísticas sobre servidores específicos da LAN,observando a origem e o destino do endereço MAC dos pacotes, mantendo assim um conjunto de estatísticas para cada Host conhecido. HOSTTOPN : utilizaria para manter estatísticas sobre o conjunto de hosts. Poderia com isso manter uma lista que guardasse as estatísticas dos hosts mais utilizados no horário de maior concetração da rede. MATRIX: Usaria para conseguir informações sobre o tráfego entre pares de hosts em uma subrede, onde a informação ficará armazenada em uma matriz. Nesse grupo faria uso principalmente das seguintes tabelas: - matrixSDTable: para armazenar estatísticas do tráfego de um host de certa origem para suas destinações. - matrixSDSourceAddress: para conseguir o endereço MAC de origem. - matrixSDDestAddress: para conseguir o endereço MAC de destino.

Data: 03/09/99 Hora: 17:39 Máquina: 200.248.40.130

Nome : Alessandro Boeira dos Reis
Endereco : 5
opiniao : Conforme a figura acima, os objetos gerenciados seriam:

• ifSpeed que fornece a largura de banda da interface;
• ifInOctets que fornece a taxa de bytes recebidos;
• ifOutOctets que fornece a taxa de bytes enviados;
• ifInUcastPkts que fornece a taxa de pacotes unicast recebidos;
• ifOutUcastPkts que fornece a taxa de pacotes unicast enviados;
• ifInNUcastPkts que fornece a taxa de pacotes broadcast recebidos;
• ifOutNucastPkts que fornece a taxa de pacotes broadcast enviados;

Data: 03/09/99 Hora: 17:40 Máquina: 200.248.40.130

Nome : Daniel Antonio Faccin
Endereco : 4
opiniao : Investigaria o Switch (B). O agente RMON, colocado sobre o Switch que é o responsável pelo tráfego de toda a informação na rede, permite também o monitoramento de objetos não gerenciáveis. O tráfego de entrada/saída também ocorrerá de forma constante sobre a máquina B.Os objetos que poderiam ser utilizados para isso seriam: ifDescr, ifType, ifMTU, ifSpeed, ifAdminStatus, ifTable, ifEntry, ifNumber. Utilizando outros grupos de agentes RMON pode-se executar continuamente diagnósticos e verificar a situação da rede em termos de carga, problemas, monitorar protocolos e gerenciar os acessos. Mesmo Off-line, são armazenadas estatísticas que ficarão disponíveis para serem repassadas ao gerente posteriormente. Essas características permitem que o gerenciamento sobre a rede e seus componentes seja mais completo.

Data: 03/09/99 Hora: 17:41 Máquina: 200.248.40.130

Nome : Eliseu Dewes
Endereco : 3
opiniao : b) SWITCH - RMON - Objetos que investiguem pacotes com erro, número de colisões, tamanho de pacotes Alguns exemplos de Objetos por GRUPO: STATISTICS Através da variável etherStatsOctets pode-se identificar a interface com o maior volume de tráfego ALARM E EVENTS rmon.alarm.alarmTable.alarmEntry.alarmIndex rmon.alarm.alarmTable.alarmEntry.alarmInterval rmon.alarm.alarmTable.alarmEntry.alarmVariable rmon.alarm.alarmTable.alarmEntry.alarmStatus HOSTS Identificação do volume de tráfego rmon.hosts.hostTable.hostEntry.hostAddress rmon.hosts.hostTable.hostEntry.hostInOctets rmon.hosts.hostTable.hostEntry.hostOutOctets MATRIX Identificação qual máquina estabeleceu conexão com quais hosts da rede rmon.matrix.matrixSDTable.matrixSDEntry.matrixSDSourceAddress

Data: 03/09/99 Hora: 17:42 Máquina: 200.248.40.130

Nome : Eliseu Dewes
Endereco : 3
opiniao : b) SWITCH - RMON - Objetos que investiguem pacotes com erro, número de colisões, tamanho de pacotes Alguns exemplos de Objetos por GRUPO: STATISTICS Através da variável etherStatsOctets pode-se identificar a interface com o maior volume de tráfego ALARM E EVENTS rmon.alarm.alarmTable.alarmEntry.alarmIndex rmon.alarm.alarmTable.alarmEntry.alarmInterval rmon.alarm.alarmTable.alarmEntry.alarmVariable rmon.alarm.alarmTable.alarmEntry.alarmStatus HOSTS Identificação do volume de tráfego rmon.hosts.hostTable.hostEntry.hostAddress rmon.hosts.hostTable.hostEntry.hostInOctets rmon.hosts.hostTable.hostEntry.hostOutOctets MATRIX Identificação qual máquina estabeleceu conexão com quais hosts da rede rmon.matrix.matrixSDTable.matrixSDEntry.matrixSDSourceAddress

Data: 03/09/99 Hora: 17:42 Máquina: 200.248.40.130

Nome : Cristina Cemin
Endereco : 4
opiniao : Eu investigaria a máquina B por possuir um agente RMON e utilizaria os seguintes grupos: STATISCS : porque dá estatísticas de CRC, colisões e tamanhos de pacotes diferentes. Assim poderia determinar, por exemplo, um nro máximo de colisões permitidas e quando ultrapassasse esse limite disparava um evento que soasse um alarme para avisar que o limite de colisões foi ultrapassada (Uso do Grupo Alarm que defini um conjunto de entradas para performance de rede. Se um limite é alcançado, um alarme é gerado e enviado para o console ] central). HOST : porque eu conseguiria obter estatísticas sobre servidores específicos da LAN,observando a origem e o destino do endereço MAC dos pacotes, mantendo assim um conjunto de estatísticas para cada Host conhecido. HOSTTOPN : utilizaria para manter estatísticas sobre o conjunto de hosts. Poderia com isso manter uma lista que guardasse as estatísticas dos hosts mais utilizados no horário de maior concetração da rede. MATRIX: Usaria para conseguir informações sobre o tráfego entre pares de hosts em uma subrede, onde a informação ficará armazenada em uma matriz. Nesse grupo faria uso principalmente das seguintes tabelas: - matrixSDTable: para armazenar estatísticas do tráfego de um host de certa origem para suas destinações. - matrixSDSourceAddress: para conseguir o endereço MAC de origem. - matrixSDDestAddress: para conseguir o endereço MAC de destino.

Data: 03/09/99 Hora: 17:44 Máquina: 200.248.40.130

Nome : André Zampieri
Endereco : 3
opiniao : Investigaria o switch com RMON - máquina B. Neste switch eu analisaria as informações dos seguintes objetos do grupo Statistics. Este grupo fornece estatísticas de CRC, colisões e tamanhos de pacotes diferentes. Estes são alguns objetos específicos do grupo Statistics que seria analisado: * etherStatsOctets, para observar o número total de octetos de dados recebidos na rede * etherStatsPkts, para obter informações do número total de pacotes recebidos * etherStatsUndersizePkts, para obter informações sobre os pacotes menores de 64 octetos * etherStatsOversizePkts, paraa obter informações de quantos pacotes são maiores de 1518 octetos * etherStatsCollision, o número de colisões totais neste segmento ethernet Com estas informações posso tirar conclusões sobre o tráfego da rede.

Data: 03/09/99 Hora: 17:45 Máquina: 200.248.40.130

Nome : Marilda Spindola Chiaramonte
Endereco : 4
opiniao : Na rede local mostrada acima, há uma possibilidade de conhecer o padrão de tráfego através do monitoramento do Swicth na máquina B. Este objeto gerenciado permite tráfego de entrada e saída, assim pode-se observar pacotes enviados e recebidos, taxas de erros, unicasts e broadcasts através do gerenciamento MIB-II com o protocolo SNMP, que tem como função inspecionar a rede fornecendo informações com dados sobre as entidades físicas e lógicas. Neste caso o protocolo SNMP é bem suportado pela rede, pois esta não é uma rede muito grande. Sobre o objeto gerenciado haveria a necessidade de se fazer algumas inquisões, verificando assim o padrão de resposta. O agente SNMP facilita a comunicação entre o objeto gerenciado e a aplicação gerenciadora, e as operações de get, set e trap podem fornecer os atributos dos objetos(alterações ou simples leituras destes atributos) e as ocorrências de eventos entre estes objetos. Os objetos da MIB-II são usados para nos fornecer informações específicas dos dispositivos da rede, assim este gerenciador poderia informar qual o sistema de operação dos dispositivos na rede, como se apresenta a interface da rede com o meio físico, o mapeamento de endereços IP em endereços físicos, os vários protocolos suportados, os meios de transmissão além do status do próprio protocolo SNMP. Além da MIB-II com SNMP, poderíamos ter também a presença de um agente RMON nesta máquina para prover informações adicionais sobre possíveis objetos não gerenciáveis. Algumas características do RMON permitem-nos diagnosticar a rede quanto a valores de carga, seus problemas (tráfego lento, erros), quais protocolos estão sendo executados e gerenciamento de acessos.

Data: 03/09/99 Hora: 17:45 Máquina: 200.248.40.130

Nome : André Zampieri
Endereco : 3
opiniao : Investigaria o switch com RMON - máquina B. Neste switch eu analisaria as informações dos seguintes objetos do grupo Statistics. Este grupo fornece estatísticas de CRC, colisões e tamanhos de pacotes diferentes.

Estes são alguns objetos específicos do grupo Statistics que seria analisado:

* etherStatsOctets, para observar o número total de octetos de dados recebidos na rede

* etherStatsPkts, para obter informações do número total de pacotes recebidos

* etherStatsUndersizePkts, para obter informações sobre os pacotes menores de 64 octetos

* etherStatsOversizePkts, paraa obter informações de quantos pacotes são maiores de 1518 octetos

* etherStatsCollision, o número de colisões totais neste segmento ethernet

Com estas informações posso tirar conclusões sobre o tráfego da rede.

Data: 03/09/99 Hora: 17:48 Máquina: 200.248.40.130

Nome : Maximiliano Z. Pezzin
Endereco : 4
opiniao : Basicamente, na máquina A deve-se realizar um controle a fim de se
determinar quais os principais tipos de dados da rede.

Na máquina A (roteador)
No grupo interfaces
ifinUnPckts - para saber qual é a taxa de unicast IN na rede
ifinNUnPckts - para saber qual é a taxa de nao unicast IN na rede
ifOutUnPckts - para saber qual é a taxa de unicast OUT na rede
ifOutNUnPckts - para saber qual é a taxa de nao unicast OUT na rede
ifinUnknowProtos - pois indica pacotes eliminados por problema de protocolo
ifSpeed - pois indica a banda em bits/s
ifInOctets e ifOutOctets - indicando o numero de octetos que trafegam
No grupo System
sysServices - indicaria quais os serviços estariam disponíveis
No grupo TCP
tcpActiveOpens - para saber quantas coneccões ativas TCP existem
tcpPassiveOpens - para saber quantas coneccões passivas TCP existem
tcpCurrStab - para saber quantas coneccões estabelecidasTCP existem


Na máquina B, o teste recai no tipo de dados que circula, os tipos de conexao
e caracteristicas tipacas de acesso como tamanho, taxas de erro ...
Na máquina B (switch com rmon)
No grupo INTERFACES
filterpktdata - para descobrir a quantia de pacotes válidos (dados)
filterpktdatamask - para definir quais pacotes serão analisados
No grupo ESTATISTICAS
etherstatspkts - número total de pacotes circulando (totais)
etherstatBroadcastsspkts - número pacotes circulando broadcast
etherstatMulticastsspkts - número pacotes circulando multicast
etherstatscolisions - detecta colisoes geradas (nao as dos outros)
etherstatspkts64octs - para descobrir o % por tamanho de pacote
(fazendo o ítem acima para todos os grupos pode-se saber qual o percentual
de tamanhos diferentes 65-128, 129-259 entre outros ...)
etherstatsOversizepkts - número de pacotes maiores de 1518 oct. (performance)
etherstatsUdnersizepkts - número de pacotes menores de 64 octetos (warning)
etherstatsCRCAlignErros - pois possibilitará descobrir erros
No grupo HOST ----> (neste tempo é o tempo da tabela gerada)
hosttimeInpkts - para saber o numero de pacotes corretamente rx (neste tempo)
hosttimeOutpkts - para saber o numero de pacotes corretamente tx (neste tempo)
hosttimeInOctets - para saber o numero de pacotes corretamente rx (neste tempo)
hosttimeOutOctets - para saber o numero de octetos corretamente tx (neste tempo)
hosttimeOutErrors - para saber o numero de pacotes errados (neste tempo)
hosttimeOutBroadcastPkts - para saber o numero de pacotes corretamente tx BroadCast (neste tempo)
hosttimeOutMulticastPkts - para saber o numero de pacotes corretamente tx Multicast (neste tempo)


Na máquina C (HUB)
No grupo INTERFACES
ifInUcastPkts - descobrir o % de unicast recebido
ifOutUcastPkts - descobrir o % de unicast enviado
ifInNUcastPkts - descobrir o % de nao-unicast recebido
ifOutNucastPkts - descobrir o % de nao-unicast recebido
ifOutQlen - para saber como esta a fila de pacotes na saída
ifSpeed - para saber qual a velocidade da interface em Bits/s

Data: 03/09/99 Hora: 17:50 Máquina: 200.248.40.130

Nome : Alexandre Meneghetti
Endereco : 2
opiniao :

Os objetos gerenciados seriam investigados na máquina B, por ela
possuir RMON. Alguns objetos utilizados seriam:

etherStatsPkts: montante de pacotes recebidos.
etherStatsBroadcastPkts: número de pacotes broadcast recebidos corretamente.
etherStatsMulticastPkts: número de pacotes multicast recebidos corretamente.
etherStatsCRCAlignErrors: pacotes entre 64 e 1518 octetos com erros no FCS.
etherStatsUndersizePkts: pacotes recebidos com menos de 64 octetos.
etherStatsOversizePkts: pacotes recebidos com mais de 1518 octetos.
etherStatsCollisions: número total de colisões no segmento ethernet.
Utilização dos objetos do grupo History associados ao grupo statistics
para uma melhor visualização dos dados colhidos.

Data: 03/09/99 Hora: 17:54 Máquina: 200.248.40.130

Nome : Alessandra Cini
Endereco : 4
opiniao : Visto que na máquina B temos um agente RMON, eu utilizaria o grupo Statistics da RMON MIB para monitorar esta máquina e obter as estatísticas básicas de cada subrede. Utilizaria também o grupo Host para obter estatísticas sobre servidores específicos da rede, a partir da origem e o destino do endereço MAC dos pacotes, sabendo assim, quais servidores estão sendo mais acessados. Também é muito importante utilizar o grupo Matrix para obter informações sobre o tráfego entre os pares de hosts da subrede, possibilitando saber quais dispositivos fazem mais uso de um servidor. Uma outra alternativa, ou uma complementação, é utilizar o software Comtest NM Elite. Este software permite inspecionar o tráfego da Rede e isolar problemas de desempenho. A multitarefa do Comtest NM Elite permite capturar e registrar constantemente as estatísticas da rede local, enquanto continua a realizar outras tarefas.

Data: 03/09/99 Hora: 17:56 Máquina: 200.248.40.130

Nome : Iraci Cristina da Silveira
Endereco : 4
opiniao : Como a questão é conhecer o padrão de tráfego da rede local eu investigaria começando pela máquina B - switch com RMON.O raciocínio empregado é começar do geral para o detalhe. Somente o RMON permite focalizar todo tráfego da rede . Já o SNMP permitiria analisar apenas o tráfego destinado ao recurso em si. Com o RMON poderia iniciar pelo grupo history para obter uma amostragem histórica da rede. Com ela poderia conhecer os valores de etherhistorypkts, etherhistoryoctets, etherhistorybroadcastPkts, etherhistorymulticastpkts e outros. Como são valores da tabela identificando cada uma das interfaces poderia obter uma estatística de quais interfaces estão mais ocupadas,tamanho dos pacotes, taxa de erro. Juntamente com o grupo history usar objetos de statistcs, também com o intuito de visão geral. A partir da visão geral e das informações obtidas em cada interface, teria meios de começar a diminuir a análise, ou seja, determinar focos menores para estudo. Ainda com RMON utilizando os objetos do grupo host e hosttopn poderia analisar cada nó da rede, podendo localizar os pontos de maior tráfego, o que poderia levar a uma melhor análise da própria topologia da rede e a identificar estações com problema. Os objetos que dariam esta informação seriam:hostcontroltable,hosttimetable. Detalhando mais um pouco poderia associar objetos do grupo MAtrix, detalhando o tráfego entre 2 host localizados na análise do parágrafo anterior. Teria ainda como ferramentas adicionais os agentes SNMP que trariam informações somente a respeito do tráfego relacionado ao roteador e ao hub (recursos que possuem o agente). Analisaria a performance através dos objetos IFinErroes,ifouterrors, ifinoctets, ifinucastpkts, ifouucastpkts e outros do grupo interface. A partir daí analisaria os protocolos através dos grupos IP, TCP, ICMP, UDP,EGP,SNMP. Poderia identificar quais os protocolos ,serviços ou funções do sistema que estariam gerando maior tráfego.

Data: 03/09/99 Hora: 17:59 Máquina: 200.248.40.130

Nome : Rogério Callegari
Endereco :
opiniao :