consulta estado extension

396 views
Skip to first unread message

Juan Carlos Valero

unread,
Oct 5, 2006, 7:40:51 AM10/5/06
to aster...@googlegroups.com
Hola,

en un cliente nos piden una funcionalidad que no vemos muy clara como
implementar. Os dirijo la consulta a ver si alguien se lo ha encontrado
ya... y tal vez ha encontrado una solucion.

Precisamos emular el comportamiento de algunas centralitas en las cuales
la operadora en vez de tener un panel lateral tiene una "consulta de
estado" que puede utilizar mientras esta en conversacion para saber si
la extension de destino esta ocupada o no.

Se me ocurre desarrollarlo utilizando como base las funciones de atxfer
y similares, pero si existe algo nos ahorraria mucho trabajo...

Alguien conoce alguna manera de implementar esto ?

Gracias anticipadas !

--
Un saludo,

Juan Carlos Valero

-------------------------------------------------------------------------
Capa Tres Soluciones Tecnológicas S.L. Barcelona
Visita nuestra página web en: http://www.capatres.com
Telef/Fax: 935742427 PeopleCall: 700755619 FWD: 661793
-------------------------------------------------------------------------

Saúl Ibarra

unread,
Oct 5, 2006, 8:34:04 AM10/5/06
to aster...@googlegroups.com
Podrias utilizar telefonos con LEDs y suscribirlos a las extensiones, asi con un vistazo sabrias si estan hablando...

2006/10/5, Juan Carlos Valero < jcva...@capatres.com>:



--
Saúl -- "Some people say why, other just say, why not."
http://saghul.wordpress.com/

David Prieto

unread,
Oct 5, 2006, 8:59:35 AM10/5/06
to aster...@googlegroups.com

¿cómo va eso de "una consulta de estado"?

¿Son los leds que le indican si el usuario está disponible o no? Eso lo puedes tener con el panel lateral con leds. El Thomson st2030 lo soporta al menos en las 10 teclas de memoria que trae "de serie" el teléfono. Creo que con el panel adicional no lo soportaba al menos en la versión 1.48 del firmware.



2006/10/5, Juan Carlos Valero <jcva...@capatres.com>:



--
Un saludo,
David Prieto

Maximiliano J. Goldsmid

unread,
Oct 5, 2006, 9:00:43 AM10/5/06
to aster...@googlegroups.com
El FOP (http://www.voip-info.org/wiki/view/Asterisk+Flash+Operator+Panel)
no te sirve?
La operadora puede ver en la pantalla de su PC el estado de las
extensiones y muchas cosas mas.

2006/10/5, Juan Carlos Valero <jcva...@capatres.com>:
>

TelecoSilvia

unread,
Oct 5, 2006, 9:08:28 AM10/5/06
to asterisk-es
si usas la extension hint en el extensions puedes saber el estado de
las extensiones que tengan puesto qualify. Haciendo show hints en la
consola te muestra las extensiones y los estados. Puedes hacer un AGI
que use eso, si no quieres usar un telefono como el snom 360 o una
operadora virtual.

Juan Carlos Valero

unread,
Oct 5, 2006, 9:10:43 AM10/5/06
to aster...@googlegroups.com
El jue, 05-10-2006 a las 10:00 -0300, Maximiliano J. Goldsmid escribió:
> El FOP (http://www.voip-info.org/wiki/view/Asterisk+Flash+Operator+Panel)
> no te sirve?
> La operadora puede ver en la pantalla de su PC el estado de las
> extensiones y muchas cosas mas.

No. No nos sirve.

Os explico mas extensamente. En centralitas convencionales (por ejemplo
las MD110 de ericsson) es posible tener un puesto de operadora que no
usa el "panel lateral". En vez de tener unas luces indicadoras lo que
tiene es un boton+numero de extension que le permite ver en el telefono
si la extension comunica o no. Esta acción la realiza MIENTRAS esta
hablando con una llamada entrante, sin cortar el canal de audio. Alguna
Alcatel lo tiene tambien.

Tenemos un cliente por ejemplo interesado en esto, con un volumen de
llamadas absolutamente de locos (8000 llamadas/dia) y dos operadoras en
paralelo atendiendo las llamadas. Tal y como cojen las llamadas
consultan estado y transfieren o dicen que esta comunicando. No podemos
usar atxfer porque es muy lento, ni el FOP porque tambien es muy lento.

No quieren menus guiados, quieren conservar el flujo a traves de
operadora.

En los telefonos que conozco, esta funcionalidad no existe. Dado que es
un sistema extremadamente rápido, no nos valen las alternativas
standard... por eso os pregunto.

Cualquier sugerencia es bienvenida...

Julian J. M.

unread,
Oct 5, 2006, 10:24:53 AM10/5/06
to aster...@googlegroups.com
"Cortar el canal de audio", excluye poner temporalmente la llamada en
espera, verdad?

Porque se me ocurre, definir un patron (**XXX), que al llamarse, un
agi compruebe el estado de esa extensión, y en lugar de por voz, que
envíe un mensaje SIP al teléfono que originó la llamada, de forma que
se muestre en el display "XXX Ocupado" o "XXX Libre".

Pero claro, eso implicaría pedir una nueva línea en el teléfono SIP y
llamar a esa extensión especial, lo que pondría al otro interlocutor
en espera.

Vamos, que para hacerlo totalmente transparente para el que llama,
habría que tocar el código de asterisk e implementar un "feature"
nuevo.

Julian.

Juan Carlos Valero

unread,
Oct 5, 2006, 10:42:37 AM10/5/06
to aster...@googlegroups.com
El jue, 05-10-2006 a las 15:24 +0100, Julian J. M. escribió:
> "Cortar el canal de audio", excluye poner temporalmente la llamada en
> espera, verdad?

si, es que es una gestion muy dinamica y rapida, donde sin mutar ni
poner en hold a la otra persona (porque necesitas oirla para darle
indicaciones de si comunica o no, si quiere hablar con otra persona....
si....) has de poner ver el estado de una extension.

Claro, una operadora experimentada con ese sistema despacha de 10 a 20
llamadas por minuto...

> Porque se me ocurre, definir un patron (**XXX), que al llamarse, un
> agi compruebe el estado de esa extensión, y en lugar de por voz, que
> envíe un mensaje SIP al teléfono que originó la llamada, de forma que
> se muestre en el display "XXX Ocupado" o "XXX Libre".
>
> Pero claro, eso implicaría pedir una nueva línea en el teléfono SIP y
> llamar a esa extensión especial, lo que pondría al otro interlocutor
> en espera.
>
> Vamos, que para hacerlo totalmente transparente para el que llama,
> habría que tocar el código de asterisk e implementar un "feature"
> nuevo.

Es lo que me temo... ya estamos intentando implementarlo, pero no es
simple. Dado que es una funcionalidad existente en muchas centralitas
tenia la esperanza de que hubiera algo ya implementado, pero veo que no
es asi.

Julian J. M.

unread,
Oct 5, 2006, 10:58:24 AM10/5/06
to aster...@googlegroups.com
Hola de nuevo,

Has mirado la sección "applicationmap" de features.conf?:
http://www.voip-info.org/wiki/index.php?page=Asterisk%20config%20features.conf

No lo he probado, pero creo que se podría hacer algo como:

[applicationmap]
checkbusy => *9,callee,AGI,checkbusy.agi


El script checkbusy.agi, debería escuchar durante un tiempo prudencial
por los dtmf correspondientes a la extensión a comprobar, y una vez
recibidos, finalizar, no sin antes notificar con un mensaje al
teléfono que originó la consulta.

Creo que con esto, no se llega a cortar el audio, pero nunca lo he probado ;)

Saludos
Julian.


On 10/5/06, Juan Carlos Valero <jcva...@capatres.com> wrote:
>

David Roman Esteban

unread,
Oct 5, 2006, 2:04:26 PM10/5/06
to aster...@googlegroups.com
Juan Carlos Valero escribió:

> El jue, 05-10-2006 a las 15:24 +0100, Julian J. M. escribió:
>
>> "Cortar el canal de audio", excluye poner temporalmente la llamada en
>> espera, verdad?
>>
>
> si, es que es una gestion muy dinamica y rapida, donde sin mutar ni
> poner en hold a la otra persona (porque necesitas oirla para darle
> indicaciones de si comunica o no, si quiere hablar con otra persona....
> si....) has de poner ver el estado de una extension.
>
> Claro, una operadora experimentada con ese sistema despacha de 10 a 20
> llamadas por minuto...
>
>
>> Porque se me ocurre, definir un patron (**XXX), que al llamarse, un
>> agi compruebe el estado de esa extensión, y en lugar de por voz, que
>> envíe un mensaje SIP al teléfono que originó la llamada, de forma que
>> se muestre en el display "XXX Ocupado" o "XXX Libre".
>>
>> Pero claro, eso implicaría pedir una nueva línea en el teléfono SIP y
>> llamar a esa extensión especial, lo que pondría al otro interlocutor
>> en espera.
>>
>> Vamos, que para hacerlo totalmente transparente para el que llama,
>> habría que tocar el código de asterisk e implementar un "feature"
>> nuevo.
>>
>
> Es lo que me temo... ya estamos intentando implementarlo, pero no es
> simple. Dado que es una funcionalidad existente en muchas centralitas
> tenia la esperanza de que hubiera algo ya implementado, pero veo que no
> es asi.
>
>
Igual digo una tontería, pero no es mas sencillo que la operadora tenga
un teléfono (recibiendo llamadas) y un softphone con el que llamar al
patron ***XXX y ver si esta ocupado, incluso ni un sofpthone si me
apuras, sino una web que le pongas la extensión y envíe un mensaje sip
al teléfono destino para ver disponibilidad ?


Un saludo
David

Elio Rojano

unread,
Oct 6, 2006, 11:33:23 AM10/6/06
to aster...@googlegroups.com
Con el 1.48 soportaba el panel adicional, pero sólo hasta 26 líneas.
Con la nueva versión 1.50 del firmware de los ST2030, se elimina esa restricción y puedes monitorizar el estado de tantas extensiones como botones tengas.

Eso dice en Changelog del nuevo firmware. Habrá que probar cómo vá...

2006/10/5, David Prieto <david....@gmail.com>:

chapeteado

unread,
Oct 8, 2006, 7:31:04 PM10/8/06
to asterisk-es
yo creo que sería mas facil si instalaran el FOP Flash Operator
Panel, te permite saber el estado de todas las extensiones en tiempo
real...

Gonzalo G. Agulló

unread,
Oct 12, 2006, 2:06:52 PM10/12/06
to asterisk-es
En tu caso, yo intentaría algo en plan webservices... si el telefono
tiene browser, puedes pulsar la tecla apropiada, te sale un formulario
simple en el que solamente tecleas el nº de extension a consultar, y
te devuelve el estado de esa linea

esa consulta la puedes hacer de forma muy rapida, y sin interrumpir la
llamada en curso en ningun momento... es mas, la transferencia de la
llamada tambien la puedes generar desde ese mismo servicio web, que en
caso de que esté libre, con una sola tecla se transfiera directamente
la llamada en curso a esa extension

habria que hacer algun boceto de desarrollo para probarlo, pero puede
que ésto te sirva... el único requisito es un terminal que tenga
microbrowser (xhtml basicamente), y que la aplicacion resultante te
resulte lo suficientemente ágil, que espero que sí

Si te suena bien y lo pruebas, tenme al corriente :)

Saludos

Reply all
Reply to author
Forward
0 new messages