Journal DI-604 et snmpget

Posté par  .
Étiquettes : aucune
0
30
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  (site web personnel) . É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  . É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  (site web personnel) . É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  . É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  . É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  . É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.