¿Algún problema en usar GSM en SIP?
--
Iñaki Baz Castillo
<ib...@xtratelecom.es>
> Unos afirman que Sip es mejor para comunicaciones entre
> Dispositivos,
Pues yo digo que SIP es mejor para todo.
> IAX tiene una ventaja
> sobre SIP por que ahorra ancho de banda,
Me gustaría tener comparativas reales de cuánto ahorra.
> que IAX ya ha sido publicado como estandar RFC5456,
Ése era el único objetivo de su creador, figurar como escritor de un RFC. Como
no entedía SIP decidió escribir otra cosa.
> IAX soluciona mejor el
> problema de la NAT en comparacion de SIP.
IAX NO afronta el NAT. El precio por "solucionar mejor el tema del NAT" es el
de imitar a los protocolos ancestrales de telefonía en los que señalización y
audio van juntos.
> pero quisiera
> conocer experiencias en el mundo real (produccion) y bajo que
> escenario que protocolo escoger SIP o IAX.
No hay ninguna razón válida para preferir IAX sobre NAT. Y que exista
softphones o teléfonos implementando IAX es una aberración consecuencia de la
ignorancia de su creador.
Iñaki Baz Castillo escribió:
--
Con SIP más, ¿apostamos?
> Con SIP uno pelea con lo del NAT y los ISP.
Sí, bueno, con semejante argumento lleno de conocimiento ya me has convencido.
> por ejemplo donde laboro tenemos enlazado nuestros servidores voz
> ubicados en diversos paises de Sudamerica, todo con IAX, sin problemas,
> tenemos algunos PAISES en donde algunos ISP bloquean el trafico sobre SIP,
> por lo tanto no ha sido factible su implementacion!
Lo mismo que bloquean ahora SIP bloquearán mañana IAX. Prueba a poner puertos
no estándares y seguro que se salta ese bloqueo absurdo.
> esta es una razón para usar IAX.
O Skype, o señales de humo, o yogures con un cordón muy largo.
Creo que esto se ha repetido hasta la saciedad en la lista y por otro
lado, si los 9 agujeros de seguridad recientemente descubiertos y no
parcheados (http://www.saghul.net/blog/2009/04/10/otros-9-exploits-de-denegacion-de-servicio-remota-en-iax2/)
no os abren los ojos...
Ala, seguid dejando vuestro 4569 abierto y veréis que divertido si me
pongo a probar a ver...
--
Iñaki Baz Castillo escribió:
> El Tuesday 14 April 2009 17:03:02 Aldo Alexander Leyva Alvarado escribió:
>> Con IAX se arman troncales rápidas!!
>
> Con SIP más, ¿apostamos?
Eso eso..
30 segundos he tardado hoy en dar de alta un nuevo trunk !! 30 segundos
!! y no sé si menos, porque ha sido lo que he tardado en dar los
parámetros por teléfono.
Para el tema de los puertos, existen muuuchas opciones. Pero como iax es
tan bueno, bonito y barato.. seguro, simple y superguay.. la solución
está en usar un protocolo chapuza (a mi entender) y no leerse un buen
libro de SIP, del que vamos a rentabilizar cada palabra, por toda la
eternidad !
Saúl Ibarra escribió:
> Eso son excusas muy baratas. IAX puede tener *alguna* ventaja en
> *algún* aspecto, pero todavía nadie lo ha dicho... y no, no es el NAT.
>
> Creo que esto se ha repetido hasta la saciedad en la lista y por otro
> lado, si los 9 agujeros de seguridad recientemente descubiertos y no
> parcheados (http://www.saghul.net/blog/2009/04/10/otros-9-exploits-de-denegacion-de-servicio-remota-en-iax2/)
> no os abren los ojos...
>
> Ala, seguid dejando vuestro 4569 abierto y veréis que divertido si me
> pongo a probar a ver...
tisss.. tio, Saúl.. un poco de seriedad, a ver si me va a tocar pagar
ahora las llamadas !!! XDDDDDDD
Es coña claro.
Tal vez te interprete mal, pero... ¿insinúas que SIP desbancó a H.323 y que
IAX desbancará a SIP de igual forma?
Tengo que recordar que SIP ha nacido en el IETF con un *montón* de industria y
fabricantes detrás, y que a pesar de tener sus pegas (demasiados RFC's
básicamente) está en constante evolución. Ahora mismo, con las
especificaciones de SIP existentes se puede implementar de todo (voz,
encriptación, mensajería avanzada, presencia muy avanzada, transferencia de
ficheros, etc etc).
Así mismo, el 3GPP ha elegido SIP como protocolo de señalización en la
inminente arquitectura IMS (la red que usarán todos los móviles en un
futuro).
Por su parte, IAX es un protocolo obra de una única persona, que se ha
convertido en RFC hace muy poco y que tiene escasas implementaciones.
No sé yo dónde puede estar la comparación.
Totalmente de acuerdo con Iñaki. Solo añadir que sí, aún quedan un
montón de redes de vídeo basadas en H.323
Por cierto, IAX es sólo un RFC Informational (nada que ver con
standards track) y no ha sido el resultado de ningún WG.
Saludos,
--
Victor Pascual Ávila
Aldo Alexander Leyva Alvarado escribió:
> Bueno Doc, pero para el esquema actual de los ISP bloqueando SIP, tons,Amigo, usas IAX porque quieres. Porque no sabes tal vez que tienes ISP
> Se hace necesario usar IAX en mi caso claro esta, aunque te duela, sorry
> (aunque toy seguro que si vivieras las distintas realidades de los ISP
> en sudamerica, de seguro tu mismo lo usarias :-) !!).
que no bloquean SIP, y en cualquier caso, tienes muchas formas de hacer
un tunel entre los equipos. O usar puertos no bloqueados.
Y creo que incluso, ningún operador de los gordos, te iba a poner un
> Pd. no digo q IAX es mas chingon que SIP, por q no lo he probado ni
> comparado con decenas de llamadas simultaneas, ahora en el caso de tener
> servidores en la misma oficina, alli si uso SIP, todos mis clientes son
> SIP, y por que SIP? Mas soporte se puede encontrar (los softphone mas
> bacanes son SIP), hay bastantes...... telefonos IP con SIP, etc, etc
trunk IAX.
El dilema que tienen ahora los "operadores gordos" es SIP(-I) o BICC,
nada que ver con IAX.
--
Victor Pascual Ávila
Tal vez te interprete mal, pero... ¿insinúas que SIP desbancó a H.323 y que
IAX desbancará a SIP de igual forma?