Hola,
Hola, estaba yo super contento con mi decisión de
no aplicar
RtpProxy si el
llamante y llamado están tras la misma IP pública.
Realmente es más eficiente que si ambos usasen STUN ya que STUN
obligaria a
que el RTP pasase por el router innecesariamente.
Este tema lo he hablado en algún hilo de la lista de OpenSer
versión inglesa y
a todo el mundo le había parecido residual la posibilidad de
encontrar casos
en los que llamante y llamado apareciesen tras mismo NAT pero no
tuviesen
comunicación directa.
Estaba yo feliz hasta que Raúl Alexis me ha lanzado este bombazo de
correo que
casi me deprime.
Me gustaría escuchar más opiniones al respecto.
Por otra parte, una solución a los problemas que me plantea Raúl
Alexis sería
que los clientes, en esas circunstancias tan malvadas, usasen STUN.
Ya, ¿y si
tienen NAT simétrico? bufff, bueno, pues es como si tienen ALG's
malvados,
nada pueden hacer.
¿Qué opináis?
¿Por qué hay tanto miedo a hacer relay del rtp?. A nivel de ancho de
banda tampoco es tanto teniendo en cuenta los volúmenes actuales de
paquetes que se mueven... el único problema que podría haber es si tu
proxy está en Barcelona y tu usuario en Cancún...
Por lo demás, yo optaría por hacer relay del RTP.
¿Te refieres a que dentro de una empresa a la que el proveedor de VoIP le ha
puesto su propio router ADSL para VoIP y tal aplicarías RTPProxy en llamadas
dentro de la LAN? es que eso supone mucho tráfico y un retardo apreciable,
¿no?
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es