Llamadas colgadas siguen sonando
David Parcerisa
exten=_.,1,Answer
exten=_.,2,Dial(SIP/11,80,Tt)
exten=_.,3,Hangup
Julian J. M.
(hangup), con lo cual, cuando tu cuelgas, asterisk te vuelve a llamar.
Reemplazalos por _X. y verás como se soluciona:
[incoming]
exten=_X.,1,Answer
exten=_X.,2,Dial(SIP/11,80,Tt)
exten=_X.,3,Hangup
Julián J. M.
Iñaki Baz Castillo
> Hola, Tengo un problemita a ver si me ayudáis un poco.
> Tal y como lo tengo ahora montado las llamadas entran desde fuera la gente
> habla y todo perfecto... resulta que si cuelgo el teléfono antes de que el
> otro cuelgue mi teléfono sigue sonando hasta que el "otro" cuelgue.
>
> Estoy seguro que es una tontería del dialplan, pero vamos si
> me podéis ayudar.
Hola, tengo que ser crítico con ese dialplan, lo siento:
> [incoming]
>
> exten=_.,1,Answer
¿¿Por qué un Answer aquí?? qué manía, no es el primero que veo sin venir a
cuento.
Ese Answer significa que si te llaman la centralita Asterisk va a contestar lo
que provoca la facturación al que llama, independientemente de que luego
efectivamente descuelgues el teléfono SIP/11 o no.
Sencillamente fuera esa primera línea.
> exten=_.,2,Dial(SIP/11,80,Tt)
Bien, Tt, otra cosa que se ve mucho.
Si hacemos un "CLI> core show application Dial" veremos que:
t - Allow the called party to transfer the calling party by sending the
DTMF sequence defined in features.conf.
T - Allow the calling party to transfer the called party by sending the
DTMF sequence defined in features.conf.
Mira bien lo que dice la "T": Le estás permitiendo A QUIEN LLAMA (o sea, a un
número externo de la PSTN o de donde sea) que pulse la combinación de
transferencia indicada en features.conf y que pueda transferir la llamada a
DONDE QUIERA => al extranjero en llamada internacional o a orto planeta, y
paga tu centralita.
En fin.
> exten=_.,3,Hangup
¿Por? Los canales se cuelgan sólos, este Hangup sólo hace falta a modo
de "break" en dialplans complejos o no muy bien diseñados.
Y ya puestos, usar la extensión _. significa abarcar TODO, incluso la
extensión especial "i", "t" y "h".
Totalmente recomendado el no usar _. en cualquier manual de Asterisk
(voip-info.org por ejemplo).
Yo realmente incluso daría gracias porque consigues establecer llamadas.
Consejo: estudia Asterisk y su dialplan, es importante sobre todo cuando de él
dependen las comunicaciones de una empresa o cuando hay facturación (PSTN o
VoIP) de por medio.
Saludos.
--
Iñaki Baz Castillo
i...@in.ilimit.es
Elio Rojano
> exten=_.,3,Hangup
¿Por? Los canales se cuelgan sólos, este Hangup sólo hace falta a modo
de "break" en dialplans complejos o no muy bien diseñados.
Si haces una llamada y no es respondida corréctamente (el Dial devuelve un Busy, o un Congestion y tal) salta a la siguiente prioridad y en sistemas que no tienen bien configurado los parámetros generales SIP, la llamada no se cuelga, se queda como en un estado de "espera a infinito", por lo tanto, como tampoco importa mucho si lo pones como si no, tampoco sobra esa línea. :)
--
http://www.sinologic.net/
Iñaki Baz Castillo
Ok, esa línea reconozco que no pasa nada por ponerla, es casi estética y el
problema que tú comentas.
;)
David Parcerisa
primero a la respuesta del Answer... Entiendo el significado de Answer
y lo utilizo correctamente, tal vez en el dialplan que he pasado esta
mal o poco correcto.
El tema de T tambien conozco el funcionamiento.
Lo del _., la verdad pues no tenia ni idea de que fuera tan delicado.
Pero gracias. De todos modos lo hago para discriminar el resto de las
llamadas que si que entran con un patrón.
la historia es que tanto discutir mi dialplan salchichero. no me has
sabido solucionar el problema.
gracias de todos modos.
2007/10/18, Iñaki Baz Castillo <i...@in.ilimit.es>:
David Parcerisa
todos modos.
2007/10/18, Julian J. M. <juli...@gmail.com>:
Iñaki Baz Castillo
> ok..
>
> primero a la respuesta del Answer... Entiendo el significado de Answer
> y lo utilizo correctamente, tal vez en el dialplan que he pasado esta
> mal o poco correcto.
> El tema de T tambien conozco el funcionamiento.
¿Entonces porqué lo pones? XD
>
> Lo del _., la verdad pues no tenia ni idea de que fuera tan delicado.
> Pero gracias. De todos modos lo hago para discriminar el resto de las
> llamadas que si que entran con un patr�n.
Como poco pon un _XX. , dudo que nadie te pueda llamar a algo menor que 3
cifras desde la PSTN. Y te ahorrarás problemas.
> la historia es que tanto discutir mi dialplan salchichero. no me has
> sabido solucionar el problema.
Hombre, tenía mis sospechas de que fuese por la _.
De todas formas veo que no te ha sentado bien mi crítica totalmente
constructiva y tienes que responder que "no he sabido solucionarlo". Pues
vale.
David Parcerisa
un dialplan extenso en la más minima expresión... de ahi el answer y
el T (que lo uso por que es una linea que solo utilizo yo por el
momento)
Se ha solucionado con _X. ...vaya cacao mental que llevo encima.
muchisimas gracias por vuestra ayuda...
2007/10/18, Iñaki Baz Castillo <i...@in.ilimit.es>:
>
Iñaki Baz Castillo
> Eo... perdona soy un completo desastre lo se.. Pero trate de resumir
> un dialplan extenso en la más minima expresión... de ahi el answer y
> el T (que lo uso por que es una linea que solo utilizo yo por el
> momento)
>
> Se ha solucionado con _X. ...vaya cacao mental que llevo encima.
El tema de los problemas por usar _. es algo que sólo se aprende cuando te
pegas la leche como ha sido el caso. ;)
Créeme que viene bien haberlo sufrido (al menos en mi opinión).
Saludos.
Joseo
Este discusion me intererasa por que algo me sucede y estoy
investigando cual es el problema.
Tu comentas:
Si haces una llamada y no es respondida corréctamente (el Dial
devuelve un
Busy, o un Congestion y tal) salta a la siguiente prioridad y en
sistemas
que no tienen bien configurado los parámetros generales SIP, la
llamada no
se cuelga, se queda como en un estado de "espera a infinito", por lo
tanto,
como tampoco importa mucho si lo pones como si no, tampoco sobra esa
línea.
:)
muy bien, pero cuando la persona que llama cuelga bruscamente e
interrumpe la logica del IVR, el canal se queda ocupado- trato de
llamar de nuevo y suena ocupado lo que defines como una "espera
infinita", tengo que dar RESTART y el canal queda disponible de
nuevo. En el IVR utilizo los comandos ANSWER Y HANGUP, por lo que
comentan no son indespensables, habia leido y algunos ejemplos en el
libro Asteris the future of telephony comentan que es buena idea
utilizar HANGUP para "liberar" el canal.Me podría aclarar entonces
cuando utilizar HANGUP Y ANSWER. Saludos
Saúl Ibarra
answeronpolarityswitch=yes
hanguponpolarityswitch=yes
El 18/10/07, Joseo <joseo_...@hotmail.com> escribió:
--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/
Saúl Ibarra
hay que hacer un restart completo...
El 20/11/07, Joseo <joseo_...@hotmail.com> escribió:
> Saul
> En efecto mi zapata.conf no tenia esas lineas estaban en comentario,
> las active, reinicie el servidor asterisk pero continua lo mismo. El
> servidor no detecta el colgado cuando interrumpo el IVR colgando. No
> se si esto significa algo cuando cuelgo el telefono suena como si
> estuviera devolviendome la llamada.
> Gracias
[snip]
...
Rosa Atienza Ribés
Si tienen inversión de polaridad y estas en 1.4 necesitas el super parche de Julián para que te reconozca los parámetros que te ha dicho Saúl, el asnweronpolarityswitch y el hanguponpolarityswitch.
Si no tienes inversión de polaridad entonces tendrás que definir los parámetros busydetect y busycount para que detecte que se ha colgado la llamada y te haga definitivamente el cuelgue del canal.
Saludos.
Joseo
tenido unos inconvenientes de Salud, voy a revisar estas lineas y te
comendo.....
Gracias
On Oct 18, 12:31 pm, "Saúl Ibarra" <sag...@gmail.com> wrote:
> Igual no detectas bien el colgado. Tienes estas líneas en tu zapata.conf?
>
> answeronpolarityswitch=yes
> hanguponpolarityswitch=yes
>
>
>
>
>
> > Buen dia Elio
> > Este discusion me intererasa por que algo me sucede y estoy
> > investigando cual es el problema.
> > Tu comentas:
> > Si haces una llamada y no es respondida corréctamente (el Dial
> > devuelve un
> > Busy, o un Congestion y tal) salta a la siguiente prioridad y en
> > sistemas
> > que no tienen bien configurado los parámetros generales SIP, la
> > llamada no
> > se cuelga, se queda como en un estado de "espera a infinito", por lo
> > tanto,
> > como tampoco importa mucho si lo pones como si no, tampoco sobra esa
> > línea.
> > :)
> > llamar de nuevo y suenaocupadolo que defines como una "espera
Joseo
vamos por la primera parte :
----------------------
o no
inversión de polaridad.
Como detecto si la linea tiene o no inversion de polarida?
Mil gracias
Saludos :)
On Nov 20, 12:07 pm, "Rosa Atienza Ribés" <rosaatie...@gmail.com>
wrote:
> inversión de polaridad.
>
> Si tienen inversión de polaridad y estas en 1.4 necesitas el super parche de
> Julián para que te reconozca los parámetros que te ha dicho Saúl, el
> asnweronpolarityswitch y el hanguponpolarityswitch.
>
> Si no tienes inversión de polaridad entonces tendrás que definir los
> parámetros busydetect y busycount para que detecte que se ha colgado la
> llamada y te haga definitivamente el cuelgue del canal.
>
> Saludos.
>
Elio Rojano
Joseo
Salud2
Joseo :)
On Nov 24, 1:36 pm, "Elio Rojano" <hel...@gmail.com> wrote:
> Añade el parámetro DEBUG en la línea 'console=>' del archivo logger.conf y
> cuando se produzca el cambio de polaridad se mostrará en la consola CLI.
>
Joseo
realice los cambios en el archivo logger.conf asi
console => notice,warning,error,debug
-----------------------
para detectar la Polaridad inversa....
en mi console no observo ningun mensaje de Polarity reversed, solo
aparece este mensaje
Nov 27 06:58:58 DEBUG[8150]: chan_zap.c:2342 zt_hangup: Hangup:
channel: 4 index = 0, normal = 21, callwait = -1, thirdcall = -1
---------------
*) Entonces puedo concluir que mi central no soporta la inversion de
polaridad ?
Gracias
> cuando se produzca el cambio de polaridad se mostrará en la consola CLI.
>
Saúl Ibarra
El 27/11/07, Joseo <joseo_...@hotmail.com> escribió:
Joseo
parametro, ya he leido otros comentarios y lo dejan como ultima
opcion. Que incovenientes trae en utilizarlo?
On Nov 28, 7:18 am, "Saúl Ibarra" <sag...@gmail.com> wrote:
> Pues parece que no lo soporta... así que te toca jugar con el busydetect.
>
ikonii
Perdonad que no haya leído todo el hilo, y a lo mejor meta la pata.
¿os puede ayudar establecer el parámetro ringtimeout=2500 en
zapata.conf? Si en 2500 msg no tenemos un tono de ring al recibir una
llamada esta es colgada.
Ah! Cambia Answer por Answer(3000) .... Para el que llama supone un Ring
mas de espera y para tí que si es una llamada fantasma no cuelgue antes
de pasar a otro estadio del dialplan.
Saludos.