Re: [Asterisk-ES] Re: Colgados extranos
Edu - S&D Informatica
Amigos,
REvisando un poco con mas calma en los logs de Asterisk (en /var/log/
messages no veo nada anormal), pude ver estos errores justamente
cuando Asterisk se quedó "colgado"
Esto es una parte del /var/log/asterisk/messages justo en la hora en
la que sucedió el "raro colgado";
[Jan 5 16:38:58] WARNING[6787] chan_sip.c: Autodestruct on dialog
'4da606f808616e53...@10.4.1.6' with owner in place
(Method: ACK)
[Jan 5 16:39:06] WARNING[6787] chan_sip.c: Autodestruct on dialog
'4da606f808616e53...@10.4.1.6' with owner in place
(Method: BYE)
[Jan 5 16:43:46] NOTICE[6787] chan_sip.c: Registration from '<sip:
3...@10.4.1.6:5060>' failed for '10.4.2.3' - No matching peer found
[Jan 5 16:45:14] NOTICE[6787] chan_sip.c: Disconnecting call 'SIP/
422-0a0b1e30' for lack of RTP activity in 301 seconds
[Jan 5 16:49:21] NOTICE[6787] chan_sip.c: Peer '422' is now
Reachable. (179ms / 2000ms)
[Jan 5 16:51:08] NOTICE[6787] chan_sip.c: Peer '328' is now
Reachable. (1ms / 2000ms)
[Jan 5 16:51:19] WARNING[6787] channel.c: Channel allocation failed:
Refusing due to active shutdown
[Jan 5 16:51:19] WARNING[6787] chan_sip.c: Unable to allocate AST
channel structure for SIP channel
[Jan 5 16:51:19] NOTICE[6787] chan_sip.c: Unable to create/find SIP
channel for this INVITE
[Jan 5 16:51:54] ERROR[6787] res_config_mysql.c: MySQL RealTime: Ping
failed (2003). Trying an explicit reconnect.
[Jan 5 16:51:54] ERROR[6787] res_config_mysql.c: MySQL RealTime:
Failed to connect database server dreampbx on 127.0.0.1 (err 2003).
Check debug for more info.
[Jan 5 16:51:54] ERROR[6787] res_config_mysql.c: MySQL RealTime:
Failed to connect database server dreampbx on 127.0.0.1 (err 2003).
Check debug for more info.
[Jan 5 16:52:02] WARNING[6787] acl.c: Cannot connect
[Jan 5 16:52:02] WARNING[6787] chan_sip.c: sip_xmit of 0xa151230 (len
510) to 10.4.2.3:5060 returned -2: Network is unreachable
[Jan 5 16:52:06] NOTICE[6787] chan_sip.c: Peer '301' is now
UNREACHABLE! Last qualify: 31
[Jan 5 16:57:39] NOTICE[5793] cdr.c: CDR simple logging enabled.
[Jan 5 16:57:39] NOTICE[5793] loader.c: 150 modules will be loaded.
[Jan 5 16:57:39] WARNING[5793] res_musiconhold.c: Cannot open dir /
var/lib/asterisk/mohejemplo or dir does not exist
[Jan 5 16:57:39] WARNING[5793] res_smdi.c: No SMDI interfaces are
available to listen on, not starting SMDI listener.
[Jan 5 16:57:40] WARNING[5793] pbx_dundi.c: Unable to look up host
'vetelcom'
[Jan 5 16:57:40] NOTICE[5793] chan_ooh323.c:
---------------------------------------------------------------------------------
--- ******* IMPORTANT NOTE ***********
---
--- This module is currently unsupported. Use it at your own risk.
---
Que les parece amigos?
Mis versiones son las siguientes:
Asterisk 1.4.21.2
Libpri 1.4.10
Zaptel Version: 1.4.11
WANPIPE Release: 3.4.7
Gracias adelantadas amigos
On 5 ene, 20:45, DANNDP <ing.diasda...@gmail.com> wrote:
> Amigos,
>
> El día de hoy pude notar como mi asterisk, aparentemente se quedó
> colgado, me di cuenta porque no podía ni generar ni recibir llamadas
> del PRI, (el PRI estaba OK)...
>
> Le daba stop now y nada, simplemente ignoraba lo que hacia, intenataba
> llamar a un interno y nada de nada, llamar al buzon de voz y tampoco,
> concluí entonces que mi Asterisk se habia quedado colgado
>
> Reinicie el servidor y regresó a estado normal, pero me preocupa ya
> que esto no es para nada normal
>
> Alguien ha tenido estos problemas? a que se le pueden atribuir estos
> errores?
>
> Quedo atento y gracias adelantadasdd
--
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
--
Jorge Eduardo Silva Jackson
CCNA - dCAP
SysCon
+598+99665783
Edu - S&D Informatica
Perdona mi ignorancia mi estimado amigo Edu,
No tengo activo ningun servicio de DNS en mi Asterisk? crees que el
problema sea DNS o DHCP o bugs en el Asterisk?
No tener DNS configurado y funcionando en tu servidor Asterisk, puede traertre problemas del tipo que tienes ahora.
Si googleas un poco y pones DNS asterisk crash, veras de lo que te hablo.
Me paso hace poco que instale un Asterisk y por alguna razon, el cliente desconecto el modem ADSL y me llamo al rato diciendo que no le funcionaba la central telefonica, conecte el modem y a los 2 minutos todo volvio a la normalidad.
Solucione el tema instalando y configurando Bind9 en el propio asterisk....
Saludos
EDU
Como puedo chequear los DNS en mi servidor amigo?
Mil gracias adelantadas
On 6 ene, 21:03, "Edu - S&D Informatica" <sysc...@gmail.com> wrote:
> Como tienes los DNS en el servidor Asterisk ?
>
> 2010/1/6 DANNDP <ing.diasda...@gmail.com>
>
>
>
> > Amigos,
>
> > REvisando un poco con mas calma en los logs de Asterisk (en /var/log/
> > messages no veo nada anormal), pude ver estos errores justamente
> > cuando Asterisk se quedó "colgado"
>
> > Esto es una parte del /var/log/asterisk/messages justo en la hora en
> > la que sucedió el "raro colgado";
>
> > [Jan 5 16:38:58] WARNING[6787] chan_sip.c: Autodestruct on dialog
> > '4da606f808616e5379e299307824b...@10.4.1.6' with owner in place
> > (Method: ACK)
> > [Jan 5 16:39:06] WARNING[6787] chan_sip.c: Autodestruct on dialog
> > '4da606f808616e5379e299307824b...@10.4.1.6' with owner in place
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > - Para anular la suscripción: asterisk-es...@googlegroups.com
>
> --
> Jorge Eduardo Silva Jackson
> CCNA - dCAP
> SysCon
> +598+99665783
--
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
Edu - S&D Informatica
Hola Edu,
Ahora revisando mi /var/log/messages pude ver esto:
Jan 5 16:57:26 vetelcom rpc.statd[5331]: gethostbyname error for
vetelcom
Que te parece?
No me contestas si tenes DNS o no...
Creo que puede ser ese tu problema.
Saludos
EDU
On 6 ene, 21:32, "Edu - S&D Informatica" <sysc...@gmail.com> wrote:
> 2010/1/6 DANNDP <ing.diasda...@gmail.com>
DANNDP
Mi /etc/hosts.conf:
order hosts,bind
en /etc/resolv.conf:
search localdomain
nameserver 10.4.1.5 => aqui me sorprendo, la ip del server es
10.4.1.6; puede que esta ip sea la ip de un servidor DNS externo, no?
[root@vetelcom ~]# netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window
irtt Iface
10.4.1.0 0.0.0.0 255.255.255.240 U 0 0
0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0
0 eth0
0.0.0.0 10.4.1.1 0.0.0.0 UG 0 0
0 eth0
Que te parece?
On 6 ene, 22:25, "Edu - S&D Informatica" <sysc...@gmail.com> wrote:
Edu - S&D Informatica
Edu,
Mi /etc/hosts.conf:
order hosts,bind
en /etc/resolv.conf:
search localdomain
nameserver 10.4.1.5 => aqui me sorprendo, la ip del server es
10.4.1.6; puede que esta ip sea la ip de un servidor DNS externo, no?
Imposible.. 10.4.1.5 es una ip dentro del rango de las ip privadas clase A
[root@vetelcom ~]# netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window
irtt Iface
10.4.1.0 0.0.0.0 255.255.255.240 U 0 0
0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0
0 eth0
0.0.0.0 10.4.1.1 0.0.0.0 UG 0 0
0 eth0
Que te parece?
Hace la siguiente prueba, desconecta internet y observa si al rato, se muere tu asterisk.
Saludos
EDU
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción: asterisk-es...@googlegroups.com
DANNDP
sin servicio también...
Aunque ya ha pasado que se pierden conexiones IP pero el server no le
pasaba nada, ha venido con este comportamiento desde hace 2
semanas....
10.4.1.5 no será el DNS server del cliente? creo que ellos tienen su
propio servidor dhcp y dns externos...
Este problema me preocupa de sobremanera :S
On 6 ene, 23:13, "Edu - S&D Informatica" <sysc...@gmail.com> wrote:
Edu - S&D Informatica
ummm está dificil, estoy remoto, si desconecto internet yo me quedaré
sin servicio también...
Aunque ya ha pasado que se pierden conexiones IP pero el server no le
pasaba nada, ha venido con este comportamiento desde hace 2
semanas....
10.4.1.5 no será el DNS server del cliente? creo que ellos tienen su
propio servidor dhcp y dns externos...
Este problema me preocupa de sobremanera :S
Si no tienes idea de como esta la red en tu cliente y me dices que no puedes hacer estas pruebas, lamentablemente va a ser dificil que te pueda ayudar. Lo que si te puedo asegurar que a mi me pasaba algo muy similar a lo que tu comentas en el comienzo del hilo y era problema de DNS interno del cliente.
Saludos
EDU
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción: asterisk-es...@googlegroups.com
Raúl Alexis Betancor Santana
> Solucione el tema instalando y configurando Bind9 en el propio asterisk....
> Saludos
Si, la solución que adoptates es correcta, lo adecuado es arrasar la zona con
una bomba nuclear cuando tienes un problema de plaga de cucarachas ... es una
medida "proporcionada"
/set irconic off
Saludos
--
Raúl Alexis Betancor Santana
Dimensión Virtual
Germán Aracil Boned
y en resolv.conf poner como dns principal nameserver 127.0.0.1
seguro que por resoluciones de nombres en tu lan, ya no te dar� problema.
si tocas el hosts, te cargas un posible cambio de ip.
si es debian un simple apt-get install bind9 o bind es suficiente en los
rpms .. creo que yum named te lo instala.
no consume casi nada de recursos, evitas tr�fico extra por resoluci�n de
nombres en tu red, y lo haces totalmente independiente de los servidores
de tu isp. Ya que ir� a consultar a los raices que servidores dns
corresponden al dominio en particular, y luego consultar� directamente a
esos servidores para resolver el nombre. vamos .. mejor imposible.
DANNDP escribi�:
> Edu,
>
> Mi /etc/hosts.conf:
>
> order hosts,bind
>
> en /etc/resolv.conf:
>
> search localdomain
> nameserver 10.4.1.5 => aqui me sorprendo, la ip del server es
> 10.4.1.6; puede que esta ip sea la ip de un servidor DNS externo, no?
>
> [root@vetelcom ~]# netstat -rn
> Kernel IP routing table
> Destination Gateway Genmask Flags MSS Window
> irtt Iface
> 10.4.1.0 0.0.0.0 255.255.255.240 U 0 0
> 0 eth0
> 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0
> 0 eth0
> 0.0.0.0 10.4.1.1 0.0.0.0 UG 0 0
> 0 eth0
>
> Que te parece?
>
>
> On 6 ene, 22:25, "Edu - S&D Informatica" <sysc...@gmail.com> wrote:
>> El 7 de enero de 2010 00:17, DANNDP <ing.diasda...@gmail.com> escribi�:
>>>>>>> cuando Asterisk se qued� "colgado"
>>>>>>> Esto es una parte del /var/log/asterisk/messages justo en la hora
>>> en
>>>>>>> la que sucedi� el "raro colgado";
>>>>>>>> El d�a de hoy pude notar como mi asterisk, aparentemente se qued�
>>>>>>>> colgado, me di cuenta porque no pod�a ni generar ni recibir
>>> llamadas
>>>>>>>> del PRI, (el PRI estaba OK)...
>>>>>>>> Le daba stop now y nada, simplemente ignoraba lo que hacia,
>>>>> intenataba
>>>>>>>> llamar a un interno y nada de nada, llamar al buzon de voz y
>>> tampoco,
>>>>>>>> conclu� entonces que mi Asterisk se habia quedado colgado
>>>>>>>> Reinicie el servidor y regres� a estado normal, pero me preocupa
>>> ya
>>>>>>>> que esto no es para nada normal
>>>>>>>> Alguien ha tenido estos problemas? a que se le pueden atribuir
>>> estos
>>>>>>>> errores?
>>>>>>>> Quedo atento y gracias adelantadasdd
>>>>>>> --
>>>>>>> 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-asteris.
>>>>> ..
>>>>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>>>>>> - Para anular la suscripci�n:
>>> asterisk-es...@googlegroups.com
>>>>>> --
>>>>>> Jorge Eduardo Silva Jackson
>>>>>> CCNA - dCAP
>>>>>> SysCon
>>>>>> +598+99665783
>>>>> --
>>>>> 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-asteris.
>>> ..
>>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>>>> - Para anular la suscripci�n: asterisk-es...@googlegroups.com
>>>> --
>>>> Jorge Eduardo Silva Jackson
>>>> CCNA - dCAP
>>>> SysCon
>>>> +598+99665783
>>> --
>>> 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-asteris...
>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> - Para anular la suscripci�n: asterisk-es...@googlegroups.com
>> --
>> Jorge Eduardo Silva Jackson
>> CCNA - dCAP
>> SysCon
>> +598+99665783
--
-
-------------------------------------
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
-------------------------------------
-
Jorge Eduardo Silva Jackson
> Hola Edu,
>
> A ver, puedo intentar algunas pruebas el dia de manana mi amigo, que
> le pido exactamente a mi cliente? que desconecte el internet? esto si
> lo puedo hacer
>
> A ti te sucedia lo mismo exactamente? a mi no me servia nada de nada,
> es como si asterisk estuviera caido totalmente...pero el tema es que
> hago un asterisk -r desde consola y entra perfecto, cuando intento
> darle un stop now no pasa nada, debo hacer un shutdown -r now y queda
> bien...a ti te sucedia exactamente eso mismo Edu?
Eso mismo !!!
>
> El problema no es que el servidor se quede colgado, sino Asterisk...me
> preocupa que tenga problemas a nivel de versiones o de hardware
No creo...
>
> Le voy a pedir al cliente que desconecte el internet...luego que hacer
> amigo?
como ya te lo mencione anteriormente, desconectar internet y ver que
pasa con *, si te da el problema al rato o no... para descartar que no
se tema de DNS.
>
>
>
> On 6 ene, 23:24, "Edu - S&D Informatica" <sysc...@gmail.com> wrote:
> > ...
> >
> > leer más »
Jorge Eduardo Silva Jackson
> On Thursday 07 January 2010 01:32:10 Edu - S&D Informatica wrote:
>
> > Solucione el tema instalando y configurando Bind9 en el propio asterisk....
> > Saludos
>
> Si, la solución que adoptates es correcta, lo adecuado es arrasar la zona con
> una bomba nuclear cuando tienes un problema de plaga de cucarachas ... es una
> medida "proporcionada"
>
> /set irconic off
Sintax error on MAIL near of "/set irconic off" no "/set inconic off"
command found...
Read the manual for commands references.
>
> Saludos
DANNDP
ME he encontrado con este interesante articulo de Elio Rojano: (que
les parece)
Cuidado con los servidores DNS en Asterisk
Muchas personas, para evitar que su servidor Asterisk se quede
bloqueado en el caso en que falle la conexión a Internet, suelen
recurrir a diversas técnicas (explicación):
* Utilizar direcciones IP en lugar de nombres de dominio.
* Añadir los nombres de dominio que vayan a utilizar en el
archivo /etc/hosts.
* Instalar un servidor DNS en la red local que le sirva de caché y
aisle las peticiones de resolución de nombres.
En muchos casos, la primera opción no es viable, ya que muchos
proveedores de servicios IP utilizan el mismo nombre de dominio para
realizar round-robin y distribuir la carga entre varios servidores con
distinta IP pero el mismo nombre de host.
Son muchos los que optan por instalar el servidor DNS en el mismo
sistema o bien dentro de la red local, pero aquí es donde hay que
tener especial cuidado.
Los servidores DNS son accesibles mediante los puertos 53 UDP y TCP
(en algunos casos) y si estos son accesibles desde internet, y los
utilizan los sistemas de nuestra red puede ocurrir que seamos
vulnerables a diversos exploits e “inyecciones falsas” de registros IP/
nombres en la caché DNS lo que puede llevarnos a páginas falsas o
incluso a ataques phishing.
Ahora, con las últimas vulnerabilidades encontradas (y publicadas) en
el mismísimo protocolo de DNS son muchos los que se están aprovechando
de esto.
Concretamente, hoy he visto logs de ataques y donde consiguen inyectar
direcciones IPs de diferentes páginas (de spam y porno por lo general)
en servidores Bind.
Por suerte, hay técnicas para prohibir el acceso al servidor DNS desde
direcciones IPs diferentes a las de la red local, desde el propio
servidor Bind o bien desde el maravilloso iptables de Linux.
Así que… cuidado con los servidores DNS que tengamos instalados, no
vayan a darnos alguna sorpresa desagradable. :)
On 7 ene, 13:12, Jorge Eduardo Silva Jackson <sysc...@gmail.com>
wrote:
> On Thu, 2010-01-07 at 08:04 +0000, Raúl Alexis Betancor Santana wrote:
>
> > On Thursday 07 January 2010 01:32:10 Edu - S&D Informatica wrote:
>
> > > Solucione el tema instalando y configurando Bind9 en el propio asterisk....
> > > Saludos
>
> > Si, la solución que adoptates es correcta, lo adecuado es arrasar la zona con
> > una bomba nuclear cuando tienes un problema de plaga de cucarachas ... es una
> > medida "proporcionada"
>
> > /set irconic off
>
> Sintax error on MAIL near of "/set irconic off" no "/set inconic off"
> command found...
> Read the manual for commands references.
>
>
>
> > 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-asteris...
DANNDP
Aqui he conseguido otro link interesante sobre DNS y Asterisk:
Pero lo que me deja dudoso, es que yo no tengo configurado conexiones
por SIP con ningun proveedor IP ni nada parecido, y lo mas raro es que
al momento del colgado de Asterisk (yo estoy remoto) puedo seguir
viendo la consola de Asterisk...aunque se me cuelga la sesion ssh pero
abro otra y listo, y asterisk sigue colgado, no me ha quedado de otra
que reiniciar el servidor
He verificado memoria y cpu y se ve bien, de hecho, los colgados han
sucedido con CERO actividad en la central, justo en esos momentos no
hay llamadas
PEro repito, las veces que se ha colgado, yo estando remoto por ssh he
podido ingresar y hacer intentos de stop now en asterisk (que no me
responde en lo absoluto) y luego termino por hacer un shutdown -r now
Creen que esto se deba a DNS? que otra cosa pudiera ser?
SAludos y gracias de antemano
On 7 ene, 13:12, Jorge Eduardo Silva Jackson <sysc...@gmail.com>
wrote:
> On Thu, 2010-01-07 at 08:04 +0000, Raúl Alexis Betancor Santana wrote:
>
> > On Thursday 07 January 2010 01:32:10 Edu - S&D Informatica wrote:
>
> > > Solucione el tema instalando y configurando Bind9 en el propio asterisk....
> > > Saludos
>
> > Si, la solución que adoptates es correcta, lo adecuado es arrasar la zona con
> > una bomba nuclear cuando tienes un problema de plaga de cucarachas ... es una
> > medida "proporcionada"
>
> > /set irconic off
>
> Sintax error on MAIL near of "/set irconic off" no "/set inconic off"
> command found...
> Read the manual for commands references.
>
>
>
> > 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-asteris...
Germán Aracil Boned
en los interfaces púbicos. Pero esta regla es aplicable a todos los
servicios que no debas dar al exterior.
En caso de un servicio que darás al público (no es el caso del servidor
dns) tienes dos opciones:
1ª Validar por ip en el iptables. Necesitas conocer la ip de tus
clientes y que éstas sean fijas.
2º Si es de acceso desde múltiples ips y no puedes concoerlas todas,
asegurarte de que tu servicio no tiene posibles exploits.
PD. Configurando un firewall a nivel paranoid:
Regla por defecto para INPUT al DROP y OUTPUT Y FORWARD AL ACCEPT
(Solo abres lo que necesitas)
1º Mejor que cerrar un servicio como puede ser el servidor DNS u otro
para no dar servicio de dentro hacia fuera, es asegurarte de que además
no está ni escuchando. Por tanto imposible que sufras un ataque.
2º Lo que no te va a servir de nada, es cerrar todos los puertos de
dentro hacia fuera como hacen algunos, para evitar ataques troyanos. Ya
que por cojones tienes que dejar abierto por ejemplo el 80. Con eso ya
has roto toda posibilidad de seguridad. Ya que ni los troyanos ni los
que los hacen son tontos.
espero te sirva ..
DANNDP escribió:
--
-
-------------------------------------
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.
Germán Aracil Boned
> 1� Mejor que cerrar un servicio como puede ser el servidor DNS u otro
> para no dar servicio de dentro hacia fuera, es asegurarte de que adem�s
> no est� ni escuchando. Por tanto imposible que sufras un ataque.
de fuera hacia dentro quise decir.
-
-------------------------------------
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.
Edu - S&D Informatica
Oye amigo, ya te he recomendado lo que hacer y no lo haces, entonces, a lo que a mi respecta doy este hilo como cerrado.
Si preguntas y preguntas pero no haces las pruebas de ensayo y error que recomendamos, o no instalas bind9, va a ser iiiiimposible que sepamos, tanto tú amigo, como nosotros, si los métodos que te recomendamos funcionan para ti.
Generalmente todo soft que instalas tiene potenciales problemas de seguridad, pero primero ve si se soluciona tu problema mas urgente, y luego lidias con los "potenciales" problemas de seguridad.
Como dice un coterraneo conocido, jefe de un centro de computos, escribe menos informes y soluciuona las cosas mas rapido..
Saludos
EDU
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción: asterisk-es...@googlegroups.com
DANNDP
Te cuento que los colgados que he recibido los he visto yo estando
remoto , con mi sesion ssh abierta, es decir, no ha sido por perder
conexion de internet, no tengo creada ninguna cuenta ni troncal por
voip (segun me he documentado arriba esto sucede cuando pierdes
internet y tienes configurada una cuenta o troncal con algun proveedor
IP)
El problema es que el sitio queda demasiado lejos de donde estoy
ahora, y dificilmente consigo al responsable de sistemas en el sitio
para pedirle tal prueba, ya se la pedí, pero me toca esperar a que me
responda
Según lo que te escrido arriba amigo, crees que se deban a problemas
de DNS? la instalacion y configuracion de Bind9 como la debería hacer
amigo? jamás he instalado Bind9 en ningun servidor linux? como sería
la configuracion?
Que me dices al respecto amigo? gracias por todas tus recomendaciones
On 11 ene, 10:27, "Edu - S&D Informatica" <sysc...@gmail.com> wrote:
> Amigo DANNDP:
>
> Oye amigo, ya te he recomendado lo que hacer y no lo haces, entonces, a lo
> que a mi respecta doy este hilo como cerrado.
> Si preguntas y preguntas pero no haces las pruebas de ensayo y error que
> recomendamos, o no instalas bind9, va a ser iiiiimposible que sepamos, tanto
> tú amigo, como nosotros, si los métodos que te recomendamos funcionan para
> ti.
> Generalmente todo soft que instalas tiene potenciales problemas de
> seguridad, pero primero ve si se soluciona tu problema mas urgente, y luego
> lidias con los "potenciales" problemas de seguridad.
> Como dice un coterraneo conocido, jefe de un centro de computos, escribe
> menos informes y soluciuona las cosas mas rapido..
> Saludos
> EDU
>
Iñaki Baz Castillo
> El problema es que el sitio queda demasiado lejos de donde estoy
> ahora, y dificilmente consigo al responsable de sistemas en el sitio
> para pedirle tal prueba, ya se la pedí, pero me toca esperar a que me
> responda
Entonces la pelota está en casa del cliente.
> Según lo que te escrido arriba amigo, crees que se deban a problemas
> de DNS?
Te ha dicho unas 5 veces que "él piensa que sí". Lo que pasa es que tú
esperas que te diga paso a paso qué hacer.
> la instalacion y configuracion de Bind9 como la debería hacer
> amigo?
Pues deberías contratarle para que te la haga él ya que no parece que
tengas ganas de leer el manual de bind9 ni nada por el estilo.
> jamás he instalado Bind9 en ningun servidor linux? como sería
> la configuracion?
Unos 300-500 €.
> Que me dices al respecto amigo?
Si yo fuese él diría 1000 €.
DANNDP
Gracias por tal ilustrativa respuesta, hombre claro que me he
documentado un poco de Bind9, y la verdad es un tanto complicado hasta
lo que he visto ahora...
Mas aún cuando el cliente tiene su propio DNS externo en el data
center, y vaya, que si me instalo y configuro el DNS y al final
termina siendo otro el problema, puede que con esto genere otro error
Por eso pues he preguntado si los sintomas han sido los de arriba
Seguiré con esto amigos, espero sus comentarios
On 12 ene, 05:12, Iñaki Baz Castillo <i...@xtratelecom.es> wrote:
Jorge Eduardo Silva Jackson
Gracias IBC, despues me pasas tu cuenta de PayPal que te mando tu
parte....
De todas maneras, por ser hoy y estar de humor (recien salgo de
refrescarme en la piscina, hay 35 grados centigrados a la sombra), le
voy a pasar la primera sin cargo...
En DEBIAN
sudo apt-get install bind9
Por este trial no tengo acceso a dar mas informacion... :)
Saludos.
EDU
> --
> 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
DANNDP
me ha complicado el trompo :S
On 12 ene, 10:14, Jorge Eduardo Silva Jackson <sysc...@gmail.com>
wrote:
> On Tue, 2010-01-12 at 10:12 +0100, Iñaki Baz Castillo wrote:
> >http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asteris...
Richard Alvarez
Saúl Ibarra
> DANNDP
> Usa direcciones IP
> o si o si tienes que usar DNS?
>
El DNS se inventó para no acordarse de las IPs.
Ah, no, que el DNS tiene cosas como failover, SRV, ... **hace falta**
tener DNS en la vida.
--
/Saúl
http://saghul.net | http://sipdoc.net
DANNDP
Es que he ahi mi confusión, yo no estoy usando para nada y por ningun
lado nombres de dominio, todo lo estoy usando con direcciones IP, no
tengo configurada cuentas ip o troncales ip con proveedores externos
donde los registraria en asterisk con nombres de dominio
Lo unico que tengo es un mediant 1000 que se conecta al asterisk por
sip, pero todo con direcciones IP
A estas alturas mi confusion es bastante grande, me preocupa que no me
hayan entendido o no me haya dado a entender bien. Remotamente yo le
llego al servidor asterisk a través de direccion IP, y no con nombres
de dominio.
EL asterisk server no tiene un DNS configurado, lo unico que tengo en /
etc/resolv.conf es nameserver 10.4.1.5 donde este es el servidor dns
del cliente
Entonces, a que se pueden deber estos colgados?
Les digo, que con el objeto de hacer un upgrade de libpri y de los
drivers wanpipe me tocó recompilar todo, y a partir de ahi empezó con
estos colgados (no se si esta sea la causa)...a mi, particularmente,
me tiene muy desconcertado
Hace unos minutos el cliente finalmente desconecto de internet todo el
sitio, por lo tanto yo no le llegaba al server desde aqui, al par de
minutos se reestablecio la conexion y finalmente pude ingresar
nuevamente y asterisk está perfecto
Que les parece?
On 12 ene, 16:42, Richard Alvarez <rich...@gmail.com> wrote:
> DANNDP
>
> Usa direcciones IP
> o si o si tienes que usar DNS?
>
Richard Alvarez
drivers wanpipe me tocó recompilar todo, y a partir de ahi empezó con
estos colgados (no se si esta sea la causa)...a mi, particularmente,
me tiene muy desconcertado"
DANNDP
errores a nivel de zaptel por errores en el pri
La nueva version de wanpipe que instalamos es menos susceptible a
fallos en la linea (aunque el upgrade no sirvió de mucho porque sigo
con problemas en el pri, lo cual es mas que evidente que es problemas
de telco, ya hemos pedido la revision)
El punto es que venia funcionando bastante bien hasta que hicimos este
upgrade, el hardware lo veo bastante bien segun free -m y top
Lo unico que estoy pensando es revisar en sitio profundamente el
hardware, revisar bien el tema de DNS (a estas alturas no estoy seguro
que esto sea) o reinstalar la plataforma a ver que tal...
Raúl Alexis Betancor Santana
> Si hermano, hicimos un upgrade de libpri y wanpipe porque tenia
> errores a nivel de zaptel por errores en el pri
¿Pero actualizaste porque te dió por ahí ... o porque averiguaste que los
fallos del pri estaban relacionados con la versión que tenías?
> La nueva version de wanpipe que instalamos es menos susceptible a
> fallos en la linea (aunque el upgrade no sirvió de mucho porque sigo
> con problemas en el pri, lo cual es mas que evidente que es problemas
> de telco, ya hemos pedido la revision)
Es que antes de andar actualizando nada, deberías de saber acotar el problema
y decir a CIENCIA CIERTA, si es del operador del PRI o de soft del Asterisk
> El punto es que venia funcionando bastante bien hasta que hicimos este
> upgrade, el hardware lo veo bastante bien segun free -m y top
Nada tiene que ver una cosa con la otra, aunque las Sangoma son
muchiiiiiiiiiiiisimo menos susceptibles a problemas de interrupciones que las
Digium ... ¿has comprobado que no se esté compartiendo interrupciones con
nada más?
> Lo unico que estoy pensando es revisar en sitio profundamente el
> hardware, revisar bien el tema de DNS (a estas alturas no estoy seguro
> que esto sea) o reinstalar la plataforma a ver que tal...
Es que, y siento repetirme, no pareces tener claro DONDE está el problema ...
y dando palos de ciego te puedes pegar MESES hasta que atines con lo que
falla, si es que atinas.
DANNDP
> fallos del pri estaban relacionados con la versión que tenías?
Actualizé porque Sangoma me recomendó actualizar tanto los drivers
wanpipe como Libpri, si lo investigué y me recomendé antes para hacer
esto
Al final, el pri sigue fallando, pero no tengo errores como los que
presentaba antes, el tema es que el Telco debe revisarme la conexion
fisica
Al hacer un cat /proc/interrupts la tarjeta no comparte irq's con
ningun dispositivo; pero al hacer un lspci -vb me sale que los
comparte con un SMBUS....
11:04.0 Network controller: Sangoma Technologies Corp. A200/Remora FXO/
FXS Analog AFT card
Subsystem: Unknown device a112:3313
Flags: bus master, medium devsel, latency 255, IRQ 11
Memory at c7000000 (32-bit, non-prefetchable)
00:1f.3 SMBus: Intel Corporation 631xESB/632xESB/3100 Chipset SMBus
Controller (rev 09)
Subsystem: IBM: Unknown device 02dd
Flags: medium devsel, IRQ 11
I/O ports at 0440
Consulté esto con Sangoma y me dicen que no hay problema con esto,
ustedes que creen?
Esto tiene algo que ver con que asterisk se cuelgue?
Y si es cierto, no se donde está el problema exactamente, si lo
supiera ya estaría resuelto, lo que me preocupa es que los colgados de
Asterisk son aleatorios...puede pasar una semana o a las dos semanas,
reinicio el server y puede que a los dos dias ocurra de nuevo; me ha
pasado ya 3 veces, pero repito, lo mas extrano es que esto sucedio
justo despues de hacer las actualizaciones...
Por eso ando tan confundido...
On 12 ene, 19:59, Raúl Alexis Betancor Santana <r...@dimension-
Edu - S&D Informatica
Ahora busquemos el problema desde otro punto....
Si me doy cuenta de algo aviso.
Saludos.
EDU
--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción: asterisk-es...@googlegroups.com
--
Ramses II
A mi me pasó algo similar con un Asterisk con 1 x E1.
Lo instalé y se llevó como 2 ó 3 meses funcionando sin problemas. Después de
este tiempo, llegaba a colgarse Asterisk, aleatoriamente, con esos síntomas,
que entrabas en el CLI, ejecutabas algún comando y no hacía nada.
Estuve investigando el tema y observé que se iban bloqueando los canales
poco a poco hasta llegar a bloquearse todos.
Me revisaron, en remoto, la línea del primario. Nada, todo era OK.
Estuvimos viendo algunos "PRI intenses", donde me echaron una mano aquí en
la lista, nada, no se veía nada.
En esas tuve que cambiar la máquina para montarla en otra, con las mismas
tarjetas y todo, pero distinta máquina, y ya no volvió a pasar más.
Claro, lo mío no fue que empezara a fallar tras un cambio de libpri,
asterisk o similar, sino que estaba funcionando y a los 3 ó 3 meses comenzó
a fallar, eso sí, también pudo ser que durante ese tiempo no estaba
trabajando con muchos usuarios, ya que se fueron añadiendo poquito a poco,
pero cuando empezó a pasar no te creas que había muchos, solo unos 20 o
25...
Conclusión, al cambiar de máquina, no solo cambié de máquina, sino que S.O.
nuevo, compilé Asterisk de nuevo, etc..., pero el hardware de tarjetas y la
línea eran las mismas.
Yo, ahora con lo que sé, no me refiero a que sepa mucho sino a la
experiencia que tengo, actualizaría todo a las últimas versiones y
recompilaría de nuevo... En aquel momento me aterraba tener que recompilar
Asterisk... ;-)
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de DANNDP
Enviado el: miércoles, 13 de enero de 2010 1:39
Para: asterisk-es
Asunto: [Asterisk-ES] Re: Colgados extranos
Raúl Alexis Betancor Santana
> Consulté esto con Sangoma y me dicen que no hay problema con esto,
> ustedes que creen?
Entre esos dos dispositivos no debería de haber problemas, "debería" ...
tómatelo con un pizco de sal.
> Esto tiene algo que ver con que asterisk se cuelgue?
Cuando dices "cuelgue" ¿a que te refieres?:
a) El primario no funciona
b) La consola de asterisk no funciona, asterisk no responde
c) El servidor no funciona, no responde a ssh, ni ping, ni nada de nada
¿?
Es que dependiendo de que sea el problema tiene una gravedad u otra y puedes
dar pistas de pon donde tirar.
> Y si es cierto, no se donde está el problema exactamente, si lo
> supiera ya estaría resuelto, lo que me preocupa es que los colgados de
> Asterisk son aleatorios...puede pasar una semana o a las dos semanas,
> reinicio el server y puede que a los dos dias ocurra de nuevo; me ha
> pasado ya 3 veces, pero repito, lo mas extrano es que esto sucedio
> justo despues de hacer las actualizaciones...
Dependiendo del "tipo de cuelgue", puede o no estar relacionado con las
actualizaciones.
¿Que versión de asterisk estás corriendo?, ¿versión de wanpipe y libpri?
Saludos
Iñaki Baz Castillo
<sys...@gmail.com> escribió:
> Gracias IBC, despues me pasas tu cuenta de PayPal que te mando tu
> parte....
>
> De todas maneras, por ser hoy y estar de humor (recien salgo de
> refrescarme en la piscina, hay 35 grados centigrados a la sombra), le
> voy a pasar la primera sin cargo...
>
> En DEBIAN
>
> sudo apt-get install bind9
>
> Por este trial no tengo acceso a dar mas informacion... :)
Hombre... una cosa es "instalar" y otra "configurar y administrar" (y
que funcione como queremos) ;)
Iñaki Baz Castillo
> Gracias Richard,
>
> Es que he ahi mi confusión, yo no estoy usando para nada y por ningun
> lado nombres de dominio, todo lo estoy usando con direcciones IP, no
> tengo configurada cuentas ip o troncales ip con proveedores externos
> donde los registraria en asterisk con nombres de dominio
¿Cómo puedes estar tan seguro de que tu equipo no hace resolución DNS?
Por ejemplo, ¿tienes un MySQL corriendo en dicha máquina y no has
puesto la opción "skip-name-resolve" en el my.cnf? Pues entonces por
cada query SQL tu servidor MySQL está haciendo una resolución inversa
de IP (consulta DNS al fin y al cabo) contra el servidor DNS que
aparezca en /etc/resolv.conf.
Pero las cosas hay que comprobarlas y verificarlas, no vale "creo que
no hace consultas DNS". Instala tcpdump o ngrep y comprueba i hay
tráfico al puerto 53 de otros equipos.
Edu - S&D Informatica
Votamos por OPCION
1 - Instale en DNS por defecto y pruebe.
2 - Borre los /usr/src/ de Asterisk, Dahdi, libpri,winepipe, baje los ultimos y reinstale todo(no borrar los .conf y esas yerbas de * y dahdi).
3 - Cambiar equipo, instalar un buen DEBIAN de cero,instalar todo lo anteriormente dicho (asterisk a pelo). poner la tarjeta en este nuevo server y probar (todo ultimas versiones).
4 - Agarrar todo a patadas y dedicarse a la gastronomia mediterranea.
5 - Escribir a la lista de aserisk negocios y contratar un consultor que cobre solo si todo queda funcionando por 6 meses.
Esperamos tu votacion para poder ayudar a nuestro amigo
Germán Aracil Boned
colgados.
Edu - S&D Informatica escribi�:
> A ver, haremos un nuevo intento, y pongamos a votacion lo que cada uno
> opina que hay que hacer.
>
> Votamos por OPCION
>
> 1 - Instale en DNS por defecto y pruebe.
+100 debian lenny con dns server
> 2 - Borre los /usr/src/ de Asterisk, Dahdi, libpri,winepipe, baje los
> ultimos y reinstale todo(no borrar los .conf y esas yerbas de * y dahdi).
+0 cuidadin..
> 3 - Cambiar equipo, instalar un buen DEBIAN de cero,instalar todo lo
> anteriormente dicho (asterisk a pelo). poner la tarjeta en este nuevo
> server y probar (todo ultimas versiones).
> 4 - Agarrar todo a patadas y dedicarse a la gastronomia mediterranea.
+1 me apunto !
> 5 - Escribir a la lista de aserisk negocios y contratar un consultor que
> cobre solo si todo queda funcionando por 6 meses.
>
> Esperamos tu votacion para poder ayudar a nuestro amigo
Aqu� la tienes.
> --
> Jorge Eduardo Silva Jackson
> CCNA - dCAP
> SysCon
> +598+99665783
>
--
DANNDP
Efectivamente, tengo problemas en el PRI, generalmente pierdo
sincronismo con el canal D, pero se levanta automaticamente en
cuestion de segundos, no es que se cae y no vuelve a levantar, sino
que se cae y en cuestion de 10 o 20 segundos levanta de nuevo, de
hecho en mi /var/log/messages se muestran varios mensajes de wanpipe
del tipo RAI, OOF, AIS...Sangoma me dice que esto es un problema del
proveedor a nivel fisico y que ellos deben revisarmelo, pero bueno con
la salida de lspci -vb ahora no se que pensar (/proc/interrupts
muestra que NO comparte IRQ)
El tipo de cuelgue es la opcion b) de tus opciones; asterisk
simplemente deja de funcionar, hago stop now y nada de nada, las
llamadas por el pri tanto entrantes como salientes no funcionan
(zttool muestra el PRI OK) no puedo hacer llamadas entre internos ni
al buzon de voz y lo mas extrano es que la sesion ssh cuando ingreso a
la consola de asterisk se me queda colgada...lo unico que me queda es
reiniciar el server abriendo otra sesion ssh y haciendo un shutdown -r
now
Mis versiones son:
Asterisk 1.4.21.2
Zaptel Version: 1.4.11
WANPIPE Release: 3.4.7
libpri version: 1.4.10.2
Saludos y Gracias
On 13 ene, 04:07, Raúl Alexis Betancor Santana <r...@dimension-
Raúl Alexis Betancor Santana
> Hola Raúl,
>
> Efectivamente, tengo problemas en el PRI, generalmente pierdo
> sincronismo con el canal D, pero se levanta automaticamente en
> cuestion de segundos, no es que se cae y no vuelve a levantar, sino
> que se cae y en cuestion de 10 o 20 segundos levanta de nuevo, de
> hecho en mi /var/log/messages se muestran varios mensajes de wanpipe
> del tipo RAI, OOF, AIS...Sangoma me dice que esto es un problema del
> proveedor a nivel fisico y que ellos deben revisarmelo, pero bueno con
> la salida de lspci -vb ahora no se que pensar (/proc/interrupts
> muestra que NO comparte IRQ)
>
> El tipo de cuelgue es la opcion b) de tus opciones; asterisk
> simplemente deja de funcionar, hago stop now y nada de nada, las
> llamadas por el pri tanto entrantes como salientes no funcionan
> (zttool muestra el PRI OK) no puedo hacer llamadas entre internos ni
> al buzon de voz y lo mas extrano es que la sesion ssh cuando ingreso a
> la consola de asterisk se me queda colgada...lo unico que me queda es
> reiniciar el server abriendo otra sesion ssh y haciendo un shutdown -r
> now
>
> Mis versiones son:
>
> Asterisk 1.4.21.2
> Zaptel Version: 1.4.11
> WANPIPE Release: 3.4.7
> libpri version: 1.4.10.2
Umm, por los sintomas que describes ... puede ser 2 cosas básicamente:
a) Las caídas del primario terminan por bloquear el proceso de asterisk
b) tienes algún problema de hardware que está bloqueando el equipo.
Cuando se te queda bloqueado y tienes que hacer el shutdown ... evidentemente
el linux funciona y el acceso de red también. ¿has probado solo a reiniciar
el proceso de asterisk y el wanpipe ? ¿algún mensaje en el syslog sobre
procesos desbocados o bloqueos de algo ?
DANNDP
Lo raro es que solo tengo un CPU en uso no 4...
CPU0 CPU1 CPU2 CPU3
0: 102498118 102803307 102799653 102798404 IO-APIC-edge
timer
1: 0 0 0 0 IO-APIC-edge
i8042
8: 337 348 335 352 IO-APIC-edge rtc
9: 0 0 0 0 IO-APIC-level acpi
12: 0 0 0 0 IO-APIC-edge
i8042
14: 0 0 0 0 IO-APIC-edge
libata
15: 4 30 5 5 IO-APIC-edge ide1
193: 0 0 0 0 IO-APIC-level
ehci_hcd, uhci_hcd, uhci_hcd
201: 0 0 0 0 IO-APIC-level
uhci_hcd, uhci_hcd
209: 119988 2972 189321 37266 IO-APIC-level
aacraid
217: 28564 312056163 38511 104120616 IO-APIC-level
wanpipe1, wanpipe2
233: 13339276 0 0 0 PCI-MSI eth0
NMI: 0 0 0 0
LOC: 410918726 410918516 410918734 410918733
ERR: 0
MIS: 0
En /var/log/messages no veo mensajes extranos a la hora del colgado de
Asterisk, en /var/log/asterisk/messages a la hora del colgado pude ver
esto:
[Jan 5 16:38:58] WARNING[6787] chan_sip.c: Autodestruct on dialog
'4da606f808616e53...@10.4.1.6' with owner in place
(Method: ACK)
[Jan 5 16:51:19] WARNING[6787] channel.c: Channel allocation failed:
Refusing due to active shutdown
[Jan 5 16:51:19] WARNING[6787] chan_sip.c: Unable to allocate AST
channel structure for SIP channel
[Jan 5 16:51:54] ERROR[6787] res_config_mysql.c: MySQL RealTime: Ping
failed (2003). Trying an explicit reconnect.
[Jan 5 16:51:54] ERROR[6787] res_config_mysql.c: MySQL RealTime:
Failed to connect database server mypbx on 127.0.0.1 (err 2003). Check
debug for more info.
[Jan 5 16:51:54] ERROR[6787] res_config_mysql.c: MySQL RealTime:
Failed to connect database server mypbx on 127.0.0.1 (err 2003). Check
debug for more info.
[Jan 5 16:52:02] WARNING[6787] acl.c: Cannot connect
[Jan 5 16:52:02] WARNING[6787] chan_sip.c: sip_xmit of 0xa151230 (len
510) to 10.4.2.3:5060 returned -2: Network is unreachable
Con los comandos free -m y top no me muestran saturacion de memoria
ram, al menos remoto lo veo bien
Nota: Que opinan de esto:
http://groups.google.com/group/asterisk-es/msg/6556db661ee207e8
Gracias adelantadas por toda la ayuda
On 13 ene, 14:25, Raúl Alexis Betancor Santana <r...@dimension-
Ramses II
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de DANNDP
Enviado el: miércoles, 13 de enero de 2010 19:41
Para: asterisk-es
Asunto: [Asterisk-ES] Re: Colgados extranos
Hola Raul, aqui te pongo la salida de: cat /proc/interrupts
DANNDP
Perdona, pero como asi que me lo has dicho? como asi que tuvistes los
mismos problemas? como los resolvistes amigo?
Saludos y Gracias
> '4da606f808616e5379e299307824b...@10.4.1.6' with owner in place
Ramses II
http://groups.google.es/group/asterisk-es/browse_thread/thread/d3281776e6e77
35b/f7dba153bc587fc3
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de DANNDP
Enviado el: miércoles, 13 de enero de 2010 21:21
DANNDP
No me abre el hilo...me sale esto:
El tema no se ha encontrado
Lo sentimos, pero no podemos encontrar el tema que buscas. Tal vez la
URL en la que has hecho clic ya no está vigente o está dañada.
On 13 ene, 16:36, "Ramses II" <ramses.sevi...@gmail.com> wrote:
> Aquí te lo puse:
>
> http://groups.google.es/group/asterisk-es/browse_thread/thread/d32817...
Ramses II
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de DANNDP
Enviado el: miércoles, 13 de enero de 2010 21:39
DANNDP
O tendré problemas de hardware?
Ramses II
no era el proveedor ni la tarjeta... ;-)
Claro, la gran duda está en si era la máquina o la instalación, el tema es
que me vi obligado a cambiar las 2 cosas a la vez, no fue para probar, si
no, hubiese hecho primero una cosa y después la otra...
Mi recomendación es que intentes hacer todo lo que puedas sin cambiar de
máquina, es decir, actualiza, recompila, etc... Y si aun sigue sucediendo,
te pillas un equipo "guarrete" que tenga los mismos PCI que necesites y
reinstales, no sería la primera vez que se pegue Asterisk / tarjetearía con
una máquina.
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de DANNDP
Enviado el: miércoles, 13 de enero de 2010 22:03
DANNDP
Se me ha colgado de nuevo y pude verificar estos errores en /var/log/
asterisk/messages:
[Jan 14 16:27:56] WARNING[6522] chan_iax2.c: Max retries exceeded to
host 190.77.251.112 on IAX2/500-1205 (type = 6, subclass = 11,
ts=90009, seqno=14)
[Jan 14 16:28:02]WARNING[6512] acl.c: Cannot connect
[Jan 14 16:28:02] WARNING[6512] chan_sip.c: sip_xmit of 0x8d5b988 (len
547) to 10.4.2.13:5060 returned -2: Network is unreachable
[Jan 14 16:28:03] WARNING[6516] chan_iax2.c: Max retries exceeded to
host 190.77.251.112 on IAX2/500-2264 (type = 6, subclass = 11,
ts=1424665, seqno=212)
[Jan 14 16:28:04] WARNING[6512] acl.c: Cannot connect
[Jan 14 16:28:04] WARNING[6512] chan_sip.c: sip_xmit of 0x8d39c68 (len
542) to 10.4.1.181:54044 returned -2: Network is unreachable
[Jan 14 16:28:04] WARNING[6512] acl.c: Cannot connect
[Jan 14 16:28:04] WARNING[6512] chan_sip.c: sip_xmit of 0x8cb91e8 (len
542) to 10.4.1.131:29064 returned -2: Network is unreachable
[Jan 14 16:28:05] WARNING[6512] acl.c: Cannot connect
[Jan 14 16:28:05] WARNING[6512] chan_sip.c: sip_xmit of 0x8d21250 (len
512) to 10.4.2.13:5060 returned -2: Network is unreachable
La ip 190.77.251.112 es mi telefono iax remoto, los otros errores que
se ven son sumamente extranos, sobre todo los chan_sip.c: sip_xmit y
acl.c: Cannot connect
Que les parece amigos?
Jorge Eduardo Silva Jackson
> Amigos,
>
> Se me ha colgado de nuevo y pude verificar estos errores en /var/log/
> asterisk/messages:
>
> [Jan 14 16:27:56] WARNING[6522] chan_iax2.c: Max retries exceeded to
> host 190.77.251.112 on IAX2/500-1205 (type = 6, subclass = 11,
> ts=90009, seqno=14)
> [Jan 14 16:28:02]WARNING[6512] acl.c: Cannot connect
> [Jan 14 16:28:02] WARNING[6512] chan_sip.c: sip_xmit of 0x8d5b988 (len
> 547) to 10.4.2.13:5060 returned -2: Network is unreachable
> [Jan 14 16:28:03] WARNING[6516] chan_iax2.c: Max retries exceeded to
> host 190.77.251.112 on IAX2/500-2264 (type = 6, subclass = 11,
> ts=1424665, seqno=212)
> [Jan 14 16:28:04] WARNING[6512] acl.c: Cannot connect
> [Jan 14 16:28:04] WARNING[6512] chan_sip.c: sip_xmit of 0x8d39c68 (len
> 542) to 10.4.1.181:54044 returned -2: Network is unreachable
> [Jan 14 16:28:04] WARNING[6512] acl.c: Cannot connect
> [Jan 14 16:28:04] WARNING[6512] chan_sip.c: sip_xmit of 0x8cb91e8 (len
> 542) to 10.4.1.131:29064 returned -2: Network is unreachable
> [Jan 14 16:28:05] WARNING[6512] acl.c: Cannot connect
> [Jan 14 16:28:05] WARNING[6512] chan_sip.c: sip_xmit of 0x8d21250 (len
> 512) to 10.4.2.13:5060 returned -2: Network is unreachable
DNS. DNS. DNS. DNS.
DANNDP
Gracias Gracias Gracias...
PEro te cuento algo, no estamos usando nombres de dominio solo
direcciones ip en toda la red, le servidor tiene ip fija al igual que
todos los telefonos; como es posible que el DNS tenga algo que ver en
este rollo hermano, por eso mi confusion...
Lo raro, es que casualmente antes de que se colgara asterisk estaba
llamandole desde mi oficina a una extension y para que repicara tenia
que pasar hasta un minuto...por que me sucdede cada 5 0 7 dias? o
aveces cada 2 dias despues de reinciar el server?
Que opinas?
On 14 ene, 17:29, Jorge Eduardo Silva Jackson <sysc...@gmail.com>
wrote:
> ...
>
> leer más »
DANNDP
el server puedo hacer ping a www.google.com.ve por ejemplo, es decir
el dns 10.4.1.5 está funcionando bien
On 14 ene, 17:29, Jorge Eduardo Silva Jackson <sysc...@gmail.com>
wrote:
> ...
>
> leer más »
Edu - S&D Informatica
Edu,
Gracias Gracias Gracias...
PEro te cuento algo, no estamos usando nombres de dominio solo
direcciones ip en toda la red, le servidor tiene ip fija al igual que
todos los telefonos; como es posible que el DNS tenga algo que ver en
este rollo hermano, por eso mi confusion...
Lo raro, es que casualmente antes de que se colgara asterisk estaba
llamandole desde mi oficina a una extension y para que repicara tenia
que pasar hasta un minuto...por que me sucdede cada 5 0 7 dias? o
aveces cada 2 dias despues de reinciar el server?
Que opinas?
--
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
Raúl Alexis Betancor Santana
> On Thu, 2010-01-14 at 13:13 -0800, DANNDP wrote:
> > Amigos,
> >
> > Se me ha colgado de nuevo y pude verificar estos errores en /var/log/
> > asterisk/messages:
> >
> > [Jan 14 16:27:56] WARNING[6522] chan_iax2.c: Max retries exceeded to
> > host 190.77.251.112 on IAX2/500-1205 (type = 6, subclass = 11,
> > ts=90009, seqno=14)
> > [Jan 14 16:28:02]WARNING[6512] acl.c: Cannot connect
> > [Jan 14 16:28:02] WARNING[6512] chan_sip.c: sip_xmit of 0x8d5b988 (len
> > 547) to 10.4.2.13:5060 returned -2: Network is unreachable
> > [Jan 14 16:28:03] WARNING[6516] chan_iax2.c: Max retries exceeded to
> > host 190.77.251.112 on IAX2/500-2264 (type = 6, subclass = 11,
> > ts=1424665, seqno=212)
> > [Jan 14 16:28:04] WARNING[6512] acl.c: Cannot connect
> > [Jan 14 16:28:04] WARNING[6512] chan_sip.c: sip_xmit of 0x8d39c68 (len
> > 542) to 10.4.1.181:54044 returned -2: Network is unreachable
> > [Jan 14 16:28:04] WARNING[6512] acl.c: Cannot connect
> > [Jan 14 16:28:04] WARNING[6512] chan_sip.c: sip_xmit of 0x8cb91e8 (len
> > 542) to 10.4.1.131:29064 returned -2: Network is unreachable
> > [Jan 14 16:28:05] WARNING[6512] acl.c: Cannot connect
> > [Jan 14 16:28:05] WARNING[6512] chan_sip.c: sip_xmit of 0x8d21250 (len
> > 512) to 10.4.2.13:5060 returned -2: Network is unreachable
>
> DNS. DNS. DNS. DNS.
No, no, no y no ... los network unreacheable no tienen NADA que ver con DNS,
tiene problemas de red, pero son otros.
Saludos
Raúl Alexis Betancor Santana
Los Network unreachable están relacionados con problemas de red, viendo que
también da error transmitiendo a una IP fuera de rango (la tu teléfono IAX),
tiene toda la pinta de que la tarjeta de red o el switch se están yendo a
tomar por culo.
Puede ser por problemas de hard, por problemas de IRQ's, por una boca de
switch defectuosa, por un switch defectuoso, por un cable de ethernet
defectuoso, etc., etc.
Prueba con algún programa de stress para la red, tipo iperf, genera tráfico
como una burra entre ese servidor y otro que esté en el mismo switch, casi
seguro que no necesitas mucho para reproducir el error.
Saludos
Jorge Eduardo Silva Jackson
Puede ser, yo solo estoy volcando mi experiencia con el mismo problema,
pero hasta que no lo instale, ni tu ni yo podemos asegurar nada.
>
> Saludos
Raúl Alexis Betancor Santana
Yo te puedo asegurar, por er jezuzito de mi vida y de mi corazó, que esos logs
no te los da un problema de DNS.
Los problemas de DNS en Asterisk derivan en PDD's altos (del orden de unos
10-15s superiores a lo normal), así como timeouts AL INICIO de la llamada,
JAMÁS cortes de una llamada en curso, eso son otras cosas.
DANNDP
A ver, problemas de IRQ no creo que tenga ya que uso sangoma y en cat /
proc/interrupts no se muestra que comparta irq's...
Ahora con lspci -vb si se muestra que los drivers de sangoma comparten
irq con un dispositivo llamado SMBUS; pero sangoma me dice que eso no
es problema
Manana haré una prueba interesante, le pediré al cliente que
desconecte el servidor DNS (10.4.1.5) de la red, por unos 5 minutos a
ver que sucede con Asterisk?
Edu, si puedes pasame toda la informacion necesaria para instalar en
Bind9; te lo agradeceria muchisimo
Quedo atento mis amigos, les dejaré saber manana los resultados
Saludos
DD
On 14 ene, 20:35, Raúl Alexis Betancor Santana <r...@dimension-
Germán Aracil Boned
Nadie menciona la red cuando tiene un problema para resolver con un
servidor DNS la direcci�n de un host.
En cambio si te lo dir�, si deja de funcionar un internface de red.
Ra�l Alexis Betancor Santana escribi�:
> On Thursday 14 January 2010 23:39:32 Jorge Eduardo Silva Jackson wrote:
> Yo te puedo asegurar, por er jezuzito de mi vida y de mi coraz�, que esos logs
> no te los da un problema de DNS.
>
> Los problemas de DNS en Asterisk derivan en PDD's altos (del orden de unos
> 10-15s superiores a lo normal), as� como timeouts AL INICIO de la llamada,
> JAM�S cortes de una llamada en curso, eso son otras cosas.
>
> Saludos
>
--
-
Ramses II
Una idea: Fuerza el puerto del switch donde está conectado el Asterisk a la
velocidad de la tarjeta de éste, no vaya a ser que se esté pegando con la
auto-negociación, si es que estuviese así.
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de DANNDP
Enviado el: viernes, 15 de enero de 2010 2:54
Para: asterisk-es
Asunto: [Asterisk-ES] Re: Colgados extranos
Hola Amigos que tal,
Edu - S&D Informatica
Creo que la evidencia es más que evidente con "Network is unreachable". Nadie menciona la red cuando tiene un problema para resolver con un servidor DNS la dirección de un host.
Hoy a la tarde, voy al cliente, saco los log viejos del problema, los pego aquí y vemos que dicen. Además saco la config del DNS para pasarla al amigo digo digo amigo....
Si no lo hubiera vivido en carne propia, estaría en un 100% de acuerdo contigo.
Saludos.
EDU
En cambio si te lo dirá, si deja de funcionar un internface de red.
Raúl Alexis Betancor Santana escribió:
On Thursday 14 January 2010 23:39:32 Jorge Eduardo Silva Jackson wrote:
Yo te puedo asegurar, por er jezuzito de mi vida y de mi corazó, que esos logs no te los da un problema de DNS.
Los problemas de DNS en Asterisk derivan en PDD's altos (del orden de unos 10-15s superiores a lo normal), así como timeouts AL INICIO de la llamada, JAMÁS cortes de una llamada en curso, eso son otras cosas.
Saludos
--
-
-------------------------------------
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
-------------------------------------
-
--
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
Jorge Eduardo Silva Jackson
> sudo apt-get install bind9
en resolv.conf
==================================
domain localdomain
search localdomain
nameserver ipdetunameserver
nameserver ipdetuotronameserver
==================================
en hosts
=======================================================
127.0.0.1 localhost
127.0.1.1 asterisk-01.localnet asterisk-01
IPAsterisk asterisk-01.localnet asterisk-01
=======================================================
despues en realidad deja todo por default y luego me cuentas.
DANNDP
En efecto, el problema está en la red, no eran problemas de asterisk
ni de la solucion, ni de hardware, sino problemas en la red del
cliente
Gracias a todos
On 15 ene, 15:19, Jorge Eduardo Silva Jackson <sysc...@gmail.com>
wrote:
Jorge Eduardo Silva Jackson
> Amigos,
>
> En efecto, el problema está en la red, no eran problemas de asterisk
> ni de la solucion, ni de hardware, sino problemas en la red del
> cliente
Contame cuales eran los problemas especificos, asi esto nos deja algo
positivo.
Saludos
EDU
>
> Gracias a todos
>
> On 15 ene, 15:19, Jorge Eduardo Silva Jackson <sysc...@gmail.com>
> wrote:
> > Te paso lo prometido
> >
> > > sudo apt-get install bind9
> >
> > en resolv.conf
> >
> > ==================================
> > domain localdomain
> > search localdomain
> > nameserver ipdetunameserver
> > nameserver ipdetuotronameserver
> > ==================================
> >
> > en hosts
> >
> > =======================================================
> > 127.0.0.1 localhost
> > 127.0.1.1 asterisk-01.localnet asterisk-01
> > IPAsterisk asterisk-01.localnet asterisk-01
> > =======================================================
> >
> > despues en realidad deja todo por default y luego me cuentas.
>
Ramses II
router...
Saludos,
Ramses
> -----Mensaje original-----
> De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
> nombre de DANNDP
> Enviado el: jueves, 11 de febrero de 2010 21:19
> Para: asterisk-es
> Asunto: [Asterisk-ES] Re: [SOLUCIONADO] Colgados extranos
DANNDP
despues de 15 dias el servidor funcionando perfectamente me presentó
estos logs al momento del colgado:
[Feb 16 13:23:40] NOTICE[8230] chan_sip.c: Peer '324' is now
Reachable. (2ms / 2000ms)
[Feb 16 13:24:41] NOTICE[8230] chan_sip.c: Disconnecting call 'SIP/302-
b720dd78' for lack of RTP activity in 301 seconds
[Feb 16 13:25:54] NOTICE[8230] chan_sip.c: Disconnecting call 'SIP/346-
b764bb28' for lack of RTP activity in 301 seconds
[Feb 16 13:26:00] NOTICE[8230] chan_sip.c: Disconnecting call 'SIP/317-
b7664db0' for lack of RTP activity in 302 seconds
[Feb 16 13:26:43] NOTICE[8230] chan_sip.c: Disconnecting call 'SIP/324-
b76510c0' for lack of RTP activity in 301 seconds
[Feb 16 13:28:19] NOTICE[8230] chan_sip.c: Peer '324' is now
Reachable. (1ms / 2000ms)
lo mismo de siempre, el asterisk se queda colgado, se cuelga el CLI al
cabo de algunos minutos, imposible hacer llamadas tanto internas como
hacia la pstn, en fin toca reiniciar y mas nada
Pensé que se habia solucionado ya que el cliente me habia dicho que su
red estaba con problemas, sobre todo electricos, se hicieron
sustituciones de cables en toda la red y luego de 15 dias, otra vez a
lo mismo...
> >http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asteris...
Jorge Eduardo Silva Jackson
> Pues tristemente para mi el problema reapareció...resulta que hoy
> despues de 15 dias el servidor funcionando perfectamente me presentó
> estos logs al momento del colgado:
>
> [Feb 16 13:23:40] NOTICE[8230] chan_sip.c: Peer '324' is now
> Reachable. (2ms / 2000ms)
> [Feb 16 13:24:41] NOTICE[8230] chan_sip.c: Disconnecting call 'SIP/302-
> b720dd78' for lack of RTP activity in 301 seconds
> [Feb 16 13:25:54] NOTICE[8230] chan_sip.c: Disconnecting call 'SIP/346-
> b764bb28' for lack of RTP activity in 301 seconds
> [Feb 16 13:26:00] NOTICE[8230] chan_sip.c: Disconnecting call 'SIP/317-
> b7664db0' for lack of RTP activity in 302 seconds
> [Feb 16 13:26:43] NOTICE[8230] chan_sip.c: Disconnecting call 'SIP/324-
> b76510c0' for lack of RTP activity in 301 seconds
> [Feb 16 13:28:19] NOTICE[8230] chan_sip.c: Peer '324' is now
> Reachable. (1ms / 2000ms)
>
> lo mismo de siempre, el asterisk se queda colgado, se cuelga el CLI al
> cabo de algunos minutos, imposible hacer llamadas tanto internas como
> hacia la pstn, en fin toca reiniciar y mas nada
Pues te pedimos que nos dijeras lo que supuestamente habias ajustado
para que funcionara, y al parecer no compartes conocimientos....
cosecharas lo que siembras...
> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
DANNDP
He dicho que el cliente habia cambiado algunos cables utp del switch,
nada mas, y desde ese dia quedo por unos 12 dias sin colgarse y hoy
reaparecio el tema...yo no hice absolutamente nada hermano, aseguré
que era error de red ya que el cliente habia cambiado los cables del
switch
On 16 feb, 20:10, Jorge Eduardo Silva Jackson <sysc...@gmail.com>
Jorge Eduardo Silva Jackson
> Amigo Edu,
>
> He dicho que el cliente habia cambiado algunos cables utp del switch,
> nada mas, y desde ese dia quedo por unos 12 dias sin colgarse y hoy
> reaparecio el tema...yo no hice absolutamente nada hermano, aseguré
> que era error de red ya que el cliente habia cambiado los cables del
> switch
Se ve que no lo leí.. perdón.
Ahora.. acá el error parece mas que claro, por alguna razón los canales
sip activos, han dejado de recibir paquetes RTP por un tiempo de 301
segundos?, entonces, da el canal como muerto y lo corta, al parecer
problemas de red again !!!!
Según traductor de google
del ingles
"for lack of RTP activity in 301 seconds"
a espanol
"por falta de actividad de RTP en 301 segundos"
> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
DANNDP
ummm, muy raro esto, si bien parecen ser problemas de red, el tema es
ver donde están exactamente...
Luego de estos mensajes de falta de actividad RTP siguieron los
siguientes sintomas:
1- Asterisk no muere como tal, puedes ingresar por consola
haciendo
asterisk -r, pero al cabo de unos minutos en el CLI no es posible
ingresar ningún comando, debes abrir otra sesion ssh para poder
ingresar al CLI (no sucede lo mismo cuando ingresas por ssh al sistema
centos, nunca se cuelga, solo cuando ingresas al CLI del asterisk, lo
cual pareciera que se corrompe el asterisk por alguna razon)
2- No es posible sacar llamadas hacia la pstn, viceversa evidentemente
tampoco
3- Llamadas internas tampoco, ni al voicemail ni a otro interno...
Lo que queda es reiniciar el server; en base a estos sintomas, creen
que esto sea la red? esta vez no se muestran errores del tipo network
unreachable; si esto les suena a red me gustaria sus observaciones
Te cuento amigo Edu, que no llegué a instalar el Bind9 ya que queria
probar primero si los cambios de cables funcionaban (al parecer fue
casualidad estos doce dias sin colgarse luego de cambiar los cables)
Gracias adelantadas
On 16 feb, 21:53, Jorge Eduardo Silva Jackson <sysc...@gmail.com>
Ramses II
Dijiste que había sido problema de red del cliente, pero no dijiste cuál fue
la solución...
Lo de los cables lo acabas de decir y es porque te ha vuelto a dar
problemas... ;-)
Así que EDU tenía razón el pobre hombre, no es que se le hubiera pasado
leerlo...
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de DANNDP
Enviado el: miércoles, 17 de febrero de 2010 1:38
Amigo Edu,
http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
DANNDP
El día que escribí tenia ya algunos días funcionando bien y dije que
eran problemas de red porque el cliente cambió cables y venia
funcionando bien, no mencione ninguna solucion porque yo no hice en lo
absoluto "nada de nada" por eso no mencioné solución, de resto, se me
complicó la vida con otros montajes fuera de la ciudad y no frecuenté
mucho el foro.
Mis errores siguen amigos, por lo que veo son de red pero no está
facil el tema, no se si DNS o switch, o talvez version de BIOS de la
motherboard...
> ~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asteris...
Latre
Saúl Ibarra
> facil el tema, no se si DNS o switch, o talvez version de BIOS de la
> motherboard...
>
What?! Has hecho una captura de red? Deja un tcpdump funcionando cada
día, por ejemplo con cron, que machaque el del día anterior. Y cuando
falle lo miras y deduces lo que pasa.
Antes de seguir intentado nada siéntate a pensar hacia donde te llevan
los síntomas, porque el switch, DNS y BIOS nada tienen que ver el uno
con el otro...
--
/Saúl
http://saghul.net | http://sipdoc.net
Saúl Ibarra
> Suena parecido a un problema que tuve con un server que se caia el E1 y no
> podia hacer ni recibir, cabe aclarar que todavia esta en observacion ese
> server pero lo que hice fue actualizar el bios del server, deshabilitar
> tarjetas de red del server y poner otras en PCIe para que IRQs desde elbios
> no se compartieran, actualizar kernel y usar dahdi 2.2.1 y con eso hasta el
> dia de hoy no me ha dado problemas.....hablo de hace 3 semanas pero como te
> digo sigue en observacion no puedo decir que ya se arreglo.
>
Hiciste 3 cambios a la vez... sabes cual de ellos fue el que te
solucionó el problema? :-S
DANNDP
Ya he activado tcpdump a ver que me da cuando vuelva asterisk se
cuelgue nuevamente...tambien voy a revisar bien el DNS del cliente, la
version bios de mi servidor y haré algunas pruebas con el switch de
este cliente a ver que deduzco...
Les cuento que estando yo remotamente con mi cuenta SIP desde un xlite
(siempre me podia conectar perfectamente) me salen estos errores y me
cuelga la llamada:
[Feb 17 11:24:18] WARNING[6697] chan_sip.c: Maximum retries exceeded
on transmission
3538935a3b6a1a00OTY0YjRmN2VjZDIzNmFmZjcwNDY5ODdhZTQ5Zjg3MDc. for seqno
2 (Critical Response)
[Feb 17 11:24:18] WARNING[6697] chan_sip.c: Hanging up call
3538935a3b6a1a00OTY0YjRmN2VjZDIzNmFmZjcwNDY5ODdhZTQ5Zjg3MDc. - no
reply to our critical packet.
Que les parece? según he investigado, tiene que ver con el ancho de
banda de la red y cuellos de botella
Latre
--
Latre
Raúl Alexis Betancor Santana
> Gracias a todos...
>
> Ya he activado tcpdump a ver que me da cuando vuelva asterisk se
> cuelgue nuevamente...tambien voy a revisar bien el DNS del cliente, la
> version bios de mi servidor y haré algunas pruebas con el switch de
> este cliente a ver que deduzco...
>
> Les cuento que estando yo remotamente con mi cuenta SIP desde un xlite
> (siempre me podia conectar perfectamente) me salen estos errores y me
> cuelga la llamada:
>
> [Feb 17 11:24:18] WARNING[6697] chan_sip.c: Maximum retries exceeded
> on transmission
> 3538935a3b6a1a00OTY0YjRmN2VjZDIzNmFmZjcwNDY5ODdhZTQ5Zjg3MDc. for seqno
> 2 (Critical Response)
> [Feb 17 11:24:18] WARNING[6697] chan_sip.c: Hanging up call
> 3538935a3b6a1a00OTY0YjRmN2VjZDIzNmFmZjcwNDY5ODdhZTQ5Zjg3MDc. - no
> reply to our critical packet.
>
> Que les parece? según he investigado, tiene que ver con el ancho de
> banda de la red y cuellos de botella
Esos mensajes en concreto, tienen que ver con perdidas de paquetes, el porqué
se pierdan esos paquetes ya es otra historia distinta, pueden ser mucho
factores, que tendrás que aislar y probar uno a uno:
- Electrónica de red, tarjetas, switches y routers. ¿Donde se está perdiendo
el paquete?
- Cableado de red.
- Problemas de QoS
- Etc.
Raúl Alexis Betancor Santana
> Por cierto definitivamente no vuelvo a comprar servers de la marca XXXX (no
> se si este permitido ya decir marca) por que el Bios en todos sus nuevos
> servers no te deja hacer mucho y al final tienes que deshabilitar casi todo
> incluyendo USBs frontales, hable a soporte de esta marca y me dijeron que
> todos sus nuevos Bios vienen asi y que no podian hacer nada. Es un
> comentario no pongo marca para que no me avienten tomates.
En el caso que describes, las normas de la lista no solo permiten, sino que
sería más que conveniente, que dijeras la marca, que supongo cual és, porque
es archiconocido por todos los problemas de esa marca con la gestión de
interrupciones que su BIOS te permite.
Raúl Alexis Betancor Santana
> Sigo sin entender que tiene que ver el DNS con los cuelgues del
> asterisk......
Es una historia muy larga, puedes entretenerte un día que tengas tiempo,
buscando en el tracker de digium por "DNS problems", te puedes caer de
culo ...
> yo haria como prueba poner un switch de 24ports poneindo
> unicamente telefonia (las exts que mas uso tienen) y ver si es problema de
> la red, por comentarios tuyos pareciera que tienen sobre el mismo switch
> voz y datos sin haecs QoS, COS, TOs y bla bla bla, ahora el ancho de banda
> por minimo que fuera no creo que te tumbe el asterisk de la forma que
> describes.
Para tener problemas en LAN mezclando tráficos, tiene que darse una serie de
circunstancias muy cafres, pero que se dan mas de lo que uno pensaría.
> Aaaa y por cierto hablas de un error que la terminal te deja de
> responder y tienes que volver a entrar, eso me suena mas a problema del
> linux, un par de veces me paso actualice y listo.....tienes centos pero
> esta actualizado a 5.4 lo ultimo con depositos de centos o los de DAG ?
Umm .. cuelgues extraños del CLI de Asterisk, suelen estar relacionados con
DNS (en realidad no es cuelgue, sino un retraso brutal), problemas de
interrupciones, tarjetería o exceso de carga en el servidor.
DANNDP
estoy usando...
Por otro lado, estos mensajes:
[Feb 17 11:24:18] WARNING[6697] chan_sip.c: Maximum retries exceeded
> on transmission
> 3538935a3b6a1a00OTY0YjRmN2VjZDIzNmFmZjcwNDY5ODdhZTQ5Zjg3MDc. for seqno
> 2 (Critical Response)
> [Feb 17 11:24:18] WARNING[6697] chan_sip.c: Hanging up call
> 3538935a3b6a1a00OTY0YjRmN2VjZDIzNmFmZjcwNDY5ODdhZTQ5Zjg3MDc. - no
> reply to our critical packet.
No los tenia antes, ahora estan terribles, cuando llamo a algun
interno de la empresa (yo estoy remoto) se me cuelga al cabo de
algunos segundos...con mi cuenta iax no logro registarme, vaya que
está super raro todo esto
On 17 feb, 13:10, Raúl Alexis Betancor Santana <r...@dimension-
Latre
Raúl Alexis Betancor Santana
> a ver...hablan de la marca del gigante azul? porque esa es la que
> estoy usando...
No, hablábamos de la marca azul de 4 letras, cuyos equipos son bastante
nefastos para usar con tarjetería, no así para sistemas Full-IP, que van muy
bien.
Aunque yo personalmente, en temas de servidores prefiero Supermicro.
> Por otro lado, estos mensajes:
>
> [Feb 17 11:24:18] WARNING[6697] chan_sip.c: Maximum retries exceeded
>
> > on transmission
> > 3538935a3b6a1a00OTY0YjRmN2VjZDIzNmFmZjcwNDY5ODdhZTQ5Zjg3MDc. for seqno
> > 2 (Critical Response)
> > [Feb 17 11:24:18] WARNING[6697] chan_sip.c: Hanging up call
> > 3538935a3b6a1a00OTY0YjRmN2VjZDIzNmFmZjcwNDY5ODdhZTQ5Zjg3MDc. - no
> > reply to our critical packet.
>
> No los tenia antes, ahora estan terribles, cuando llamo a algun
> interno de la empresa (yo estoy remoto) se me cuelga al cabo de
> algunos segundos...con mi cuenta iax no logro registarme, vaya que
> está super raro todo esto
Creo que ya te comenté en otro email que esos son problemas de paquetes
perdidos, ahora te toca averiguar donde.