-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-03-11 a las 23:26 +0100, Camaleón escribió:
El 11/03/08, Carlos E. R. escribió:
¡Espero las alarmas! Y para mí, una perdida de conectividad adsl es una alarma como un pino. Pues no la envía.
Si lo apagas, te avisa :-P
No le da tiempo. Te avisa cuando se enciende, no cuando se apaga.
En el syslog sí lo dice.
¿Has probado, a en lugar de apagarlo, a desconectar el cable del adsl para que pierda la sincronización a ver si te dice algo?
Vale, lo hago ahora mismo [...] nada. En el syslog se ve el evento: Mar 11 23:53:50 router klogd: ADSL link down Mar 11 23:53:52 router pppd[324]: Clear IP addresses. Connection DOWN. Mar 11 23:53:52 router pppd[324]: Clear IP addresses. PPP connection DOWN. Mar 11 23:54:10 router dnsprobe[408]: dns query failed Mar 11 23:54:14 nimrodel syslog-ng[3792]: last message repeated 2 times Mar 11 23:54:14 router dnsprobe[408]: Primary DNS server Is Down... Switching To Secondary DNS server Mar 11 23:54:16 router klogd: ADSL G.992 started Mar 11 23:54:18 router klogd: ADSL G.992 channel analysis Mar 11 23:54:23 router klogd: ADSL link up, interleaved, us=320, ds=1024 Mar 11 23:54:28 router syslog: iptables -t nat -A PREROUTING -i br0 -d 192.168.1.1 -p udp --dport 53 -j DNAT --to 128.9.0.107 Mar 11 23:54:30 router pppd[324]: PPP server detected. Mar 11 23:54:30 router pppd[324]: PPP session established. Mar 11 23:54:32 router pppd[324]: PPP LCP UP. Mar 11 23:54:33 router pppd[324]: Received valid IP address from server. Connection UP. Mar 11 23:54:33 router syslog: wlctl country list a > /var/wlclist Mar 11 23:54:33 router syslog: wlctl country list b > /var/wlclist Las dos ultimas lineas son mi script expect interrogando al router para obtener la nueva IP: Mar 11 23:54:37 nimrodel router: Got new IP= 83.....
En todo el texto del walk ese no he visto por ningún lado la IP del router, ni la interna ni la externa. Si creo haber visto la dirección ethernet:
IF-MIB::ifPhysAddress.5 = STRING: 0:30:da:70:d7:ea
El problema es que no sabemos si el router te da los datos de la ip vía snmp, quizá no lo tenga habilitado :-?
Puede ser. No me extrañaría.
El primer problema gordo es que a ese programa lo cargan con un fichero mib con la descripción de las tablas del router, o eso parece.
Ah, eso no es problema... tienes mibs para aburrir:
http://www.simpleweb.org/ietf/mibs/
Y además te explican qué monitoriza cada variable >:-)
Mmmm.... [...] Buf.... cuando lo encuentres... porque no veo ninguno de comtrend. Y no tiene botón de "search" :-( Companies can register their private MIB modules in the global MIB tree by contacting the Internet Assigned Numbers Authority (IANA). A list of currently assigned enterprise subtrees is maintained by IANA. MIB module specifications are not collected on a central site so you usually have to contact your vendor to get access to the MIB definitions. En <http://www.iana.org/assignments/enterprise-numbers> veo esto: PRIVATE ENTERPRISE NUMBERS (last updated 2008-03-11) SMI Network Management Private Enterprise Codes: Prefix: iso.org.dod.internet.private.enterprise (1.3.6.1.4.1) This file is http://www.iana.org/assignments/enterprise-numbers Decimal | Organization | | Contact | | | Email | | | | 0 ... 3136 Comtrend Corporation Frank Chuang frankc&comtrend.com Bueno, pues tengo ese número, pero no veo de qué me sirve. Es más, yendo a "iso.org.dod.internet.private.enterprise" en el tkmib lo cuelga. Y el "snmpwalk" dice: SNMPv2-MIB::sysDescr.0 = STRING: Broadcom Bcm963xx Software Version 2.20L.01 SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.4413.2.10 por lo que el numerito sería 4413, no 3136.
Si de Comtrend / Broadcom no encuentras ninguno que te sirva, prueba con los estándar para líneas adsl2... por probar que no quede.
¡me puedo morir antes! buscando en google la cadena "SNMPv2-SMI::enterprises.4413.2.10" encuentro dos entradas, y una es de un correo mio del 2006. Y la otra es <http://www.ixbt.com/comm/adsl/usrobotics-9108/snmp.shtml>, en ruso. No sale lo mismo que en el mio.
Lo que se vé en esa foto yo también lo veo; y es basicalmente lo mismo que veo con el walk, nada más.
En el OID 1.3.6.1.2.1.2.2.1.2 veo el ifDescr, y si pincho en wal veo los nombres de las interfaces: lo, atm0, ... etc.
Necesitas saber qué OID lleva los datos de la IP del módem externo (buscando en Google...). Aquí* dicen que es el objeto "30.4.1.1.2.1"... pero es una ruleta rusa :-/
Todos los objetos que pinta el tkmib empiezan por .1, de treinta nada. cer@nimrodel:~> snmpget router 30.4.1.1.2.1 snmpget: Timeout cer@nimrodel:~> Si alguien tiene un ejemplo con "snmpget" que funcione... Ah, el manual pone que es "snmpget -c public...", pero tampoco. ¡Ah, Ya!: cer@nimrodel:~> snmpget -c private -v2c router SNMPv2-MIB::sysName.0 SNMPv2-MIB::sysName.0 = STRING: Broadcom Bueno, ya puedo sacar variables individuales. Las mismas que el snmpwalk.
Lo que no acierto es cómo funciona el snmpget para sacar el valor de una sóla variable, ni tampoco veo ninguna variable que contenga el valor de la dirección IP adjudicada por el proveedor
Ese es el problema, qué mib cargar para que pueda obtener todos los datos y registrarlos. Los valores que ves en blanco seguramente sea porque el router no pasa esas variables (o no con ese oid) tienen que estar sincronizados.
no se. Al menos el snmpget ya funciona. Pero yo no creo que con el fichero ese se puedan sacar más datos que los que saca el snmpwalk, que según el manual parece que saca todos los que existan. O entiendo mal el manual. Saca estos MIB: SNMPv2-MIB::, DISMAN-EVENT-MIB::, SNMPv2-MIB::, IF-MIB::,
Los eventos snmp debería procesarlos el propio chisme (el router, switch o la impresora de turno) y presentarlos la usuario de forma inteligible, vía web o enviando correos electrónicos, que es lo que suelen hacer. O eso, o darte una tabla con la que poder trabajar para saber de qué información dispones.
La info la da por telnet, ssh, o web (con javacsript) correctamente. La cuestión era ver que se puede sacar por snmp, si lo mismo o no.
Ese saca los 30.algo, yo no los veo. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFH1ykhtTMYHG2NR9URAiIPAJ9rgZL6k/9liI2cEjPJ8xRLR8yhLwCfWLNy GjjceC1ntAu0amHwMtwnDdo= =UsS2 -----END PGP SIGNATURE-----