Nuevas funciones de asterisk 1.8
208 views
Skip to first unread message
FrankEinstain
Oct 13, 2010, 4:43:29 AM10/13/10
to asterisk-es
Hola a todos,
Después de estar en la charla de Elio en el VOIP2Day (SIMO), salí
encantado de las nuevas funcionalidades de 1.8, así que me fui a
probarlo en el curro con un pequeño laboratorio que tengo y estas son
mis conclusiones ....
-Cifrado AES: Le pregunte a Elio que con que terminal probo el cifrado
y me comento que con un Snom. Yo no dispongo de un Snom, mis
terminales son los modestitos Grandstream GXP280. Recompilo el 1.8
para soporte Crypto, lo configuro en la extensión de prueba y lo
habilito en el teléfono. Y "voila" funciona a la primera!!, en el
display del teléfono aparece una llave indicando que la comunicación
esta cifrada, pero de todas formas no me fío. En el servidor Asterisk
arranco un Ethereal y capturo el audio, de primero se ve que esta en
el puerto SRTP y decodifico el SRTP y me sale un sonido como cuando
sintonizas una radio. Todo OK perfectamente cifrado.
-Codec g722: Realizo pruebas para ver como codifica/descodifica G722
contra otro codec y todo bien. AVISO en los GXP280 si habilitas el
g722 y el cifrado a la vez, el teléfono es "espesa" de una manera
asombrosa, vamos que no es funcional.
-Calendario: Esto es la leche y funciono a la primera. La prueba la
realice con una cuenta de google calendar y en calendar.conf configure
mi cuenta de google y apuntando a un pequeño AGI para activar un TTS y
otra vez "voile". Diez minutos antes del evento del calendario me
llama el asterisk a mi extensión y cuando descuelgo me lee el campo
"Titulo" del evento en un perfecto "mejicano".
Cosas que no me han funcionado (por ahora, eso espero)
-CEL: No se que hago mal pero lo habilito y no me deja nada en cel-csv
o cel-custom ??
-Cambio de callerid: Habilito la opción "sendrpid = yes" y "trustrpid
= yes" pero cuando hago una transferencia no cambia el ID ¿Será el
GXP280?
-Calendario con EWS: Como la pagina del Exchange esta cifrada con un
certificado propio, el asterisk me dice "Untrusted SSL certificate" y
no me baja los eventos del calendario.
Muchas gracias por aguantar este pedazo de mensaje.
Después de estar en la charla de Elio en el VOIP2Day (SIMO), salí
encantado de las nuevas funcionalidades de 1.8, así que me fui a
probarlo en el curro con un pequeño laboratorio que tengo y estas son
mis conclusiones ....
-Cifrado AES: Le pregunte a Elio que con que terminal probo el cifrado
y me comento que con un Snom. Yo no dispongo de un Snom, mis
terminales son los modestitos Grandstream GXP280. Recompilo el 1.8
para soporte Crypto, lo configuro en la extensión de prueba y lo
habilito en el teléfono. Y "voila" funciona a la primera!!, en el
display del teléfono aparece una llave indicando que la comunicación
esta cifrada, pero de todas formas no me fío. En el servidor Asterisk
arranco un Ethereal y capturo el audio, de primero se ve que esta en
el puerto SRTP y decodifico el SRTP y me sale un sonido como cuando
sintonizas una radio. Todo OK perfectamente cifrado.
-Codec g722: Realizo pruebas para ver como codifica/descodifica G722
contra otro codec y todo bien. AVISO en los GXP280 si habilitas el
g722 y el cifrado a la vez, el teléfono es "espesa" de una manera
asombrosa, vamos que no es funcional.
-Calendario: Esto es la leche y funciono a la primera. La prueba la
realice con una cuenta de google calendar y en calendar.conf configure
mi cuenta de google y apuntando a un pequeño AGI para activar un TTS y
otra vez "voile". Diez minutos antes del evento del calendario me
llama el asterisk a mi extensión y cuando descuelgo me lee el campo
"Titulo" del evento en un perfecto "mejicano".
Cosas que no me han funcionado (por ahora, eso espero)
-CEL: No se que hago mal pero lo habilito y no me deja nada en cel-csv
o cel-custom ??
-Cambio de callerid: Habilito la opción "sendrpid = yes" y "trustrpid
= yes" pero cuando hago una transferencia no cambia el ID ¿Será el
GXP280?
-Calendario con EWS: Como la pagina del Exchange esta cifrada con un
certificado propio, el asterisk me dice "Untrusted SSL certificate" y
no me baja los eventos del calendario.
Muchas gracias por aguantar este pedazo de mensaje.
Saúl Ibarra Corretgé
Oct 13, 2010, 4:59:11 AM10/13/10
to aster...@googlegroups.com
2010/10/13 FrankEinstain <franke...@gmail.com>:
> Hola a todos,
>
> Después de estar en la charla de Elio en el VOIP2Day (SIMO), salí
> encantado de las nuevas funcionalidades de 1.8, así que me fui a
> probarlo en el curro con un pequeño laboratorio que tengo y estas son
> mis conclusiones ....
>
> -Cifrado AES: Le pregunte a Elio que con que terminal probo el cifrado
> y me comento que con un Snom. Yo no dispongo de un Snom, mis
> terminales son los modestitos Grandstream GXP280. Recompilo el 1.8
> para soporte Crypto, lo configuro en la extensión de prueba y lo
> habilito en el teléfono. Y "voila" funciona a la primera!!, en el
> display del teléfono aparece una llave indicando que la comunicación
> esta cifrada, pero de todas formas no me fío. En el servidor Asterisk
> arranco un Ethereal y capturo el audio, de primero se ve que esta en
> el puerto SRTP y decodifico el SRTP y me sale un sonido como cuando
> sintonizas una radio. Todo OK perfectamente cifrado.
>
> Hola a todos,
>
> Después de estar en la charla de Elio en el VOIP2Day (SIMO), salí
> encantado de las nuevas funcionalidades de 1.8, así que me fui a
> probarlo en el curro con un pequeño laboratorio que tengo y estas son
> mis conclusiones ....
>
> -Cifrado AES: Le pregunte a Elio que con que terminal probo el cifrado
> y me comento que con un Snom. Yo no dispongo de un Snom, mis
> terminales son los modestitos Grandstream GXP280. Recompilo el 1.8
> para soporte Crypto, lo configuro en la extensión de prueba y lo
> habilito en el teléfono. Y "voila" funciona a la primera!!, en el
> display del teléfono aparece una llave indicando que la comunicación
> esta cifrada, pero de todas formas no me fío. En el servidor Asterisk
> arranco un Ethereal y capturo el audio, de primero se ve que esta en
> el puerto SRTP y decodifico el SRTP y me sale un sonido como cuando
> sintonizas una radio. Todo OK perfectamente cifrado.
>
Si no cifras la señalización (SIP sobre TLS) no importa que uses SRTP,
ya que la 'master key' se puede decucir si se camtura el trafico SIP y
se puede descrifrar el tráfico SRTP. Para mayor seguridad usa ZRTP,
pero Asterisk no lo soporta :-S
[snip]
> -Cambio de callerid: Habilito la opción "sendrpid = yes" y "trustrpid
> = yes" pero cuando hago una transferencia no cambia el ID ¿Será el
> GXP280?
Necesitas que el terminal lo soporte.
Saludos,
--
/Saúl
http://saghul.net | http://sipdoc.net
Elio Rojano
Oct 13, 2010, 5:26:38 AM10/13/10
to aster...@googlegroups.com
Mi cel_custom.conf
[mappings]
Master.csv => ${CSV_QUOTE(${eventtype})},${CSV_QUOTE(${eventtime})},${CSV_QUOTE(${CALLERID(name)})},${CSV_QUOTE(${CALLERID(num)})},${CSV_QUOTE(${CALLERID(ANI)})}
,${CSV_QUOTE(${CALLERID(RDNIS)})},${CSV_QUOTE(${CALLERID(DNID)})},${CSV_QUOTE(${CHANNEL(exten)})},${CSV_QUOTE(${CHANNEL(context)})},${CSV_QUOTE(${CHANNEL(channam
e)})},${CSV_QUOTE(${CHANNEL(appname)})},${CSV_QUOTE(${CHANNEL(appdata)})},${CSV_QUOTE(${CHANNEL(amaflags)})},${CSV_QUOTE(${CHANNEL(accountcode)})},${CSV_QUOTE(${
CHANNEL(uniqueid)})},${CSV_QUOTE(${CHANNEL(linkedid)})},${CSV_QUOTE(${CHANNEL(peer)})},${CSV_QUOTE(${CHANNEL(userfield)})},${CSV_QUOTE(${eventextra})}
Aunque también lo tengo por ODBC para poder utilizar el MySQL junto con el CDR.
-Cambio de callerid: Habilito la opción "sendrpid = yes" y "trustrpid
= yes" pero cuando hago una transferencia no cambia el ID ¿Será el
GXP280?
Yo hice las pruebas del callerid con un Snom 820, un Thomson TB-30 y un Grandstream GXP-1200 y funcionaba perfectamente en los tres.
Con el 'sendrpid=yes' únicamente ya funciona, no hace falta el trustrpid (te lo confirmo).
No he probado con el gxp280, aunque según Olle el callerid se cambia en el dialogo que le llega de la transferencia, por lo que creo que debería ser más o menos compatible con la mayoría de los terminales, aunque claro, te has ido al terminal más simple desde que desapareció los BT100. xD
-Calendario con EWS: Como la pagina del Exchange esta cifrada con un
certificado propio, el asterisk me dice "Untrusted SSL certificate" y
no me baja los eventos del calendario.
Unprobed... MS Exchange se sale de mi política de calidad de software mínimo exigible. :P
Muchas gracias por aguantar este pedazo de mensaje.
--
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
--
http://www.sinologic.net/
Iñaki Baz Castillo
Oct 13, 2010, 5:32:57 AM10/13/10
to aster...@googlegroups.com
El día 13 de octubre de 2010 10:43, FrankEinstain
<franke...@gmail.com> escribió:
> -Calendario: Esto es la leche y funciono a la primera. La prueba la
> realice con una cuenta de google calendar y en calendar.conf configure
> mi cuenta de google y apuntando a un pequeño AGI para activar un TTS y
> otra vez "voile". Diez minutos antes del evento del calendario me
> llama el asterisk a mi extensión y cuando descuelgo me lee el campo
> "Titulo" del evento en un perfecto "mejicano".
<franke...@gmail.com> escribió:
> -Calendario: Esto es la leche y funciono a la primera. La prueba la
> realice con una cuenta de google calendar y en calendar.conf configure
> mi cuenta de google y apuntando a un pequeño AGI para activar un TTS y
> otra vez "voile". Diez minutos antes del evento del calendario me
> llama el asterisk a mi extensión y cuando descuelgo me lee el campo
> "Titulo" del evento en un perfecto "mejicano".
Es genial que hayan dedicado tanto tiempo a esta funcionalidad tan
"útil" en vez de arreglar cosas "meno importantes" como son los
desastrosos CDR's.
> -Cambio de callerid: Habilito la opción "sendrpid = yes" y "trustrpid
> = yes" pero cuando hago una transferencia no cambia el ID ¿Será el
> GXP280?
"sendrpid" y "trustrpid" no tienen nada que ver con el cambio de
callerid. Son opciones para manejo de una cabecera obsoleta
(Remote-Party-ID). Por lo que veo prefieren dedicar el tiempo a la
funcionalidad amateur de "calendario" en vez de implementar de una vez
la cabecera estándar P-Asserted-Identity.
--
Iñaki Baz Castillo
<i...@aliax.net>
Elio Rojano
Oct 13, 2010, 5:41:44 AM10/13/10
to aster...@googlegroups.com
El 13 de octubre de 2010 11:32, Iñaki Baz Castillo <i...@aliax.net> escribió:
El día 13 de octubre de 2010 10:43, FrankEinstain
<franke...@gmail.com> escribió:
> -Calendario: Esto es la leche y funciono a la primera. La prueba laEs genial que hayan dedicado tanto tiempo a esta funcionalidad tan
> realice con una cuenta de google calendar y en calendar.conf configure
> mi cuenta de google y apuntando a un pequeño AGI para activar un TTS y
> otra vez "voile". Diez minutos antes del evento del calendario me
> llama el asterisk a mi extensión y cuando descuelgo me lee el campo
> "Titulo" del evento en un perfecto "mejicano".
"útil" en vez de arreglar cosas "meno importantes" como son los
desastrosos CDR's.
El CDR lo han mejorado, el cambio del callerid aparece reflejado en el CDR y por lo tanto se puede seguir mejor la llamada.
"sendrpid" y "trustrpid" no tienen nada que ver con el cambio de
> -Cambio de callerid: Habilito la opción "sendrpid = yes" y "trustrpid
> = yes" pero cuando hago una transferencia no cambia el ID ¿Será el
> GXP280?
callerid. Son opciones para manejo de una cabecera obsoleta
(Remote-Party-ID). Por lo que veo prefieren dedicar el tiempo a la
funcionalidad amateur de "calendario" en vez de implementar de una vez
la cabecera estándar P-Asserted-Identity.
Esto mejor lo hablas con Olle que te explique como lo hace, imagino que para compatibilizar el mayor número de terminales.
Aquí tienes la traza SIP:
Y sí, por lo visto hay una gran cantidad de parches hechos y que no han sido incluidos por quien tu y yo sabemos y nadie sabe el porqué. Pero lo cierto es que esta versión pinta la mar de bien.
--
Iñaki Baz Castillo
<i...@aliax.net>
--
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
--
http://www.sinologic.net/
Saúl Ibarra Corretgé
Oct 13, 2010, 5:51:55 AM10/13/10
to aster...@googlegroups.com
> Yo hice las pruebas del callerid con un Snom 820, un Thomson TB-30 y un
> Grandstream GXP-1200 y funcionaba perfectamente en los tres.
> Con el 'sendrpid=yes' únicamente ya funciona, no hace falta el trustrpid (te
> lo confirmo).
> No he probado con el gxp280, aunque según Olle el callerid se cambia en el
> dialogo que le llega de la transferencia, por lo que creo que debería ser
> más o menos compatible con la mayoría de los terminales, aunque claro, te
> has ido al terminal más simple desde que desapareció los BT100. xD
>
> Grandstream GXP-1200 y funcionaba perfectamente en los tres.
> Con el 'sendrpid=yes' únicamente ya funciona, no hace falta el trustrpid (te
> lo confirmo).
> No he probado con el gxp280, aunque según Olle el callerid se cambia en el
> dialogo que le llega de la transferencia, por lo que creo que debería ser
> más o menos compatible con la mayoría de los terminales, aunque claro, te
> has ido al terminal más simple desde que desapareció los BT100. xD
>
Esto funciona con la transferencia de Asterisk solamente?
Elio Rojano
Oct 13, 2010, 5:54:43 AM10/13/10
to aster...@googlegroups.com
Transferencias SIP Refer, las nativas de Asterisk ni las he probado.
--
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
--
http://www.sinologic.net/
Odicha
Oct 13, 2010, 5:59:30 AM10/13/10
to aster...@googlegroups.com
El 13/10/2010 10:26, Elio Rojano escribi�:> <mailto:franke...@gmail.com>> escribi�:
>
> Hola a todos,
>
> Despu�s de estar en la charla de Elio en el VOIP2Day (SIMO), sal�
> encantado de las nuevas funcionalidades de 1.8, as� que me fui a
> probarlo en el curro con un peque�o laboratorio que tengo y estas son
> mis conclusiones ....
>
> -Cifrado AES: Le pregunte a Elio que con que terminal probo el cifrado
> y me comento que con un Snom. Yo no dispongo de un Snom, mis
> terminales son los modestitos Grandstream GXP280. Recompilo el 1.8
> para soporte Crypto, lo configuro en la extensi�n de prueba y lo
> habilito en el tel�fono. Y "voila" funciona a la primera!!, en el
> display del tel�fono aparece una llave indicando que la comunicaci�n
> esta cifrada, pero de todas formas no me f�o. En el servidor Asterisk
> arranco un Ethereal y capturo el audio, de primero se ve que esta en
> el puerto SRTP y decodifico el SRTP y me sale un sonido como cuando
> sintonizas una radio. Todo OK perfectamente cifrado.
>
> -Codec g722: Realizo pruebas para ver como codifica/descodifica G722
> contra otro codec y todo bien. AVISO en los GXP280 si habilitas el
> g722 y el cifrado a la vez, el tel�fono es "espesa" de una manera
> asombrosa, vamos que no es funcional.
>
> -Calendario: Esto es la leche y funciono a la primera. La prueba la
> realice con una cuenta de google calendar y en calendar.conf configure
> mi cuenta de google y apuntando a un peque�o AGI para activar un TTS y
> otra vez "voile". Diez minutos antes del evento del calendario me
> llama el asterisk a mi extensi�n y cuando descuelgo me lee el campo
> "Titulo" del evento en un perfecto "mejicano".
>
> Cosas que no me han funcionado (por ahora, eso espero)
>
> -CEL: No se que hago mal pero lo habilito y no me deja nada en cel-csv
> o cel-custom ??
>
>
> Mi cel_custom.conf
>
> [mappings]
> Master.csv =>
> ${CSV_QUOTE(${eventtype})},${CSV_QUOTE(${eventtime})},${CSV_QUOTE(${CALLERID(name)})},${CSV_QUOTE(${CALLERID(num)})},${CSV_QUOTE(${CALLERID(ANI)})}
> ,${CSV_QUOTE(${CALLERID(RDNIS)})},${CSV_QUOTE(${CALLERID(DNID)})},${CSV_QUOTE(${CHANNEL(exten)})},${CSV_QUOTE(${CHANNEL(context)})},${CSV_QUOTE(${CHANNEL(channam
> e)})},${CSV_QUOTE(${CHANNEL(appname)})},${CSV_QUOTE(${CHANNEL(appdata)})},${CSV_QUOTE(${CHANNEL(amaflags)})},${CSV_QUOTE(${CHANNEL(accountcode)})},${CSV_QUOTE(${
> CHANNEL(uniqueid)})},${CSV_QUOTE(${CHANNEL(linkedid)})},${CSV_QUOTE(${CHANNEL(peer)})},${CSV_QUOTE(${CHANNEL(userfield)})},${CSV_QUOTE(${eventextra})}
>
> Aunque tambi�n lo tengo por ODBC para poder utilizar el MySQL junto con
> el CDR.
>
> -Cambio de callerid: Habilito la opci�n "sendrpid = yes" y "trustrpid
> = yes" pero cuando hago una transferencia no cambia el ID �Ser� el
> GXP280?
>
>
> Yo hice las pruebas del callerid con un Snom 820, un Thomson TB-30 y un
> Grandstream GXP-1200 y funcionaba perfectamente en los tres.
> Con el 'sendrpid=yes' �nicamente ya funciona, no hace falta el trustrpid
> (te lo confirmo).
> No he probado con el gxp280, aunque seg�n Olle el callerid se cambia en
> el dialogo que le llega de la transferencia, por lo que creo que deber�a
> ser m�s o menos compatible con la mayor�a de los terminales, aunque
> claro, te has ido al terminal m�s simple desde que desapareci� los BT100. xD
>
> -Calendario con EWS: Como la pagina del Exchange esta cifrada con un
> certificado propio, el asterisk me dice "Untrusted SSL certificate" y
> no me baja los eventos del calendario.
>
>
> Unprobed... MS Exchange se sale de mi pol�tica de calidad de software
> m�nimo exigible. :P
>
> Hola a todos,
>
> Despu�s de estar en la charla de Elio en el VOIP2Day (SIMO), sal�
> encantado de las nuevas funcionalidades de 1.8, as� que me fui a
> probarlo en el curro con un peque�o laboratorio que tengo y estas son
> mis conclusiones ....
>
> -Cifrado AES: Le pregunte a Elio que con que terminal probo el cifrado
> y me comento que con un Snom. Yo no dispongo de un Snom, mis
> terminales son los modestitos Grandstream GXP280. Recompilo el 1.8
> habilito en el tel�fono. Y "voila" funciona a la primera!!, en el
> display del tel�fono aparece una llave indicando que la comunicaci�n
> esta cifrada, pero de todas formas no me f�o. En el servidor Asterisk
> arranco un Ethereal y capturo el audio, de primero se ve que esta en
> el puerto SRTP y decodifico el SRTP y me sale un sonido como cuando
> sintonizas una radio. Todo OK perfectamente cifrado.
>
> -Codec g722: Realizo pruebas para ver como codifica/descodifica G722
> contra otro codec y todo bien. AVISO en los GXP280 si habilitas el
> asombrosa, vamos que no es funcional.
>
> -Calendario: Esto es la leche y funciono a la primera. La prueba la
> realice con una cuenta de google calendar y en calendar.conf configure
> otra vez "voile". Diez minutos antes del evento del calendario me
> "Titulo" del evento en un perfecto "mejicano".
>
> Cosas que no me han funcionado (por ahora, eso espero)
>
> -CEL: No se que hago mal pero lo habilito y no me deja nada en cel-csv
> o cel-custom ??
>
>
> Mi cel_custom.conf
>
> [mappings]
> Master.csv =>
> ${CSV_QUOTE(${eventtype})},${CSV_QUOTE(${eventtime})},${CSV_QUOTE(${CALLERID(name)})},${CSV_QUOTE(${CALLERID(num)})},${CSV_QUOTE(${CALLERID(ANI)})}
> ,${CSV_QUOTE(${CALLERID(RDNIS)})},${CSV_QUOTE(${CALLERID(DNID)})},${CSV_QUOTE(${CHANNEL(exten)})},${CSV_QUOTE(${CHANNEL(context)})},${CSV_QUOTE(${CHANNEL(channam
> e)})},${CSV_QUOTE(${CHANNEL(appname)})},${CSV_QUOTE(${CHANNEL(appdata)})},${CSV_QUOTE(${CHANNEL(amaflags)})},${CSV_QUOTE(${CHANNEL(accountcode)})},${CSV_QUOTE(${
> CHANNEL(uniqueid)})},${CSV_QUOTE(${CHANNEL(linkedid)})},${CSV_QUOTE(${CHANNEL(peer)})},${CSV_QUOTE(${CHANNEL(userfield)})},${CSV_QUOTE(${eventextra})}
>
> el CDR.
>
> -Cambio de callerid: Habilito la opci�n "sendrpid = yes" y "trustrpid
> = yes" pero cuando hago una transferencia no cambia el ID �Ser� el
> GXP280?
>
>
> Yo hice las pruebas del callerid con un Snom 820, un Thomson TB-30 y un
> Grandstream GXP-1200 y funcionaba perfectamente en los tres.
> (te lo confirmo).
> No he probado con el gxp280, aunque seg�n Olle el callerid se cambia en
> el dialogo que le llega de la transferencia, por lo que creo que deber�a
> ser m�s o menos compatible con la mayor�a de los terminales, aunque
> claro, te has ido al terminal m�s simple desde que desapareci� los BT100. xD
>
> -Calendario con EWS: Como la pagina del Exchange esta cifrada con un
> certificado propio, el asterisk me dice "Untrusted SSL certificate" y
> no me baja los eventos del calendario.
>
>
> m�nimo exigible. :P
Si est�s en un entorno LAN puedes deshabilitar la solicitud de
certificado por parte del servidor. En mis pruebas funcion� (Exchange
Server 2003)
>
>
> Muchas gracias por aguantar este pedazo de mensaje.
>
> --
> 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>
>
>
>
>
> --
> http://www.sinologic.net/
>
> --
> 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
FrankEinstain
Oct 13, 2010, 6:00:43 AM10/13/10
to asterisk-es
Muchas gracias Elio, ya me funciona el CEL.
Coincido contigo sobre "MS Exchange se sale de mi política de calidad
de software mínimo
exigible" pero el cliente es el cliente y hay que vender.
Revisare el 'master key' dentro de SIP para ver si consigo descifrar
SRTP como dice Saul (muchas gracias). Aunque creo que habilitando SRTP
en una red basada en switches y con la mac del asterisk grabada a
fuego en la tabla de todos los switches, es realmente jodido escuchar
conversaciones que no sean de tu terminal.
Saludos.-
On 13 oct, 11:26, Elio Rojano <hel...@gmail.com> wrote:
> ${CSV_QUOTE(${eventtype})},${CSV_QUOTE(${eventtime})},${CSV_QUOTE(${CALLERI D(name)})},${CSV_QUOTE(${CALLERID(num)})},${CSV_QUOTE(${CALLERID(ANI)})}
> ,${CSV_QUOTE(${CALLERID(RDNIS)})},${CSV_QUOTE(${CALLERID(DNID)})},${CSV_QUO TE(${CHANNEL(exten)})},${CSV_QUOTE(${CHANNEL(context)})},${CSV_QUOTE(${CHAN NEL(channam
> >http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asteris...
Coincido contigo sobre "MS Exchange se sale de mi política de calidad
de software mínimo
exigible" pero el cliente es el cliente y hay que vender.
Revisare el 'master key' dentro de SIP para ver si consigo descifrar
SRTP como dice Saul (muchas gracias). Aunque creo que habilitando SRTP
en una red basada en switches y con la mac del asterisk grabada a
fuego en la tabla de todos los switches, es realmente jodido escuchar
conversaciones que no sean de tu terminal.
Saludos.-
On 13 oct, 11:26, Elio Rojano <hel...@gmail.com> wrote:
> ,${CSV_QUOTE(${CALLERID(RDNIS)})},${CSV_QUOTE(${CALLERID(DNID)})},${CSV_QUO TE(${CHANNEL(exten)})},${CSV_QUOTE(${CHANNEL(context)})},${CSV_QUOTE(${CHAN NEL(channam
> e)})},${CSV_QUOTE(${CHANNEL(appname)})},${CSV_QUOTE(${CHANNEL(appdata)})},$ {CSV_QUOTE(${CHANNEL(amaflags)})},${CSV_QUOTE(${CHANNEL(accountcode)})},${C SV_QUOTE(${
> CHANNEL(uniqueid)})},${CSV_QUOTE(${CHANNEL(linkedid)})},${CSV_QUOTE(${CHANN EL(peer)})},${CSV_QUOTE(${CHANNEL(userfield)})},${CSV_QUOTE(${eventextra})}
Iñaki Baz Castillo
Oct 13, 2010, 6:59:53 AM10/13/10
to aster...@googlegroups.com
El día 13 de octubre de 2010 11:41, Elio Rojano <hel...@gmail.com> escribió:
> Aquí tienes la traza SIP:
> https://docs.google.com/document/edit?id=15lI9NXL37EefrFooeLDwAGzbb5pQ6Vh2ORYr_xOUle0&hl=es&authkey=CPDY0sUM
> Aquí tienes la traza SIP:
> https://docs.google.com/document/edit?id=15lI9NXL37EefrFooeLDwAGzbb5pQ6Vh2ORYr_xOUle0&hl=es&authkey=CPDY0sUM
Espera que coja aire...
-------------------
INVITE sip:2...@192.168.0.170:5060;transport=udp;user=phone SIP/2.0
From: "100" <sip:1...@192.168.0.8>;tag=as0ce402ae
Remote-Party-ID: "203" <sip:2...@192.168.0.8>;party=calling;privacy=off;screen=no
-------------------
Pero ¿qué p*** mier** es esto? ¿¿¿Hace el cambio de callerid usando la
cabecera obsoleta y no estandarizada Remote-Party-Id???
Esto es una tomadura de pelo.
Para el cambio de CLI durante una llamada existe una especificación
muy clara al respecto:
http://tools.ietf.org/html/rfc4916 (Connected Identity in SIP).
Lo que se cambia es la propia cabecera From (además de tener un
"Require: from-change").
Esta ñapa merece todo mi despreción, y más aún si resulta que la gente
se lo cree a pies puntillas sólo porque "Asterisk lo implementa".
Ala, y apodéis decir que Asterisk implementa cambio de CLI durante una
llamada, al igual que implementa la captura de llamadas: a su bola y
defecando sobre los estándares.
Felicidades Asterisk 1.8, recuérdame que no te compile en la vida.
Elio Rojano
Oct 13, 2010, 7:04:03 AM10/13/10
to aster...@googlegroups.com
Quejas, a Asterisk-dev con copia a Olle Johansson. :)
--
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
--
http://www.sinologic.net/
Elio Rojano
Oct 13, 2010, 7:10:16 AM10/13/10
to aster...@googlegroups.com
El 13 de octubre de 2010 13:04, Elio Rojano <hel...@gmail.com> escribió:
El 13 de octubre de 2010 12:59, Iñaki Baz Castillo <i...@aliax.net> escribió:El día 13 de octubre de 2010 11:41, Elio Rojano <hel...@gmail.com> escribió:
> Aquí tienes la traza SIP:Espera que coja aire...
> https://docs.google.com/document/edit?id=15lI9NXL37EefrFooeLDwAGzbb5pQ6Vh2ORYr_xOUle0&hl=es&authkey=CPDY0sUM
-------------------
INVITE sip:2...@192.168.0.170:5060;transport=udp;user=phone SIP/2.0
From: "100" <sip:1...@192.168.0.8>;tag=as0ce402ae
Remote-Party-ID: "203" <sip:2...@192.168.0.8>;party=calling;privacy=off;screen=no
-------------------
Pero ¿qué p*** mier** es esto? ¿¿¿Hace el cambio de callerid usando la
cabecera obsoleta y no estandarizada Remote-Party-Id???
Esto es una tomadura de pelo.
Para el cambio de CLI durante una llamada existe una especificación
muy clara al respecto:
http://tools.ietf.org/html/rfc4916 (Connected Identity in SIP).
Lo que se cambia es la propia cabecera From (además de tener un
"Require: from-change").
Cuando leí que Asterisk 1.8 implementaría lo del cambio de callerid vía SIP, me puse a investigar qué teléfonos soportaba el rfc para hacer la prueba, descubrí que prácticamente NINGUNO de los que tenía acceso y me dije... guai, así seguro que funciona.
Cuando busqué en el ChangeLog referencias al RFC me dí cuenta que no aparecía nada, pero en cambio sí que aparecían comentarios como que sí que funcionaba ... así que imaginé que era algún tipo de "ñapa" para hacerlo funcionar aún sin ser compatible con el rfc.
Lo hablé con Olle en el Voip2day y le comenté... ¿esto no es un poco chapuza? y me respondió... no, es perfectamente legal, es un diálogo correcto y aunque no se base en el RFC permite que sea compatible con la mayoría de los terminales.
:-'
Esta ñapa merece todo mi despreción, y más aún si resulta que la gente
se lo cree a pies puntillas sólo porque "Asterisk lo implementa".
Ala, y apodéis decir que Asterisk implementa cambio de CLI durante una
llamada, al igual que implementa la captura de llamadas: a su bola y
defecando sobre los estándares.
Felicidades Asterisk 1.8, recuérdame que no te compile en la vida.
Quejas, a Asterisk-dev con copia a Olle Johansson. :)--
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
--
http://www.sinologic.net/
--
http://www.sinologic.net/
Iñaki Baz Castillo
Oct 13, 2010, 7:11:34 AM10/13/10
to aster...@googlegroups.com
El día 13 de octubre de 2010 13:04, Elio Rojano <hel...@gmail.com> escribió:
> Quejas, a Asterisk-dev con copia a Olle Johansson. :)
> Quejas, a Asterisk-dev con copia a Olle Johansson. :)
Vale, lo haré :)
Pero hasta entonces por favor que nadie lo use ni lo promueva por
favor. Que luego a algunos se les llena la boca con lo de "Asterisk y
estándares y blablabla-hablo-sin-saber".
Iñaki Baz Castillo
Oct 13, 2010, 7:12:35 AM10/13/10
to aster...@googlegroups.com
El día 13 de octubre de 2010 13:10, Elio Rojano <hel...@gmail.com> escribió:
> Lo hablé con Olle en el Voip2day y le comenté... ¿esto no es un poco
> chapuza? y me respondió... no, es perfectamente legal, es un diálogo
> correcto y aunque no se base en el RFC permite que sea compatible con la
> mayoría de los terminales.
> Lo hablé con Olle en el Voip2day y le comenté... ¿esto no es un poco
> chapuza? y me respondió... no, es perfectamente legal, es un diálogo
> correcto y aunque no se base en el RFC permite que sea compatible con la
> mayoría de los terminales.
Insisto, la cabecera Remote-Party-ID está obsoleta/deprecated y nunca
ha sido RFC. Así que todo lo que derive de ella es una... mejor no lo
digo.
Elio Rojano
Oct 13, 2010, 7:13:26 AM10/13/10
to aster...@googlegroups.com
El 13 de octubre de 2010 13:11, Iñaki Baz Castillo <i...@aliax.net> escribió:
El día 13 de octubre de 2010 13:04, Elio Rojano <hel...@gmail.com> escribió:
> Quejas, a Asterisk-dev con copia a Olle Johansson. :)Vale, lo haré :)
Pero hasta entonces por favor que nadie lo use ni lo promueva por
favor. Que luego a algunos se les llena la boca con lo de "Asterisk y
estándares y blablabla-hablo-sin-saber".
¿Has visto que en mi presentación haya hablado de estándares? Lo único que decía es "POR FIN!"
y es que... desde un punto de vista "objetivo" y para las empresas, eso funciona. ¿es la mejor manera? no, yo ya sé que no, pero funciona.
--
--
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
--
http://www.sinologic.net/
Elio Rojano
Oct 13, 2010, 7:20:02 AM10/13/10
to aster...@googlegroups.com
El 13 de octubre de 2010 13:13, Elio Rojano <hel...@gmail.com> escribió:
El 13 de octubre de 2010 13:11, Iñaki Baz Castillo <i...@aliax.net> escribió:El día 13 de octubre de 2010 13:04, Elio Rojano <hel...@gmail.com> escribió:
> Quejas, a Asterisk-dev con copia a Olle Johansson. :)Vale, lo haré :)
Pero hasta entonces por favor que nadie lo use ni lo promueva por
favor. Que luego a algunos se les llena la boca con lo de "Asterisk y
estándares y blablabla-hablo-sin-saber".
¿Has visto que en mi presentación haya hablado de estándares? Lo único que decía es "POR FIN!"y es que... desde un punto de vista "objetivo" y para las empresas, eso funciona. ¿es la mejor manera? no, yo ya sé que no, pero funciona.
Por cierto... esto puede ayudar:
Sobre todo esta parte:
rjain: Implementing RFC4916 (and RFC4474 where the syntax for the Identity header is defined) would be a lot of additional work as it requires an X509 certificate authority and remembering every Call-ID value for at least an hour.
It would however, be easy to implement the P-Asserted-Identity header from RFC3325 which the later Linksys handset firmware supports.
It would however, be easy to implement the P-Asserted-Identity header from RFC3325 which the later Linksys handset firmware supports.
--
--
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
--
http://www.sinologic.net/
--
http://www.sinologic.net/
Iñaki Baz Castillo
Oct 13, 2010, 7:31:20 AM10/13/10
to aster...@googlegroups.com
El día 13 de octubre de 2010 13:20, Elio Rojano <hel...@gmail.com> escribió:
> Sobre todo esta parte:
> rjain: Implementing RFC4916 (and RFC4474 where the syntax for the Identity
> header is defined) would be a lot of additional work as it requires an X509
> certificate authority and remembering every Call-ID value for at least an
> hour.
> Sobre todo esta parte:
> rjain: Implementing RFC4916 (and RFC4474 where the syntax for the Identity
> header is defined) would be a lot of additional work as it requires an X509
> certificate authority and remembering every Call-ID value for at least an
> hour.
Hola. El RFC 4474 no tiene nada que ver con el 4916.
El 4474 habla de una cabecera Identity que sirve para que un
proxy/server verifique que el From que le llega (desde otro
proxy/server y no desde un teléfono de su dominio) está validado por
el proxy/server origen.
El 4916 define un mecanismo para cambiar el From durante una llamada.
¿Por casualidad tienes el link al bug-report o patch de Olle respecto
a la nueva guarrada de cambiar el Rmote-Party-ID durante una llamada?
Me gustaría meter un poco de caña en el asunto.
Gracias.
Elio Rojano
Oct 13, 2010, 7:35:06 AM10/13/10
to aster...@googlegroups.com
Creo que es el enlace que te he mandado...
y este creo que es el principal:
Gracias.
--
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
--
http://www.sinologic.net/
Elio Rojano
Oct 13, 2010, 7:34:22 AM10/13/10
to aster...@googlegroups.com
Gracias.
--
--
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
--
http://www.sinologic.net/
bakko
Oct 13, 2010, 7:50:24 AM10/13/10
to aster...@googlegroups.com
Hola,
yo he hecho estas pruebas y algunas funcionaron, otras no:
- Calendario utilizando google calendar (perfecto)
- Eventos distribuidos con tigase (no me funcion�)
- cifrado con aastra 6755i (perfecto)
- MWI remoto (perfecto)
Saludos
Iñaki Baz Castillo
Oct 13, 2010, 8:09:20 AM10/13/10
to aster...@googlegroups.com
El día 13 de octubre de 2010 13:34, Elio Rojano <hel...@gmail.com> escribió:
> Creo que es el enlace que te he mandado...
> https://issues.asterisk.org/view.php?id=8824
> Creo que es el enlace que te he mandado...
> https://issues.asterisk.org/view.php?id=8824
Bug report: https://issues.asterisk.org/view.php?id=18131
Auqnue más bien sería una categoría nueva de reporte en plan "díme
porqué puñetas has implemetado eso" XDD
Jon Bonilla
Oct 13, 2010, 8:10:18 AM10/13/10
to aster...@googlegroups.com
El Wed, 13 Oct 2010 13:13:26 +0200
Elio Rojano <hel...@gmail.com> escribió:
Elio Rojano <hel...@gmail.com> escribió:
> >
> > ¿Has visto que en mi presentación haya hablado de estándares? Lo único que
> decía es "POR FIN!"
> y es que... desde un punto de vista "objetivo" y para las empresas, eso
> funciona. ¿es la mejor manera? no, yo ya sé que no, pero funciona.
Creo que de lo que Iñaki se queja no es de que funcione o no. "A mi me
funciona" creo que no es siempre un argumento válido.
Iñaki se queja de que los fabricantes se pasan los estándares por el forro de
los **** en vez de implementarlo. Gracias a esto tenemos chapuzas y parches en
aras de la interoperabilidad que por un lado hacen el código chapucero y por
otro lado hace que los nuevos fabricantes implementen estas ñapas en vez del
estándar para poder ser a su vez compatibles.
Claro que mucha culpa la tienen también quienes definen los estándares. Creo
que Iñaki está preocupado por la concentración de alcohol y opiáceos en sangre
de un grupo de trabajo del IETF en plena reunión. Otra preocupación es que no
son los desarroladores quienes pagan las copas, sino ciertas empresas y
consorcios de operadoras.
Elio Rojano
Oct 13, 2010, 8:24:33 AM10/13/10
to aster...@googlegroups.com
Jon, entiendo perfectamente el porqué se queja Iñaki y porqué me jodió cuando busqué referencias al rfc y lo único que encontré fue un mensaje diciendo que "no pensaba implementarse".
Lo primero que uno desea es que haya un estándar bien definido que sea válido y desarrollable para que las aplicaciones que quieran implementar dicha característica hagan uso de dicho estándar en lugar de "reinventar la rueda".
Dicho estandar no es utilizado actualmente por prácticamente ningún terminal, por lo que, aunque perfectamente válido es poco práctico si no es ámpliamente apoyado. Desconozco el punto de quien debe dar el primer paso en este tema: si es la IETF la que define el RFC y los fabricantes los que lo implementan, o son los fabricantes los que lo implementan y luego la IETF hace las modificaciones para adecuarlo y que todos se pongan de acuerdo.
Sea como sea tanto los de un lado como los del otro, el usuario es el "gilipollas" que tiene que convencer a un cliente de que "algo" que funciona en otros sistemas cerrados, no funciona en un sistema abierto, porque los fabricantes, desarrolladores, o veteasaberquien, no ha implementado correctamente el RFCxxxx. Eso a su cliente no le importa lo más mínimo, quiere resultados y si un producto no lo hace, y otro sí, van a por el que lo hace, cumpla o no las especificaciones.
Yo esperaba que estuviera implementado el rfc para esta función, pero cuando ví que no lo estaba y que en cambio funcionaba... oye... que quieres que te diga... uno siente una alegría amarga de ver que algo que debía funcionar desde la versión 1.0 y que nunca lo ha hecho, por fín lo hace, aunque no sea basándose en el rfc. :'')
--
http://www.sinologic.net/
Santos Martinez
Oct 13, 2010, 9:48:11 AM10/13/10
to asterisk-es
La verdad es que los dos tenéis vuestra parte razón, aunque yo estoy
con Elio en que bastante tienes que pelear con los clientes para,
además, convencerlos de que lo que tu instalas si no hace algo es
porque no se cumplen estándares. Es una batalla perdida, el cliente
sólo ve que eso "funciona" y punto.
Al menos yo ya me he dado cuenta de que una cosa es evangelizar y otra
muy distinta tener los pies en la tierra.
con Elio en que bastante tienes que pelear con los clientes para,
además, convencerlos de que lo que tu instalas si no hace algo es
porque no se cumplen estándares. Es una batalla perdida, el cliente
sólo ve que eso "funciona" y punto.
Al menos yo ya me he dado cuenta de que una cosa es evangelizar y otra
muy distinta tener los pies en la tierra.
Iñaki Baz Castillo
Oct 13, 2010, 9:55:16 AM10/13/10
to aster...@googlegroups.com
El día 13 de octubre de 2010 15:48, Santos Martinez
<debia...@gmail.com> escribió:
> La verdad es que los dos tenéis vuestra parte razón, aunque yo estoy
> con Elio en que bastante tienes que pelear con los clientes para,
> además, convencerlos de que lo que tu instalas si no hace algo es
> porque no se cumplen estándares. Es una batalla perdida, el cliente
> sólo ve que eso "funciona" y punto.
> Al menos yo ya me he dado cuenta de que una cosa es evangelizar y otra
> muy distinta tener los pies en la tierra.
<debia...@gmail.com> escribió:
> La verdad es que los dos tenéis vuestra parte razón, aunque yo estoy
> con Elio en que bastante tienes que pelear con los clientes para,
> además, convencerlos de que lo que tu instalas si no hace algo es
> porque no se cumplen estándares. Es una batalla perdida, el cliente
> sólo ve que eso "funciona" y punto.
> Al menos yo ya me he dado cuenta de que una cosa es evangelizar y otra
> muy distinta tener los pies en la tierra.
Sí, ok, pero cuando el cliente se compre un nuevo y moderno teléfono
que implemente el RFC 4916 y no implemente Remote-Party-ID (porque
lleva años deprecated) a ver cómo le explicas que su flamante nuevo
teléfono "no funciona" bien con la flamante nuevísima versión de
Asterisk.
Fernando Villares
Oct 14, 2010, 6:56:26 AM10/14/10
to aster...@googlegroups.com
y si matamos a todos y listo?...tendriamos menos stress
Reply all
Reply to author
Forward
0 new messages