Journal DI-604 et snmpget

Posté par fifou le 30 décembre 2003 à 10:34.

Étiquettes : aucune

déc.

2003

Salut journal,

je possède un routeur/ADSL DI-604 et d'après la documentation de celui-ci il est possible de lire les informations par snmp. Cela fonctionne impeccable sous win2000 avec GetIf 2.3.1 mais impossible d'en tirer quoi que ce soit avec snmpget sous linux (Debian 3.0/Woody Stable). Avec la commande suivante snmpget -d 192.168.0.254 -c public system.sysDescr.0 le routeur renvoi bien sa description Internet Gateway Device mais snmpget répond Timeout: No Response from 192.168.0.254. Si toi ou un des lecteurs de ce journal à une idée pour que cela fonctionne (et accessoirement que cela graphe sous mrtg) je suis preneur.

Phil.

# Re: DI-604 et snmpget

Posté par shelton2 (site web personnel) le 30 décembre 2003 à 10:50. Évalué à 1.

Il y a plusieurs versions de snmp (1,2c,3). Donc peut etre que tu interroges ton router avec la mauvaise version...
Le plus simple je pense serais de sniffer le reseau avec ethereal http://www.ethereal.com(...) sous windows 2000 quand tu utilises GetIf comme ca tu pourras savoir quelle version.
- [^] # Re: DI-604 et snmpget
  
  Posté par fifou le 30 décembre 2003 à 11:09. Évalué à 1.
  
  J'ai essayé avec l'option -v de snmpget qui permet de choisir la version. Le routeur semble repondre en v1 et v2c. Ce qui est bizarre c'est que le routeur repond je peux le voir avec l'option -d qui affiche les trames envoyées et reçues:
  
  snmpget -d 192.168.0.254 -c public system.sysDescr.0 -v 1
  Sending 43 bytes to 192.168.0.254:161
  0000: 30 29 02 01 00 04 06 70 75 62 6C 69 63 A0 1C 02 0).....public...
  0016: 04 5B 83 87 16 02 01 00 02 01 00 30 0E 30 0C 06 .[.........0.0..
  0032: 08 2B 06 01 02 01 01 01 00 05 00 .+.........
  
  Received 65 bytes from 192.168.0.254:161
  0000: 30 3F 02 01 00 04 06 70 75 62 6C 69 63 A2 32 02 0?.....public.2.
  0016: 03 00 87 16 02 01 00 02 01 00 30 25 30 23 06 08 ..........0%0#..
  0032: 2B 06 01 02 01 01 01 00 04 17 49 6E 74 65 72 6E +.........Intern
  0048: 65 74 20 47 61 74 65 77 61 79 20 44 65 76 69 63 et Gateway Devic
  0064: 65 e
  
  Mais a chaque fois j'ai un time out.
  
  Phil
  - [^] # Re: DI-604 et snmpget
    
    Posté par shelton2 (site web personnel) le 30 décembre 2003 à 11:48. Évalué à 1.
    
    Analyse la trame avec ethereal et essaye de voir ce qu il y a dans la reponse du router, notament le PDU type qui m a l'air incorect.
    Tu peux aussi avoir plus d'info en fesant un
    snmpget -d -D all 192.168.0.254 -c public system.sysDescr.0 -v 1
    - [^] # Re: DI-604 et snmpget
      
      Posté par fifou le 30 décembre 2003 à 12:33. Évalué à 1.
      
      Aprés analyse de la réponse avec ethereal la trame de retour semble bonne:
      
      Simple Network Management Protocol
      Version: 1
      Community: public
      PDU type: RESPONSE
      Request Id: 0xe5d1
      Error Status: NO ERROR
      Error Index: 0
      Object identifier 1: 1.3.6.1.2.1.1.1.0
      Value: OCTET STRING: Internet Gateway Device
      
      Je ne comprends vraiment pas pourquoi snmpget me renvoi un timeout.
      - [^] # Re: DI-604 et snmpget
        
        Posté par Jeremy le 28 mars 2004 à 16:41. Évalué à 1.
        
        Moi j'ai un prestige assez vieu et miracle il prends ossi le snmp alors je m'empresse et bien j'ai la joir de te dire que je suis aussi sous debian et voila ma reponse
        
        Sending 43 bytes to 10.0.0.1
        0000: 30 29 02 01 00 04 06 70 75 62 6C 69 63 A0 1C 02 0).....public...
        0016: 04 70 6F 7C CA 02 01 00 02 01 00 30 0E 30 0C 06 .po|.......0.0..
        0032: 08 2B 06 01 02 01 01 01 00 05 00 .+.........
        
        trace: netsnmp_udp_send(): snmpUDPDomain.c, 161:
        netsnmp_udp: send 43 bytes from 0x80789bd to 10.0.0.1 on fd 3
        trace: snmp_sess_select_info(): snmp_api.c, 5612:
        sess_select: for all sessions: 3
        trace: netsnmp_udp_recv(): snmpUDPDomain.c, 128:
        netsnmp_udp: recvfrom fd 3 got 63 bytes (from 10.0.0.1)
        trace: _sess_process_packet(): snmp_api.c, 4882:
        sess_process_packet: session 0x8074e60 fd 3 pkt 0x80781e8 length 63
        
        Received 63 bytes from 10.0.0.1
        0000: 30 82 00 3B 02 01 00 04 06 70 75 62 6C 69 63 A2 0..;.....public.
        0016: 82 00 2C 02 04 70 6F 7C CA 02 01 00 02 01 00 30 ..,..po|.......0
        0032: 82 00 1C 30 82 00 18 06 08 2B 06 01 02 01 01 01 ...0.....+......
        0048: 00 04 0C 50 72 65 73 74 69 67 65 20 33 31 30 ...Prestige 310
        
        trace: _snmp_parse(): snmp_api.c, 3920:
        snmp_api: Parsing SNMPv1 message...
        trace: _snmp_parse(): snmp_api.c, 3926:
        dumph_recv: SNMPv1 message
        
        trace: snmp_comstr_parse(): snmp_auth.c, 131:
        dumph_recv: SNMP version
        dumpx_recv: 02 01 00
        dumpv_recv: Integer: 0 (0x00)
        trace: snmp_comstr_parse(): snmp_auth.c, 143:
        dumph_recv: community string
        dumpx_recv: 04 06 70 75 62 6C 69 63
        dumpv_recv: String: public
        trace: _snmp_parse(): snmp_api.c, 3969:
        dumph_recv: PDU
        trace: snmp_pdu_parse(): snmp_api.c, 4175:
        dumph_recv: request_id
        dumpx_recv: 02 04 70 6F 7C CA
        dumpv_recv: Integer: 1886354634 (0x706F7CCA)
        trace: snmp_pdu_parse(): snmp_api.c, 4186:
        dumph_recv: error status
        dumpx_recv: 02 01 00
        dumpv_recv: Integer: 0 (0x00)
        trace: snmp_pdu_parse(): snmp_api.c, 4197:
        dumph_recv: error index
        dumpx_recv: 02 01 00
        dumpv_recv: Integer: 0 (0x00)
        trace: snmp_pdu_parse(): snmp_api.c, 4209:
        dumph_recv: VarBindList
        trace: snmp_pdu_parse(): snmp_api.c, 4239:
        dumph_recv: VarBind
        trace: snmp_parse_var_op(): snmp.c, 166:
        dumph_recv: Name
        dumpx_recv: 06 08 2B 06 01 02 01 01 01 00
        dumpv_recv: ObjID: SNMPv2-MIB::sysDescr.0
        trace: snmp_pdu_parse(): snmp_api.c, 4248:
        dumph_recv: Value
        dumpx_recv: 04 0C 50 72 65 73 74 69 67 65 20 33 31 30
        dumpv_recv: String: Prestige 310
        SNMPv2-MIB::sysDescr.0 = STRING: Prestige 310
        
        Timeout
        
        [^] # Re: DI-604 et snmpget
        
        Posté par Jeremy le 28 mars 2004 à 16:48. Évalué à 1.
        
        Ah j'ai peut etre un truc
        
        snmpget -d -D all 10.0.0.1 -c public ifInOctets.1 -v 1
        
        J'ai une reponse avec un resultat :
        
        IF-MIB::ifInOctets.1 = Counter32: 1256244762
        
        Mais bon mrtnk ( evolution de mrtg ) me prends mon snmpget tjs en timeout mais bon au moins la ca reponds :)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.