Errores en Sip Reload

[Vicente Jareño]

Hola llevo dándole vueltas varios días y no tengo forma de eliminar estos errores:

PFC_PC*CLI> sip reload

 Reloading SIP

  == Parsing '/etc/asterisk/sip.conf':   == Found

  == Parsing '/etc/asterisk/sip_general_additional.conf':   == Found

  == Parsing '/etc/asterisk/sip_general_custom.conf':   == Found

  == Parsing '/etc/asterisk/sip_nat.conf':   == Found

  == Parsing '/etc/asterisk/sip_registrations_custom.conf':   == Found

  == Parsing '/etc/asterisk/sip_registrations.conf':   == Found

  == Parsing '/etc/asterisk/sip_custom.conf':   == Found

  == Parsing '/etc/asterisk/sip_additional.conf':   == Found

  == Parsing '/etc/asterisk/sip_custom_post.conf':   == Found

  == Parsing '/etc/asterisk/additional_a2billing_sip.conf':   == Found

  == Parsing '/etc/asterisk/users.conf':   == Found

[Jun 28 21:33:58] WARNING[3372]: chan_sip.c:28670 reload_config: No valid transports available, falling back to 'udp'.

[Jun 28 21:33:58] ERROR[3372]: netsock2.c:263 ast_sockaddr_resolve: getaddrinfo("PFC_PC", "(null)", ...): Temporary failure in name resolution

[Jun 28 21:33:58] WARNING[3372]: acl.c:582 resolve_first: Unable to lookup 'PFC_PC'

[Jun 28 21:33:58] ERROR[3372]: netsock2.c:263 ast_sockaddr_resolve: getaddrinfo("A.ROOT-SERVERS.NET", "(null)", ...): Temporary failure in name resolution

[Jun 28 21:33:58] WARNING[3372]: acl.c:582 resolve_first: Unable to lookup 'A.ROOT-SERVERS.NET'

  == Using SIP TOS bits 96

  == Using SIP CoS mark 4

  == Parsing '/etc/asterisk/sip_notify.conf':   == Found

Además cuando utilizo el AGI con el script de A2Billing no me saca la llamada ni ningún error. Ya sé que esta segunda parte no está directamente vinculado a este grupo pero si alguien tuviera idea de qué podría ser agradecería su ayuda.

El log lo pongo pero no es de gran ayuda:

== Using SIP RTP TOS bits 184

  == Using SIP RTP CoS mark 5

    -- Executing [6XXXXXXXX@a2billing:1] AGI("SIP/XXXXX-000000da", "a2billing.php") in new stack

    -- Launched AGI Script /var/lib/asterisk/agi-bin/a2billing.php

    -- <SIP/XXXXX-000000da>AGI Script a2billing.php completed, returning 0

    -- Executing [6XXXXXXXX@a2billing:2] Hangup("SIP/XXXXX-000000da", "") in new stack

  == Spawn extension (a2billing, 6XXXXXXXX, 2) exited non-zero on 'SIP/XXXXX-000000da'

[Fernando Villares]

te fallan los dns y tenes en algun problema en las def. del transporte de sip por eso te dice que vuelve a udp.

[Vicente Jareño]

OK. ¿Por donde empiezo? En /etc/hosts lo veo todo correcto y no he cambiado a tcp, de hecho no sé cómo se hace.

Gracias por tu ayuda

El 28 de junio de 2012 22:38, Fernando Villares <fvil...@gmail.com> escribió:

te fallan los dns y tenes en algun problema en las def. del transporte de sip por eso te dice que vuelve a udp.

--
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

--
Un Saludo

Vicente Jareño Molina

[Sir Brain Colward]

en sip.conf mira si en el contexto general tienes puesta la siguiente línea:

srvlookup=no

con eso ya no debería tratar de buscar por nombre.

Con respecto al A2Billing, guarda los logs en /var/log/a2billing. Normalmente el interesante es a2billing_agi.log.

En él encontrarás más información sobre el fallo del AGI.

2012/6/29 Vicente Jareño <informati...@gmail.com>

[Vicente Jareño]

Gracias Sir Brain por tu aporte, pero el mismo error persiste. Me he fijado a conciencia en la opción en cuestión y sigue igual.

En cuanto al log, lo he abierto y está vacío, he comprobado en la configuración de A2B la ruta para los logs y está correcta.

[Vicente Jareño]

He conseguido arreglar algunos errores pero no todos. Ahora al ejecutar "sip reload" me responde Asterisk con lo siguiente:

Reloading SIP

  == Parsing '/etc/asterisk/sip.conf':   == Found

  == Parsing '/etc/asterisk/additional_a2billing_sip.conf':   == Found

  == Parsing '/etc/asterisk/users.conf':   == Found

[Jun 29 21:39:23] WARNING[3375]: chan_sip.c:28670 reload_config: No valid transports available, falling back to 'udp'.

  == Using SIP CoS mark 4

  == Parsing '/etc/asterisk/sip_notify.conf':   == Found

El error efectivamente estaba en la configuración de los DNS. Bueno, más bien era el nombre del host que antes era PFC_PC y ahora es 127.0.0.1. En cuanto al A2Billing sigo igual, no ejecuta nada ni da errores ni por consola ni en el log, es como si no se ejecutara. Probaré a meter en el script algún mensaje de verbose a ver si lo muestra. Ya os contaré, si podéis aportar algo más os lo agradeceré muchísimo.

Un saludo a todos!

[Vicente Jareño]

He seguido observando el tema del script de A2B, le he añadido un $agi -> verbose ( "prueba" ); y no me sale por pantalla. Es algo bastante extraño.

[Vicente Jareño]

Los errores en el "sip reload" ya están solucionados. El problema del último fallo era debido a que no sé dónde exactamente, asterisk estaba configurado para hacer el transporte sip mediante tcp. Al añadir el parametro transport=udp en sip.conf, desapareció el error.

Sigo sin saber resolver el problema del script de AGI, es como si no ejecutara nada. He probado a añadirle verbose y tampoco los muestra. No da errores ni muestra nada en ningun log. 

Es muy extraño y estoy un poco desesperado.

[Vicente Jareño]

SOLUCIONADO.

Primero volví a copiar el script de a2billing para trabajar con AGI, junto con todas las dependencias. Después, viendo que seguía fallando, me  puse a poner flags línea por línea a ver donde fallaba. Hasta que descubrí que no cargaba bien la configuración de la base de datos. No cargaba bien el fichero a2billing.conf y asignaba unos valores predefinidos que incluye el script. Simplemente he cambiado estos valores y ha funcionado a la perfección.

Un saludo a todos.

2012/6/29 Vicente Jareño <informati...@gmail.com>

Gracias por tu ayuda

- Para anular la suscripción: asterisk-es-unsubscribe@googlegroups.com

--
Un Saludo

Vicente Jareño Molina

--
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-unsubscribe@googlegroups.com

--
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-unsubscribe@googlegroups.com

--
Un Saludo

Vicente Jareño Molina

--
Un Saludo

Vicente Jareño Molina

--
Un Saludo

Vicente Jareño Molina

[Sir Brain Colward]

En la pantalla de configuración del A2B había en la sección de configuración un campo pasar establecer el nivel de log (lo siento, no me acuerdo exactamente y no tengo acceso en estos momentos a uno para mirar cuál es exactamente)

Sir Brain Colward
Playeando... :)

[Vicente Jareño]

No te preocupes César, ya está todo resuelto muchas gracias ;)

[Ramses]

A la lista, a parte de ayudar, le gusta ser ayudada...

¿Cómo se ayuda a la lista?

Contando la solución para que pueda servir de ayuda al resto o a nuevos listeros...

Saludos,

Ramses

Enviado desde mi Móvil

El 30/06/2012, a las 21:15, Vicente Jareño <informati...@gmail.com> escribió:

No te preocupes César, ya está todo resuelto muchas gracias ;)

--

[Vicente Jareño]

La solución es modificar los parametros de configuración de la base de datos que se cargan en la función load_conf del archivo Class.A2Billing.php. Esos parámetros predeterminados se cargan cuando no carga bien los datos del archivo a2billing.conf.

[Francisco J Capdevila]

El día 29 de junio de 2012 16:28, Vicente Jareño
<informati...@gmail.com> escribió:

> Los errores en el "sip reload" ya están solucionados. El problema del último
> fallo era debido a que no sé dónde exactamente, asterisk estaba configurado
> para hacer el transporte sip mediante tcp. Al añadir el parametro
> transport=udp en sip.conf, desapareció el error.
>
> Sigo sin saber resolver el problema del script de AGI, es como si no
> ejecutara nada. He probado a añadirle verbose y tampoco los muestra. No da
> errores ni muestra nada en ningun log.
>
> Es muy extraño y estoy un poco desesperado.

Victor, has revisado los permisos del archivo del AGI? Revisa que el
usuario de asterisk tenga privilegios adecuados en dicho archivo.
Quizas sería mejor que comiences un nuevo hilo para este problema,
detallando un poco más tu configuración.

Saludos,

Francisco Capdevila

[Vicente Jareño]

Gracias Francisco por tu colaboración, pero como ya comenté el problema quedó de solucionado de la manera que está comentada arriba y funciona correctamente. Bien es cierto que ese aporte nunca viene mal

Muchas Gracias.

P.D: Me llamo Vicente, no Victor :P

--
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