¡¡ Ha salido Twinkle 1.3 !!
---------- Mensaje reenviado ----------
Asunto: [twinklephone] Twinkle 1.3
Fecha: Lunes, 18 de Agosto de 2008
De: Michel de Boer <michel(a)twinklephone.com>
Para: twinklephone(a)yahoogroups.com
I have just released Twinkle 1.3. You can download it from
www.twinklephone.com
Changes for this release are:
- Send file attachment with instant message.
- Show timestamp with instant messages.
- Instant message composition indication (RFC 3994).
- Persistent TCP connections with keep alive.
- Do not try to send SIP messages larger than 64K via UDP.
- Integration with libzrtcpp-1.3.0
- Xsession support to restore Twinkle after system shutdown/startup.
- Call snd_pcm_state to determine jitter buffer exhaustion (some ALSA
implementations gave problems with the old method).
- SDP parser allows SDP body without terminating CRLF.
- Russian translation.
Bug fixes
---------
- SIP parser did not allow white space between header name and colon.
- With "send in-dialog requests to proxy" enabled and transport
mode set to "auto", in-dialog requests are wrongly sent via TCP.
- Crash when a too large message is received.
- Comparison of authentication parameters (e.g. algorithm) were
case-sensitive.
These comparisons must be case-insensitive.
- SDP parser could not parse other media transports than RTP/AVP.
- Twinkle sent 415 response instead of 200 OK on in-dialog INFO without
body.
- Twinkle responds with 513 Message too large on an incoming call.
- ICMP error on STUN request causes Twinkle to crash.
- Add received-parameter to Via header of an incoming request if it
contains
an empty rport parameter (RFC 3581)
- Twinkle did not add Contact header and copy Record-Route header
to 180 response.
New RFC's
---------
RFC 3994 - Indication of Message Composition for Instant Messaging
--
Iñaki Baz Castillo
Hola, he preguntado a nosécuántos registradores de dominio si permiten en sus
paneles de control (siendo ellos los nameservers) configurar registros SRV,
NAPTR y AAAA. Y ***nadie*** los soporta, ¿cómo es posible?
¿Alguien conoce alguno? Gracias y perdón por el offtopicazo.
--
Iñaki Baz Castillo
Hola buenas,
Este es mi primer mensaje a la lista, así que hola a todos :)
Estoy intentando montar Openser 1.3 con Mediaproxy 2.0.3.
Para simplificar estoy probando con la configuración de
http://www.voip-info.org/wiki/view/OpenSER+And+Mediaproxy con los
cambios necesarios para que funcione con las versiones actuales.
Al realizar una llamada se queda en el "Calling" y en los debugs veo que
Openser hace uso del use_media_proxy pero en el dispatcher no veo nada.
Parece que el problema está en la comunicación entre el dispatcher y
openser, pero la configuración del socket y los permisos están todos ok.
Si en mitad de le la llamada paro el dispatcher, la llamada me hace ring
en el otro extremo.
Otra cosa, que no sé si es muy normal, al hacer un
# cat /var/run/mediaproxy/dispatcher.sock
me suelta:
/var/run/mediaproxy/dispatcher.sock: No such device or address
La verdad que estoy un poco atascado. ¿ Alguan idea para salir del atasco ?
Muchas Gracias
---
David Sedeño
Vaya sorpresa me he llevado! No es 1 de abril ni nada, no? xD
--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/
Hoola!
Llevo un rato leyendo sobre este tema y no he llegado a grandes
conclusiones, a ver si podéis arrojar algo de luz :)
OpenSER al parecer no soporta la 'presencia' BLF, vamos, el Event: dialog
buscando por ahí solo encuentro algún hilo de Iñaki y kosas sobre BLA,
pero no es lo que estoy buscando, ya que lo que quiero es monitorizar
el estado de las extensiones y tal...
He probado a hacer algo como esto:
else if (method=="SUBSCRIBE") {
xlog("L_INFO","$C(px) -- Gestionando SUBSCRIBE -- $C(xx)\n");
if ($hdr(Event) == "dialog") {
rewritehostport("al_asterisk");
t_relay();
exit;
}
else {
handle_subscribe();
t_release();
}
}
(Asterisk 've' los usuarios de OpenSER, y he creado los hints y tal...)
pero no ha colado...
Alguna idea al respecto? Thnx!!
--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/
Hola, ¿tiene sentido poner unanumeración corta (ejemplo 1004) en formato ENUM?
¿o es una farsa?
Es decir, ¿tiene sentido "internacional" poner "+341004"? Yo entiendo que es
como nombrar de una forma globalmente identificable a algo que no es
accesible globalmente ya que estoy casi seguro de que desde el extranjero no
se puede llamar a números cortos de España.
¿Qué opináis?
PD: Me veo haciendo una lista de correo para preguntas sobre PSTN... XDD
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
>Siento ser tan pesada, pero es que no me funciona y no entiendo porque!!
>He añadido el mismo usuario que tenia en el openser al eyebeam. He seguido
las instrucciones que he >visto por internet, pero no se si los parametros
que he puesto son los correctos.
>el usuario que tengo añadido a openser es:
>openserctl add 200 1234 saghul(a)gmail.com (lo vi en un ejemplo)
>entonces en el eyebeam he puesto:Display Name: Patricia (supongo que puedo
poner lo que quieras)
>User Name:201
>Password:1234
>Authorization user name: 201
>Domain: 10.95.44.29 (ip de la máquina en la que tengo instalado el openser)
>
Tienes diferente el numero de la extensión. En el Open ser tienes 200 y en
el eyebeam tiens 201, pon 200 en el eyebeam a ver si te funciona.