6 Nov
2007
6 Nov
'07
12:38 p.m.
Hola Iñaki,
Esto puede tener un problema. Por ejemplo, un gateway de un proveedor
VoIP que también tiene comedia activado. En este caso, tanto el
asterisk como el gateway pueden quedarse esperando a recibir el RTP
del otro.
Ya te daré alguna pista cuando nos veamos ;)
Mmmm.... en esto de SIP, eso de "todos" es bastante relativo :)
Saludos
JesusR.
------------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------
El Lunes, 5 de Noviembre de 2007, Jesus Rodriguez
escribió:
Vale :)
- Si montas un asterisk (o cualquier otro sistema
de centralita IP)
dentro de la red del cliente, puedes mantener el rtp local para las
llamadas internas. Si tienes extensiones remotas puedes hacer proxy
del rtp ya que éste siempre saldrá fuera.
Bueno, pero estamos hablando de centrex que mola más ;) - Si en la
empresa montas un gateway analógico o rdsi/pri para sacar
llamadas por IP, también puedes hacer proxy del rtp ya que seguirá
saliendo al exterior.
Hummm, pero yo por ejemplo en mi configuración aprovecho el modo
Comedia en
caso de que el gateway RDSI_2_SIP lo permita. Ejemplo:
- Un Asterisk (que soporta modo comedia y está configurado para ello
con "nat=yes") en una oficina de algún supuesto cliente para
recibir las
entrantes vía RDSI y sacarlas por SIP.
- Asterisk tiene una IP pública y el resto de tfnos SIP de la
oficina están
tras NAT con otra IP pública distinta y sin STUN.
- Dicho Asterisk tiene un usuario asterisk@dominio_cliente que se
autentica
para llamar al OpenSer (centrex).
- El INVITE llega a OpenSer. Al mirar en la tabla subscriber carga
también
(load_credentials) un campo al que he llamado "caller_allows_comedia".
Si tiene valor "y" entonces no se aplica RtpProxy.
- Finalmente OpenSer hará un INVITE a algún usuario de la oficina
(que estará
tras NAT sin STUN ni nada). El RTP funcionará ya que Asterisk
esperará a ver
de dónde llega el tráfico al puerto que ha indicado en el SDP del
INVITE
antes de enviarlo él.
- En conclusión, el audio es directo entre el usuario de la oficina y
Asterisk, sin requerir RtpProxy.
- Y lo mejor... ¡¡¡funciona!!! XD Ahora sólo queda esperar que los RDSI_2_SIP más
sencillitos (Epigy,
Lancom)
soportan comedia... ¿lo hacen?
Hace mucho que no pruebo cacharros así, no lo se :-/
¿Ves algún fallo en mi planteamiento?
No, ninguno... sólo el tema de que ambos extremos puedan quedarse
esperando a recibir RTP del otro.
- Incluso si
ofreces algún tipo de servicio ip centrex en modelo ASP,
por ejemplo, podrías permitirte hacer proxy del rtp de las llamadas
locales si usas G729. Además, el tema del retardo no es problema ya
que en una ADSL estás hablando de 60ms o 70ms round-trip lo que no
afecta en absoluto a las llamadas.
Ups, "centrex en modelo ASP"... nunca te acostarás sin saber que no
sabes algo
XD Depende un
poco del escenario en el que te muevas.
¿No vale "todos"? XD