David, si envías un nuevo correo en vez de continuar en el hilo ya
existente entonces tendrás que describir de nuevo y con detalle lo que
te ocurre.
Si no, lo normal sería haber continuado el hilo anterior en vez de
abrir uno nuevo con el mismo tema.
Saludos.
--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción: asterisk-es...@googlegroups.com
antes de nada, hola a la lista. No s� muy bien por qu� nunca recib� nada
hasta hace un par de semanas :S
Podr�as usar una combinaci�n de Nagios + un agente (yo uso el agente de
zabbix aunque para nagios tienes alg�n otro propio) + algunos scripts
propios. Con asterisk -rx 'comando' podr�as consultar el estado de los
canales. Otra soluci�n un poco m�s heavy es hacerte un parsers de los
eventos que te suelta el asterisk manager, aunque yo te recomendar�a la
primera opci�n.
Un saludo
I�aki R.
>
Precisamente los scripts de Asterisk de Nagios viejos usan "asterisk
-rx" en vez del AMI para consultar los canales, peers, etc. Creo que
es bastante mejor que usar "asterisk -rx".
Iñaki Baz Castillo wrote:
> Precisamente los scripts de Asterisk de Nagios viejos usan "asterisk
> -rx" en vez del AMI para consultar los canales, peers, etc. Creo que
> es bastante mejor que usar "asterisk -rx".
>
Yo estoy de acuerdo que es mejor, pero sigue siendo más sencillo si no
se quiere complicar mucho.
Saludos
O sea, necesitas a alguien que lo haga por ti. Eso se llama consultor
y no suele ser gratis.
Si no sabes ni qué ficheros de log genera el Nagios está muy claro que
apenas te has leído su documentación (la documentación completa, no
cualquier "howto" marranete de los que purulan por internet).
Paco, eso es una chapuza. Para esas cosas se hizo el AMI.
--
/Saúl
http://saghul.net | http://sipdoc.net
> a mi me gusta más el "asterisk -rx" junto con awk o similar, porque tienesPaco, eso es una chapuza. Para esas cosas se hizo el AMI.
> mucho más juego...
>
y bien hartos que estamos de que pete cuando le parece no?? hay cosas que no puedes sacarlas por el AMI...
> a mi me gusta más el "asterisk -rx" junto con awk o similar, porque tienesPaco, eso es una chapuza. Para esas cosas se hizo el AMI.
> mucho más juego...
>
David, los proyectos de fin de carrera se hacen documentándose bien y
comprendiendo perfectamente (dominando) la materia que se utiliza, y
no basándose en hotwos rápidos, de los que no se aprende absolutamente
nada.
Un saludo.
"asterisk -rx" no es que "permita" awk/sed/grep o similar, sino que
fuerza su uso.
Por otra parte el formato de salida de "asterisk -rx" es un formato
visual, para ser leído por humanos, y no para ser parseado. Tú puedes
currarte tus scripts con awk y tal que hoy parsean bien la salida de
"asterisk -rx" y resulta que mañana en la siguiente version de
Asterisk cambian una coma, un espacio o añaden un guión en la salida
visual del "asterisk -rx" y te han fastidiado el script.
En cambio el AMI se supone que es un protocolo con unas
especificaciones más o menos claras.
El día 11 de enero de 2010 11:19, Paco Gil <pag...@gmail.com> escribió:
Aqui dejo el resultado.
Busca dónde está el script check_asterisk_peers (o cualquier otro) y
ejecútalo "a pelo" a ver qué pasa.
Ten en cuenta que para obtener la información lo puede estar haciendo
por "asterisk -rx" (un poco cochinote) o por AMI. Si es por AMI
tendrás que ponerle user:pasword en algún sitio.
Ejecuta ese script "a pelo" y pega la salida.
--
Iñaki Baz Castillo
<ib...@xtratelecom.es>
Departamento de VoIP
¿Cómo que no lo detecta? Gizmo es un peer con IP/dominio
proxy01.sipphone.com para el cuál "qualify=no" por lo que te aparece
como unmonitored.
No sé qué es lo que esperabas que te respondiese.
> No obstante hay algo que no entiendo, supongo que sera propio del lenguaje
> de Nagios:
>
> $USER1$/nagisk.pl -c channels
>
> que se supone que mete en la variable USER1??????
¿Dónde lees eso de $USER1?
Puede haber un canal SIP porque se está registrando con el proveedor,
o porque está gestionando un paquete OPTIONS, pero eso no significa
que esté en uso. Tienes que mirar el core show channels.
> La otra duda es de la configuracion de nagios en el archivos commands.cfg:
> define command{
> command_name check_asterisk_channels
> command_line $USER1$/nagisk.pl -c channels
> }
>
Y la duda es?!
PD: Yo modificaría el perl ese para añadir un strings -a al final de
la linea, sino el output no es fiable. Que quede en plan:
asterisk -rx 'core show version' | strings -a
por ejemplo.
No, nunca, canal (channel) es una comunicación (llamada) entre un
peer/user y Asterisk.
> si en el CLI
> pongo SIP SHOW CHANNELS, como he puesto en el comentario anterior si me pone
> el proveedor como canal SIP activo.
"sip show channels" != "show channels"
Tienen bastante poco que ver, además de que Asterisk puede llamar "sip
channel" a cualquier cosa, se han inventado su propia nomenclatura
incluso para SIP. Ni caso. lo que te interesa es "show channels".
David, las respuestas de Nagios dependen de la salida de los comandos
del script que haya ejecutado para obtener la información. Ejecuta el
script a mano y comprueba con que valor termina su ejecución. (echo
$?)
Tal vez en una lista de Nagios te puedan responder mejor sobre las
causas de esa salida de error en los scripts de Nagios. Aquí se ve que
no damos más de sí.
Además de "CRITICAL", nagios debe devolver alguna información del servicio
en "Status Information" ¿que dice?
--
========================================
Antonio Arriaga
========================================
No tenemos tu escenario y estamos dando palos de ciego. El asunto es
que creo que no sabes a ciencia cierta lo que está pasando y es lo que
deberías mirar.
Aquí tenemos 2 scripts si no recuerdo mal: nagisk.pl que ejecuta
comandos del tipo asterisk -rx, y el propio script plugin de Nagios.
Nagios ejecuta su script y si este le devuelve 0 significa que todo
OK, y si le devuelve != 0 pues mal tema (si no recuerdo mal).
Entonces, el tema es que nagisk.pl genera una salida, que el script de
Nagios parseará y decidirá con qué código salir. ESO es lo que tienes
que mirar.
¿Una imagen comprimida en RAR?
Por favor, simplemente pega el texto de error en el mail.
Yo es que lo visualizo mucho mejor si me lo pegas en el mail en texto :)
Lo digo en serio, ya te adelanto que no apetece mucho descomprimir un
RAR y abrir imágenes :)
I�aki Baz Castillo escribi�:
> El d�a 13 de enero de 2010 13:43, David Esca�uela Alonso
> <david...@gmail.com> escribi�:
>> jeje tranquilizate, es para una mejor visualizacion.
>
> Yo es que lo visualizo mucho mejor si me lo pegas en el mail en texto :)
> Lo digo en serio, ya te adelanto que no apetece mucho descomprimir un
> RAR y abrir im�genes :)
>
--
-
-------------------------------------
Germ�n Aracil Boned
Alg�n d�a reconocer�n las masas,
que el software libre,
es un libro lleno de conocimientos,
escrito por el mundo, para el mundo.
Solo entonces desaparecer� la tiran�a privativa,
haci�ndonos tecnol�gicamente democr�ticos y libres.
www.zoonsuite.com
963146030 - General
963146031 - Asistencia de incidencias
963146032 - FAX
-------------------------------------
-
> Me estoy currando el plugin en perl, siento decirlo por el fracés que lo
> creo pero cuando te pones a entender y loguear el script nagisk.pl te das
> cuenta de que es una "patraña"
Yo siempre asumo eso cuando veo *cualquier* cosa hecha para Asterisk
(aplicación web PHP, script de monitorización, script que hace
noseque, AGI's....). Siempre asumo que está programado por algún
amateur que da por hecho que las conexiones TCP nunca fallan o que las
consultas SQL y los índices de las tablas no tienen importancia. Y lo
de actuar en caso de errores ¿para qué? "si en las pruebas que hizo en
su casa nunca falló...".
Y por desgracia suelo acertar. IMHO el 90% de las aplicaciones que
existen para trabajar con Asterisk son juguetitos programados por
gente que no sabría distinguir entre protocolo TCP y Twitter. Todo
programado en ASP (Asterisk Software Patraña).
¿y por qué no has empezado por ahí?
Lo bueno es que al ser, normalmente, software libre puedes bajarte el
código y vomitar sobre él.
I�aki Baz Castillo escribi�:
> El d�a 13 de enero de 2010 13:43, David Esca�uela Alonso
> <david...@gmail.com> escribi�:
>
>> Me estoy currando el plugin en perl, siento decirlo por el frac�s que lo
>> creo pero cuando te pones a entender y loguear el script nagisk.pl te das
>> cuenta de que es una "patra�a"
>
> Yo siempre asumo eso cuando veo *cualquier* cosa hecha para Asterisk
> (aplicaci�n web PHP, script de monitorizaci�n, script que hace
> noseque, AGI's....). Siempre asumo que est� programado por alg�n
> amateur que da por hecho que las conexiones TCP nunca fallan o que las
> consultas SQL y los �ndices de las tablas no tienen importancia. Y lo
> de actuar en caso de errores �para qu�? "si en las pruebas que hizo en
> su casa nunca fall�...".
>
> Y por desgracia suelo acertar. IMHO el 90% de las aplicaciones que
> existen para trabajar con Asterisk son juguetitos programados por
> gente que no sabr�a distinguir entre protocolo TCP y Twitter. Todo
> programado en ASP (Asterisk Software Patra�a).
Muchas vueltas y correos, pero aun no has visto qué es lo que te está devolviendo el comando en los logs de Nagios, y es por lo que lo está interpretando como WARNING, ¿no?
Como ya te dijeron, genera algún tipo de debug casero dentro del plugin, por ejemplo, que te vaya generando un fichero con el contenido de las variables y ves por qué te está devolviendo ese 2, es porque no te está devolviendo lo que realmente espera, alguna coma más, una letra, una chorrada seguro…
Saludos,
Ramses
302 -> Lista de Nagios.