25 Feb
2008
25 Feb
'08
10:42 p.m.
Ahora, cuando un cliente quiere llamar a otro y
hay problemas de NAT y
es
necesario utilizar el rtpproxy. Lo que quiero es
que los rtps no fluyan
a
través del Asterisk, como en el diagrama de
abajo. ¿El canreinvite
resuelve
ésto? Lo pregúnto porque no estoy seguro del
funcionamiento del
rtpproxy,
¿soporta éste reinvites?
El canreinvite es una guarrada made in Asterisk. Consiste en lo siguiente:
- Recuerda que Asterisk es un B2BUA: cuando un tfno A llama a otro B ambos
registrados en Asterisk lo que realmente ocurre es que A llama a Asterisk
(ahí hay un diálogo) y Asterisk llama a B (otro diálogo) y hace de
pasarela.
- Si A y B tienen canreinvite=yes y no pones t,T,w o W en el "Dial" (luego
lo
comento mejor) entonces ocurre que:
- A llama a Asterisk, Asterisk llama a B, B contesta y Asterisk junta el
audio
(que pasa a través de él). De momento A no sabe de B y viceversa, el SDP
se
ha negociado para pasar por Asterisk pues ambos A y B **SOLO** han hablado
con Asterisk.
- Pero al instante Asterisk envía un nuevo INVITE (un re-INVITE porque es
un
INVITE in-dialog) tanto a A como a B. En el que envía a A pone en el SDP
que
envíe audio a la IP de B. En el que envía a B pone que envíe el audio
directamente a A.
¿Lo pillas? es como establecer primero dos llamadas con dos traficos de
audio
que se unen en Asterisk y posteriormente reorganizar SOLO el tráfico de
audio
(el SIP siempre sigue pasando por Asterisk) para que el RTP sea directo.
En caso de no ser necesario el rtpproxy, y
asterisk está de por medio,
los
rtps van a través del asterisk?
Ojo, lee este bug que reporté hace tiempo:
http://bugs.digium.com/view.php?id=11172