lo veo un poco complicado, pues aunque levantes el auricular, el teléfono no envía nada de información a la red, es un terminal SIP, no un teléfono analógico.
Como no marque según descuelgue, y el asterisk le de tono, mientras espera los dígitos pulsados, otra forma no veo.
Un saludo.
Jorge Montero
El 24/02/2011, a las 20:42, Jorge Eduardo Silva Jackson <sys...@gmail.com> escribió:
> Estimados:
>
> Me plantearon que quieren que cuando un usuario levante el tubo del teléfono, automáticamente cambie el estado a Ocupado en el BLF de la consola.
> Esto es porque mientras levanto el tubo me acuerdo el numero que tengo que marcar, marco y le doy send, la operadora me manda una transferencia desatendida, pensando que el teléfono esta libre, sin embargo, este da ocupado.
>
> Se me ocurrió una Escalofriante y efectiva solución por dialplan, pero como siempre, prefiero usar algo de SIP y no Dialplan. Mi terminales son Yealink T20 y T28.
>
> Espero sus comentarios
> Saludos
> EDU
>
>
> --
> Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
>
> Entra ahora en el canal de irc de Asterisk-ES para charlar en directo sobre VoIP y
> Asterisk: http://www.asterisk-es.org/
>
> ~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> - Para anular la suscripción: asterisk-es...@googlegroups.com
Se puede hacer alguna cutrez como marcado automatico a un numero que sea
un DISA. Pero vamos, me parece un absurdo completo hacer estas cosas, ya
que es un tema de entender la tecnolog�a. Si no quieres que te pasen una
llamada, activa el DND. Si no, un auricular descolgado no significa nada.
Imitar la telefonia anal�gica es absurdo. Hablamos de la telefonia del
"futuro"....
--
Un saludo,
Juan Carlos Valero
Capa Tres Soluciones Tecnol�gicas S.L.
Datos de contacto en http://capatres.tel
-------------------------------------------------------------------------
Algunos terminales lo llaman 'hot dialing' creo recordar...
> Imitar la telefonia analógica es absurdo. Hablamos de la telefonia del
> "futuro"....
>
+10
--
/Saúl
http://saghul.net | http://sipdoc.net
Estoy deacuerdo.
Pero eso si, a veces esta tecnologia del futuro es un poco
"truñologia" al compararlo en algunas situaciones, con una PBX
tradicional.
--
Un saludo.
Jorge Montero
> Pues me parece muy interesante esa característica. Anda que no hay gente que
> descuelga el auricular y se pone a pensar o buscar los números a marcar,
> tirándose un buen rato con el susodicho descolgado. El teléfono IP debería
> mandar un SIP MESSAGE o similar indicando tal asunto, no veo que tiene de
> malo. En cuanto tú descuelgas, ya no estás disponible, por tanto tu PBX debe
> enterarse de ello... Yo creo que no tiene sentido lo de pulsar DND cada vez
> que te dispones a marcar.
Pues a mi me parece una funcionalidad INUTIL.
Si se quiere "imitar" la chorrada de que cuando descuelgue "no está
disponible", soberana estupidez donde la haya, para eso los terminales
IP admiten múltiples dialogos simultáneos, bastaría con una función de
"rebote" ... osea .. pasa la llamada ciega, fulano no contesta en 5
segundos (porque está mirando para las musarañas y no le sale de los
cojones coger la llamada que le están notificando entrante) .. pues
rebota a quien la mandó. Así de simple. Si lo queremos con BLF ...
pues la solución del DISA es perfectamente viable, casi todos los
terminales IP que he probado tienen la funcionalidad de Off-Hook call,
se le programa para que llame al DISA y listo.
Saludos
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
Se me ocurre:
Alguna opción de configuración en los terminales SIP para que al
descolgar el auricular o empezar a marcar rechace con "486 Busy"
llamadas que le entren en ese momento.
PROS: Muy sencillo (obviamente debe implementarlo el teléfono, eso ya
es otra historia).
CONTRAS: De los BLF ni hablar. Pero es que tiene todo el sentido del
mundo, el BLF se basa en el evento "dialog". Si ni siquiera hay
ringing ¿cómo vamos a publicar que estoy en una llamada?
--
Iñaki Baz Castillo
<i...@aliax.net>
Saludos
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
Paco, si tu teléfono es tan inteligente como para saber a quién
quieres llamar sólo con descolgarlo... te lo compro. Díme precio por
favor.
Hacia dónde? :-O
> a ver, en cuento descuelgas, ¿por qué el teléfono no puede comenzar unHacia dónde? :-O
> diálogo?
>
--
El día 24 de febrero de 2011 22:56, Paco Gil <pag...@gmail.com> escribió:
--
Un diálogo SIP significa que el llamante lanza un INVITE directamente
a otro tfno, a su proxy, a su PBX o a donde sea, con un número
destino, un número origen, un SDP para el media, y más campos que
componen el INVITE.
Si el INVITE llega directamente a un tfno éste responderá 180 ringing,
486 Busy, 200 (se contesta la llamada) o lo que fuere.
Si el INVITE llega a un proxy éste podría rutar la llamada donde
corresponda, o rechazarla, etc.
Si el INVITE llega a una PBX como Asterisk (un B2BUA normalmente) la
PBX decidirá qué hacer con la llamada (generar una llamada a otra
extensión, sacarla por un trunk SIP, rechazarla, etc).
Un teléfono no puede iniciar un diálogo SIP con su PBX sin enviar un
INVITE correcto en el que, obviamente, debe figurar el destino de la
llamada, etc. No tiene sentido iniciar un "diálogo de mentirijillas"
con la PBX.
Lo de hotline o hotdialing con DISA fue lo primero que se me ocurri� y
por eso puse algo as� como terror�fica soluci�n que funciona...
Estoy con PACO, hacer un DISA para eso es una �apa grande como una casa
grande...
Me parece totalmente atendible y viable lo que me piden, que cuando
levanto el tubo ya me de ocupado, porque al levantar el tubo, el usuario
esta intentando usar su tel�fono para hacer una llamada. Es mas, prob�
que cuando esta el tubo levantado, aunque no lo est�n usado, si mando
una llamada a ese terminal Dial(SIP/111), el tel�fono me responde con un
Busy here....
Yo soy de los que trato de convencer al cliente con argumentos validos,
pero tambi�n escucho los argumentos validos de ellos, de ultima me pagan
para hacerlo y si quieren hacer algo con lo cual no estoy deacuerdo o me
va a traer problemas en el futuro, no lo hago, que se lo hagan los que
cobran U$S 300, igual a los meses me terminan llamando para "tirar esta
porquer�a que me instalaron....".
Los yealink tienen una funci�n interesante que se llama noseque URL,
donde puedo configurar que cada acci�n del tel�fono, responda con una
URL. Hay una acci�n off-hock y on-hock que combinada con
"http://server/devstate.php?status=off-hock", por ami hago
DEVICE_STATE=BUSY y listo.....
Lo voy a estudiar un poco mejor y les cuento luego
Saludos
EDU
>
>
> Saludos
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
>
> --
> Este email pertenece a la lista de Asterisk-ES
> (http://www.asterisk-es.org)
>
> Entra ahora en el canal de irc de Asterisk-ES para charlar en
> directo sobre VoIP y
> Asterisk: http://www.asterisk-es.org/
>
> ~~~~~ Normas de la lista Asterisk-ES:
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> - Para anular la suscripci�n:
> asterisk-es...@googlegroups.com
> <mailto:asterisk-es...@googlegroups.com>
>
>
> --
> Este email pertenece a la lista de Asterisk-ES
> (http://www.asterisk-es.org)
>
> Entra ahora en el canal de irc de Asterisk-ES para charlar en directo
> sobre VoIP y
> Asterisk: http://www.asterisk-es.org/
>
> ~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> - Para anular la suscripci�n: asterisk-es...@googlegroups.com
> PROS: Muy sencillo (obviamente debe implementarlo el tel�fono, eso ya
> es otra historia).
>
> CONTRAS: De los BLF ni hablar. Pero es que tiene todo el sentido del
> mundo, el BLF se basa en el evento "dialog". Si ni siquiera hay
> ringing �c�mo vamos a publicar que estoy en una llamada?
>
Totalmente contigo, si no hay canal no puede haber "dialog", pero me
parece una funcion importante...
Alaaaaa, venga....alentando la VoIP anti-standard, buhhhhhhhhhh.
Pero no, por suerte no hay teléfonos "Asterisk-aware" (alguna bajada
de pantalones de Linksys en el formato del BLF y poco más).
Saúl, tú sabrás de esto: Estaba pensando que el teléfono podría
generar un PUBLISH de "Event: dialog" indicando que está en un diálogo
en progreso pero sin mostrar información sobre números origen y
destino (filtrar estos datos está contemplado en el RFC 4235). Pero me
he dado de narices con el hecho de que este RFC no habla en ningún
momento de PUBLISH, sólo de SUBSCRIBE y NOTIFY, ¿me he perdido algo?
Saludos
EDU
¿A qué te refieres? ¿qué es el sip_notify?
Como dice Olle, el mayor invento de la telefonía: las luces que parpadean.
Un saludo.
Jorge Montero
El 24/02/2011, a las 20:42, Jorge Eduardo Silva Jackson <sys...@gmail.com> escribió:
> Estimados:
>
> Me plantearon que quieren que cuando un usuario levante el tubo del teléfono, automáticamente cambie el estado a Ocupado en el BLF de la consola.
> Esto es porque mientras levanto el tubo me acuerdo el numero que tengo que marcar, marco y le doy send, la operadora me manda una transferencia desatendida, pensando que el teléfono esta libre, sin embargo, este da ocupado.
>
> Se me ocurrió una Escalofriante y efectiva solución por dialplan, pero como siempre, prefiero usar algo de SIP y no Dialplan. Mi terminales son Yealink T20 y T28.
>
> Espero sus comentarios
> Saludos
> EDU
>
>
> --
> Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
>
> Entra ahora en el canal de irc de Asterisk-ES para charlar en directo sobre VoIP y
> Asterisk: http://www.asterisk-es.org/
>
> ~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> - Para anular la suscripción: asterisk-es...@googlegroups.com
Me plantearon que quieren que cuando un usuario levante el tubo del
tel�fono, autom�ticamente cambie el estado a Ocupado en el BLF de la
consola.
Esto es porque mientras levanto el tubo me acuerdo el numero que tengo
que marcar, marco y le doy send, la operadora me manda una transferencia
desatendida, pensando que el tel�fono esta libre, sin embargo, este da
ocupado.
Se me ocurri� una Escalofriante y efectiva soluci�n por dialplan, pero
Eso sería posible: mandas un PUBLISH con la info del futuro INVITE
(porque aún no existe, pero necesitará un Call-ID y un from-tag al
menos) en plan a medias, es decir, el XML más mínimo posible, ya que
se completará luego.
Aunque en el RFC se habla de SUBSCRIBEs y NOTIFYs en realidad esto lo
harías con un presence agent como OpenSIPS o Kamailio, no me gustaría
que mi cliente SIP gestionara 500 SUBSCRIBEs :-)
Solo le veo una pega: nadie en su sano juicio lo haría. :-P
lo que es curioso, es que una cosa que hace hasta la más sencilla de las Panasonic ( no quiero desprestigiar a nadie, las menciono porque hay miles instaladas) aquí sea un mundo.
No no, sólo el <state> es requerido:
RFC 4235 - 4.1.1. Dialog Element
[...]
The only mandatory sub-element is the state element.
Lo he verificado también mirando el XML Schema.
> Aunque en el RFC se habla de SUBSCRIBEs y NOTIFYs en realidad esto lo
> harías con un presence agent como OpenSIPS o Kamailio, no me gustaría
> que mi cliente SIP gestionara 500 SUBSCRIBEs :-)
Pero yo me refiero a que en el RFC en ningún momento se dice que el
teléfono en sí pueda enviar un PUBLISH con la info del diálogo, sólo
hablan de SUBSCRIBE y NOTIFY. O sea, como si diesen por hecho que los
teléfonos se subscriben para el evento "dialog" a su PBX/proxy/server
y éste es el que analiza las llamadas en curso para generar los
NOTIFY. No dice nada de que el propio teléfono que origina o recibe
una llamada pueda generar un PUBLISH con dicha información para
enviársela al server.
Ya han comentado en este hilo que algunos teléfonos SIP de una sóla
línea, al descolgar el auricular devuelven 486 Busy si reciben una
llamada. Supongo que en teléfonos multilínea se puede configurar
igual.
Ya, lo sé, no es suficiente, tú quieres que al levantar el auricular
se encienda la lucecita roja en el teléfono con paneles de la
operadora. En la telefonía analógica descolgar el auricular implica
"solicitar línea a la centralita", pero en estas modernidades como SIP
eso no tiene sentido. Es posible que algunas cosas se pierdan por el
camino, sí.
Ahora pregunto yo: si cojo una de esas fantásticas PBX Panasonic,
descuelgo el puñetero auricular de mi teléfono y me voy de vacaciones
4 días, ¿me verán el resto de teléfonos "ocupado/en-llamada" durante
esos 4 días? vaya mierda ¿no?, igual resuelta que se me ha descolgado
el auricular sin querer, o que lo he colgado mal al terminar de hablar
con un comercial, no sé... pero de ahí a que me vean como
"ocupado/en-llamada" durante 4 días.... vaya porquería de tecnología
obsoleta, menos mal que ahora tenemos SIP, ¿no?
Esto es como cuando cambié mi Seat 600 por un Ferrari F250: mi madre
decía que antes había más espacio en el garaje.
NOTA: He mentido en el último ejemplo, no tenía un 600.
> yo esto sí que lo veo como la ñapa del año, vamos digno de los ñapa-awards
> 2011. Montar un DISA para eso??? joer...
Es que el "request" del cliente, ya de por sí, no tiene sentido, por
mucho que la "panasonic" de 30 años lo haga. ES UN ATRASO.
Saludos.
> Lo de hotline o hotdialing con DISA fue lo primero que se me
> ocurrió y por eso puse algo así como terrorífica solución que
> funciona...
> Estoy con PACO, hacer un DISA para eso es una ñapa grande como una
> casa grande...
La funcionalidad que están pidiendo .. es más ñapa aún.
> Me parece totalmente atendible y viable lo que me piden, que cuando
> levanto el tubo ya me de ocupado, porque al levantar el tubo, el
> usuario esta intentando usar su teléfono para hacer una llamada. Es
> mas, probé que cuando esta el tubo levantado, aunque no lo estén
> usado, si mando una llamada a ese terminal Dial(SIP/111), el
> teléfono me responde con un Busy here....
Vamos con los "peros":
1- Pepe colgó mal el teléfono o se le rodó un papel sobre la mesa y
mueve el auricular ... Pepe aparece como "ocupado" y no le pueden
pasar llamadas, todas rebotan.
2- Pepe ha descolgado el teléfono a drede, porque no le sale de los
cojones atender el teléfono. Pepe aparece como "ocupado" y no le
pueden pasar llamadas. todas rebotan.
3- Pepe, que es de los que primero descuelga y luego se pega 2 horas
buscando el número en la agenda ... ¿sigo?
Este tipo de situaciones son típicas y no es la primera empresa donde
me piden precisamente que les busque una forma de evitar esas
situaciones, porque sus clientes se quejan de que es imposible hablar
con Pepe, por más veces que llamen.
Ahora ... pongamos una situación real, Pepe está en una nave perdida
de la mano de dios, donde no hay más terminales, solo el suyo y no hay
puñetera forma de hablar con Pepe, porque ha descolgado el terminal
... ¿solución? acaban llamando a Pepe al movil, le pegan 3 gritos para
que cuelgue bien el auricular y así poder pasarle llamadas.
> Yo soy de los que trato de convencer al cliente con argumentos
> validos, pero también escucho los argumentos validos de ellos, de
> ultima me pagan para hacerlo y si quieren hacer algo con lo cual no
> estoy deacuerdo o me va a traer problemas en el futuro, no lo hago,
> que se lo hagan los que cobran U$S 300, igual a los meses me
> terminan llamando para "tirar esta porquería que me instalaron....".
Yo, que ya me he encontrado con clientes pidiendome la luna, porque su
mierdasonic 300 lo hacía, suelo sacar la batería de argumentos de
porqué eso que pides es una soberana estupidez que mermará tu
productividad. Raro es el que aún así, pide que le implemente la ñapa.
> Los yealink tienen una función interesante que se llama noseque URL,
> donde puedo configurar que cada acción del teléfono, responda con
> una URL. Hay una acción off-hock y on-hock que combinada con
> "http://server/devstate.php?status=off-hock", por ami hago
> DEVICE_STATE=BUSY y listo.....
Los Snom tambien, y creo que las nuevas firmwares de los Grandstream
también permiten ese tipo de ejecuciones.
Es que el "request" del cliente, ya de por sí, no tiene sentido, por mucho que la "panasonic" de 30 años lo haga. ES UN ATRASO.yo esto sí que lo veo como la ñapa del año, vamos digno de los ñapa-awards
2011. Montar un DISA para eso??? joer...
Saludos.
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
> 2011/2/24 Jorge Montero <cot...@gmail.com>
>
>> lo que es curioso, es que una cosa que hace hasta la más sencilla de las
>> Panasonic ( no quiero desprestigiar a nadie, las menciono porque hay miles
>> instaladas) aquí sea un mundo.
>>
>
> completamente de acuerdo. Joder, levantas el teléfono y punto: estas
> ocupado. Tanto SIP y tanta polla y no es capaz de "avisar" a la pbx????
¿Que levantes el auricular significa que estas ocupado? ... buff ...
viva la mentalidad Española sobre el concepto de productividad ...
Saludos
¿Que levantes el auricular significa que estas ocupado? ... buff ... viva la mentalidad Española sobre el concepto de productividad ...2011/2/24 Jorge Montero <cot...@gmail.com>
lo que es curioso, es que una cosa que hace hasta la más sencilla de las
Panasonic ( no quiero desprestigiar a nadie, las menciono porque hay miles
instaladas) aquí sea un mundo.
completamente de acuerdo. Joder, levantas el teléfono y punto: estas
ocupado. Tanto SIP y tanta polla y no es capaz de "avisar" a la pbx????
Saludos
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
--
Ya te digo, levantas el auricular, te quedas con cara de tonto 2
minutos tratando de memorizar un número mientras te rascas el
entrecejo y encima el resto de personas te ven como
"ocupado/innovando".
> Ahora pregunto yo: si cojo una de esas fantásticas PBX Panasonic,
> descuelgo el puñetero auricular de mi teléfono y me voy de vacaciones
> 4 días, ¿me verán el resto de teléfonos "ocupado/en-llamada" durante
> esos 4 días? vaya mierda ¿no?, igual resuelta que se me ha descolgado
> el auricular sin querer, o que lo he colgado mal al terminar de hablar
> con un comercial, no sé... pero de ahí a que me vean como
> "ocupado/en-llamada" durante 4 días.... vaya porquería de tecnología
> obsoleta, menos mal que ahora tenemos SIP, ¿no?
Hicimos una instalación hace unos meses, en un cliente que la
telefonista se pegada todo el santo día, con la diadema del manos
libres, corriendo, de oficina en oficina, para decirle a la gente que
tenían una llamada de fulanito, porque la gente tenía la manía de
"colgar mal" los auriculares de los terminales.
Con la nueva instalación IP, esa escusa no existe, porque si está
realmente hablando, se marcaba el BLF correspondiente y la telefonista
SABE A CIENCIA CIERTA, que fulano está hablando. Incluso en esa
situación, la Telefonista tenía la opción de forzar "aparcar" la
llamada del personal y hablar con ellos.
Resultado ¿? ... el jefe de administración super contento, porque han
aumentado la productividad y los clientes están mucho más contentos,
porque no tiene que llamar 50 millones de veces para que les atiendan,
ni tampoco tienen que esperar tanto para ser atendidos.
> El día 25 de febrero de 2011 01:32, <ra...@dimension-virtual.com> escribió:
Tipical Spanish ...
> totalmente en desacuerdo... mira, que lo implemente como le dé la gana, pero
> si la secretaria tiene que pasar una llamada a alguien, lo normal es que la
> puñetera lucecica esté encendida si ese alguien ha levantado el auricular
> (luz encendida = persona no disponible para pasar llamadas). Vaya mierda
> sistema si no es capaz de hacer eso!!!! Mucho calendario, mucha polla en
> vinagre, pero algo tan básico no lo hace....
¿Quien ha hablado de calendarios ni yerbas de esa índole? ... si la
secretaria tiene que pasar la llamada a alguien, NORMALMENTE primero
pregunta a ese alguien si la puede atender (a no ser que el sistema
sea tan guay, que sabe que tareas está haciendo la persona, que
prioridad tiene esa tarea, etc ... bueno, volvamos al mundo de las PBX
IP que imitan a las trogloditas tradicionales ...), pasa la llamada y
punto ... si el fulano la coge, de PM, sino ... rebota ... sale menú
de opciones por si quiere dejar mensaje, etc. lo que se te ocurra. No
hace falta una lucecita para eso.
Saludos
--
> eso se llama orden y concentración, no jijij jajajja chateo va, correo
> viene....
Juas, juas, juas ... ¿tamos a viernes ya, verdad? ... sí .. aunque
aquí falten 15 minutos ... vamos a darlo por el chiste del viernes ..
XDD
"Levantar el auricular = Orden y concentración" ... juas, juas, juas ..
> Yo voy a llamar a alguien, no que me molesten con una entrante. Luz arriba y
> que lo sepa la secre...
CUANDO ya estés llamando a alguien, no hay problema ninguno en marcar
la lucecita, ni en que no te entre la segunda llamada sino quieres ...
pero por el simple hecho de levantar el auricular, o colgarlo mal, o
simplemente descolgarlo para que no te molesten ... NO ESTAS HABLANDO.
De hecho .. creo recordar que incluso las cutresonic, si descuelgas el
auricular o lo tienes mal colgado, pero NO estás hablando (Dialogo
establecido, ya sabes ... INVITE -> bla,bla <- 200 Ok),
automáticamente te desconecta el terminal y apaga la lucecita, entre
otros motivos, para no gastar energía y porque en muchas cutresonic
... la placa de termiales, no soporta tenerlos todos descolgados al
mismo tiempo.
> ya os habéis ido por los cerros de Úbeda... El hilo no va de las "pillerías"
> o "torpezas" de la gente. Va de que si yo descuelgo, la PBX debe saberlo.
> Ahora mismo Asterisk no se entera ni papa, las viejas PBX sí.
>
> Que si luego la abuela fuma porros, eso ya es otra cosa, y obviamente, como
> comentáis, tenéis soluciones para una mayor productividad pues cojonudo.
> Pero creo que se están mezclando soluciones anti-pillos con necesidades no
> resueltas en asterisk.
Es que yo no considero que sea una necesidad ... es simplemente darle
la vuelta a la tortilla y ver lo que REALMENTE es necesario, que es
saber cuando alguien ESTA hablando, no cuando ha levantado el
auricular ... es como los que te piden que programes el terminal o la
centralita, para que marcando 0 les dé línea de calle (enga .. con dos
@@, bloqueando una línea, para que luego te pegues 2 minutos buscando
el número a marcar), o 10 o 12 "features" de las super-trogo-centrales
.. que cada vez que me las piden ... les explicas las cosas con calma
y se terminan dando cuenta de que no las necesitan ... que las usaban
simplemente porque les explicaron "que así se trabajaba con la
centralita" ... ;)
> creo que confundes el acto de llamar con el acto de estar hablando.
No los confundo, son lo mismo ..., para mí alguien que primero
descuelga y luego busca el número a marcar, es alguien IMPRODUCTIVO,
punto pelota, evidentemente, cada uno trabaja como le da la gana,
faltaría menos. Es solo mi opinión.
> El
> proceso empieza cuando descuelgo el terminal. En ese mismo momento, todavía
> sin llegar a hablar, yo ya estoy ocupado y concentrado en llamar a alguien.
Te lo voy a retorcer un poco ... "es que 30 minutos antes, estoy
pensando que tengo que llamar a alguien y estoy pensando que decirle y
como decirlo, es un cliente complicado ... uff .. mejor descuelgo el
auricular PORQUE ESTOY INICIANDO EL PROCESO DE LLAMAR ..."
> No quiero que se me moleste con otra llamada entrante y además, la
> secretaria debe tener la luz encendida, ya que estoy intentando comunicarme.
Cuando lo estés intentando, osea, cuando hayas lanzado la llamada, se
encenderá la luz ... los 30 segundos o el minuto (porque la mayoría de
los terminales te darán tono de busy en menos de 45s) que te pegues
pensando el número o en marcarlo .. (umm .. de media el digit-timeout
de un terminal IP es de 3 a 5 segundos, y el de una central
tradicional ronda lo mismo), dan igual.
> No estoy hablando, estoy intentando comunicarme. No soy un dejado, ni nada
> por el estilo... sólo que quiero entablar una conversación. Ahí empieza
> todo...
Paco, para desgracia de este país ... más de un 35% del tiempo de una
jornada laboral, se emplea en cualquier cosa menos en trabajar ... y
así nos luce el pelo.
Evidentemente hay gente "responsable" ... pero a una persona
responsable, no le afecta el comportamiento que estamos comentando. A
quienes le afecta es a los "gansos".
> El resto de la argumentación, está fuera de lugar. Repito que no se trata de
> más o menos productividad, descuidos en el cuelgue o despiste al darle un
> golpe al auricular.
Bueno, ¿pues que haces con las lucecitas de marras en la situación
(mas que habitual) que el terminal se colgó mal o simplemente lo han
dejado descolgado a drede?, ¿se va ha estar fijando la operadora si la
luz se apagó y se volvió a encender? ... o ¿se preocupará porque la
luz lleve 4 días encendida y resulta que el fulano está de vacaciones?
> Un símil: Tú, cuando haces el amor (aquí vienen las risas, jajajaj),
> ¿¿cuando das por comenzado el acto?? ¿a que existe una cosa que es "el
> previo"? supongo que no quieres que te molesten con una llamada entrante
> ¿¿verdad?? Cuando ya estás dale que te pego, es decir, ya estás hablando,
> por supuesto que se ha encendido la luz de la secretaria, pero las
> carantoñas del previo también son importantes. No es plan que te
> interrumpan, porque te desconcentras y no atinas...
>
> te gustó??? XDDDD
Esto si me parece una argumentación fuera de tiesto ...
Siempre puedes contestar el teléfono con la mano izquierda.
Una empresa que se dedica a la venta de hardware, me pidi� que lo
ayudara con sus callcenter de ventas, porque la central que ten�an no
manejaba bien el tema de las colas. Una de las cosas que pasaban en su
vieja central, era que los agentes dejaban el tubo de tal manera que no
le llegaban las llamadas. Una vez instalado el * hac�an los mismo con
los terminales IP, pero esta vez, el cliente ve�a a trav�s de una
aplicaci�n, la cantidad de llamadas en cola y la cantidad de llamadas
atendidas por cada agente, se acabaron los vivos.... ahora pienso.. si
me hubiera planteado esta soluci�n al principio, con un FOP pod�a ver si
el agente tenia el tubo levantado, aunque parec�a que no....
No me parece una shit-feature....
>
>> Yo soy de los que trato de convencer al cliente con argumentos
>> validos, pero tambi�n escucho los argumentos validos de ellos, de
>> ultima me pagan para hacerlo y si quieren hacer algo con lo cual no
>> estoy deacuerdo o me va a traer problemas en el futuro, no lo hago,
>> que se lo hagan los que cobran U$S 300, igual a los meses me terminan
>> llamando para "tirar esta porquer�a que me instalaron....".
>
> Yo, que ya me he encontrado con clientes pidiendome la luna, porque su
> mierdasonic 300 lo hac�a, suelo sacar la bater�a de argumentos de
> porqu� eso que pides es una soberana estupidez que mermar� tu
> productividad. Raro es el que a�n as�, pide que le implemente la �apa.
>
Se ve que en tus pagos manda el proveedor, aqui se negocian las cosas y
se llega al mejor acuerdo posible entre ambas partes, alguna ves tuve
que decir NO a implementaciones que mis clientes exigian...
>> Los yealink tienen una funci�n interesante que se llama noseque URL,
>> donde puedo configurar que cada acci�n del tel�fono, responda con una
>> URL. Hay una acci�n off-hock y on-hock que combinada con
>> "http://server/devstate.php?status=off-hock", por ami hago
>> DEVICE_STATE=BUSY y listo.....
>
> Los Snom tambien, y creo que las nuevas firmwares de los Grandstream
> tambi�n permiten ese tipo de ejecuciones.
Imposible. Si esos teléfonos SIP devuelven 486 estando levantado el
auricular sólo se enterará asterisk precisamente al enviarle un INVITE
a dicho teléfono. Por lo tanto el FOP no se va a enterar de nada.
Paco Gil wrote:
> creo que confundes el acto de llamar con el acto de estar hablando. El
> proceso empieza cuando descuelgo el terminal. En ese mismo momento,
> todav�a sin llegar a hablar, yo ya estoy ocupado y concentrado en
> llamar a alguien. No quiero que se me moleste con otra llamada
> entrante y adem�s, la secretaria debe tener la luz encendida, ya que
> estoy intentando comunicarme. No estoy hablando, estoy intentando
> comunicarme. No soy un dejado, ni nada por el estilo... s�lo que
> quiero entablar una conversaci�n. Ah� empieza todo...
>
> El resto de la argumentaci�n, est� fuera de lugar. Repito que no se
> trata de m�s o menos productividad, descuidos en el cuelgue o despiste
> al darle un golpe al auricular.
>
> Un s�mil: T�, cuando haces el amor (aqu� vienen las risas, jajajaj),
> ��cuando das por comenzado el acto?? �a que existe una cosa que es
> "el previo"? supongo que no quieres que te molesten con una llamada
> entrante ��verdad?? Cuando ya est�s dale que te pego, es decir, ya
> est�s hablando, por supuesto que se ha encendido la luz de la
> secretaria, pero las caranto�as del previo tambi�n son importantes. No
> es plan que te interrumpan, porque te desconcentras y no atinas...
>
> te gust�??? XDDDD
>
> 2011/2/25 <ra...@dimension-virtual.com <mailto:ra...@dimension-virtual.com>>
>
> Paco Gil <pag...@gmail.com <mailto:pag...@gmail.com>> escribi�:
>
> ya os hab�is ido por los cerros de �beda... El hilo no va de
> las "piller�as"
> o "torpezas" de la gente. Va de que si yo descuelgo, la PBX
> debe saberlo.
> Ahora mismo Asterisk no se entera ni papa, las viejas PBX s�.
>
> Que si luego la abuela fuma porros, eso ya es otra cosa, y
> obviamente, como
> coment�is, ten�is soluciones para una mayor productividad pues
> cojonudo.
> Pero creo que se est�n mezclando soluciones anti-pillos con
> necesidades no
> resueltas en asterisk.
>
>
> Es que yo no considero que sea una necesidad ... es simplemente
> darle la vuelta a la tortilla y ver lo que REALMENTE es necesario,
> que es saber cuando alguien ESTA hablando, no cuando ha levantado
> el auricular ... es como los que te piden que programes el
> terminal o la centralita, para que marcando 0 les d� l�nea de
> calle (enga .. con dos @@, bloqueando una l�nea, para que luego te
> pegues 2 minutos buscando el n�mero a marcar), o 10 o 12
> "features" de las super-trogo-centrales .. que cada vez que me las
> piden ... les explicas las cosas con calma y se terminan dando
> cuenta de que no las necesitan ... que las usaban simplemente
> porque les explicaron "que as� se trabajaba con la centralita" ... ;)
>
>
> Saludos
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
> --
> Este email pertenece a la lista de Asterisk-ES
> (http://www.asterisk-es.org)
>
> Entra ahora en el canal de irc de Asterisk-ES para charlar en
> directo sobre VoIP y
> Asterisk: http://www.asterisk-es.org/
>
> ~~~~~ Normas de la lista Asterisk-ES:
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> - Para anular la suscripci�n:
> asterisk-es...@googlegroups.com
> <mailto:asterisk-es...@googlegroups.com>
>
>
> --
> Este email pertenece a la lista de Asterisk-ES
> (http://www.asterisk-es.org)
>
> Entra ahora en el canal de irc de Asterisk-ES para charlar en directo
> sobre VoIP y
> Asterisk: http://www.asterisk-es.org/
>
> ~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> - Para anular la suscripci�n: asterisk-es...@googlegroups.com
¿Y por qué razón debe haber una PBX "para controlarlos a todos"? Lo
bonito de SIP es que la inteligencia se supone está en los terminales.
Por ejemplo, yo quiero poner mi tfno en DND y punto, que nadie lo
sepa.
Aquí es donde aparecerá manwe para darme la razón pero a la vez
decirme que en el mundo de las centralitas usuales lo que prima es que
los tfnos sean tontos y la PBX super lista y blablabla... a lo cuál no
tendré nada replicar.
No, me temo que es un simple NOTIFY que envía Asterisk al teléfono.
Los Linksys tienen una feature propietaria que consiste en hacer
"algo" cuando reciben un NOTIFY con cierta información, por ejemplo
autoprovionarse y tal vez otras opciones como reiniciarse, cambia
algún parámetro de configuración en caliente (esto último me lo estoy
inventando). No hay diálogo SIP aquí.
Saludos.
El día 25 de febrero de 2011 02:33, Jorge Eduardo Silva Jackson
<sys...@gmail.com> escribió:
>> ¿Y por qué razón debe haber una PBX "para controlarlos a todos"? Lo
>> bonito de SIP es que la inteligencia se supone está en los terminales.
>> Por ejemplo, yo quiero poner mi tfno en DND y punto, que nadie lo
>> sepa.
>>
>
> Jejejeje, dile esto a tu jefe para ver que te contesta....
>
> Hay una canción por estos lados que dice "depende... todo depende.. de según
> como se mire todo depeeeeeeendeeeeee..."
Qué raro, que yo sepa esa canción es de estos lados (Jarabe de Palo).
No sé si es una versión...
--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
Entra ahora en el canal de irc de Asterisk-ES para charlar en directo sobre VoIP y
Asterisk: http://www.asterisk-es.org/
~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción: asterisk-es...@googlegroups.com
> A ver si nos entendemos... Los Yealink (no probé si pasa con los
> snom cisco etc etc..) en el momento que levantas el tuvo, y el
> servidor envía el INVITE, este responde con BUSY HERE, aunque el
> teléfono todavía no haya lanzado la llamada.
Eso, depende de como lo mires, podría considerarse un error de
implementación del terminal. Puesto que no está con un dialog
establecido ... pero bueno. Aceptamos barco...
> Una empresa que se dedica a la venta de hardware, me pidió que lo
> ayudara con sus callcenter de ventas, porque la central que tenían
> no manejaba bien el tema de las colas. Una de las cosas que pasaban
> en su vieja central, era que los agentes dejaban el tubo de tal
> manera que no le llegaban las llamadas. Una vez instalado el *
> hacían los mismo con los terminales IP, pero esta vez, el cliente
> veía a través de una aplicación, la cantidad de llamadas en cola y
> la cantidad de llamadas atendidas por cada agente, se acabaron los
> vivos.... ahora pienso.. si me hubiera planteado esta solución al
> principio, con un FOP podía ver si el agente tenia el tubo
> levantado, aunque parecía que no....
Se ve que no te has enterado de lo que comentamos. En ese caso NO te
hubieras enterado por el FOP, puesto que la central NO SABE que el
terminal tiene el auricular descolgado, solo sabe que el terminal
"comunica" (gracias a esa "feature" del yealink de devolver un 486
cuando el auricular está descolgado).
Necesitas del sistema de estadísticas, para enterarte de que el 98% de
las llamadas dirigidas a un agente que está en cola, pero no tiene
llamadas activas, devuelve como motivo de para no atender una llamada
un 486. ¿lo entiendes ahora?.
> No me parece una shit-feature....
Ok, no es una shit-feature ... es una
mega-shit-para-vosotros-si-os-doy-un-martillo-todo-os-son-tachas-feature.
Saludos.
> Entonces mejor ni menciono que también quiere una lucecita con
> CallBack cuando no contesta, como tenia la vieja central... mejor le
> digo al cliente que mi política empresarial no me permite imitar
> aplicaciones de las viejas centrales....
> Al menos claro que me den alternativas validas...
Yo lo que digo, es que hay algunas "features" de las centralitas
antiguas, que a parte de ser un santo coñazo implementarlas en las
nuevas, ya no tienen sentido, y se puede conseguir la misma
funcionalidad o MEJOR, con una simple "actualización de actitud".
¿Que te impide implementar una funcionalidad de CallBack, donde
incluso le muestres en la pantalla del terminal, o en mejor, en una
aplicación pop-up en su pc, que la llamada que le está entrando es una
rebotada de la que pasó porque no la cogieron? ... eso con una central
"tradicional" ... como MUCHO, se traducía en tener que interpretar los
patrones de parpadeo de las lucecitas de marras.
PD: No tengo tecla de descolgar.
--
/Saúl
http://saghul.net | http://sipdoc.net
El equivalente sería que empezases a escribir dígitos en tu softphone.
Una solución sería que al descolgar el auricular del teléfono o bien
al comenzar a escribir dígitos, el terminal enviase un PUBLISH con
<activities><onphone/></activities> como *ya* hacen los EyeBeam desde
hace lustros. Es lo más adecuado EMHO ya que simplemente estás
publicando que "estás usando el teléfono" (queda a juicio de quien vea
tu estado el decidir si debe entonces pasarte una llamada o no).
Pero ahora no me lloréis porque Asterisk no implementa presencia SIP.
Yo ya dije en su día que Asterisk no deja de ser una "legacy PBX
molona".
Pero siempre podéis hacer un AGI en PHP que se comunique con Twitter
vía un wget bloqueante de cojones, que abra 4 descriptores de fichero
a modo de log amateur y que cree 8 conexiones MySQL efímeras por cada
llamada para consultar tablas no indexadas que funcionan bien con 4
registros (la prueba necesaria antes de vender el producto) y que
revientan en producción al meterle chicha. Se vende por 300€ y a
correr todo lo que se pueda.
El día 25 de febrero de 2011 10:44, Saúl Ibarra Corretgé
<sag...@gmail.com> escribió:
> Yo no uso un 'teléfono', es muy del 2000 ya. Entonces como sabe miEl equivalente sería que empezases a escribir dígitos en tu softphone.
> cliente SIP sin he 'descolgado' y por lo tanto ahora estoy 'coupado'?
Una solución sería que al descolgar el auricular del teléfono o bien
al comenzar a escribir dígitos, el terminal enviase un PUBLISH con
<activities><onphone/></activities> como *ya* hacen los EyeBeam desde
hace lustros. Es lo más adecuado EMHO ya que simplemente estás
publicando que "estás usando el teléfono" (queda a juicio de quien vea
tu estado el decidir si debe entonces pasarte una llamada o no).
Pero ahora no me lloréis porque Asterisk no implementa presencia SIP.
Yo ya dije en su día que Asterisk no deja de ser una "legacy PBX
molona".
Pero siempre podéis hacer un AGI en PHP que se comunique con Twitter
vía un wget bloqueante de cojones, que abra 4 descriptores de fichero
a modo de log amateur y que cree 8 conexiones MySQL efímeras por cada
llamada para consultar tablas no indexadas que funcionan bien con 4
registros (la prueba necesaria antes de vender el producto) y que
revientan en producción al meterle chicha. Se vende por 300€ y a
correr todo lo que se pueda.
--
Iñaki Baz Castillo
<i...@aliax.net>
Yo no uso un 'teléfono', es muy del 2000 ya. Entonces como sabe mi
cliente SIP sin he 'descolgado' y por lo tanto ahora estoy 'coupado'?
PD: No tengo tecla de descolgar.
--
Ojo, esta solución se basa en presencia SIP de evento "presence", o
sea, "online", "away", "busy: Estoy en el WC, déjame en paz", etc.
No se basa en el evento "dialog" que es lo que el BLF de Asterisk y
otras PBX SIP usan.
Me refiero con esto que para que yo vea que tú EyeBeam ha publicado
"onthephone" mi terminal SIP debe implementar presencia SIP (tipo MSN
messenger, XMPP, lalala). Así que nos olvidamos de los teléfonos de
operadora con 4 paneles laterales llenos de leds que se encienden como
un árbol de navidad, ya que eso es BLF (presencia evento "dialog").
El día 25 de febrero de 2011 11:21, Paco Gil <pag...@gmail.com> escribió:
Cómo?
> Esa es la parte buena de Asterisk frente a una PBX propietaria. Si algo no
> te gusta, puedes cambiarlo. Y si añades un buen implemento se puede
> convertir en estandard (de facto o de verdad ya es otra cosa)
>
Estamos diciendo que los *terminales* tienen que hacer *algo*. Cómo
pretendes hacerlo desde Asterisk?
Y por otro lado, hacer una implementación 'a tu bola' y esperar que te
sigan es una chapuza, mira el SIP INFO.
>> No me parece una shit-feature....
>
> Ok, no es una shit-feature ... es una
> mega-shit-para-vosotros-si-os-doy-un-martillo-todo-os-son-tachas-feature.
Creo que en esto no nos vamos a poner deacuerdo, al menos sin unas
cervezas de por medio..
Saludos
Eso de actualizaci�n de actitud, estoy 100% contigo.
>
> �Que te impide implementar una funcionalidad de CallBack, donde
> incluso le muestres en la pantalla del terminal, o en mejor, en una
> aplicaci�n pop-up en su pc, que la llamada que le est� entrando es una
> rebotada de la que pas� porque no la cogieron? ... eso con una central
> "tradicional" ... como MUCHO, se traduc�a en tener que interpretar los
> patrones de parpadeo de las lucecitas de marras.
>
No te parece mas "productivo" no enviar la llamada que esperar que
vuelva rechazada por estar "ocupada" ?
Tambi�n estamos hablando que no es una situacion que pase la mayor�a de
las veces, pero bajo mi punto de vista es una situaci�n a contemplar
(siempre y cuando el cliente te la pida).
Se entendi� la sutil diferencia ? Quiero que me de ocupado en el BLF,
porque el terminal responde ocupado cuando levantan el tubo...
Saludos
eDU
Tu suposición implica que Asterisk o la PBX *sabe* que ese teléfono no
quiere recibir llamadas => inteligencia en Asterisk, teléfono tonto
(welcome to XVIII century).
Pero puestos a pedir, nada impide un botón "Don't Recibe Calls" en el
teléfono que al pulsarlo provoque que el terminal se desregistre
(envía REGISTER con "Expires: 0") por lo que ya no recibiría llamadas
y la PBX lo vería como "no registrado". Hable con su fabricante chino
preferido para que implementen dicha feature en los terminales.
Al levantar el auricular en una central convencional, esta sabe (por
que se ha cerrado el bucle por corriente) que el usuario esta a punto
de llamar, o llamando, o lo que sea que le apetece hacer.
Por lo que en el hipotético caso de que un 1ms despues entre una
llamada hacia ese terminal, la central la rechaza, indicando
comunicando, si lo esta o no lo esta, que os@#s importa, lo cierto es
que el tio a levantado el auricular.
En Cisco te sueltan unas chapas con esto, que es alucinante, y hombre
parte de razón, desde mi punto de vista, tienen.
A mi si eso significa que el tío esta ocupado, o tocándose sus partes,
me importa un pimiento, pero resulta que a las secretarias y a los
supervidores de Call Centers si les suele importar, y te sueltan eso
de, "pues mi vieja centralita lo hacia" o lo que es igual:
VoIP 0 Tradicional 1
Y te tienes que morder la lengua, poner sonrisa profiden, asentir con
la cabeza, mientras piensas: ¿quien coños me mandaria a mi meterme en
esta mierda?
Y para mi: productividad y español en la misma frase, son términos un
poco contradictorios.
--
Un saludo.
Jorge Montero
Ing. Fernando M. Villares
INTELIX INGENIERIA
ROSARIO - ARGENTINA
dCap & Elastix Certified partner
El 24/02/2011, a las 21:56, Jorge Eduardo Silva Jackson <sys...@gmail.com> escribió:
> ra...@dimension-virtual.com wrote:
>> Paco Gil <pag...@gmail.com> escribió:
>>
>>
>>> yo esto sí que lo veo como la ñapa del año, vamos digno de los ñapa-awards
>>> 2011. Montar un DISA para eso??? joer...
>>
>> Es que el "request" del cliente, ya de por sí, no tiene sentido, por mucho que la "panasonic" de 30 años lo haga. ES UN ATRASO.
> Creo que la tecnología tiene que estar al servicio de la humanidad y no lo contrario, he discutido muchas veces con programadores que hacen sus mega enlatados (software de administración) para poder vender cientos de sistemas y pretenden que el cliente se adapte a su enlatado y no ellos adaptarse a lo que el cliente necesita o se sienta cómodo usar...
> A mi nadie me va a obligar usar y menos pagar, algo que haga cosas que no quiero... aunque la tendencia tecnológica me imponga..(por ejemplo twister facebook msn etc etc etc).
>
>>
>> Saludos.
>>
>> ----------------------------------------------------------------
>> This message was sent using IMP, the Internet Messaging Program.
>>
>
Ing. Fernando M. Villares
INTELIX INGENIERIA
ROSARIO - ARGENTINA
dCap & Elastix Certified partner
El 24/02/2011, a las 22:00, Jorge Eduardo Silva Jackson <sys...@gmail.com> escribió:
> ra...@dimension-virtual.com wrote:
>> Paco Gil <pag...@gmail.com> escribió:
>>
>>> totalmente en desacuerdo... mira, que lo implemente como le dé la gana, pero
>>> si la secretaria tiene que pasar una llamada a alguien, lo normal es que la
>>> puñetera lucecica esté encendida si ese alguien ha levantado el auricular
>>> (luz encendida = persona no disponible para pasar llamadas). Vaya mierda
>>> sistema si no es capaz de hacer eso!!!! Mucho calendario, mucha polla en
>>> vinagre, pero algo tan básico no lo hace....
>>
>> ¿Quien ha hablado de calendarios ni yerbas de esa índole? ... si la secretaria tiene que pasar la llamada a alguien, NORMALMENTE primero pregunta a ese alguien si la puede atender (a no ser que el sistema sea tan guay, que sabe que tareas está haciendo la persona, que prioridad tiene esa tarea, etc ... bueno, volvamos al mundo de las PBX IP que imitan a las trogloditas tradicionales ...), pasa la llamada y punto ... si el fulano la coge, de PM, sino ... rebota ... sale menú de opciones por si quiere dejar mensaje, etc. lo que se te ocurra. No hace falta una lucecita para eso.
> Entonces mejor ni menciono que también quiere una lucecita con CallBack cuando no contesta, como tenia la vieja central... mejor le digo al cliente que mi política empresarial no me permite imitar aplicaciones de las viejas centrales....
> Al menos claro que me den alternativas validas...
>
>
>
>>
>> Saludos
>>
>> ----------------------------------------------------------------
>> This message was sent using IMP, the Internet Messaging Program.
>>
>
>
> Y para mi: productividad y español en la misma frase, son términos un
> poco contradictorios.
>
> --
> Un saludo.
>
> Jorge Montero
Uuuuuuufffffff, Jorge, o te ha faltado el guiño o es muy fuerte el comentario para los españoles que podamos haber por aquí, ¿no?.
Saludos,
Ramses
Pero lo cortes no quita lo valiente, somos creativos, olvidamos las
ofensas, generosos, amables y muchas cosas buenas más, pero nos
perdemos cosa mala y a veces a "hijos de mujeres de moral relajada" no
nos gana nadie.
> --
> Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
>
> Entra ahora en el canal de irc de Asterisk-ES para charlar en directo sobre VoIP y
> Asterisk: http://www.asterisk-es.org/
>
> ~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> - Para anular la suscripción: asterisk-es...@googlegroups.com
>
--
Un saludo.
Jorge Montero
tods los que hablamos español/castellano etc o coo coños varantes le digan somos iguales si venimos tdos de la misma descendencia casi
para bien o mal todos los latinos en algun punto tenemos antecedentes españoles o algo europeo asi q por trantitividad somos todos improductivos o
hijos de madres de moral relajada jeje
un saludo a todos
Estamos los de Bilbao, y el resto :-P Aupa ese viernes :-)
2011/2/25 jorge montero <
cot...@gmail.com
--
amigo richard no se confunda fjese que escribi esto yo "casi para bien o mal todos los latinos en algun punto tenemos antecedentes españoles "
eso le deja el lugar para todas las demas mixturas que representa y la los nativos americanos descendientes de incas coyas mapuches aztecas mayas etc etc etc
lo digo como gallego viviendo en argentina además...
Mientras los hijos nazcan de los padres, y no al revés, asumo que te
referías a "ascendencia".
Por otra parte, no sé qué ascendencia pueden tener en común un señor
de Burgos y un señor de Barranquilla, no creo que 500 españoles con
casco metálico pudiesen fecundar tanto hace 500 años (y si así fuese
entonces de "improductivos" tenemos muy poco XD).
El ACK se produce una vez el diálogo se ha aceptado o se ha rechazado.
Hasta entonces hay un early-dialog (ringing, session-progress...), y
eso también se considera un diálogo (tiene todos los elementos
Fromtag, Totag, Call-ID....). De hecho, BLF nos permite ver teléfonos
que están siendo llamados aún sin haberse contestado aún la llamada.
Saludos.
puedes hablar español y no serlo.
pero en serio, vale ya.
Por si alguien no se acuerda esto es una lista de correo de asterisk.
ser buenos : - )
Un saludo.
Jorge Montero
creo que confundes ser Español y hablar Español.
puedes hablar español y no serlo.
pero en serio, vale ya.
Por si alguien no se acuerda esto es una lista de correo de asterisk.
ser buenos : - )
decenas de correos por una pequeña anotación, dentro de un correo, que nada tiene que ver con Asterisk, sino con el concepto de productividad que tenían algunas personas, al considerar como "ocupado" solo por descolgar el teléfono.
que si hijos de, que si el hablar en español, productividad, etc, y para colmo de males, algunos firman los correos con "bests regards", como diría un viejo personaje de la televisión Española, Toma Moreno..., o un político, manda huevos.
ya veo lo productivos que han sido todos estos Correos, han ayudado mucho, a resolver dudas sobre Asterisk, vamos, que ya no hay problemas con el NAT, y la pila SIP de Asterisk ha mejorado su rendimiento, compatibilidad y seguridad en un 300% y el dCap ha sido homologado por el Ministerio de Educación, las mayores compañías de telecomunicaciones del mundo están tirando sus actuales centrales y poniendo por Asterisk.
A las pruebas me remito.
y que conste que mayor capullo soy yo, por perder el tiempo en este correo.
Un saludo.
Jorge Montero
Pero en el Soft es diferente, porque no levantas el tubo, simplemente marcas el interno y luego das send. En el caso del Hard, levantas el tuvo para discar y según el terminal, ya estas ocupado y no podes recibir llamadas, pero el BLF no lo refleja.
El soft es lo mismo que marcar el nro destino en el teléfono y presionar "Speaker", el teléfono nunca estuvo ocupado mientras marcabas los nros.
hola,lo veo un poco complicado, pues aunque levantes el auricular, el teléfono no envía nada de información a la red, es un terminal SIP, no un teléfono analógico.
Como no marque según descuelgue, y el asterisk le de tono, mientras espera los dígitos pulsados, otra forma no veo.
Un saludo.
Jorge Montero
El 24/02/2011, a las 20:42, Jorge Eduardo Silva Jackson <sys...@gmail.com> escribió:
> Estimados:
>
> Me plantearon que quieren que cuando un usuario levante el tubo del teléfono, automáticamente cambie el estado a Ocupado en el BLF de la consola.
> Esto es porque mientras levanto el tubo me acuerdo el numero que tengo que marcar, marco y le doy send, la operadora me manda una transferencia desatendida, pensando que el teléfono esta libre, sin embargo, este da ocupado.
>
> Se me ocurrió una Escalofriante y efectiva solución por dialplan, pero como siempre, prefiero usar algo de SIP y no Dialplan. Mi terminales son Yealink T20 y T28.
>
> Espero sus comentarios
> Saludos
> EDU
>
>
> --
> Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
>
> Entra ahora en el canal de irc de Asterisk-ES para charlar en directo sobre VoIP y
> Asterisk: http://www.asterisk-es.org/
>
> ~~~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Normas de la lista Asterisk-ES: http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
---
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a asterisk-es...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a aster...@googlegroups.com.
Visita este grupo en https://groups.google.com/group/asterisk-es.
Para acceder a más opciones, visita https://groups.google.com/d/optout.