El Monday 22 October 2007 18:12:52 Raúl Alexis Betancor Santana escribió:
Vale, yo a lo
que me refería es que si un usuario mío hace una llamada
outbound a través de mi proxy, es de esperar que el llamado esté tras un
proxy que le "arregle" el NAT, y que por ello no debería hacer falta
siquiera que yo aplique RtpProxy, ¿no?
Error, cuando se recibe una llamada se espera recibirla "BIEN", no tener
que andar "arreglando" el problema de otro. Eso es lo que te han dicho los
demás compañeros.
Sí sí, es que eso es lo que yo pienso. En mi configuración aplico RtpProxy
para las llamadas ENTRANTES a mis dominios de OpenSer (lo cuál incluye
llamadas entre usuarios de dichos dominios).
Es que si el
llamado no tiene solucionado el problema de NAT, ¿cómo es
que se "atreve" a recibir llamadas? si da por hecho que el llamante le va
a solucionar la papeleta es que algo falla, ¿no?
Si lo tiene solucionado, eres tú quien no lo tiene.
Ejemplo:
Usuario A (NAT) <-> Proxy A <-> Proxy B <-> Usuario B
Si usuario A llama a B y el Proxy A no arregla el desaguisado del nat de su
usuario, no pretendas que lo arregle el Proxy B
Vale, tal vez tengo que diferenciar entre dos cosas:
- Por supuesto que mi proxy (el A) debe arreglar el NAT de sus usuarios
(hablando de señalización SIP, reescritura de Contact...), tanto cuando llama
el usuario A al B como en el caso contrario.
- Pero el tema del audio RTP no entiendo porqué mi proxy A debe arreglarlo en
caso de que el usuario A llame a B (siendo B de otro proxy).
O sea, yo entiendo que a de ser el proxy **responsable** del usuario llamado
el que debe arreglar el problema del NAT para el RTP (el de SIP lo deben
arreglar ambos proxies para sus usuarios).
Es que, si en una llamada de usuario A a B (ambos tras NAT) el proxy A aplica
RtpProxy, entonces resulta que el proxy B también lo debe aplicar (pues su
usuario está tras NAT), con lo que se estarían usando 2 RtpProxy
innecesariamente, y además tengo entendido (aunque no lo he probado) que
según el caso puede haber bloqueo por ambos RtpProxys esperandose el uno al
otro para detectar los puertos.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es