Hoola!
Hasta ahora, mando llamadas de OpenSER a Asterisk sin problemas. Pero
hoy se me ha ocurrido hacerlo al revés, imaginando que las llamadas de
entran por IAX o por una ZAP...
Como ya tengo creado el friend OpenSER, he probado a mandarle la
llamada en plan:
exten => noseke,n,Dail(SIP/openser/200) por ejemplo
Pero claro, OpenSER protesta diciendo que necesita autenticación y no
hay INVITE que valga xD
He pensado en utilizar el parámetro "fromuser" en el Asterisk, que me
permite poner otra cosa en el from, pero hacer esa comprobación en
OpenSER no se yo si es demasiado seguro... Como podría hacer esto de
una manera "decente"? Thnx!!
--
Saúl -- "Some people say why, other just say, why not."
----------------------------------------------------------------
http://www.saghul.net/
Hoola!
Se que este tema se comentó en la otra lista, pero necesito reflotarlo
un poco xD
Me estoy planteando *my seriamente* acercarme al VON, para ir al curso
de OpenSER. Cunando digo "muy seriamente" me refiero a que tengo la
tarjeta de crédito en la mano...
Creo que por aquí alguien iba a ir (Iñaki?) y tal... Si podéis
comentar algo de hoteles cerca y tal... os lo agradecería mucho.
Salu2!!
--
Saúl -- "Some people say why, other just say, why not."
----------------------------------------------------------------
http://www.saghul.net/
¿Alguien tiene alguna comparativa entre ambos?, la intención es usar para
solventar los problemas de NAT con OpenSer 1.2.2, por lo que las sugerencias
son bienvenidas.
--
Saludos.
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
Hoola!
En muchas configuraciones leo este tipo de cosas:
if(method=="BYE" || method=="CANCEL") {
unforce_rtp_proxy();
}
Esto fuera del loose_route. Pues por más que lo he intentado, no he
conseguido generar un BYE fuera del dialogo. En el RFC3261, seccion
15, pone: "A UA MUST NOT send a BYE outside of a dialog".
Teniendo en cuenta esto, entiendo que lo de arriba esta "mal", y que
deberia ser:
if(method=="CANCEL") {
unforce_rtp_proxy();
}
porque los BYE entrarían en el loose_route no? Estoy equivocado? Thnx!
--
Saúl -- "Some people say why, other just say, why not."
----------------------------------------------------------------
http://www.saghul.net/
Hola, para mi sorpresa si hago un INVITE a un alias y envío un CANCEL
OpenSer "interpreta" bien ese CANCEL aunque dicho CANCEL (que no
es "in-dialog" por supuesto) no haya pasado por la función de "aliases".
Parece un poco "magia", aunque leo esto que maś o menos lo explica:
"CANCEL messages can be safely processed with a simple call to t_relay()
because SER will automatically match the CANCEL message to the original
INVITE message (stateful)."
Vale, de acuerdo, entonces entiendo que lo correcto es aplicar "aliases" SOLO
a mensajes INVITE (que no re-INVITE), MESSAGE y OPTIONS. ¿Se me olvida
alguno? (entiendo que en SUBSCRIBE no tiene mucho sentido.
Saludos.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
Hola, sin el parámetro fr_inv_timer todo va bien, bueno, me refiero a que si
un usuario no responde su propio cliente SIP envía un "Not responding" que
llega al llamante y fin.
Pero si añado:
# Tiempo máximo de establecimiento de llamada tras el "Trying":
modparam("tm", "fr_inv_timer", 10)
entonces ocurre que a los **mucho más que 10 segundos** el llamado genera
(igual que antes) su "Not responding" el cual sencillamente no atraviesa
OpenSer y por lo tanto el llamado envía un montón de ACK esperando recibir u
200 OK.
Bueno, que casi casi que ya sé por dónde va los tiros, el
parámetro "fr_inv_timer" no limita en realidad el tiempo del INVITE, limita
el tiempo en el que OpenSer mantiene en memoria la actual transacción (o sea,
el valor del callid y tal). Pasado el tiempo ""fr_inv_timer" OpenSer desecha
cualquier respuesta a ese INVITE (¡¡ incluso aunque sea un "200 OK" !!). De
hecho lo he comprobado.
Vale, iluso de mí, y yo que pensaba que OpenSer generaría un "Not responding"
al llamante y un "CANCEL" al llamado... :(
Saludos.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
Hola, esta vez en vez de preguntar algo voy a compartir un cachito de código
del que me siento orgulloso :)
Se trata de un mecanismo para implementar permisos personalizados (ACL's) en
llamadas entrantes a cada dominio, y funciona en modo multidominio.
Ya puestos he empezado un blog XD
Pues nada, a ver qué os parece, toda opinión es bienvenida:
http://blog.aliax.net/2007/08/openser-acls-multidominio.html
Saludos.
PD: En caso de opinar casi prefiero que lo hagáis aquí en la lista y no en el
blog.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
Hola,
Acabo de hacer un commit en el svn que actualiza el port de OpenSER
en FreeBSD a la versión 1.2.2 . A continuación haré el commit en el
árbol de ports de FreeBSD.
Los packages de OpenSER 1.2.2 para FreeBSD estarán disponibles en
todos los mirrors de FreeBSD en la próxima actualización de packages
(normalmente una vez a la semana).
Saludos
JesusR.
------------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------
Tras comprobar el tema de http-digest parcialmente ya que me falta poner lo
de tls,pero tengo que ir probando los distintos atatques con distintas
configuracioens de openser ahora estoy sin tls,estoy en el siguiente
escensario
softphone en windows : ekiga
softphone en gny/linux :twinkle
la petición de llamada le llega desde windows a gnu/linux y al reves
perfectamente.
arranco el wireshark y hago la llamada de A -> B , hablo con mi
supermaravilloso microfono de euro y cierro la conversación,miro si me ha
cogido alguna llamada el wireshark y aparece una , y la reproduzco y no me
reproduce ningun sonidos :S :S :S.
1º pienso el micro no funciona pero he probado a hablar con el por gmail y
funciona perfectamte
2º ni idea pero quedaba bien.
cual puede ser el problema???
--
=====================================================
Legolas_Bilbao[ID2006][GKR]
Dios creo un equipo Perfecto a los demas los lleno de extranjeros
http://www.forosindicedonkey.comhttp://usuarios.lycos.es/ligaforo/
=====================================================