Estimados, buenos días, tengo un problema que agradeceré me pudiesen
ayudar, les cuento que hasta ayer toda la telefonía IP funcionaba bien,
durante esta semana se contrato con nuestro proveedor un ROUTER cisco que
hace como gateway default, cuya administración es de ellos,
ahora después de la instalación asterisk continuo funcionando bien, ahora
al día de hoy no se pueden realzar llamadas salientes hacia la PSTN. Lo de
mas funciona bien llamadas entrantes, comunicación interna. Como puedo
validar el problema les envió la traza al realizar la llamada hacia la PSTN
*Called DAHDI/g1/7693881*
* == Begin MixMonitor Recording SIP/620-0000003a*
* -- DAHDI/i1/7693881-22 is proceeding passing it to SIP/620-0000003a*
* -- Span 1: Channel 0/1 got hangup request, cause 21*
* -- DAHDI/i1/7693881-22 is circuit-busy*
* -- Hungup 'DAHDI/i1/7693881-22'*
* == Everyone is busy/congested at this time (1:0/1/0)*
* -- Executing [7693881@contexto_hardphone:8] Hangup("SIP/620-0000003a",
"") in new stack*
* == Spawn extension (contexto_hardphone, 7693881, 8) exited non-zero on
'SIP/620-0000003a'*
* == End MixMonitor Recording SIP/620-0000003a*
* -- SIP/604-00000039 answered SIP/601-00000038*
* -- Remotely bridging SIP/601-00000038 and SIP/604-00000039*
-----Original Message-----
From: Andres Guzman <andres.guzman...@gmail.com>
Sender: asterisk-es@googlegroups.com
Date: Wed, 7 Nov 2012 11:13:21 To: <asterisk-es@googlegroups.com>
Reply-To: asterisk-es@googlegroups.com
Subject: [Asterisk-ES] Ayuda llamadas salientes
Estimados, buenos días, tengo un problema que agradeceré me pudiesen
ayudar, les cuento que hasta ayer toda la telefonía IP funcionaba bien,
durante esta semana se contrato con nuestro proveedor un ROUTER cisco que
hace como gateway default, cuya administración es de ellos,
ahora después de la instalación asterisk continuo funcionando bien, ahora
al día de hoy no se pueden realzar llamadas salientes hacia la PSTN. Lo de
mas funciona bien llamadas entrantes, comunicación interna. Como puedo
validar el problema les envió la traza al realizar la llamada hacia la PSTN
*Called DAHDI/g1/7693881*
* == Begin MixMonitor Recording SIP/620-0000003a*
* -- DAHDI/i1/7693881-22 is proceeding passing it to SIP/620-0000003a*
* -- Span 1: Channel 0/1 got hangup request, cause 21*
* -- DAHDI/i1/7693881-22 is circuit-busy*
* -- Hungup 'DAHDI/i1/7693881-22'*
* == Everyone is busy/congested at this time (1:0/1/0)*
* -- Executing [7693881@contexto_hardphone:8] Hangup("SIP/620-0000003a",
"") in new stack*
* == Spawn extension (contexto_hardphone, 7693881, 8) exited non-zero on
'SIP/620-0000003a'*
* == End MixMonitor Recording SIP/620-0000003a*
* -- SIP/604-00000039 answered SIP/601-00000038*
* -- Remotely bridging SIP/601-00000038 and SIP/604-00000039*
> **
> No creo que pueda afectar el router las llamadas a la pstn
> Asterisk te indica que todos los canales dahdi están ocupados
> Enviado desde mi BlackBerry® de Claro Paraguay.
> ------------------------------
> *From: * Andres Guzman <andres.guzman...@gmail.com>
> *Sender: * asterisk-es@googlegroups.com
> *Date: *Wed, 7 Nov 2012 11:13:21 -0300
> *To: *<asterisk-es@googlegroups.com>
> *ReplyTo: * asterisk-es@googlegroups.com
> *Subject: *[Asterisk-ES] Ayuda llamadas salientes
> Estimados, buenos días, tengo un problema que agradeceré me pudiesen
> ayudar, les cuento que hasta ayer toda la telefonía IP funcionaba bien,
> durante esta semana se contrato con nuestro proveedor un ROUTER cisco que
> hace como gateway default, cuya administración es de ellos,
> ahora después de la instalación asterisk continuo funcionando bien, ahora
> al día de hoy no se pueden realzar llamadas salientes hacia la PSTN. Lo de
> mas funciona bien llamadas entrantes, comunicación interna. Como puedo
> validar el problema les envió la traza al realizar la llamada hacia la PSTN
> *Called DAHDI/g1/7693881*
> * == Begin MixMonitor Recording SIP/620-0000003a*
> * -- DAHDI/i1/7693881-22 is proceeding passing it to SIP/620-0000003a*
> * -- Span 1: Channel 0/1 got hangup request, cause 21*
> * -- DAHDI/i1/7693881-22 is circuit-busy*
> * -- Hungup 'DAHDI/i1/7693881-22'*
> * == Everyone is busy/congested at this time (1:0/1/0)*
> * -- Executing [7693881@contexto_hardphone:8]
> Hangup("SIP/620-0000003a", "") in new stack*
> * == Spawn extension (contexto_hardphone, 7693881, 8) exited non-zero on
> 'SIP/620-0000003a'*
> * == End MixMonitor Recording SIP/620-0000003a*
> * -- SIP/604-00000039 answered SIP/601-00000038*
> * -- Remotely bridging SIP/601-00000038 and SIP/604-00000039*
Haz en la consola un dahdi_tool a ver si hay sincronía en caso de ser un
E1. Haz un dahdi show channels en la CLI y pon la config de tu
chan_dahdi.conf a ver qué puede ser.
2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
> Y eso por que puede estar pasando? si nadie esta llamado....
> El 7 de noviembre de 2012 11:26, <rich...@gmail.com> escribió:
> **
>> No creo que pueda afectar el router las llamadas a la pstn
>> Asterisk te indica que todos los canales dahdi están ocupados
>> Enviado desde mi BlackBerry® de Claro Paraguay.
>> ------------------------------
>> *From: * Andres Guzman <andres.guzman...@gmail.com>
>> *Sender: * asterisk-es@googlegroups.com
>> *Date: *Wed, 7 Nov 2012 11:13:21 -0300
>> *To: *<asterisk-es@googlegroups.com>
>> *ReplyTo: * asterisk-es@googlegroups.com
>> *Subject: *[Asterisk-ES] Ayuda llamadas salientes
>> Estimados, buenos días, tengo un problema que agradeceré me pudiesen
>> ayudar, les cuento que hasta ayer toda la telefonía IP funcionaba bien,
>> durante esta semana se contrato con nuestro proveedor un ROUTER cisco que
>> hace como gateway default, cuya administración es de ellos,
>> ahora después de la instalación asterisk continuo funcionando bien, ahora
>> al día de hoy no se pueden realzar llamadas salientes hacia la PSTN. Lo de
>> mas funciona bien llamadas entrantes, comunicación interna. Como puedo
>> validar el problema les envió la traza al realizar la llamada hacia la PSTN
>> *Called DAHDI/g1/7693881*
>> * == Begin MixMonitor Recording SIP/620-0000003a*
>> * -- DAHDI/i1/7693881-22 is proceeding passing it to SIP/620-0000003a*
>> * -- Span 1: Channel 0/1 got hangup request, cause 21*
>> * -- DAHDI/i1/7693881-22 is circuit-busy*
>> * -- Hungup 'DAHDI/i1/7693881-22'*
>> * == Everyone is busy/congested at this time (1:0/1/0)*
>> * -- Executing [7693881@contexto_hardphone:8]
>> Hangup("SIP/620-0000003a", "") in new stack*
>> * == Spawn extension (contexto_hardphone, 7693881, 8) exited non-zero
>> on 'SIP/620-0000003a'*
>> * == End MixMonitor Recording SIP/620-0000003a*
>> * -- SIP/604-00000039 answered SIP/601-00000038*
>> * -- Remotely bridging SIP/601-00000038 and SIP/604-00000039*
asterisk*CLI> dahdi show channels
Chan Extension Context Language MOH Interpret Blocked
State
pseudo default default
In Service
1 from-pstn cl default
In Service
2 from-pstn cl default
In Service
3 from-pstn cl default
In Service
4 from-pstn cl default
In Service
5 from-pstn cl default
In Service
6 from-pstn cl default
In Service
7 from-pstn cl default
In Service
8 from-pstn cl default
In Service
9 from-pstn cl default
In Service
10 from-pstn cl default
In Service
11 from-pstn cl default
In Service
12 from-pstn cl default
In Service
13 from-pstn cl default
In Service
14 from-pstn cl default
In Service
15 from-pstn cl default
In Service
17 from-pstn cl default
In Service
18 from-pstn cl default
In Service
19 from-pstn cl default
In Service
20 from-pstn cl default
In Service
21 from-pstn cl default
In Service
22 from-pstn cl default
In Service
23 from-pstn cl default
In Service
24 from-pstn cl default
In Service
25 from-pstn cl default
In Service
26 from-pstn cl default
In Service
27 from-pstn cl default
In Service
28 from-pstn cl default
In Service
29 from-pstn cl default
In Service
30 from-pstn cl default
In Service
31 from-pstn cl default
In Service
> Haz en la consola un dahdi_tool a ver si hay sincronía en caso de ser un
> E1. Haz un dahdi show channels en la CLI y pon la config de tu
> chan_dahdi.conf a ver qué puede ser.
> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>> Y eso por que puede estar pasando? si nadie esta llamado....
>> El 7 de noviembre de 2012 11:26, <rich...@gmail.com> escribió:
>> **
>>> No creo que pueda afectar el router las llamadas a la pstn
>>> Asterisk te indica que todos los canales dahdi están ocupados
>>> Enviado desde mi BlackBerry® de Claro Paraguay.
>>> ------------------------------
>>> *From: * Andres Guzman <andres.guzman...@gmail.com>
>>> *Sender: * asterisk-es@googlegroups.com
>>> *Date: *Wed, 7 Nov 2012 11:13:21 -0300
>>> *To: *<asterisk-es@googlegroups.com>
>>> *ReplyTo: * asterisk-es@googlegroups.com
>>> *Subject: *[Asterisk-ES] Ayuda llamadas salientes
>>> Estimados, buenos días, tengo un problema que agradeceré me pudiesen
>>> ayudar, les cuento que hasta ayer toda la telefonía IP funcionaba bien,
>>> durante esta semana se contrato con nuestro proveedor un ROUTER cisco que
>>> hace como gateway default, cuya administración es de ellos,
>>> ahora después de la instalación asterisk continuo funcionando bien, ahora
>>> al día de hoy no se pueden realzar llamadas salientes hacia la PSTN. Lo de
>>> mas funciona bien llamadas entrantes, comunicación interna. Como puedo
>>> validar el problema les envió la traza al realizar la llamada hacia la PSTN
>>> *Called DAHDI/g1/7693881*
>>> * == Begin MixMonitor Recording SIP/620-0000003a*
>>> * -- DAHDI/i1/7693881-22 is proceeding passing it to SIP/620-0000003a
>>> *
>>> * -- Span 1: Channel 0/1 got hangup request, cause 21*
>>> * -- DAHDI/i1/7693881-22 is circuit-busy*
>>> * -- Hungup 'DAHDI/i1/7693881-22'*
>>> * == Everyone is busy/congested at this time (1:0/1/0)*
>>> * -- Executing [7693881@contexto_hardphone:8]
>>> Hangup("SIP/620-0000003a", "") in new stack*
>>> * == Spawn extension (contexto_hardphone, 7693881, 8) exited non-zero
>>> on 'SIP/620-0000003a'*
>>> * == End MixMonitor Recording SIP/620-0000003a*
>>> * -- SIP/604-00000039 answered SIP/601-00000038*
>>> * -- Remotely bridging SIP/601-00000038 and SIP/604-00000039*
> asterisk*CLI> dahdi show channels
> Chan Extension Context Language MOH Interpret Blocked
> State
> pseudo default default
> In Service
> 1 from-pstn cl default
> In Service
> 2 from-pstn cl default
> In Service
> 3 from-pstn cl default
> In Service
> 4 from-pstn cl default
> In Service
> 5 from-pstn cl default
> In Service
> 6 from-pstn cl default
> In Service
> 7 from-pstn cl default
> In Service
> 8 from-pstn cl default
> In Service
> 9 from-pstn cl default
> In Service
> 10 from-pstn cl default
> In Service
> 11 from-pstn cl default
> In Service
> 12 from-pstn cl default
> In Service
> 13 from-pstn cl default
> In Service
> 14 from-pstn cl default
> In Service
> 15 from-pstn cl default
> In Service
> 17 from-pstn cl default
> In Service
> 18 from-pstn cl default
> In Service
> 19 from-pstn cl default
> In Service
> 20 from-pstn cl default
> In Service
> 21 from-pstn cl default
> In Service
> 22 from-pstn cl default
> In Service
> 23 from-pstn cl default
> In Service
> 24 from-pstn cl default
> In Service
> 25 from-pstn cl default
> In Service
> 26 from-pstn cl default
> In Service
> 27 from-pstn cl default
> In Service
> 28 from-pstn cl default
> In Service
> 29 from-pstn cl default
> In Service
> 30 from-pstn cl default
> In Service
> 31 from-pstn cl default
> In Service
> El 7 de noviembre de 2012 11:29, Carlos Andrés Tapasco Viera <
> carta...@gmail.com> escribió:
> Haz en la consola un dahdi_tool a ver si hay sincronía en caso de ser un
>> E1. Haz un dahdi show channels en la CLI y pon la config de tu
>> chan_dahdi.conf a ver qué puede ser.
>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>> Y eso por que puede estar pasando? si nadie esta llamado....
>>> El 7 de noviembre de 2012 11:26, <rich...@gmail.com> escribió:
>>> **
>>>> No creo que pueda afectar el router las llamadas a la pstn
>>>> Asterisk te indica que todos los canales dahdi están ocupados
>>>> Enviado desde mi BlackBerry® de Claro Paraguay.
>>>> ------------------------------
>>>> *From: * Andres Guzman <andres.guzman...@gmail.com>
>>>> *Sender: * asterisk-es@googlegroups.com
>>>> *Date: *Wed, 7 Nov 2012 11:13:21 -0300
>>>> *To: *<asterisk-es@googlegroups.com>
>>>> *ReplyTo: * asterisk-es@googlegroups.com
>>>> *Subject: *[Asterisk-ES] Ayuda llamadas salientes
>>>> Estimados, buenos días, tengo un problema que agradeceré me pudiesen
>>>> ayudar, les cuento que hasta ayer toda la telefonía IP funcionaba bien,
>>>> durante esta semana se contrato con nuestro proveedor un ROUTER cisco que
>>>> hace como gateway default, cuya administración es de ellos,
>>>> ahora después de la instalación asterisk continuo funcionando bien, ahora
>>>> al día de hoy no se pueden realzar llamadas salientes hacia la PSTN. Lo de
>>>> mas funciona bien llamadas entrantes, comunicación interna. Como puedo
>>>> validar el problema les envió la traza al realizar la llamada hacia la PSTN
>>>> *Called DAHDI/g1/7693881*
>>>> * == Begin MixMonitor Recording SIP/620-0000003a*
>>>> * -- DAHDI/i1/7693881-22 is proceeding passing it to
>>>> SIP/620-0000003a*
>>>> * -- Span 1: Channel 0/1 got hangup request, cause 21*
>>>> * -- DAHDI/i1/7693881-22 is circuit-busy*
>>>> * -- Hungup 'DAHDI/i1/7693881-22'*
>>>> * == Everyone is busy/congested at this time (1:0/1/0)*
>>>> * -- Executing [7693881@contexto_hardphone:8]
>>>> Hangup("SIP/620-0000003a", "") in new stack*
>>>> * == Spawn extension (contexto_hardphone, 7693881, 8) exited non-zero
>>>> on 'SIP/620-0000003a'*
>>>> * == End MixMonitor Recording SIP/620-0000003a*
>>>> * -- SIP/604-00000039 answered SIP/601-00000038*
>>>> * -- Remotely bridging SIP/601-00000038 and SIP/604-00000039*
>> asterisk*CLI> dahdi show channels
>> Chan Extension Context Language MOH Interpret
>> Blocked State
>> pseudo default default
>> In Service
>> 1 from-pstn cl default
>> In Service
>> 2 from-pstn cl default
>> In Service
>> 3 from-pstn cl default
>> In Service
>> 4 from-pstn cl default
>> In Service
>> 5 from-pstn cl default
>> In Service
>> 6 from-pstn cl default
>> In Service
>> 7 from-pstn cl default
>> In Service
>> 8 from-pstn cl default
>> In Service
>> 9 from-pstn cl default
>> In Service
>> 10 from-pstn cl default
>> In Service
>> 11 from-pstn cl default
>> In Service
>> 12 from-pstn cl default
>> In Service
>> 13 from-pstn cl default
>> In Service
>> 14 from-pstn cl default
>> In Service
>> 15 from-pstn cl default
>> In Service
>> 17 from-pstn cl default
>> In Service
>> 18 from-pstn cl default
>> In Service
>> 19 from-pstn cl default
>> In Service
>> 20 from-pstn cl default
>> In Service
>> 21 from-pstn cl default
>> In Service
>> 22 from-pstn cl default
>> In Service
>> 23 from-pstn cl default
>> In Service
>> 24 from-pstn cl default
>> In Service
>> 25 from-pstn cl default
>> In Service
>> 26 from-pstn cl default
>> In Service
>> 27 from-pstn cl default
>> In Service
>> 28 from-pstn cl default
>> In Service
>> 29 from-pstn cl default
>> In Service
>> 30 from-pstn cl default
>> In Service
>> 31 from-pstn cl default
>> In Service
>> El 7 de noviembre de 2012 11:29, Carlos Andrés Tapasco Viera <
>> carta...@gmail.com> escribió:
>> Haz en la consola un dahdi_tool a ver si hay sincronía en caso de ser un
>>> E1. Haz un dahdi show channels en la CLI y pon la config de tu
>>> chan_dahdi.conf a ver qué puede ser.
>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>> Y eso por que puede estar pasando? si nadie esta llamado....
>>>> El 7 de noviembre de 2012 11:26, <rich...@gmail.com> escribió:
>>>> **
>>>>> No creo que pueda afectar el router las llamadas a la pstn
>>>>> Asterisk te indica que todos los canales dahdi están ocupados
>>>>> Enviado desde mi BlackBerry® de Claro Paraguay.
>>>>> ------------------------------
>>>>> *From: * Andres Guzman <andres.guzman...@gmail.com>
>>>>> *Sender: * asterisk-es@googlegroups.com
>>>>> *Date: *Wed, 7 Nov 2012 11:13:21 -0300
>>>>> *To: *<asterisk-es@googlegroups.com>
>>>>> *ReplyTo: * asterisk-es@googlegroups.com
>>>>> *Subject: *[Asterisk-ES] Ayuda llamadas salientes
>>>>> Estimados, buenos días, tengo un problema que agradeceré me pudiesen
>>>>> ayudar, les cuento que hasta ayer toda la telefonía IP funcionaba bien,
>>>>> durante esta semana se contrato con nuestro proveedor un ROUTER cisco que
>>>>> hace como gateway default, cuya administración es de ellos,
>>>>> ahora después de la instalación asterisk continuo funcionando bien, ahora
>>>>> al día de hoy no se pueden realzar llamadas salientes hacia la PSTN. Lo de
>>>>> mas funciona bien llamadas entrantes, comunicación interna. Como puedo
>>>>> validar el problema les envió la traza al realizar la llamada hacia la PSTN
>>>>> *Called DAHDI/g1/7693881*
>>>>> * == Begin MixMonitor Recording SIP/620-0000003a*
>>>>> * -- DAHDI/i1/7693881-22 is proceeding passing it to
>>>>> SIP/620-0000003a*
>>>>> * -- Span 1: Channel 0/1 got hangup request, cause 21*
>>>>> * -- DAHDI/i1/7693881-22 is circuit-busy*
>>>>> * -- Hungup 'DAHDI/i1/7693881-22'*
>>>>> * == Everyone is busy/congested at this time (1:0/1/0)*
>>>>> * -- Executing [7693881@contexto_hardphone:8]
>>>>> Hangup("SIP/620-0000003a", "") in new stack*
>>>>> * == Spawn extension (contexto_hardphone, 7693881, 8) exited
>>>>> non-zero on 'SIP/620-0000003a'*
>>>>> * == End MixMonitor Recording SIP/620-0000003a*
>>>>> * -- SIP/604-00000039 answered SIP/601-00000038*
>>>>> * -- Remotely bridging SIP/601-00000038 and SIP/604-00000039*
> Camilo I. Jaraba C.
> Telecomunicaciones - Seguridad de la Informacion - Infraestructura -
> Business Administration.
> IT Manager, CISM, CEH, Security Researcher.
> Cel: 301 4305467
> Colombia
> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
> If you think it's important... so keep it away from me... xD
> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>> Algún problema en la configuración, lo extraño es que siempre la
>> configuración a estado igual y ah funcionado, ahora dejo de funcionar.
>> El 7 de noviembre de 2012 11:33, Andres Guzman <
>> andres.guzman...@gmail.com> escribió:
>>> asterisk*CLI> dahdi show channels
>>> Chan Extension Context Language MOH Interpret
>>> Blocked State
>>> pseudo default default
>>> In Service
>>> 1 from-pstn cl default
>>> In Service
>>> 2 from-pstn cl default
>>> In Service
>>> 3 from-pstn cl default
>>> In Service
>>> 4 from-pstn cl default
>>> In Service
>>> 5 from-pstn cl default
>>> In Service
>>> 6 from-pstn cl default
>>> In Service
>>> 7 from-pstn cl default
>>> In Service
>>> 8 from-pstn cl default
>>> In Service
>>> 9 from-pstn cl default
>>> In Service
>>> 10 from-pstn cl default
>>> In Service
>>> 11 from-pstn cl default
>>> In Service
>>> 12 from-pstn cl default
>>> In Service
>>> 13 from-pstn cl default
>>> In Service
>>> 14 from-pstn cl default
>>> In Service
>>> 15 from-pstn cl default
>>> In Service
>>> 17 from-pstn cl default
>>> In Service
>>> 18 from-pstn cl default
>>> In Service
>>> 19 from-pstn cl default
>>> In Service
>>> 20 from-pstn cl default
>>> In Service
>>> 21 from-pstn cl default
>>> In Service
>>> 22 from-pstn cl default
>>> In Service
>>> 23 from-pstn cl default
>>> In Service
>>> 24 from-pstn cl default
>>> In Service
>>> 25 from-pstn cl default
>>> In Service
>>> 26 from-pstn cl default
>>> In Service
>>> 27 from-pstn cl default
>>> In Service
>>> 28 from-pstn cl default
>>> In Service
>>> 29 from-pstn cl default
>>> In Service
>>> 30 from-pstn cl default
>>> In Service
>>> 31 from-pstn cl default
>>> In Service
>>> El 7 de noviembre de 2012 11:29, Carlos Andrés Tapasco Viera <
>>> carta...@gmail.com> escribió:
>>> Haz en la consola un dahdi_tool a ver si hay sincronía en caso de ser un
>>>> E1. Haz un dahdi show channels en la CLI y pon la config de tu
>>>> chan_dahdi.conf a ver qué puede ser.
>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>> Y eso por que puede estar pasando? si nadie esta llamado....
>>>>> El 7 de noviembre de 2012 11:26, <rich...@gmail.com> escribió:
>>>>> **
>>>>>> No creo que pueda afectar el router las llamadas a la pstn
>>>>>> Asterisk te indica que todos los canales dahdi están ocupados
>>>>>> Enviado desde mi BlackBerry® de Claro Paraguay.
>>>>>> ------------------------------
>>>>>> *From: * Andres Guzman <andres.guzman...@gmail.com>
>>>>>> *Sender: * asterisk-es@googlegroups.com
>>>>>> *Date: *Wed, 7 Nov 2012 11:13:21 -0300
>>>>>> *To: *<asterisk-es@googlegroups.com>
>>>>>> *ReplyTo: * asterisk-es@googlegroups.com
>>>>>> *Subject: *[Asterisk-ES] Ayuda llamadas salientes
>>>>>> Estimados, buenos días, tengo un problema que agradeceré me pudiesen
>>>>>> ayudar, les cuento que hasta ayer toda la telefonía IP funcionaba bien,
>>>>>> durante esta semana se contrato con nuestro proveedor un ROUTER cisco que
>>>>>> hace como gateway default, cuya administración es de ellos,
>>>>>> ahora después de la instalación asterisk continuo funcionando bien, ahora
>>>>>> al día de hoy no se pueden realzar llamadas salientes hacia la PSTN. Lo de
>>>>>> mas funciona bien llamadas entrantes, comunicación interna. Como puedo
>>>>>> validar el problema les envió la traza al realizar la llamada hacia la PSTN
>>>>>> *Called DAHDI/g1/7693881*
>>>>>> * == Begin MixMonitor Recording SIP/620-0000003a*
>>>>>> * -- DAHDI/i1/7693881-22 is proceeding passing it to
>>>>>> SIP/620-0000003a*
>>>>>> * -- Span 1: Channel 0/1 got hangup request, cause 21*
>>>>>> * -- DAHDI/i1/7693881-22 is circuit-busy*
>>>>>> * -- Hungup 'DAHDI/i1/7693881-22'*
>>>>>> * == Everyone is busy/congested at this time (1:0/1/0)*
>>>>>> * -- Executing [7693881@contexto_hardphone:8]
>>>>>> Hangup("SIP/620-0000003a", "") in new stack*
>>>>>> * == Spawn extension (contexto_hardphone, 7693881, 8) exited
>>>>>> non-zero on 'SIP/620-0000003a'*
>>>>>> * == End MixMonitor Recording SIP/620-0000003a*
>>>>>> * -- SIP/604-00000039 answered SIP/601-00000038*
>>>>>> * -- Remotely bridging SIP/601-00000038 and SIP/604-00000039*
>>>> --
>>>> El linux en cualquier sabor es bueno, lo importante es el kernel
>>>> CARLOS ANDRÉS TAPASCO VIERA
>>>> Ingeniero Electrónico
>>>> Universidad del Valle
>>>> Linux User # 430914
>>>> http://counter.li.org >>>> http://krtapas.blogspot.com >>>> http://krtapas-en.blogspot.com >>>> Mobile 1: +57-3117650143
>>>> Mobile 2: +57-3012141132
>>>> Santiago de Cali
>>>> Colombia
>>>> Sudamérica
> si hace poco hubo un corte y se apago el equipo...
> El 7 de noviembre de 2012 12:45, Camilo I. Jaraba C. <
> camilo.jar...@gmail.com> escribió:
> Pregunta, has intentado reiniciar los equipos?
>> Camilo I. Jaraba C.
>> Telecomunicaciones - Seguridad de la Informacion - Infraestructura -
>> Business Administration.
>> IT Manager, CISM, CEH, Security Researcher.
>> Cel: 301 4305467
>> Colombia
>> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
>> If you think it's important... so keep it away from me... xD
>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>> Algún problema en la configuración, lo extraño es que siempre la
>>> configuración a estado igual y ah funcionado, ahora dejo de funcionar.
>>> El 7 de noviembre de 2012 11:33, Andres Guzman <
>>> andres.guzman...@gmail.com> escribió:
>>>> asterisk*CLI> dahdi show channels
>>>> Chan Extension Context Language MOH Interpret
>>>> Blocked State
>>>> pseudo default default
>>>> In Service
>>>> 1 from-pstn cl default
>>>> In Service
>>>> 2 from-pstn cl default
>>>> In Service
>>>> 3 from-pstn cl default
>>>> In Service
>>>> 4 from-pstn cl default
>>>> In Service
>>>> 5 from-pstn cl default
>>>> In Service
>>>> 6 from-pstn cl default
>>>> In Service
>>>> 7 from-pstn cl default
>>>> In Service
>>>> 8 from-pstn cl default
>>>> In Service
>>>> 9 from-pstn cl default
>>>> In Service
>>>> 10 from-pstn cl default
>>>> In Service
>>>> 11 from-pstn cl default
>>>> In Service
>>>> 12 from-pstn cl default
>>>> In Service
>>>> 13 from-pstn cl default
>>>> In Service
>>>> 14 from-pstn cl default
>>>> In Service
>>>> 15 from-pstn cl default
>>>> In Service
>>>> 17 from-pstn cl default
>>>> In Service
>>>> 18 from-pstn cl default
>>>> In Service
>>>> 19 from-pstn cl default
>>>> In Service
>>>> 20 from-pstn cl default
>>>> In Service
>>>> 21 from-pstn cl default
>>>> In Service
>>>> 22 from-pstn cl default
>>>> In Service
>>>> 23 from-pstn cl default
>>>> In Service
>>>> 24 from-pstn cl default
>>>> In Service
>>>> 25 from-pstn cl default
>>>> In Service
>>>> 26 from-pstn cl default
>>>> In Service
>>>> 27 from-pstn cl default
>>>> In Service
>>>> 28 from-pstn cl default
>>>> In Service
>>>> 29 from-pstn cl default
>>>> In Service
>>>> 30 from-pstn cl default
>>>> In Service
>>>> 31 from-pstn cl default
>>>> In Service
>>>> El 7 de noviembre de 2012 11:29, Carlos Andrés Tapasco Viera <
>>>> carta...@gmail.com> escribió:
>>>> Haz en la consola un dahdi_tool a ver si hay sincronía en caso de ser
>>>>> un E1. Haz un dahdi show channels en la CLI y pon la config de tu
>>>>> chan_dahdi.conf a ver qué puede ser.
>>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>>> Y eso por que puede estar pasando? si nadie esta llamado....
>>>>>> El 7 de noviembre de 2012 11:26, <rich...@gmail.com> escribió:
>>>>>> **
>>>>>>> No creo que pueda afectar el router las llamadas a la pstn
>>>>>>> Asterisk te indica que todos los canales dahdi están ocupados
>>>>>>> Enviado desde mi BlackBerry® de Claro Paraguay.
>>>>>>> ------------------------------
>>>>>>> *From: * Andres Guzman <andres.guzman...@gmail.com>
>>>>>>> *Sender: * asterisk-es@googlegroups.com
>>>>>>> *Date: *Wed, 7 Nov 2012 11:13:21 -0300
>>>>>>> *To: *<asterisk-es@googlegroups.com>
>>>>>>> *ReplyTo: * asterisk-es@googlegroups.com
>>>>>>> *Subject: *[Asterisk-ES] Ayuda llamadas salientes
>>>>>>> Estimados, buenos días, tengo un problema que agradeceré me pudiesen
>>>>>>> ayudar, les cuento que hasta ayer toda la telefonía IP funcionaba bien,
>>>>>>> durante esta semana se contrato con nuestro proveedor un ROUTER cisco que
>>>>>>> hace como gateway default, cuya administración es de ellos,
>>>>>>> ahora después de la instalación asterisk continuo funcionando bien, ahora
>>>>>>> al día de hoy no se pueden realzar llamadas salientes hacia la PSTN. Lo de
>>>>>>> mas funciona bien llamadas entrantes, comunicación interna. Como puedo
>>>>>>> validar el problema les envió la traza al realizar la llamada hacia la PSTN
>>>>>>> *Called DAHDI/g1/7693881*
>>>>>>> * == Begin MixMonitor Recording SIP/620-0000003a*
>>>>>>> * -- DAHDI/i1/7693881-22 is proceeding passing it to
>>>>>>> SIP/620-0000003a*
>>>>>>> * -- Span 1: Channel 0/1 got hangup request, cause 21*
>>>>>>> * -- DAHDI/i1/7693881-22 is circuit-busy*
>>>>>>> * -- Hungup 'DAHDI/i1/7693881-22'*
>>>>>>> * == Everyone is busy/congested at this time (1:0/1/0)*
>>>>>>> * -- Executing [7693881@contexto_hardphone:8]
>>>>>>> Hangup("SIP/620-0000003a", "") in new stack*
>>>>>>> * == Spawn extension (contexto_hardphone, 7693881, 8) exited
>>>>>>> non-zero on 'SIP/620-0000003a'*
>>>>>>> * == End MixMonitor Recording SIP/620-0000003a*
>>>>>>> * -- SIP/604-00000039 answered SIP/601-00000038*
>>>>>>> * -- Remotely bridging SIP/601-00000038 and SIP/604-00000039*
>>>>> --
>>>>> El linux en cualquier sabor es bueno, lo importante es el kernel
>>>>> CARLOS ANDRÉS TAPASCO VIERA
>>>>> Ingeniero Electrónico
>>>>> Universidad del Valle
>>>>> Linux User # 430914
>>>>> http://counter.li.org >>>>> http://krtapas.blogspot.com >>>>> http://krtapas-en.blogspot.com >>>>> Mobile 1: +57-3117650143
>>>>> Mobile 2: +57-3012141132
>>>>> Santiago de Cali
>>>>> Colombia
>>>>> Sudamérica
>>>>> --
>>>>> --
>>>>> Este email pertenece a la lista de Asterisk-ES (
>>>>> http://www.asterisk-es.org)
>>>>> ~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> si hace poco hubo un corte y se apago el equipo...
> El 7 de noviembre de 2012 12:45, Camilo I. Jaraba C. <
> camilo.jar...@gmail.com> escribió:
> Pregunta, has intentado reiniciar los equipos?
>> Camilo I. Jaraba C.
>> Telecomunicaciones - Seguridad de la Informacion - Infraestructura -
>> Business Administration.
>> IT Manager, CISM, CEH, Security Researcher.
>> Cel: 301 4305467
>> Colombia
>> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
>> If you think it's important... so keep it away from me... xD
>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>> Algún problema en la configuración, lo extraño es que siempre la
>>> configuración a estado igual y ah funcionado, ahora dejo de funcionar.
>>> El 7 de noviembre de 2012 11:33, Andres Guzman <
>>> andres.guzman...@gmail.com> escribió:
>>>> asterisk*CLI> dahdi show channels
>>>> Chan Extension Context Language MOH Interpret
>>>> Blocked State
>>>> pseudo default default
>>>> In Service
>>>> 1 from-pstn cl default
>>>> In Service
>>>> 2 from-pstn cl default
>>>> In Service
>>>> 3 from-pstn cl default
>>>> In Service
>>>> 4 from-pstn cl default
>>>> In Service
>>>> 5 from-pstn cl default
>>>> In Service
>>>> 6 from-pstn cl default
>>>> In Service
>>>> 7 from-pstn cl default
>>>> In Service
>>>> 8 from-pstn cl default
>>>> In Service
>>>> 9 from-pstn cl default
>>>> In Service
>>>> 10 from-pstn cl default
>>>> In Service
>>>> 11 from-pstn cl default
>>>> In Service
>>>> 12 from-pstn cl default
>>>> In Service
>>>> 13 from-pstn cl default
>>>> In Service
>>>> 14 from-pstn cl default
>>>> In Service
>>>> 15 from-pstn cl default
>>>> In Service
>>>> 17 from-pstn cl default
>>>> In Service
>>>> 18 from-pstn cl default
>>>> In Service
>>>> 19 from-pstn cl default
>>>> In Service
>>>> 20 from-pstn cl default
>>>> In Service
>>>> 21 from-pstn cl default
>>>> In Service
>>>> 22 from-pstn cl default
>>>> In Service
>>>> 23 from-pstn cl default
>>>> In Service
>>>> 24 from-pstn cl default
>>>> In Service
>>>> 25 from-pstn cl default
>>>> In Service
>>>> 26 from-pstn cl default
>>>> In Service
>>>> 27 from-pstn cl default
>>>> In Service
>>>> 28 from-pstn cl default
>>>> In Service
>>>> 29 from-pstn cl default
>>>> In Service
>>>> 30 from-pstn cl default
>>>> In Service
>>>> 31 from-pstn cl default
>>>> In Service
>>>> El 7 de noviembre de 2012 11:29, Carlos Andrés Tapasco Viera <
>>>> carta...@gmail.com> escribió:
>>>> Haz en la consola un dahdi_tool a ver si hay sincronía en caso de ser
>>>>> un E1. Haz un dahdi show channels en la CLI y pon la config de tu
>>>>> chan_dahdi.conf a ver qué puede ser.
>>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>>> Y eso por que puede estar pasando? si nadie esta llamado....
>>>>>> El 7 de noviembre de 2012 11:26, <rich...@gmail.com> escribió:
>>>>>> **
>>>>>>> No creo que pueda afectar el router las llamadas a la pstn
>>>>>>> Asterisk te indica que todos los canales dahdi están ocupados
>>>>>>> Enviado desde mi BlackBerry® de Claro Paraguay.
>>>>>>> ------------------------------
>>>>>>> *From: * Andres Guzman <andres.guzman...@gmail.com>
>>>>>>> *Sender: * asterisk-es@googlegroups.com
>>>>>>> *Date: *Wed, 7 Nov 2012 11:13:21 -0300
>>>>>>> *To: *<asterisk-es@googlegroups.com>
>>>>>>> *ReplyTo: * asterisk-es@googlegroups.com
>>>>>>> *Subject: *[Asterisk-ES] Ayuda llamadas salientes
>>>>>>> Estimados, buenos días, tengo un problema que agradeceré me pudiesen
>>>>>>> ayudar, les cuento que hasta ayer toda la telefonía IP funcionaba bien,
>>>>>>> durante esta semana se contrato con nuestro proveedor un ROUTER cisco que
>>>>>>> hace como gateway default, cuya administración es de ellos,
>>>>>>> ahora después de la instalación asterisk continuo funcionando bien, ahora
>>>>>>> al día de hoy no se pueden realzar llamadas salientes hacia la PSTN. Lo de
>>>>>>> mas funciona bien llamadas entrantes, comunicación interna. Como puedo
>>>>>>> validar el problema les envió la traza al realizar la llamada hacia la PSTN
>>>>>>> *Called DAHDI/g1/7693881*
>>>>>>> * == Begin MixMonitor Recording SIP/620-0000003a*
>>>>>>> * -- DAHDI/i1/7693881-22 is proceeding passing it to
>>>>>>> SIP/620-0000003a*
>>>>>>> * -- Span 1: Channel 0/1 got hangup request, cause 21*
>>>>>>> * -- DAHDI/i1/7693881-22 is circuit-busy*
>>>>>>> * -- Hungup 'DAHDI/i1/7693881-22'*
>>>>>>> * == Everyone is busy/congested at this time (1:0/1/0)*
>>>>>>> * -- Executing [7693881@contexto_hardphone:8]
>>>>>>> Hangup("SIP/620-0000003a", "") in new stack*
>>>>>>> * == Spawn extension (contexto_hardphone, 7693881, 8) exited
>>>>>>> non-zero on 'SIP/620-0000003a'*
>>>>>>> * == End MixMonitor Recording SIP/620-0000003a*
>>>>>>> * -- SIP/604-00000039 answered SIP/601-00000038*
>>>>>>> * -- Remotely bridging SIP/601-00000038 and SIP/604-00000039*
>>>>> --
>>>>> El linux en cualquier sabor es bueno, lo importante es el kernel
>>>>> CARLOS ANDRÉS TAPASCO VIERA
>>>>> Ingeniero Electrónico
>>>>> Universidad del Valle
>>>>> Linux User # 430914
>>>>> http://counter.li.org >>>>> http://krtapas.blogspot.com >>>>> http://krtapas-en.blogspot.com >>>>> Mobile 1: +57-3117650143
>>>>> Mobile 2: +57-3012141132
>>>>> Santiago de Cali
>>>>> Colombia
>>>>> Sudamérica
>>>>> --
>>>>> --
>>>>> Este email pertenece a la lista de Asterisk-ES (
>>>>> http://www.asterisk-es.org)
>>>>> ~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Entonces estoy bien, a mi me paso algo similar...
verifica la configuracion del CRC4 pues el modo "busy" de la tarjeta puede
ser por mala soncronizacion del reloj...
consulta con tu proveedor a ver la parametrizacion que tiene en el canal a
ver la señalizacion que se envia... CRC4, HB3, etc...
> realmente depues del corte empezaron los problemas.
> El 7 de noviembre de 2012 12:48, Andres Guzman <andres.guzman...@gmail.com
> > escribió:
> si hace poco hubo un corte y se apago el equipo...
>> El 7 de noviembre de 2012 12:45, Camilo I. Jaraba C. <
>> camilo.jar...@gmail.com> escribió:
>> Pregunta, has intentado reiniciar los equipos?
>>> Camilo I. Jaraba C.
>>> Telecomunicaciones - Seguridad de la Informacion - Infraestructura -
>>> Business Administration.
>>> IT Manager, CISM, CEH, Security Researcher.
>>> Cel: 301 4305467
>>> Colombia
>>> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
>>> If you think it's important... so keep it away from me... xD
>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>> Algún problema en la configuración, lo extraño es que siempre la
>>>> configuración a estado igual y ah funcionado, ahora dejo de funcionar.
>>>> El 7 de noviembre de 2012 11:33, Andres Guzman <
>>>> andres.guzman...@gmail.com> escribió:
>>>>> asterisk*CLI> dahdi show channels
>>>>> Chan Extension Context Language MOH Interpret
>>>>> Blocked State
>>>>> pseudo default default
>>>>> In Service
>>>>> 1 from-pstn cl default
>>>>> In Service
>>>>> 2 from-pstn cl default
>>>>> In Service
>>>>> 3 from-pstn cl default
>>>>> In Service
>>>>> 4 from-pstn cl default
>>>>> In Service
>>>>> 5 from-pstn cl default
>>>>> In Service
>>>>> 6 from-pstn cl default
>>>>> In Service
>>>>> 7 from-pstn cl default
>>>>> In Service
>>>>> 8 from-pstn cl default
>>>>> In Service
>>>>> 9 from-pstn cl default
>>>>> In Service
>>>>> 10 from-pstn cl default
>>>>> In Service
>>>>> 11 from-pstn cl default
>>>>> In Service
>>>>> 12 from-pstn cl default
>>>>> In Service
>>>>> 13 from-pstn cl default
>>>>> In Service
>>>>> 14 from-pstn cl default
>>>>> In Service
>>>>> 15 from-pstn cl default
>>>>> In Service
>>>>> 17 from-pstn cl default
>>>>> In Service
>>>>> 18 from-pstn cl default
>>>>> In Service
>>>>> 19 from-pstn cl default
>>>>> In Service
>>>>> 20 from-pstn cl default
>>>>> In Service
>>>>> 21 from-pstn cl default
>>>>> In Service
>>>>> 22 from-pstn cl default
>>>>> In Service
>>>>> 23 from-pstn cl default
>>>>> In Service
>>>>> 24 from-pstn cl default
>>>>> In Service
>>>>> 25 from-pstn cl default
>>>>> In Service
>>>>> 26 from-pstn cl default
>>>>> In Service
>>>>> 27 from-pstn cl default
>>>>> In Service
>>>>> 28 from-pstn cl default
>>>>> In Service
>>>>> 29 from-pstn cl default
>>>>> In Service
>>>>> 30 from-pstn cl default
>>>>> In Service
>>>>> 31 from-pstn cl default
>>>>> In Service
>>>>> El 7 de noviembre de 2012 11:29, Carlos Andrés Tapasco Viera <
>>>>> carta...@gmail.com> escribió:
>>>>> Haz en la consola un dahdi_tool a ver si hay sincronía en caso de ser
>>>>>> un E1. Haz un dahdi show channels en la CLI y pon la config de tu
>>>>>> chan_dahdi.conf a ver qué puede ser.
>>>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>>>> Y eso por que puede estar pasando? si nadie esta llamado....
>>>>>>> El 7 de noviembre de 2012 11:26, <rich...@gmail.com> escribió:
>>>>>>> **
>>>>>>>> No creo que pueda afectar el router las llamadas a la pstn
>>>>>>>> Asterisk te indica que todos los canales dahdi están ocupados
>>>>>>>> Enviado desde mi BlackBerry® de Claro Paraguay.
>>>>>>>> ------------------------------
>>>>>>>> *From: * Andres Guzman <andres.guzman...@gmail.com>
>>>>>>>> *Sender: * asterisk-es@googlegroups.com
>>>>>>>> *Date: *Wed, 7 Nov 2012 11:13:21 -0300
>>>>>>>> *To: *<asterisk-es@googlegroups.com>
>>>>>>>> *ReplyTo: * asterisk-es@googlegroups.com
>>>>>>>> *Subject: *[Asterisk-ES] Ayuda llamadas salientes
>>>>>>>> Estimados, buenos días, tengo un problema que agradeceré me
>>>>>>>> pudiesen ayudar, les cuento que hasta ayer toda la telefonía IP funcionaba
>>>>>>>> bien, durante esta semana se contrato con nuestro proveedor un ROUTER cisco
>>>>>>>> que hace como gateway default, cuya administración es de ellos,
>>>>>>>> ahora después de la instalación asterisk continuo funcionando bien, ahora
>>>>>>>> al día de hoy no se pueden realzar llamadas salientes hacia la PSTN. Lo de
>>>>>>>> mas funciona bien llamadas entrantes, comunicación interna. Como puedo
>>>>>>>> validar el problema les envió la traza al realizar la llamada hacia la PSTN
>>>>>>>> *Called DAHDI/g1/7693881*
>>>>>>>> * == Begin MixMonitor Recording SIP/620-0000003a*
>>>>>>>> * -- DAHDI/i1/7693881-22 is proceeding passing it to
>>>>>>>> SIP/620-0000003a*
>>>>>>>> * -- Span 1: Channel 0/1 got hangup request, cause 21*
>>>>>>>> * -- DAHDI/i1/7693881-22 is circuit-busy*
>>>>>>>> * -- Hungup 'DAHDI/i1/7693881-22'*
>>>>>>>> * == Everyone is busy/congested at this time (1:0/1/0)*
>>>>>>>> * -- Executing [7693881@contexto_hardphone:8]
>>>>>>>> Hangup("SIP/620-0000003a", "") in new stack*
>>>>>>>> * == Spawn extension (contexto_hardphone, 7693881, 8) exited
>>>>>>>> non-zero on 'SIP/620-0000003a'*
>>>>>>>> * == End MixMonitor Recording SIP/620-0000003a*
>>>>>>>> * -- SIP/604-00000039 answered SIP/601-00000038*
>>>>>>>> * -- Remotely bridging SIP/601-00000038 and SIP/604-00000039*
> Asterisk te indica que todos los canales dahdi están ocupados
> Enviado desde mi BlackBerry® de Claro Paraguay.
> From: Andres Guzman <andres.guzman...@gmail.com>
> Sender: asterisk-es@googlegroups.com
> Date: Wed, 7 Nov 2012 11:13:21 -0300
> To: <asterisk-es@googlegroups.com>
> ReplyTo: asterisk-es@googlegroups.com
> Subject: [Asterisk-ES] Ayuda llamadas salientes
> Estimados, buenos días, tengo un problema que agradeceré me pudiesen ayudar, les cuento que hasta ayer toda la telefonía IP funcionaba bien, durante esta semana se contrato con nuestro proveedor un ROUTER cisco que hace como gateway default, cuya administración es de ellos, ahora después de la instalación asterisk continuo funcionando bien, ahora al día de hoy no se pueden realzar llamadas salientes hacia la PSTN. Lo de mas funciona bien llamadas entrantes, comunicación interna. Como puedo validar el problema les envió la traza al realizar la llamada hacia la PSTN
> Called DAHDI/g1/7693881
> == Begin MixMonitor Recording SIP/620-0000003a
> -- DAHDI/i1/7693881-22 is proceeding passing it to SIP/620-0000003a
> -- Span 1: Channel 0/1 got hangup request, cause 21
> -- DAHDI/i1/7693881-22 is circuit-busy
> -- Hungup 'DAHDI/i1/7693881-22'
> == Everyone is busy/congested at this time (1:0/1/0)
> -- Executing [7693881@contexto_hardphone:8] Hangup("SIP/620-0000003a", "") in new stack
> == Spawn extension (contexto_hardphone, 7693881, 8) exited non-zero on 'SIP/620-0000003a'
> == End MixMonitor Recording SIP/620-0000003a
> -- SIP/604-00000039 answered SIP/601-00000038
> -- Remotely bridging SIP/601-00000038 and SIP/604-00000039
> Entonces estoy bien, a mi me paso algo similar...
> verifica la configuracion del CRC4 pues el modo "busy" de la tarjeta puede
> ser por mala soncronizacion del reloj...
> consulta con tu proveedor a ver la parametrizacion que tiene en el canal a
> ver la señalizacion que se envia... CRC4, HB3, etc...
> saludos.
> Camilo I. Jaraba C.
> Telecomunicaciones - Seguridad de la Informacion - Infraestructura -
> Business Administration.
> IT Manager, CISM, CEH, Security Researcher.
> Cel: 301 4305467
> Colombia
> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
> If you think it's important... so keep it away from me... xD
> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>> realmente depues del corte empezaron los problemas.
>> El 7 de noviembre de 2012 12:48, Andres Guzman <
>> andres.guzman...@gmail.com> escribió:
>> si hace poco hubo un corte y se apago el equipo...
>>> El 7 de noviembre de 2012 12:45, Camilo I. Jaraba C. <
>>> camilo.jar...@gmail.com> escribió:
>>> Pregunta, has intentado reiniciar los equipos?
>>>> Camilo I. Jaraba C.
>>>> Telecomunicaciones - Seguridad de la Informacion - Infraestructura -
>>>> Business Administration.
>>>> IT Manager, CISM, CEH, Security Researcher.
>>>> Cel: 301 4305467
>>>> Colombia
>>>> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
>>>> If you think it's important... so keep it away from me... xD
>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>> Algún problema en la configuración, lo extraño es que siempre la
>>>>> configuración a estado igual y ah funcionado, ahora dejo de funcionar.
>>>>> El 7 de noviembre de 2012 11:33, Andres Guzman <
>>>>> andres.guzman...@gmail.com> escribió:
>>>>>> asterisk*CLI> dahdi show channels
>>>>>> Chan Extension Context Language MOH Interpret
>>>>>> Blocked State
>>>>>> pseudo default default
>>>>>> In Service
>>>>>> 1 from-pstn cl default
>>>>>> In Service
>>>>>> 2 from-pstn cl default
>>>>>> In Service
>>>>>> 3 from-pstn cl default
>>>>>> In Service
>>>>>> 4 from-pstn cl default
>>>>>> In Service
>>>>>> 5 from-pstn cl default
>>>>>> In Service
>>>>>> 6 from-pstn cl default
>>>>>> In Service
>>>>>> 7 from-pstn cl default
>>>>>> In Service
>>>>>> 8 from-pstn cl default
>>>>>> In Service
>>>>>> 9 from-pstn cl default
>>>>>> In Service
>>>>>> 10 from-pstn cl default
>>>>>> In Service
>>>>>> 11 from-pstn cl default
>>>>>> In Service
>>>>>> 12 from-pstn cl default
>>>>>> In Service
>>>>>> 13 from-pstn cl default
>>>>>> In Service
>>>>>> 14 from-pstn cl default
>>>>>> In Service
>>>>>> 15 from-pstn cl default
>>>>>> In Service
>>>>>> 17 from-pstn cl default
>>>>>> In Service
>>>>>> 18 from-pstn cl default
>>>>>> In Service
>>>>>> 19 from-pstn cl default
>>>>>> In Service
>>>>>> 20 from-pstn cl default
>>>>>> In Service
>>>>>> 21 from-pstn cl default
>>>>>> In Service
>>>>>> 22 from-pstn cl default
>>>>>> In Service
>>>>>> 23 from-pstn cl default
>>>>>> In Service
>>>>>> 24 from-pstn cl default
>>>>>> In Service
>>>>>> 25 from-pstn cl default
>>>>>> In Service
>>>>>> 26 from-pstn cl default
>>>>>> In Service
>>>>>> 27 from-pstn cl default
>>>>>> In Service
>>>>>> 28 from-pstn cl default
>>>>>> In Service
>>>>>> 29 from-pstn cl default
>>>>>> In Service
>>>>>> 30 from-pstn cl default
>>>>>> In Service
>>>>>> 31 from-pstn cl default
>>>>>> In Service
>>>>>> El 7 de noviembre de 2012 11:29, Carlos Andrés Tapasco Viera <
>>>>>> carta...@gmail.com> escribió:
>>>>>> Haz en la consola un dahdi_tool a ver si hay sincronía en caso de ser
>>>>>>> un E1. Haz un dahdi show channels en la CLI y pon la config de tu
>>>>>>> chan_dahdi.conf a ver qué puede ser.
>>>>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>>>>> Y eso por que puede estar pasando? si nadie esta llamado....
>>>>>>>> El 7 de noviembre de 2012 11:26, <rich...@gmail.com> escribió:
>>>>>>>> **
>>>>>>>>> No creo que pueda afectar el router las llamadas a la pstn
>>>>>>>>> Asterisk te indica que todos los canales dahdi están ocupados
>>>>>>>>> Enviado desde mi BlackBerry® de Claro Paraguay.
>>>>>>>>> ------------------------------
>>>>>>>>> *From: * Andres Guzman <andres.guzman...@gmail.com>
>>>>>>>>> *Sender: * asterisk-es@googlegroups.com
>>>>>>>>> *Date: *Wed, 7 Nov 2012 11:13:21 -0300
>>>>>>>>> *To: *<asterisk-es@googlegroups.com>
>>>>>>>>> *ReplyTo: * asterisk-es@googlegroups.com
>>>>>>>>> *Subject: *[Asterisk-ES] Ayuda llamadas salientes
>>>>>>>>> Estimados, buenos días, tengo un problema que agradeceré me
>>>>>>>>> pudiesen ayudar, les cuento que hasta ayer toda la telefonía IP funcionaba
>>>>>>>>> bien, durante esta semana se contrato con nuestro proveedor un ROUTER cisco
>>>>>>>>> que hace como gateway default, cuya administración es de ellos,
>>>>>>>>> ahora después de la instalación asterisk continuo funcionando bien, ahora
>>>>>>>>> al día de hoy no se pueden realzar llamadas salientes hacia la PSTN. Lo de
>>>>>>>>> mas funciona bien llamadas entrantes, comunicación interna. Como puedo
>>>>>>>>> validar el problema les envió la traza al realizar la llamada hacia la PSTN
>>>>>>>>> *Called DAHDI/g1/7693881*
>>>>>>>>> * == Begin MixMonitor Recording SIP/620-0000003a*
>>>>>>>>> * -- DAHDI/i1/7693881-22 is proceeding passing it to
>>>>>>>>> SIP/620-0000003a*
>>>>>>>>> * -- Span 1: Channel 0/1 got hangup request, cause 21*
>>>>>>>>> * -- DAHDI/i1/7693881-22 is circuit-busy*
>>>>>>>>> * -- Hungup 'DAHDI/i1/7693881-22'*
>>>>>>>>> * == Everyone is busy/congested at this time (1:0/1/0)*
>>>>>>>>> * -- Executing [7693881@contexto_hardphone:8]
>>>>>>>>> Hangup("SIP/620-0000003a", "") in new stack*
>>>>>>>>> * == Spawn extension (contexto_hardphone, 7693881, 8) exited
>>>>>>>>> non-zero on 'SIP/620-0000003a'*
>>>>>>>>> * == End MixMonitor Recording SIP/620-0000003a*
>>>>>>>>> * -- SIP/604-00000039 answered SIP/601-00000038*
>>>>>>>>> * -- Remotely bridging SIP/601-00000038 and SIP/604-00000039*
Deberías considerar de que haya cambiado la configuración de algún otro
equipo de red con el corte de energía. Quizás la configuración que tenía en
memoria el Cisco no se había guardado correctamente y luego de reiniciar se
perdió...
El 07/11/2012 12:58, "Andres Guzman" <andres.guzman...@gmail.com> escribió:
> camilo, como verifico la configuracion del CRC4, sorry pero soy ultra
> novato en esto de asterisk.
> El 7 de noviembre de 2012 12:52, Camilo I. Jaraba C. <
> camilo.jar...@gmail.com> escribió:
>> Entonces estoy bien, a mi me paso algo similar...
>> verifica la configuracion del CRC4 pues el modo "busy" de la tarjeta
>> puede ser por mala soncronizacion del reloj...
>> consulta con tu proveedor a ver la parametrizacion que tiene en el canal
>> a ver la señalizacion que se envia... CRC4, HB3, etc...
>> saludos.
>> Camilo I. Jaraba C.
>> Telecomunicaciones - Seguridad de la Informacion - Infraestructura -
>> Business Administration.
>> IT Manager, CISM, CEH, Security Researcher.
>> Cel: 301 4305467
>> Colombia
>> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
>> If you think it's important... so keep it away from me... xD
>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>> realmente depues del corte empezaron los problemas.
>>> El 7 de noviembre de 2012 12:48, Andres Guzman <
>>> andres.guzman...@gmail.com> escribió:
>>> si hace poco hubo un corte y se apago el equipo...
>>>> El 7 de noviembre de 2012 12:45, Camilo I. Jaraba C. <
>>>> camilo.jar...@gmail.com> escribió:
>>>> Pregunta, has intentado reiniciar los equipos?
>>>>> Camilo I. Jaraba C.
>>>>> Telecomunicaciones - Seguridad de la Informacion - Infraestructura -
>>>>> Business Administration.
>>>>> IT Manager, CISM, CEH, Security Researcher.
>>>>> Cel: 301 4305467
>>>>> Colombia
>>>>> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
>>>>> If you think it's important... so keep it away from me... xD
>>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>>> Algún problema en la configuración, lo extraño es que siempre la
>>>>>> configuración a estado igual y ah funcionado, ahora dejo de funcionar.
>>>>>> El 7 de noviembre de 2012 11:33, Andres Guzman <
>>>>>> andres.guzman...@gmail.com> escribió:
>>>>>>> asterisk*CLI> dahdi show channels
>>>>>>> Chan Extension Context Language MOH Interpret
>>>>>>> Blocked State
>>>>>>> pseudo default default
>>>>>>> In Service
>>>>>>> 1 from-pstn cl default
>>>>>>> In Service
>>>>>>> 2 from-pstn cl default
>>>>>>> In Service
>>>>>>> 3 from-pstn cl default
>>>>>>> In Service
>>>>>>> 4 from-pstn cl default
>>>>>>> In Service
>>>>>>> 5 from-pstn cl default
>>>>>>> In Service
>>>>>>> 6 from-pstn cl default
>>>>>>> In Service
>>>>>>> 7 from-pstn cl default
>>>>>>> In Service
>>>>>>> 8 from-pstn cl default
>>>>>>> In Service
>>>>>>> 9 from-pstn cl default
>>>>>>> In Service
>>>>>>> 10 from-pstn cl default
>>>>>>> In Service
>>>>>>> 11 from-pstn cl default
>>>>>>> In Service
>>>>>>> 12 from-pstn cl default
>>>>>>> In Service
>>>>>>> 13 from-pstn cl default
>>>>>>> In Service
>>>>>>> 14 from-pstn cl default
>>>>>>> In Service
>>>>>>> 15 from-pstn cl default
>>>>>>> In Service
>>>>>>> 17 from-pstn cl default
>>>>>>> In Service
>>>>>>> 18 from-pstn cl default
>>>>>>> In Service
>>>>>>> 19 from-pstn cl default
>>>>>>> In Service
>>>>>>> 20 from-pstn cl default
>>>>>>> In Service
>>>>>>> 21 from-pstn cl default
>>>>>>> In Service
>>>>>>> 22 from-pstn cl default
>>>>>>> In Service
>>>>>>> 23 from-pstn cl default
>>>>>>> In Service
>>>>>>> 24 from-pstn cl default
>>>>>>> In Service
>>>>>>> 25 from-pstn cl default
>>>>>>> In Service
>>>>>>> 26 from-pstn cl default
>>>>>>> In Service
>>>>>>> 27 from-pstn cl default
>>>>>>> In Service
>>>>>>> 28 from-pstn cl default
>>>>>>> In Service
>>>>>>> 29 from-pstn cl default
>>>>>>> In Service
>>>>>>> 30 from-pstn cl default
>>>>>>> In Service
>>>>>>> 31 from-pstn cl default
>>>>>>> In Service
>>>>>>> El 7 de noviembre de 2012 11:29, Carlos Andrés Tapasco Viera <
>>>>>>> carta...@gmail.com> escribió:
>>>>>>> Haz en la consola un dahdi_tool a ver si hay sincronía en caso de
>>>>>>>> ser un E1. Haz un dahdi show channels en la CLI y pon la config de tu
>>>>>>>> chan_dahdi.conf a ver qué puede ser.
>>>>>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>>>>>> Y eso por que puede estar pasando? si nadie esta llamado....
>>>>>>>>> El 7 de noviembre de 2012 11:26, <rich...@gmail.com> escribió:
>>>>>>>>> **
>>>>>>>>>> No creo que pueda afectar el router las llamadas a la pstn
>>>>>>>>>> Asterisk te indica que todos los canales dahdi están ocupados
>>>>>>>>>> Enviado desde mi BlackBerry® de Claro Paraguay.
>>>>>>>>>> ------------------------------
>>>>>>>>>> *From: * Andres Guzman <andres.guzman...@gmail.com>
>>>>>>>>>> *Sender: * asterisk-es@googlegroups.com
>>>>>>>>>> *Date: *Wed, 7 Nov 2012 11:13:21 -0300
>>>>>>>>>> *To: *<asterisk-es@googlegroups.com>
>>>>>>>>>> *ReplyTo: * asterisk-es@googlegroups.com
>>>>>>>>>> *Subject: *[Asterisk-ES] Ayuda llamadas salientes
>>>>>>>>>> Estimados, buenos días, tengo un problema que agradeceré me
>>>>>>>>>> pudiesen ayudar, les cuento que hasta ayer toda la telefonía IP funcionaba
>>>>>>>>>> bien, durante esta semana se contrato con nuestro proveedor un ROUTER cisco
>>>>>>>>>> que hace como gateway default, cuya administración es de ellos,
>>>>>>>>>> ahora después de la instalación asterisk continuo funcionando bien, ahora
>>>>>>>>>> al día de hoy no se pueden realzar llamadas salientes hacia la PSTN. Lo de
>>>>>>>>>> mas funciona bien llamadas entrantes, comunicación interna. Como puedo
>>>>>>>>>> validar el problema les envió la traza al realizar la llamada hacia la PSTN
>>>>>>>>>> *Called DAHDI/g1/7693881*
>>>>>>>>>> * == Begin MixMonitor Recording SIP/620-0000003a*
>>>>>>>>>> * -- DAHDI/i1/7693881-22 is proceeding passing it to
>>>>>>>>>> SIP/620-0000003a*
>>>>>>>>>> * -- Span 1: Channel 0/1 got hangup request, cause 21*
>>>>>>>>>> * -- DAHDI/i1/7693881-22 is circuit-busy*
>>>>>>>>>> * -- Hungup 'DAHDI/i1/7693881-22'*
>>>>>>>>>> * == Everyone is busy/congested at this time (1:0/1/0)*
>>>>>>>>>> * -- Executing [7693881@contexto_hardphone:8]
>>>>>>>>>> Hangup("SIP/620-0000003a", "") in new stack*
>>>>>>>>>> * == Spawn extension (contexto_hardphone, 7693881, 8) exited
>>>>>>>>>> non-zero on 'SIP/620-0000003a'*
>>>>>>>>>> * == End MixMonitor Recording SIP/620-0000003a*
>>>>>>>>>> * -- SIP/604-00000039 answered SIP/601-00000038*
>>>>>>>>>> * -- Remotely bridging SIP/601-00000038 and SIP/604-00000039*
> Deberías considerar de que haya cambiado la configuración de algún otro
> equipo de red con el corte de energía. Quizás la configuración que tenía en
> memoria el Cisco no se había guardado correctamente y luego de reiniciar se
> perdió...
> El 07/11/2012 12:58, "Andres Guzman" <andres.guzman...@gmail.com>
> escribió:
> camilo, como verifico la configuracion del CRC4, sorry pero soy ultra
>> novato en esto de asterisk.
>> El 7 de noviembre de 2012 12:52, Camilo I. Jaraba C. <
>> camilo.jar...@gmail.com> escribió:
>>> Entonces estoy bien, a mi me paso algo similar...
>>> verifica la configuracion del CRC4 pues el modo "busy" de la tarjeta
>>> puede ser por mala soncronizacion del reloj...
>>> consulta con tu proveedor a ver la parametrizacion que tiene en el canal
>>> a ver la señalizacion que se envia... CRC4, HB3, etc...
>>> saludos.
>>> Camilo I. Jaraba C.
>>> Telecomunicaciones - Seguridad de la Informacion - Infraestructura -
>>> Business Administration.
>>> IT Manager, CISM, CEH, Security Researcher.
>>> Cel: 301 4305467
>>> Colombia
>>> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
>>> If you think it's important... so keep it away from me... xD
>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>> realmente depues del corte empezaron los problemas.
>>>> El 7 de noviembre de 2012 12:48, Andres Guzman <
>>>> andres.guzman...@gmail.com> escribió:
>>>> si hace poco hubo un corte y se apago el equipo...
>>>>> El 7 de noviembre de 2012 12:45, Camilo I. Jaraba C. <
>>>>> camilo.jar...@gmail.com> escribió:
>>>>> Pregunta, has intentado reiniciar los equipos?
>>>>>> Camilo I. Jaraba C.
>>>>>> Telecomunicaciones - Seguridad de la Informacion - Infraestructura -
>>>>>> Business Administration.
>>>>>> IT Manager, CISM, CEH, Security Researcher.
>>>>>> Cel: 301 4305467
>>>>>> Colombia
>>>>>> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
>>>>>> If you think it's important... so keep it away from me... xD
>>>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>>>> Algún problema en la configuración, lo extraño es que siempre la
>>>>>>> configuración a estado igual y ah funcionado, ahora dejo de funcionar.
>>>>>>> El 7 de noviembre de 2012 11:33, Andres Guzman <
>>>>>>> andres.guzman...@gmail.com> escribió:
>>>>>>>> asterisk*CLI> dahdi show channels
>>>>>>>> Chan Extension Context Language MOH Interpret
>>>>>>>> Blocked State
>>>>>>>> pseudo default default
>>>>>>>> In Service
>>>>>>>> 1 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 2 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 3 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 4 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 5 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 6 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 7 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 8 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 9 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 10 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 11 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 12 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 13 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 14 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 15 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 17 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 18 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 19 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 20 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 21 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 22 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 23 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 24 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 25 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 26 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 27 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 28 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 29 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 30 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> 31 from-pstn cl default
>>>>>>>> In Service
>>>>>>>> El 7 de noviembre de 2012 11:29, Carlos Andrés Tapasco Viera <
>>>>>>>> carta...@gmail.com> escribió:
>>>>>>>> Haz en la consola un dahdi_tool a ver si hay sincronía en caso de
>>>>>>>>> ser un E1. Haz un dahdi show channels en la CLI y pon la config de tu
>>>>>>>>> chan_dahdi.conf a ver qué puede ser.
>>>>>>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>>>>>>> Y eso por que puede estar pasando? si nadie esta llamado....
>>>>>>>>>> El 7 de noviembre de 2012 11:26, <rich...@gmail.com> escribió:
>>>>>>>>>> **
>>>>>>>>>>> No creo que pueda afectar el router las llamadas a la pstn
>>>>>>>>>>> Asterisk te indica que todos los canales dahdi están ocupados
>>>>>>>>>>> Enviado desde mi BlackBerry® de Claro Paraguay.
>>>>>>>>>>> ------------------------------
>>>>>>>>>>> *From: * Andres Guzman <andres.guzman...@gmail.com>
>>>>>>>>>>> *Sender: * asterisk-es@googlegroups.com
>>>>>>>>>>> *Date: *Wed, 7 Nov 2012 11:13:21 -0300
>>>>>>>>>>> *To: *<asterisk-es@googlegroups.com>
>>>>>>>>>>> *ReplyTo: * asterisk-es@googlegroups.com
>>>>>>>>>>> *Subject: *[Asterisk-ES] Ayuda llamadas salientes
>>>>>>>>>>> Estimados, buenos días, tengo un problema que agradeceré me
>>>>>>>>>>> pudiesen ayudar, les cuento que hasta ayer toda la telefonía IP funcionaba
>>>>>>>>>>> bien, durante esta semana se contrato con nuestro proveedor un ROUTER cisco
>>>>>>>>>>> que hace como gateway default, cuya administración es de ellos,
>>>>>>>>>>> ahora después de la instalación asterisk continuo funcionando bien, ahora
>>>>>>>>>>> al día de hoy no se pueden realzar llamadas salientes hacia la PSTN. Lo de
>>>>>>>>>>> mas funciona bien llamadas entrantes, comunicación interna. Como puedo
>>>>>>>>>>> validar el problema les envió la traza al realizar la llamada hacia la PSTN
>>>>>>>>>>> *Called DAHDI/g1/7693881*
>>>>>>>>>>> * == Begin MixMonitor Recording SIP/620-0000003a*
>>>>>>>>>>> * -- DAHDI/i1/7693881-22 is proceeding passing it to
>>>>>>>>>>> SIP/620-0000003a*
>>>>>>>>>>> * -- Span 1: Channel 0/1 got hangup request, cause 21*
>>>>>>>>>>> * -- DAHDI/i1/7693881-22 is circuit-busy*
>>>>>>>>>>> * -- Hungup 'DAHDI/i1/7693881-22'*
>>>>>>>>>>> * == Everyone is busy/congested at this time (1:0/1/0)*
>>>>>>>>>>> * -- Executing [7693881@contexto_hardphone:8]
>>>>>>>>>>> Hangup("SIP/620-0000003a", "") in new stack*
>>>>>>>>>>> * == Spawn extension (contexto_hardphone, 7693881, 8) exited
>>>>>>>>>>> non-zero on 'SIP/620-0000003a'*
>>>>>>>>>>> * == End MixMonitor Recording SIP/620-0000003a*
>>>>>>>>>>> * -- SIP/604-00000039 answered SIP/601-00000038*
>>>>>>>>>>> * -- Remotely bridging SIP/601-00000038 and SIP/604-00000039*
> El 7 de noviembre de 2012 13:04, Francisco J Capdevila <
> fjcapdev...@gmail.com> escribió:
> Deberías considerar de que haya cambiado la configuración de algún otro
>> equipo de red con el corte de energía. Quizás la configuración que tenía en
>> memoria el Cisco no se había guardado correctamente y luego de reiniciar se
>> perdió...
>> El 07/11/2012 12:58, "Andres Guzman" <andres.guzman...@gmail.com>
>> escribió:
>> camilo, como verifico la configuracion del CRC4, sorry pero soy ultra
>>> novato en esto de asterisk.
>>> El 7 de noviembre de 2012 12:52, Camilo I. Jaraba C. <
>>> camilo.jar...@gmail.com> escribió:
>>>> Entonces estoy bien, a mi me paso algo similar...
>>>> verifica la configuracion del CRC4 pues el modo "busy" de la tarjeta
>>>> puede ser por mala soncronizacion del reloj...
>>>> consulta con tu proveedor a ver la parametrizacion que tiene en el
>>>> canal a ver la señalizacion que se envia... CRC4, HB3, etc...
>>>> saludos.
>>>> Camilo I. Jaraba C.
>>>> Telecomunicaciones - Seguridad de la Informacion - Infraestructura -
>>>> Business Administration.
>>>> IT Manager, CISM, CEH, Security Researcher.
>>>> Cel: 301 4305467
>>>> Colombia
>>>> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
>>>> If you think it's important... so keep it away from me... xD
>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>> realmente depues del corte empezaron los problemas.
>>>>> El 7 de noviembre de 2012 12:48, Andres Guzman <
>>>>> andres.guzman...@gmail.com> escribió:
>>>>> si hace poco hubo un corte y se apago el equipo...
>>>>>> El 7 de noviembre de 2012 12:45, Camilo I. Jaraba C. <
>>>>>> camilo.jar...@gmail.com> escribió:
>>>>>> Pregunta, has intentado reiniciar los equipos?
>>>>>>> Camilo I. Jaraba C.
>>>>>>> Telecomunicaciones - Seguridad de la Informacion - Infraestructura -
>>>>>>> Business Administration.
>>>>>>> IT Manager, CISM, CEH, Security Researcher.
>>>>>>> Cel: 301 4305467
>>>>>>> Colombia
>>>>>>> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
>>>>>>> If you think it's important... so keep it away from me... xD
>>>>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>>>>> Algún problema en la configuración, lo extraño es que siempre la
>>>>>>>> configuración a estado igual y ah funcionado, ahora dejo de funcionar.
>>>>>>>> El 7 de noviembre de 2012 11:33, Andres Guzman <
>>>>>>>> andres.guzman...@gmail.com> escribió:
>>>>>>>>> asterisk*CLI> dahdi show channels
>>>>>>>>> Chan Extension Context Language MOH Interpret
>>>>>>>>> Blocked State
>>>>>>>>> pseudo default default
>>>>>>>>> In Service
>>>>>>>>> 1 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 2 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 3 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 4 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 5 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 6 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 7 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 8 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 9 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 10 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 11 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 12 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 13 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 14 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 15 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 17 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 18 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 19 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 20 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 21 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 22 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 23 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 24 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 25 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 26 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 27 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 28 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 29 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 30 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> 31 from-pstn cl default
>>>>>>>>> In Service
>>>>>>>>> El 7 de noviembre de 2012 11:29, Carlos Andrés Tapasco Viera <
>>>>>>>>> carta...@gmail.com> escribió:
>>>>>>>>> Haz en la consola un dahdi_tool a ver si hay sincronía en caso de
>>>>>>>>>> ser un E1. Haz un dahdi show channels en la CLI y pon la config de tu
>>>>>>>>>> chan_dahdi.conf a ver qué puede ser.
>>>>>>>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>>>>>>>> Y eso por que puede estar pasando? si nadie esta llamado....
>>>>>>>>>>> El 7 de noviembre de 2012 11:26, <rich...@gmail.com> escribió:
>>>>>>>>>>> **
>>>>>>>>>>>> No creo que pueda afectar el router las llamadas a la pstn
>>>>>>>>>>>> Asterisk te indica que todos los canales dahdi están ocupados
>>>>>>>>>>>> Enviado desde mi BlackBerry® de Claro Paraguay.
>>>>>>>>>>>> ------------------------------
>>>>>>>>>>>> *From: * Andres Guzman <andres.guzman...@gmail.com>
>>>>>>>>>>>> *Sender: * asterisk-es@googlegroups.com
>>>>>>>>>>>> *Date: *Wed, 7 Nov 2012 11:13:21 -0300
>>>>>>>>>>>> *To: *<asterisk-es@googlegroups.com>
>>>>>>>>>>>> *ReplyTo: * asterisk-es@googlegroups.com
>>>>>>>>>>>> *Subject: *[Asterisk-ES] Ayuda llamadas salientes
>>>>>>>>>>>> Estimados, buenos días, tengo un problema que agradeceré me
>>>>>>>>>>>> pudiesen ayudar, les cuento que hasta ayer toda la telefonía IP funcionaba
>>>>>>>>>>>> bien, durante esta semana se contrato con nuestro proveedor un ROUTER cisco
>>>>>>>>>>>> que hace como gateway default, cuya administración es de ellos,
>>>>>>>>>>>> ahora después de la instalación asterisk continuo funcionando bien, ahora
>>>>>>>>>>>> al día de hoy no se pueden realzar llamadas salientes hacia la PSTN. Lo de
>>>>>>>>>>>> mas funciona bien llamadas entrantes, comunicación interna. Como puedo
>>>>>>>>>>>> validar el problema les envió la traza al realizar la llamada hacia la PSTN
>>>>>>>>>>>> *Called DAHDI/g1/7693881*
>>>>>>>>>>>> * == Begin MixMonitor Recording SIP/620-0000003a*
>>>>>>>>>>>> * -- DAHDI/i1/7693881-22 is proceeding passing it to
>>>>>>>>>>>> SIP/620-0000003a*
>>>>>>>>>>>> * -- Span 1: Channel 0/1 got hangup request, cause 21*
>>>>>>>>>>>> * -- DAHDI/i1/7693881-22 is circuit-busy*
>>>>>>>>>>>> * -- Hungup 'DAHDI/i1/7693881-22'*
>>>>>>>>>>>> * == Everyone is busy/congested at this time (1:0/1/0)*
>>>>>>>>>>>> * -- Executing [7693881@contexto_hardphone:8]
> primero verifica la config del proveedor en el cisco... y nos cuentas.
> pues lo que entiendo es que el cisco esta como gateway para la pstn no?
> saludos!
> Camilo I. Jaraba C.
> Telecomunicaciones - Seguridad de la Informacion - Infraestructura -
> Business Administration.
> IT Manager, CISM, CEH, Security Researcher.
> Cel: 301 4305467
> Colombia
> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
> If you think it's important... so keep it away from me... xD
> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>> vale lo voy a probar y les cuento.
>> El 7 de noviembre de 2012 13:04, Francisco J Capdevila <
>> fjcapdev...@gmail.com> escribió:
>> Deberías considerar de que haya cambiado la configuración de algún otro
>>> equipo de red con el corte de energía. Quizás la configuración que tenía en
>>> memoria el Cisco no se había guardado correctamente y luego de reiniciar se
>>> perdió...
>>> El 07/11/2012 12:58, "Andres Guzman" <andres.guzman...@gmail.com>
>>> escribió:
>>> camilo, como verifico la configuracion del CRC4, sorry pero soy ultra
>>>> novato en esto de asterisk.
>>>> El 7 de noviembre de 2012 12:52, Camilo I. Jaraba C. <
>>>> camilo.jar...@gmail.com> escribió:
>>>>> Entonces estoy bien, a mi me paso algo similar...
>>>>> verifica la configuracion del CRC4 pues el modo "busy" de la tarjeta
>>>>> puede ser por mala soncronizacion del reloj...
>>>>> consulta con tu proveedor a ver la parametrizacion que tiene en el
>>>>> canal a ver la señalizacion que se envia... CRC4, HB3, etc...
>>>>> saludos.
>>>>> Camilo I. Jaraba C.
>>>>> Telecomunicaciones - Seguridad de la Informacion - Infraestructura -
>>>>> Business Administration.
>>>>> IT Manager, CISM, CEH, Security Researcher.
>>>>> Cel: 301 4305467
>>>>> Colombia
>>>>> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
>>>>> If you think it's important... so keep it away from me... xD
>>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>>> realmente depues del corte empezaron los problemas.
>>>>>> El 7 de noviembre de 2012 12:48, Andres Guzman <
>>>>>> andres.guzman...@gmail.com> escribió:
>>>>>> si hace poco hubo un corte y se apago el equipo...
>>>>>>> El 7 de noviembre de 2012 12:45, Camilo I. Jaraba C. <
>>>>>>> camilo.jar...@gmail.com> escribió:
>>>>>>> Pregunta, has intentado reiniciar los equipos?
>>>>>>>> Camilo I. Jaraba C.
>>>>>>>> Telecomunicaciones - Seguridad de la Informacion - Infraestructura
>>>>>>>> - Business Administration.
>>>>>>>> IT Manager, CISM, CEH, Security Researcher.
>>>>>>>> Cel: 301 4305467
>>>>>>>> Colombia
>>>>>>>> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
>>>>>>>> If you think it's important... so keep it away from me... xD
>>>>>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>>>>>> Algún problema en la configuración, lo extraño es que siempre la
>>>>>>>>> configuración a estado igual y ah funcionado, ahora dejo de funcionar.
>>>>>>>>> El 7 de noviembre de 2012 11:33, Andres Guzman <
>>>>>>>>> andres.guzman...@gmail.com> escribió:
>>>>>>>>>> asterisk*CLI> dahdi show channels
>>>>>>>>>> Chan Extension Context Language MOH Interpret
>>>>>>>>>> Blocked State
>>>>>>>>>> pseudo default default
>>>>>>>>>> In Service
>>>>>>>>>> 1 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 2 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 3 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 4 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 5 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 6 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 7 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 8 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 9 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 10 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 11 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 12 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 13 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 14 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 15 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 17 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 18 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 19 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 20 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 21 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 22 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 23 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 24 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 25 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 26 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 27 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 28 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 29 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 30 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> 31 from-pstn cl default
>>>>>>>>>> In Service
>>>>>>>>>> El 7 de noviembre de 2012 11:29, Carlos Andrés Tapasco Viera <
>>>>>>>>>> carta...@gmail.com> escribió:
>>>>>>>>>> Haz en la consola un dahdi_tool a ver si hay sincronía en caso de
>>>>>>>>>>> ser un E1. Haz un dahdi show channels en la CLI y pon la config de tu
>>>>>>>>>>> chan_dahdi.conf a ver qué puede ser.
>>>>>>>>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>>>>>>>>> Y eso por que puede estar pasando? si nadie esta llamado....
>>>>>>>>>>>> El 7 de noviembre de 2012 11:26, <rich...@gmail.com> escribió:
>>>>>>>>>>>> **
>>>>>>>>>>>>> No creo que pueda afectar el router las llamadas a la pstn
>>>>>>>>>>>>> Asterisk te indica que todos los canales dahdi están ocupados
>>>>>>>>>>>>> Enviado desde mi BlackBerry® de Claro Paraguay.
>>>>>>>>>>>>> ------------------------------
>>>>>>>>>>>>> *From: * Andres Guzman <andres.guzman...@gmail.com>
>>>>>>>>>>>>> *Sender: * asterisk-es@googlegroups.com
>>>>>>>>>>>>> *Date: *Wed, 7 Nov 2012 11:13:21 -0300
>>>>>>>>>>>>> *To: *<asterisk-es@googlegroups.com>
>>>>>>>>>>>>> *ReplyTo: * asterisk-es@googlegroups.com
>>>>>>>>>>>>> *Subject: *[Asterisk-ES] Ayuda llamadas salientes
>>>>>>>>>>>>> Estimados, buenos días, tengo un problema que agradeceré me
>>>>>>>>>>>>> pudiesen ayudar, les cuento que hasta ayer toda la telefonía IP funcionaba
>>>>>>>>>>>>> bien, durante esta semana se contrato con nuestro proveedor un ROUTER cisco
>>>>>>>>>>>>> que hace como gateway default, cuya administración es de ellos,
>>>>>>>>>>>>> ahora después de la instalación asterisk continuo funcionando bien, ahora
>>>>>>>>>>>>> al día de hoy no se pueden realzar llamadas salientes hacia la PSTN. Lo de
>>>>>>>>>>>>> mas funciona bien llamadas entrantes, comunicación interna. Como puedo
>>>>>>>>>>>>> validar el problema les envió la traza al realizar la llamada hacia la PSTN
>>>>>>>>>>>>> *Called DAHDI/g1/7693881*
>>>>>>>>>>>>> * == Begin MixMonitor Recording SIP/620-0000003a*
>>>>>>>>>>>>> * -- DAHDI/i1/7693881-22 is
> el cisco esta como gateway para toda la red de la empresa.
> El 7 de noviembre de 2012 13:17, Camilo I. Jaraba C. <
> camilo.jar...@gmail.com> escribió:
> primero verifica la config del proveedor en el cisco... y nos cuentas.
>> pues lo que entiendo es que el cisco esta como gateway para la pstn no?
>> saludos!
>> Camilo I. Jaraba C.
>> Telecomunicaciones - Seguridad de la Informacion - Infraestructura -
>> Business Administration.
>> IT Manager, CISM, CEH, Security Researcher.
>> Cel: 301 4305467
>> Colombia
>> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
>> If you think it's important... so keep it away from me... xD
>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>> vale lo voy a probar y les cuento.
>>> El 7 de noviembre de 2012 13:04, Francisco J Capdevila <
>>> fjcapdev...@gmail.com> escribió:
>>> Deberías considerar de que haya cambiado la configuración de algún otro
>>>> equipo de red con el corte de energía. Quizás la configuración que tenía en
>>>> memoria el Cisco no se había guardado correctamente y luego de reiniciar se
>>>> perdió...
>>>> El 07/11/2012 12:58, "Andres Guzman" <andres.guzman...@gmail.com>
>>>> escribió:
>>>> camilo, como verifico la configuracion del CRC4, sorry pero soy ultra
>>>>> novato en esto de asterisk.
>>>>> El 7 de noviembre de 2012 12:52, Camilo I. Jaraba C. <
>>>>> camilo.jar...@gmail.com> escribió:
>>>>>> Entonces estoy bien, a mi me paso algo similar...
>>>>>> verifica la configuracion del CRC4 pues el modo "busy" de la tarjeta
>>>>>> puede ser por mala soncronizacion del reloj...
>>>>>> consulta con tu proveedor a ver la parametrizacion que tiene en el
>>>>>> canal a ver la señalizacion que se envia... CRC4, HB3, etc...
>>>>>> saludos.
>>>>>> Camilo I. Jaraba C.
>>>>>> Telecomunicaciones - Seguridad de la Informacion - Infraestructura -
>>>>>> Business Administration.
>>>>>> IT Manager, CISM, CEH, Security Researcher.
>>>>>> Cel: 301 4305467
>>>>>> Colombia
>>>>>> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
>>>>>> If you think it's important... so keep it away from me... xD
>>>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>>>> realmente depues del corte empezaron los problemas.
>>>>>>> El 7 de noviembre de 2012 12:48, Andres Guzman <
>>>>>>> andres.guzman...@gmail.com> escribió:
>>>>>>> si hace poco hubo un corte y se apago el equipo...
>>>>>>>> El 7 de noviembre de 2012 12:45, Camilo I. Jaraba C. <
>>>>>>>> camilo.jar...@gmail.com> escribió:
>>>>>>>> Pregunta, has intentado reiniciar los equipos?
>>>>>>>>> Camilo I. Jaraba C.
>>>>>>>>> Telecomunicaciones - Seguridad de la Informacion - Infraestructura
>>>>>>>>> - Business Administration.
>>>>>>>>> IT Manager, CISM, CEH, Security Researcher.
>>>>>>>>> Cel: 301 4305467
>>>>>>>>> Colombia
>>>>>>>>> Public PGP Key<http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA16FBB2D7FDD467B>
>>>>>>>>> If you think it's important... so keep it away from me... xD
>>>>>>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>>>>>>> Algún problema en la configuración, lo extraño es que siempre la
>>>>>>>>>> configuración a estado igual y ah funcionado, ahora dejo de funcionar.
>>>>>>>>>> El 7 de noviembre de 2012 11:33, Andres Guzman <
>>>>>>>>>> andres.guzman...@gmail.com> escribió:
>>>>>>>>>>> asterisk*CLI> dahdi show channels
>>>>>>>>>>> Chan Extension Context Language MOH Interpret
>>>>>>>>>>> Blocked State
>>>>>>>>>>> pseudo default default
>>>>>>>>>>> In Service
>>>>>>>>>>> 1 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 2 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 3 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 4 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 5 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 6 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 7 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 8 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 9 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 10 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 11 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 12 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 13 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 14 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 15 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 17 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 18 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 19 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 20 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 21 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 22 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 23 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 24 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 25 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 26 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 27 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 28 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 29 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 30 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> 31 from-pstn cl default
>>>>>>>>>>> In Service
>>>>>>>>>>> El 7 de noviembre de 2012 11:29, Carlos Andrés Tapasco Viera <
>>>>>>>>>>> carta...@gmail.com> escribió:
>>>>>>>>>>> Haz en la consola un dahdi_tool a ver si hay sincronía en caso
>>>>>>>>>>>> de ser un E1. Haz un dahdi show channels en la CLI y pon la config de tu
>>>>>>>>>>>> chan_dahdi.conf a ver qué puede ser.
>>>>>>>>>>>> 2012/11/7 Andres Guzman <andres.guzman...@gmail.com>
>>>>>>>>>>>>> Y eso por que puede estar pasando? si nadie esta llamado....
>>>>>>>>>>>>> El 7 de noviembre de 2012 11:26, <rich...@gmail.com> escribió:
>>>>>>>>>>>>> **
>>>>>>>>>>>>>> No creo que pueda afectar el router las llamadas a la pstn
>>>>>>>>>>>>>> Asterisk te indica que todos los canales dahdi están ocupados
>>>>>>>>>>>>>> Enviado desde mi BlackBerry® de Claro Paraguay.
>>>>>>>>>>>>>> ------------------------------
>>>>>>>>>>>>>> *From: * Andres Guzman <andres.guzman...@gmail.com>
>>>>>>>>>>>>>> *Sender: * asterisk-es@googlegroups.com
>>>>>>>>>>>>>> *Date: *Wed, 7 Nov 2012 11:13:21 -0300
>>>>>>>>>>>>>> *To: *<asterisk-es@googlegroups.com>
>>>>>>>>>>>>>> *ReplyTo: * asterisk-es@googlegroups.com
>>>>>>>>>>>>>> *Subject: *[Asterisk-ES] Ayuda llamadas salientes
>>>>>>>>>>>>>> Estimados, buenos días, tengo un problema que agradeceré me
>>>>>>>>>>>>>> pudiesen ayudar, les
es facil aca esto es una trama pri del punto de vista del asterisk
pareciera estar ok, el router cisco tiene la pri conectada en el??? si es
asi ahi tienes tu problema en el cisco....ahora si la pri esta conectada en
otro lado nada tiene que ver el pobre cisco con esto....
el corte seguro ha afectado otros equipos como el del pri por ejemplo...
para evitar estas cosas se usan UPS!!!!! y los equipos snmp de las mismas
para que todo se apague en orden