Registo de resultados 1:

Transcrição

1 Licenciaturas em Informática e Gestão de Empresas, Engenharia de Telecomunicações e Informática e Engenharia Informática Redes Digitais III Relatório do 1º Guião Laboratorial para avaliação: Gestão de Redes Licenciatura: ETI Turma : T3 Grupo : 02 Data: 12/03/2010 Nome do Aluno Número do Aluno André Coelho Carlos Duque Registo de resultados 1: a. O protocolo de transporte utilizado é UDP. A versão do protocolo SNMP utilizada é a version-1. b. Porto 162, está a funcionar no modo trap. c. Existem duas mensagens trap, podem ser distinguidas a partir do campo generic-trap; na primeira mensagem este campo tem o valor linkdown, enquanto que na segunda tem o valor linkup. Estas mensagens são enviadas do agente para o gestor, com o objectivo de informar a ocorrência de eventos especiais. Ao desligarmos a extremidade do cabo que se encontrava ligado na porta M2-4 da nossa bancada vamos obter a mensagem de linkdown, indica que a via de comutação foi interrompida; quando voltamos a inserir o cabo obtemos a segunda mensagem, linkup, indica que a via de comutação foi restabelecida. 1

2 d. A estrutura BER representa a forma binária de como o ASN1 é transmitido. ASN1 é a representação dos dados independente da plataforma. Indentity: Valores ILC: Class-Universal Type-Primitive Tag Hex Identity 02 Representa o tipo de dados Integer32 Lenght 01 Nº bytes ocupados por value Content 02 Representa o número da porta desligada Estrutura ASN1 de : ifindex OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "A unique value for each interface. Its value ranges between 1 and the value of ifnumber. The value for each interface must remain constant at least from one re-initialization of the entity's network management system to the next reinitialization." ::= { ifentry 1 } No nosso caso o ultimo valor é igual a 2, uma vez que a porta do switch desligada foi a número 2, este valor corresponde ao valor do content na tabela ILC, apresentada anteriormente. Vendo na perspectiva da hierarquia temos: interface (porta 2 do switch) ifindex ifentry iftable SNMP MIB-2 Interfaces SNMP MIB IETF Management OID assignments from Internet US Department of Defense ISO Identified Organization 1 - ISO assigned OIDs Outro elemento da MIB existente no switch é o , representado pelo campo enterprise, este valor identifica o switch. Enterasys 24 port 100BASE-TX Fast Ethernet standalone L2 switch with RJ45 connectors and two uplink slots. 2

3 e. Trap 1 (linkdown): Trap 2 (linkup): time-stamp = = 1151 tempo = = Podemos então verificar que 1 time-stamp corresponde a: 11,336363/1151 = 0, Segundos; Ou seja aproximadamente 1 centésimo de segundo, este valor é designado por TimeTricks. 3

4 Registo de resultados 2: a. São trocadas mensagens do tipo SNMP get-request, enviadas da estação de gestão para o agente do switch e mensagens SNMP get-response, enviadas do agente do switch para a estação de gestão; nestas ultimas é enviado o valor do contador para a estação de gestão. Para que não exista ambiguidade entre os diferentes pares get-request/get-response trocados ao longo do tempo existe o campo request-id, que é incrementado a cada par. Na mensagem de get-request este é enviado com um determinado valor e na mensagem de get-response, correspondente ao get-request, trás o mesmo valor. b. É utilizado o porto 161, está a funcionar no modo pedido/resposta. c. O valor deste contador corresponde ao número de pacotes UDP que o switch envia. Sendo assim cada vez que clicamos no botão Query ou quando a estação de gestão contacta o cliente autonomamente, o valor deste campo vai ser incrementado em uma unidade uma vez que é produzido um novo par get-request/get-response e a cada getresponse o switch vai ter que enviar um pacote UDP. Caso existissem outros processos a gerar pacotes que utilizassem UDP, iríamos observar outros tipos de incrementos. d. O valor da variável é igual a 3, este valor é obtido através da seguinte expressão: 2 (L-1), em que L corresponde ao número da camada do serviço que o agente SNMP que está a correr no switch implementa, que varia da seguinte forma: 1 physical (e.g., repeaters) 2 datalink/subnetwork (e.g., bridges) 3 internet (e.g., IP gateways) 4 end-to-end (e.g., IP hosts) 7 applications (e.g., mail relays) Sendo assim como o valor é 3 deduzimos que o agente implementa os serviços 1 e 2. 2 (1-1) + 2 (2-1) = = = 3. 4

5 e. O valor da variável é igual a 2, o que indica que o agente SNMP a correr na máquina Linux se encontra no estado not-forwarding; isto significa que não se encontra a fazer reencaminhamento de pacotes ip. ipforwarding OBJECT-TYPE SYNTAX INTEGER { forwarding(1), not-forwarding(2) } ACCESS read-write STATUS mandatory DESCRIPTION "The indication of whether this entity is acting as an IP gateway in respect to the forwarding of datagrams received by, but not addressed to, this entity. IP gateways forward datagrams. IP hosts do not (except those source-routed via the host). Note that for some managed nodes, this object may take on only a subset of the values possible. Accordingly, it is appropriate for an agent to return a `badvalue' response if a management station attempts to change this object to an inappropriate value." ::= { ip 1 } f. A estação gestora contacta cada um dos agentes MIB, com períodos de aproximadamente 5 minutos. Ver diferença de tempo entre mensagens com id 411 e 1198, contacto com o agente a correr na máquina Linux; ver diferença de tempo entre mensagens com id 886 e 1612, contacto com agente a correr no switch. O contacto é feito através da troca de mensagens get-response/get-request, em que a primeira, enviada da estação de gestão para o agente, é enviada com um determinado request-id e a segunda, resposta do agente à estação de gestão, vem com o mesmo valor nesse campo. Esta troca de mensagens tem como objectivo a estação verificar o bom funcionamento do agente, ou caso isto não se verifique detectar qual o problema que ocorreu. g. Observamos que nos campos da MIB que são trocados existem dois que são relevantes para esta alínea. O primeiro é o campo enterprise que identifica o dispositivo de rede que originou o trap. O outro campo relevante será o sysuptime, que permite ordenar cronologicamente os traps; um trap mais antigo vai ter um time-stamp mais pequeno que um trap mais recente, uma vez que este campo apresenta um valor relativo ao tempo desde a última re-inicilização do switch. Portanto os campos com os ids (enterprise) e (sysuptime), serão os campos da MIB enviados e relevantes. 5

6 Registo de resultados 3: a. É possível alterar o valor da variável, uma vez que definimos no perfil 1 o campo Write como private, isto significa que temos permissões tanto de escrita como de leitura. b. Foram trocadas as mensagens set-request/get-response, a estação de base faz o pedido para troca do valor de sysname com o set-request ao qual o agente SNMP responde com o get-response, nesta mensagem o valor da variável já foi alterado. A comunidade utilizada é privada. c. É utilizado o porto 161, o protocolo SNMP está a funcionar no modo pedido resposta. d. Foram efectuados vários pedidos de set-request, todos eles rejeitados, surgindo uma situação de Time-Out, em que não foram realizadas mais tentativas. Isto aconteceu pois definimos no perfil de default o campo write como public, o que significa que apenas possuímos permissões de leitura e não de escrita, ao contrário do que acontecia na alínea a., não sendo assim possível alterar o valor da variável como anteriormente. 6

7 Bibliografia Acetatos da disciplina Computer Networking A Top-Down Approach Featuring The Internet, James F. Kurose and Keith W. Ross