Se llama iSoftPhone, y es un softphone con forma de iPhone de Apple.
La verdad es que tiene pinta de estar bastante currado, aunque tiene como pega que cuesta $99, no obstante seguro que para el que tenga un Mac, el tener un softphone de este tipo lo agradece bastante.
Una de las ventajas es que permite configurarlo con el servidor SIP que desees, además de tener una agenda propia y permitir envío de SMS (esto no dicen cómo va).
Enlace: http://www.call4mac.com/iSoftPhone/
Ayer estuvimos configurando una cuenta de Peoplecall para poder enviar y recibir llamadas.
Ya la teníamos configurada en 1.2, pero para poder hacer determinadas pruebas, queríamos hacerlo con Asterisk 1.4, así que al copiar la configuración, vimos que no funcionaba, no podríamos hacer ni recibir llamadas pese a que el registro lo hacía corréctamente.
Algo raro ¿no?
La configuración con proveedores IP en Asterisk 1.4 se plantea mejorada, en parte por las mejoras en el protocolo SIP.
Tras configurar un par de licencias con el códec G.729 y confirmar que funciona:
asterisk*CLI> show g729
0/0 encoders/decoders of 2 licensed channels are currently in use
Os pongo la configuración SIP (sip.conf)
register => 34XXXXXXXXX001:YYYYYYYYY@sip.peoplecall.com
;; Sintaxis: userID:passwd@sip.peoplecall.com[peoplecall]
type=friend
username=34XXXXXXXXX001
context=default
host=sip.peoplecall.com
canreinvite=no
secret=YYYYYYYYY
nat = yes ;; Si nuestro servidor está detrás de un router.
fromdomain=sip.peoplecall.com
disallow=all
allow=g729
insecure=port,invite
fromuser=34XXXXXXXXX001
qualify=yes ;; Esto en produccion deberiamos ponerlo a ‘no’
Con esto en el sip.conf, ya podemos comprobar el registro con dos comandos:
asterisk*CLI> sip show peers
Name/username Host Dyn Nat ACL Port Status
304/304 (Unspecified) D 0 UNKNOWN
303/303 (Unspecified) D 0 UNKNOWN
peoplecall/34XXXXXXXX001 xx.yy.zz.vv 5060 OK (37 ms)
asterisk*CLI> sip show registry
Host Username Refresh State Reg.Time
sip.peoplecall.com:5060 34XXXXXXXXX 105 Registered Sat, 24 Feb 2007 15:50:53
Lo último que nos falta es modificar el extensions.conf y añadir lo siguiente:
exten => _[6789]XXXXXXXX,1,Dial(SIP/${EXTEN}@peoplecall,,tTr)
exten => _[6789]XXXXXXXX,n,Hangup()
Con esto, quedaría resuelto y podremos hacer y recibir llamadas sin problemas. 😛
Viene para su presentación en el CeBIT, la mayor feria informática del mundo, que se celebra del 15 al 21 de Marzo en Hannover (Alemania).
Tras esto y gracias al acuerdo entre Apple y Cisco ($$$$) en el que ambas empresas podrán utilizar el nombre iPhone, pronto podremos disfrutar de este producto a finales de año.
Aún no está claro con qué compañía firmará Apple su distribución en España, lo que sí está claro es que el precio por realizar un contrato rondará los 400 y los 500€ según el modelo (el de 4 ó 8 Gb) 100€ menos que comprándolo libre.
Enlace: http://www.heise.de/newsticker/meldung/85746
Enlace: http://21talks.net/voip/iphone-cebit
Es una buena noticia, yo estoy esperando a que salga, ya veremos las primeras impresiones de los usuarios, pero seguro que sorprenden. 🙂
Al igual que así lo hicieran Nortel y Microsoft hace poco, ahora Avaya quiere ofrecer VoIP a los productos de Google, concretamente al famoso GoogleTalk y competir de esta manera con la unión N&M.
La nota de prensa: http://www.avaya.com/…/pressreleases/pr-070222.htm
Vía: GigaOM.
Claramente, ahí hay algo que me extraña un poco, y es que las comunicaciones, tanto de mensajería instantanea como de voz que utiliza Google, están basadas en protocolos abiertos y estándares, Avaya por el contrario tiene su propio sistema basado en protocolos propietarios y «falsas compatibilidades» con estándares abiertos.
¿quien cederá?
El sistema StarShop permite la gestión del coste de llamadas para un locutorio cualquiera gestionado por Asterisk.
El proyecto, que es libre (código abierto), tiene buena pinta y el grupo de desarrollo da soporte de instalación y configuración con TrixBox (previo pago, por supuesto).
La única pega que le veo es que no generan una factura, algo imprescindible en cualquier locutorio, aunque con un poco de programación y teniendo los datos adecuados, se puede hacer.
Puedes ver la web del proyecto:
http://www.starshop-online.com/
Como alternativa a este sistema, que requiere que tengas un servidor Asterisk, también existen terminales especiales programables que puedes conectar a cualquier sistema VoIP que sí facturas para el cliente. 🙂
Acaban de sacar una actualización del AbbeyPhone, el cliente SIP para Firefox y Thunderbird compatible con Windows, Linux y Mac.
Lo he probado y tiene buena pinta, la única pega es que no se pueda añadir otros servidores SIP que no sea el propio de AbbeyPhone, a ver si algún día sacan algo así.
Enlace: http://www.mozillavoip.com/
Nota actualizada: Acabo de ver un pequeño truco sobre cómo hacer que el softphone para firefox funcione con otros sistemas, aunque es un poco «chapucilla» podríamos conseguir que funcionase.
El quid de la cuestión consiste en retocar localmente la dirección del servidor donde se conecta y redireccionarla al servidor que queramos. Más información: http://lucafiligheddu.blogspot.com/2007/02/firefox-voip-and-proxy-traversal.html
Gracioso… veremos si funciona. 🙂
Cisco ha hablado sobre la importancia de los fallos de seguridad de sus terminales, concretamente del Cisco 7940.
The Cisco Unified IP Conference Station and IP Phone devices contain the following vulnerabilities:
1. It may be possible to access the Unified IP Conference Station administrative HTTP interface without authentication. This vulnerability can be exploited remotely with no authentication and no user interaction. If exploited, the attacker may alter the device configuration or create a Denial of Service. In a default configuration the attack vector is through TCP port 80. The TCP port used by the HTTP interface is configurable and should be verified before any traffic filtering is added to the network. This vulnerability is not designated by a CVE ID.
2. Vulnerable Cisco Unified IP Phones contain a default username and password that may be accessed via SSH. This vulnerability can be exploited remotely with no user interaction. If exploited, the attacker may be able to modify the device configuration or perform additional attacks. The attack vector is through TCP port 22. This vulnerability is not designated by a CVE ID.
3. Affected Cisco Unified IP Phones contain privilege escalation vulnerabilities that allow local, authenticated users to obtain administrative access to the phone. This vulnerability may be exploited remotely with authentication and no user interaction. If exploited, the attacker may be able to modify the device configuration or cause a Denial of Service. The attack vector is through TCP port 22. This vulnerability is not designated by a CVE ID.
The privilege escalation vulnerabilities involve defects in the command line interface of the affected devices. Upgrading vulnerable devices to fixed software is the only effective means by which to mitigate these particular vulnerabilities; therefore, no identification or mitigation techniques for these vulnerabilities will be detailed in this document.
Parches, avisos y actualizaciones serán colocadas aquí:
http://www.cisco.com/warp/public/707/cisco-air-20070221-phone.shtml
Noticia original: http://blogs.zdnet.com/ip-telephony/?p=1453
Por cierto, este teléfono me recuerda un poco al Linksys 941. 🙂
Para los que tienen una AVM Fritz desde hace más de un año o tarjetas similares RDSI de 1 puerto BRI, les sonará el tan archi-conocido chan_capi necesario para que Asterisk reconociera las líneas RDSI Básicas, algo que Asterisk no traía por defecto y había que descargarlo de la página de Junghanns o de algún que otro sitio.
En estos últimos meses, hemos visto aparecer el famoso mISDN, un driver compatible con la mayoría de tarjetas RDSI Básicas (no en todas) que ha estado verde hasta que la comunidad Asterisk empezó a tomarlo en serio: Recordad que las RDSI Básicas no son algo común en EEUU y por lo tanto, lo que había, era casi exclusivamente fuera de la «oficialidad» de Digium, por lo que había que buscarlo en lugares como la web de Beronet.
Tras sacar Digium junto con Beronet, una versión mISDN compatible, se reforzó el desarrollo de este driver dejando de lado el conocido CAPI y casi todas las tarjetas iban siendo adaptadas a este nuevo driver que permitía casi las mismas cosas que cualquier tarjeta Zaptel (cancelador de eco, ganancias, etc…) de hecho, el archivo mISDN.conf es bastante similar al zapata.conf.
El otro día me llamó la atención encontrarme la versión 1.0.0 del canal CAPI para aquellas tarjetas que aún tienen que ir con este canal y de repente recordé que las AVM y las EICON siguen con este sistema, en mi opinión bastante antiguo si pensamos que mISDN avanza a pasos agigantados.
Mientras tanto, Junghanns continúa con el desarrollo del driver QoZAP con conexión directa al Zaptel y por lo tanto, devuelve un dispositivo ‘/dev/zap‘ así podremos trabajar de igual manera si tenemos una tarjeta Junghanns como una TDM2404E? (las Junghanns trae su propio cancelador de eco hardware de 16ms implementado en un circuito visible en la placa, al igual que las de Digium que son de otra marca y de 32ms.) Así podríamos sustituir 16 líneas analógicas por 4 RDSI ahorrando dinero de mantenimiento de líneas y mejorando en calidad de sonido.
Por otro lado, CAPI sigue ahí, al borde del cañón, con una versión que llama bastante la atención: 1.0.0. lo que no significa que el Chan_capi haya avanzado, solo la especificación de lo que significa CAPI.
Enlace: http://www.capi.org/
Enlace: http://www.ip-phone-forum.de/showthread.php?t=115417
P.D. Pues por lo visto parece que sí existe el chan_capi.1.0.0 después de todo… 🙂
Acaba de salir la versión 1.2.14 del Zaptel (menos de 10 días de que saliera la 1.2.13), lo que muestra unos cambios poco significativos para una nueva versión.
2007-02-19 Russell Bryant
* Zaptel 1.2.14 released
2007-02-16 22:14 +0000 [r2166] Matt Frederickson
* wctdm24xxp.c: Fix detection of second single port modules so it
actually works now.
2007-02-11 15:32 +0000 [r2150] Tzafrir Cohen
* xpp/xbus-core.c: struct inode and debugfs: break some Fedoras
rather than all others.
Otra cosa que me ha llamado la atención ha sido que, generalmente es Kevin P. Flemming en que dicta cuando sale una versión y esta vez ha sido nuestro colega Russell el que lo ha hecho.
Enlace: http://ftp.digium.com/pub/zaptel/
¿Cambios en la estructura del equipo de desarrollo?
AsteriskGuru acaban de publicar un magnífico tutorial sobre instalación y configuracioń de los terminales Linksys 921, unos terminales bastante buenos con una calidad de sonido bastante buena y que forma parte del conjunto de soluciones LVS de Linksys.
Enlace: http://www.asteriskguru.com/tutorials/linksys_921.html
Que lo disfruteis…