xlite vs zoiper
Artemi
x-lite http://www.counterpath.net/x-lite.html
zoiper http://www.zoiper.com/free.php
¿Cual recomiendan?
xlite parece mas serio y formal pero zoiper tiene más funciones.
No conozco más diferencia entre ellos.
Alguien tiene mejores opiniones.
Un saludo y gracias.
paco gil
Saúl Ibarra
la mensajería y el vídeo. En la versión gratuita lo que no tiene es
botón de trasfer :-O, que el Zoiper sí, pero a cambio no tiene
auto-answer ni nada de lo que he comentado antes.
Me quedo con Xlite. Al menos para usuarios de Windows, ya que la
versión para GNU/Linux apesta bastante...
--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/
lbenzo
maravilla.
Iñaki Baz Castillo
> A mi me gusta mucho Zoiper por su soporte IAX, que funciona de
> maravilla.
Ya, pero es que IAX para un softphone es como una rueda de tractor en un
Fórmula 1.
~~~~~~ uso de NGREP (captura traza SIP) ~~~~~~
En el servidor Asterisk:
~$ ngrep -d any -P ' ' -W byline -T port 5060
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--
Iñaki Baz Castillo
i...@in.ilimit.es
Luis Morales
permite la conexion via sip o iax. Particularmente iax me ha resultado
adecuado para usuarios roamming dado que sip a nivel de muchos
provedores e isp bloquean los puertos. Me ha sucedido con proveedores
en colombia, chile y ecuador.
Saludos,
Luis Morales
--
---------------------------------------------------------------------------------
Luis Morales
Consultor de Tecnologia
Cel: +(58)416-4242091
---------------------------------------------------------------------------------
"Empieza por hacer lo necesario, luego lo que es posible... y de
pronto estarás haciendo lo imposible"
Leonardo Da'Vinci
---------------------------------------------------------------------------------
Adrià Vidal
El Sunday 06 July 2008 22:06:09 lbenzo escribió:
> A mi me gusta mucho Zoiper por su soporte IAX, que funciona deYa, pero es que IAX para un softphone es como una rueda de tractor en un
> maravilla.
Fórmula 1.
¿En que te basas Iñaki ? realmente a nivel de librerias no es muy complejo IAX, por lo
que los recursos que consume no son muchos.
Es solo por la tirria que le tienes al IAX?
~~~~~~ uso de NGREP (captura traza SIP) ~~~~~~
En el servidor Asterisk:
~$ ngrep -d any -P ' ' -W byline -T port 5060
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--
Iñaki Baz Castillo
i...@in.ilimit.es
--
--
Adrià Vidal
adria...@gmail.com
Iñaki Baz Castillo
> > Ya, pero es que IAX para un softphone es como una rueda de tractor en un
> > Fórmula 1.
>
> ¿En que te basas Iñaki ? realmente a nivel de librerias no es muy complejo
> IAX, por lo
> que los recursos que consume no son muchos.
> Es solo por la tirria que le tienes al IAX?
Por lo de siempre: porque si tienes la centralita Asterisk lejos y quieres
hablar con el de la mesa de al lado entonces usando IAX el audio irá hasta la
centralita y volverá, sin remedio. Mientras que con SIP, si lo configuras
bien (aunque Asterisk no lo permita del todo) puedes permitir audio directo
si ambos llamante y llamado están en la misma LAN.
Luis Morales
nivel de la latencia de la red se debe enrutamiento y configuracion de
la lan/wan, ya el problema no esta en si es iax o sip.
A nivel de iax me parece q es mas efectivo pues tiene la versatilidad
que del lado del cliente busca cualquier puerto de salida a nivel de
ip hasta llegar al puerto destino ip en tu asterisk.
Saludos,
Luis Morales
2008/7/10 Iñaki Baz Castillo <i...@in.ilimit.es>:
--
Iñaki Baz Castillo
> Creo q no fue suficiente la explicacion de Iñaki, si el tema es a
> nivel de la latencia de la red se debe enrutamiento y configuracion de
> la lan/wan, ya el problema no esta en si es iax o sip.
A ver a ver, si estás en un hotel con ADSL cutrillo y quieres hablar con el de
la habitación de al lado y usáis sofphones configurados contra una
centralita/proxy que está en la otra punta del planeta:
- Si los sofphones son SIP y el proxy/centralita está correctamente
configurado el audio podría ir directo de un softphone al otro (velocidad muy
alta por estar en la misma LAN). Sólo la señalización SIP tendría que viajar
hasta la centralita y volver (no pasa nada, es muy poca información).
- Si uno de los sofphones es IAX entonces ese softphone enviará SI ó SI el
audio y la señalización a la centralita (Asterisk) que está
en "atomarporsaco" a través del ADSL cutre, y también tendrá que volver, así
que tienes latencia, mala calidad, etc..
Aquí no hay nada de "enrutamiento y configuracion de la lan/wan" y el problema
SI "está en si es iax o sip".
> A nivel de iax me parece q es mas efectivo pues tiene la versatilidad
> que del lado del cliente busca cualquier puerto de salida a nivel de
> ip hasta llegar al puerto destino ip en tu asterisk.
Esta frase no tiene, absolutamente, ningún sentido. Sin ningún ánimo de
ofender, menos leyendas urbanas y más documentación.
Saludos.
davidp
> A ver a ver, si estás en un hotel con ADSL cutrillo y quieres hablar con el de
> la habitación de al lado y usáis sofphones configurados contra una
> centralita/proxy que está en la otra punta del planeta:
Si tu empresa tiene un asterisk en la central y tienes otra sucursal
en la que tienes dos teléfonos registrados en ese asterisk central, ya
te encuentras con el mismo problema para hablar de uno a otro: si los
teléfonos usan IAX, la voz tiene que ir desde la sucursal hasta la
central donde está el asterisk (y a saber qué ancho de banda tienes en
ese enlace), y volver de nuevo a la sucursal para el otro teléfono. Si
usas SIP el audio puede llegar directo de un teléfono al otro sin
salir de la LAN de la sucursal.
Y esto de una empresa con un asterisk central y extensiones en las
sucursales... es algo muy muy común.
davidp.
paco gil
--
http://ualtech.wordpress.com
Adrià Vidal
El Wednesday 09 July 2008 12:56:09 Luis Morales escribió:
> Creo q no fue suficiente la explicacion de Iñaki, si el tema es aA ver a ver, si estás en un hotel con ADSL cutrillo y quieres hablar con el de
> nivel de la latencia de la red se debe enrutamiento y configuracion de
> la lan/wan, ya el problema no esta en si es iax o sip.
la habitación de al lado y usáis sofphones configurados contra una
centralita/proxy que está en la otra punta del planeta:
- Si los sofphones son SIP y el proxy/centralita está correctamente
configurado el audio podría ir directo de un softphone al otro (velocidad muy
alta por estar en la misma LAN). Sólo la señalización SIP tendría que viajar
hasta la centralita y volver (no pasa nada, es muy poca información).
No si la teoría me parece muy bonita, pero tienes muchas probabilidades que el NAT no este a tu favor
y sea detectado por el SIP proxy como problemático y active medidas preventivas utilizando algún tipo de relay (mediaproxy por ejemplo) con lo que al final el trafico RTP con tu audio casi que da la misma vuelta.
De modo que SIP es muy,muy bonito hasta el momento que se encuentra con nuestros amigos WAN y NAT.
De modo que sigue sigo pensado que lo tuyo con IAX es algo personal... ;-D
Iñaki Baz Castillo
> No si la teoría me parece muy bonita, pero tienes muchas probabilidades que
> el NAT no este a tu favor y sea detectado por el SIP proxy como
> problemático y active medidas preventivas utilizando algún tipo de relay
> (mediaproxy por ejemplo) con lo que al final el trafico RTP con tu audio
> casi que da la misma vuelta.
Hombre, se supone que si tú administrar el proxy tú configuras su
comportamiento. En mi caso o que hago es muy simple: si el llamante y llamado
están tras la misma IP pública (cosa que detecto en el proxy) les dejo audio
directo entre ellos. Si no es así o si uno de ellos está explícitamente
configurado para forzar RTP proxy entonces el audio va y viene.
> De modo que SIP es muy,muy bonito hasta el momento que se encuentra
> con nuestros amigos WAN y NAT.
Cierto, pero lo que hace IAX es volver a los orígenes más rancios de la
telefonía (señalización y audio por el mismo canuto, anda que...).
> De modo que sigue sigo pensado que lo tuyo con IAX es algo personal... ;-D
No es que sea personal, pero me fastidian estas especies de mitos que se
extienden ("IAX es mejor para el NAT") sin un razonamiento ni conocimiento
detrás.
Saludos.
~~~~~~ uso de NGREP (captura traza SIP) ~~~~~~
En el servidor Asterisk:
~$ ngrep -d any -P ' ' -W byline -T port 5060
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--
Iñaki Baz Castillo
i...@in.ilimit.es
Artemi
tenga webcam tendra xlitel, pero el resto cojeran el que sea más
adecuado.
Y creo que el transferir llamada es algo imprescindible y tener todos
los contactos centralizado me parece muy bien.
A salvando de los últimos post que es en referencia a cual es el mejor
protocolo SIP o IAX
creo que la mejor opción es xlitel.
Un saludo y gracias por las aportaciones que son muy interesantes y a
tener encuenta
Raúl Alexis Betancor Santana
> Creo q no fue suficiente la explicacion de Iñaki, si el tema es a
> nivel de la latencia de la red se debe enrutamiento y configuracion de
> la lan/wan, ya el problema no esta en si es iax o sip.
¿Que tiene que ver la carne con el pescado?, lo que Iñaki comenta es que con
IAX señalización y media (audio) van unidos de forma indisoluble, lo que hace
que TODO el tráfico entre dos sotfphones que están en la misma red tenga que
entrar y salir de esa red para llegar a la central, bastante ineficiente.
> A nivel de iax me parece q es mas efectivo pues tiene la versatilidad
> que del lado del cliente busca cualquier puerto de salida a nivel de
> ip hasta llegar al puerto destino ip en tu asterisk.
¡Dios!, llevo media hora intentando buscarle el sentido a este párrafo. Para
empezar IAX "no busca cualquier puerto" ..., simplemente IAX no busca, de eso
se encarga la pila TCP/IP, no el protocolo IAX.
--
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
Raúl Alexis Betancor Santana
> no es por no ir... que si hay que ir se va.... pero yo no realizaría una
> red central-sucursales sin instalar asterisk locales en cada sucursal y un
> enlace IAX contra la central... No me quiero ni imaginar lo que le puede
> caer a alguien como se caiga el ADSL!!!
Contra la probabilidad real de caída de la linea .. el coste del equipo local
no compensa, además tener un equipo local no te sirve para nada cuando el
tráfico es FULL-IP
Evidentemente este principio no es aplicable en lugares donde la linea esté
más tiempo caída que levantada.
Raúl Alexis Betancor Santana
> Lo del video es opcional para ciertos usuarios, con lo cual el que
> tenga webcam tendra xlitel, pero el resto cojeran el que sea más
> adecuado.
>
> Y creo que el transferir llamada es algo imprescindible y tener todos
> los contactos centralizado me parece muy bien.
>
> A salvando de los últimos post que es en referencia a cual es el mejor
> protocolo SIP o IAX
> creo que la mejor opción es xlitel.
Pues lo vas a tener jodido .. porque xlite no soporta transferencias SIP.
paco gil
El Wednesday 09 July 2008 14:59:33 paco gil escribió:
> no es por no ir... que si hay que ir se va.... pero yo no realizaría unaContra la probabilidad real de caída de la linea .. el coste del equipo local
> red central-sucursales sin instalar asterisk locales en cada sucursal y un
> enlace IAX contra la central... No me quiero ni imaginar lo que le puede
> caer a alguien como se caiga el ADSL!!!
no compensa, además tener un equipo local no te sirve para nada cuando el
tráfico es FULL-IP
comorlll??? las adsl canarias son de otra pasta o que?? XDD
coste equipo local: 149 € server Dell SC440 (mas iva)...
coste de camión de aspirinas: no tiene precio
Además, nos evitamos "lios" o "follones" con SIP e IAX: tráfico local, se queda en casa, tráfico inter-sede, se va por IAX.. No sé, me parece mucho más robusto.
Además 2, tienes el maravilloso DUNDI muerto de risa....
El que confíe en el tráfico IP mediante ADSL para 4, 5 o 6 personas por sucursal, es un bendito!!!!
Evidentemente este principio no es aplicable en lugares donde la linea esté
más tiempo caída que levantada.
--
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
--
http://ualtech.wordpress.com
Raúl Alexis Betancor Santana
> comorlll??? las adsl canarias son de otra pasta o que?? XDD
> coste equipo local: 149 € server Dell SC440 (mas iva)...
> coste de camión de aspirinas: no tiene precio
Pues por lo datos que tengo de los clientes .. un uptime de la lineas de cerca
del 99.5%. Osea que cojonudo.
Los problemas suelen estar relacionados con caidas del enlace
Canarias-Cadiz .. lo que deja toda la comunidad incomunicada .. y eso solo ha
pasado 3 veces en los últimos 2 años, del resto .. ni microcortes ni ostias.
Claro está que cuando le instalan una ADSL nueva a un cliente vamos nosotros a
darles "el visto bueno" .. sino pasa nuestras pruebas .. la linea se rechaza
y que la vuelvan a provisionar (y eso si ha ocurrido con bastante frecuencia)
Con el server local sigues sin resolver el dilema de tener que tener lineas
PSTN locales para esa sede.
Yo hablo más de configuraciones en la que TODO es IP, de ahí lo de FULL-IP,
entrada y salida, no hay PSTN en las dependencias de los clientes, nada más
que la RTB sobre la que se sustente la ADSL o Cable de Ono donde se puede.
> Además, nos evitamos "lios" o "follones" con SIP e IAX: tráfico local, se
> queda en casa, tráfico inter-sede, se va por IAX.. No sé, me parece mucho
> más robusto.
No es lío ni follones, es cuestión de diseñarlo bien antes de meterle mano a
ningún server .. ;-)
> Además 2, tienes el maravilloso DUNDI muerto de risa....
El DUNDI es una ñapa, muy bonita, pero ñapa, para resolver el tema de la
localización de una extensión. He de reconocer que lo he probado bastante
poco, por lo que no sé si resuelve una situación típica en mis clientes que
es la de que "Pepe <er jefe>" se mueve por varias sedes, a veces incluso
varias veces al día. Pepe cuando llega a la sede A, levanta el terminal que
tiene a mano y maca ... *95, mete su pin y la extensión de Pepe está AHÍ
hasta que se vaya y marque *96, el personal cuando quiere hablar con Pepe
solo marca 548 que es su extensión .. y allende los mares donde esté Pepe le
suena o el terminal que tiene "asignado" o su móvil.
Resolver esto que he expuesto con Dundi y un servidor por cada sede se me
antoja complicado y rebuscado, aunque ya digo que no lo he probado a fondo,
pero con un OpenSer y un Asterisk todo resuelto.
> El que confíe en el tráfico IP mediante ADSL para 4, 5 o 6 personas por
> sucursal, es un bendito!!!!
Pues tenemos clientes con más de 20 pesonas en una sede y sin servidor local,
en muchos casos si se quedan sin internet el teléfono les vale de bastante
poco (no tienen acceso a bancos, aplicaciones corporativas en la central,
correo, etc). Hay que asumir que hoy en día la conexión a Internet para
muchas empresas es un IMPRESCINDIBLE y que sin ella pierden mucha o toda la
productividad, evidentemente no es aplicable a todos los tipos de empresas,
pero si a muchas.
Elio Rojano
El DUNDI es una ñapa, muy bonita, pero ñapa, para resolver el tema de la
localización de una extensión. He de reconocer que lo he probado bastante
poco, por lo que no sé si resuelve una situación típica en mis clientes que
es la de que "Pepe <er jefe>" se mueve por varias sedes, a veces incluso
varias veces al día. Pepe cuando llega a la sede A, levanta el terminal que
tiene a mano y maca ... *95, mete su pin y la extensión de Pepe está AHÍ
hasta que se vaya y marque *96, el personal cuando quiere hablar con Pepe
solo marca 548 que es su extensión .. y allende los mares donde esté Pepe le
suena o el terminal que tiene "asignado" o su móvil.
Resolver esto que he expuesto con Dundi y un servidor por cada sede se me
antoja complicado y rebuscado, aunque ya digo que no lo he probado a fondo,
pero con un OpenSer y un Asterisk todo resuelto.
Es que eso no se hace con Dundi... eso se hace con el canal Agent/jefe (que se loguea por ahí...) y luego la gente tan solo tiene que marcar 548 y eso hace con un Dial(Agent/jefe) y con 'switch'. :)
El Dundi es bastante interesante y se puede llegar a "simular" utilizando sip o iax2, pero con Dundi se simplifica bastante el mantenimiento de varias sedes a la vez que permite conectarte con otras empresas y tal, pero eso es otra historia que podeis leer en el wiki. :P
Pues tenemos clientes con más de 20 pesonas en una sede y sin servidor local,
> El que confíe en el tráfico IP mediante ADSL para 4, 5 o 6 personas por
> sucursal, es un bendito!!!!
en muchos casos si se quedan sin internet el teléfono les vale de bastante
poco (no tienen acceso a bancos, aplicaciones corporativas en la central,
correo, etc). Hay que asumir que hoy en día la conexión a Internet para
muchas empresas es un IMPRESCINDIBLE y que sin ella pierden mucha o toda la
productividad, evidentemente no es aplicable a todos los tipos de empresas,
pero si a muchas.
--
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
--
http://www.sinologic.net/
Ramses II
Saludos,
Ramses
>-----Mensaje original-----
>De: aster...@googlegroups.com
>[mailto:aster...@googlegroups.com] En nombre de Raúl Alexis
>Betancor Santana
>Enviado el: miércoles, 09 de julio de 2008 19:32
>Para: aster...@googlegroups.com
>Asunto: [Asterisk-ES] Re: xlite vs zoiper
Jorge Eduardo Silva Jackson
Creo que la discusión sobre si es mejor IAX o SIP cuando hay WAN/NAT, es
algo ya muy trillado y no hay que gastar tiempo en esto.
Cada protocolo para su propósito.
IAX = Protocolo para comunicación troncal entre servidores Asterisk.
SIP = Protocolo para comunicación multimedios.
De todas maneras en mi notebook uso Zoiper con IAX (LINUX), tiene lo que
necesito y funciona muuuy bien, y me conecto desde cualquier WIFI
publico de porqueria.
En otras implementaciones de clientes corporativos, lo implemento
levantando una VPN RoadWarrior y uso XLite (SIP).
Saludos.
EDU
-----------------------------------------------
Jorge Eduardo Silva Jackson
Digium Certified Asterisk Professional - dCAP -
Linux user #464413
S&D Informatica
Tel: 099-665783 (+ 598 + 99665783)
-----------------------------------------------
Raúl Alexis Betancor Santana
> ¿Y qué líneas montáis para esas sedes de 20 personas, ADSL "gordas" u otros
> tipos más serias?
Si es posible por cobertura del operador, cable simétrico, sino nxADSL (la de
mejor tipo que vaya bien por esa zona) detrás de un router/fw linux
Una ADSL "gorda" no significa una ADSL "buena", de hecho entre más "gorda"
peor rendimiento suelen dar. Además por aquí eso de "hasta 20 Megas ..." es
un chiste, lo más ADSL de 10Mb/s y van con el culo.
--
Saludos.
Angel Elena
1º) Colt con fibra o xDSL, si hay cobertura
2º) Altecom ( BCN y alrededores)
3º) Iberbanda (en polígonos perdidos, buen precio)
4º) NeoSky (cuando no hay casi nada)
5º) Sarenet, para hacer agregación de circuitos xDSL
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En nombre de Ramses II
Enviado el: miércoles, 09 de julio de 2008 21:12
Ronald Urbano
ya se que depende bastante del codec - sin embargo, que conviene para
ahorrar ancho de banda entre comunicaciones InterAsterisk ;-) ... IAX
o SIP pela bien ?
Experiencias con SIP entre asterisk ?? conviene mas que con Iax, o da
meramente igual ?
Gracias.
Atte.
Ronald -
El día 9 de julio de 2008 14:25, Jorge Eduardo Silva Jackson
<sys...@gmail.com> escribió:
davidp
On 10 jul, 01:38, "Ronald Urbano" <wardial...@gmail.com> wrote:
> Me meto también .. para preguntar si de ancho de banda se trata ...-
> ya se que depende bastante del codec - sin embargo, que conviene para
> ahorrar ancho de banda entre comunicaciones InterAsterisk ;-) ... IAX
> o SIP pela bien ?
>
Para conectar dos asterisk, mejor IAX (aquí sí que notarás un ahorro
de ancho de banda cuando hay varias conversaciones simultáneas entre
ambos)
Aunque por supuesto, con SIP también lo puedes hacer y funciona bien,
pero si de ancho de banda se trata, mejor IAX.
davidp.
Iñaki Baz Castillo
> Además, nos evitamos "lios" o "follones" con SIP e IAX: tráfico local, se
> queda en casa, tráfico inter-sede, se va por IAX.. No sé, me parece mucho
> más robusto. Además 2, tienes el maravilloso DUNDI muerto de risa....
No sé, a veces se nos llena la boca hablando de estándares,
interoperabilidad... y luego resulta que buscamos soluciones propietarias
(DUNDI) sólo implementadas en Asterisk en vez de mecanismos realmente
estándar (¿ENUM?).
Llegará un día en el que Asterisk sólo será capaz de hablar con otro Asterisk.
Iñaki Baz Castillo
> ¡Dios!, llevo media hora intentando buscarle el sentido a este párrafo.
> Para empezar IAX "no busca cualquier puerto" ..., simplemente IAX no busca,
> de eso se encarga la pila TCP/IP, no el protocolo IAX.
Además es mentira que "busque" puesto que es UDP y el puerto de salida es
siempre el mismo (el configurado para escuchar).
Yo sinceramente no tengo ni idea de qué quería decir.
Iñaki Baz Castillo
Sólo por aclararlo: XLite no implementa transferencia SIP (aparece el botón
deshabilitado). La versión de pago (Eyebeam o Bria) si disponen de dicha
funcionalidad.
Saludos.
Iñaki Baz Castillo
> Me meto también .. para preguntar si de ancho de banda se trata ...-
> ya se que depende bastante del codec - sin embargo, que conviene para
> ahorrar ancho de banda entre comunicaciones InterAsterisk ;-) ... IAX
> o SIP pela bien ?
>
> Experiencias con SIP entre asterisk ?? conviene mas que con Iax, o da
> meramente igual ?
Teóricamente IAX es más eficiente por la posibilidad de hacer trunking (ahora
ni recuerdo lo que significa) agilizando el tráfico. También dispone de
encriptación nativa.
La parte negativa es que IAX sólo lo habla Asterisk (y algunos teléfonos véte
a saber para qué). Una infraestructura basada en IAX te obliga a sentenciar
que cada nodo será siempre un Asterisk.
Saúl Ibarra
> ni recuerdo lo que significa) agilizando el tráfico. También dispone de
> encriptación nativa.
Usando trunking se ahorra algo de ancho de banda, mandando
señalización conjunta.
davidp
> Teóricamente IAX es más eficiente por la posibilidad de hacer trunking (ahora
> ni recuerdo lo que significa)
varias conversaciones:
Intento explicarlo en ASCII:
(UDP): Cabeceras de UDP
(1): Tráfico de voz de la conversación 1
(2): Tráfico de voz de la conversación 2
[...]: un paquete UDP
Sin Trunking, cuando hay dos conversaciones veremos esto por la red:
[(UDP)(1)] [(UDP)(2)] [(UDP)(1)] [(UDP)(2)].....
Con trunking lo que vemos es esto otro:
[(UDP)(1)(2)] [(UDP)(1)(2)]...
Con una tercera conversación:
[(UDP)(1)] [(UDP)(2)] [(UDP)(3)] [(UDP)(1)] [(UDP)(2)] [(UDP)
(3)] .....
frente a
[(UDP)(1)(2)(3)] [(UDP)(1)(2)(3)]...
Teniendo en cuenta que en cada paquete se manda muy poca cantidad de
audio (es decir, que (1) y (2) son muy pequeños), el ancho de banda
consumido por las cabeceras de UDP se hace relativamente grande, así
que el trunking significa un gran ahorro de ancho de banda.
davidp.
Iñaki Baz Castillo
Genial explicación :)
~~~~~~ uso de NGREP (captura traza SIP) ~~~~~~
En el servidor Asterisk:
~$ ngrep -d any -P ' ' -W byline -T port 5060
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--
ilimit...
*Iñaki Baz Castillo*
i...@in.ilimit.es
ÀREA SISTEMES
0034 937 333 375
VOLTA 1, PIS 5
08224 TERRASSA.BCN
Aquest enviament és confidencial i està destinat únicament a la persona a qui
s'ha enviat.
Pot contenir informació privada sotmesa al secret professional, la distribució
de la qual està prohibida per la legislació vigent.
Elio Rojano
http://www.sinologic.net/
Iñaki Baz Castillo
> Estoy seguro que el día que IAX tenga su propio RFC,
Está a punto de ser aprobado. Este es el draft:
http://tools.ietf.org/html/draft-guy-iax-04
Y éste un fragmento de un correo en las listas del IETF donde se comenta:
-----
The IESG has no problem with the publication of 'IAX: Inter-Asterisk
eXchange Version 2' <draft-guy-iax-04.txt> as an Informational RFC.
The IESG would also like the RFC-Editor to review the comments in the
datatracker
(https://datatracker.ietf.org/public/pidtracker.cgi?command=view_id&dTag=14030&rfc_flag=0)
----
> empezarán a aparecer
> terminales (de verdad) que soporten IAX y el hecho de que el audio vaya de
> un terminal al otro sin tener que pasar por Asterisk será cuestión de
> tiempo. (eso espero)
Imposible, el draft de IAX lo deja bien clarito:
IAX is an "all in one" protocol for handling multimedia in IP
networks. It combines both control and media services in the same
protocol. In addition, IAX uses a single UDP data stream on a static
port greatly simplifying Network Address Translation (NAT) gateway
traversal, eliminating the need for other protocols to work around
NAT, and simplifying network and firewall management.
...
IAX's unified signaling and media paths
achieve NAT transparency, which is an advantage of IAX over
alternative media transport protocols such as SIP [RFC3261].
Obviamente no se puede definir un RFC/draft e ir cambiando cosas sobre la
marcha, cosas que contradicen premisas tan definida como las dos frases que
cito.
En definitiva, IAX es para interconectar Asterisk. Que algunos teléfonos lo
implementen... pues ellos sabrán para qué. Pero como protocolo moderno de
comunicación multimedia ya está SIP, que cuenta con unas 1000 posibilidades
más que IAX.
Saludos.
Iñaki Baz Castillo
> El Thursday 10 July 2008 15:04:24 Elio Rojano escribió:
> > Estoy seguro que el día que IAX tenga su propio RFC,
>
> Está a punto de ser aprobado. Este es el draft:
> http://tools.ietf.org/html/draft-guy-iax-04
Por cierto, lo último que figura es:
https://datatracker.ietf.org/idtracker/draft-guy-iax/comment/82324/
"State Changes to RFC Ed Queue from Approved-announcement sent by Cindy
Morgan"
angel
y si por alguna razon debes grabar todas las conversaciones de esos dos anexo remotos y disponer de ellos en un repo, como lo logras?? igual se tendría que pasar el trafico por el server?
Saludos
Iñaki Baz Castillo wrote:
El Wednesday 09 July 2008 12:56:09 Luis Morales escribió:Creo q no fue suficiente la explicacion de Iñaki, si el tema es a nivel de la latencia de la red se debe enrutamiento y configuracion de la lan/wan, ya el problema no esta en si es iax o sip.
A ver a ver, si estás en un hotel con ADSL cutrillo y quieres hablar con el de la habitación de al lado y usáis sofphones configurados contra una centralita/proxy que está en la otra punta del planeta: - Si los sofphones son SIP y el proxy/centralita está correctamente configurado el audio podría ir directo de un softphone al otro (velocidad muy alta por estar en la misma LAN). Sólo la señalización SIP tendría que viajar hasta la centralita y volver (no pasa nada, es muy poca información). - Si uno de los sofphones es IAX entonces ese softphone enviará SI ó SI el audio y la señalización a la centralita (Asterisk) que está en "atomarporsaco" a través del ADSL cutre, y también tendrá que volver, así que tienes latencia, mala calidad, etc.. Aquí no hay nada de "enrutamiento y configuracion de la lan/wan" y el problema SI "está en si es iax o sip".
A nivel de iax me parece q es mas efectivo pues tiene la versatilidad que del lado del cliente busca cualquier puerto de salida a nivel de ip hasta llegar al puerto destino ip en tu asterisk.
Esta frase no tiene, absolutamente, ningún sentido. Sin ningún ánimo de ofender, menos leyendas urbanas y más documentación. Saludos. ~~~~~~ uso de NGREP (captura traza SIP) ~~~~~~ En el servidor Asterisk: ~$ ngrep -d any -P ' ' -W byline -T port 5060 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Iñaki Baz Castillo
> Iñaki
> y si por alguna razon debes grabar todas las conversaciones de esos dos
> anexo remotos y disponer de ellos en un repo, como lo logras?? igual se
> tendría que pasar el trafico por el server?
¿Por un caso excepcional vas a forzar a que el audio **siempre** pase por la
centralita?
Además, tú decides cuándo el audio pasa o no por la centralita. Por ejemplo
con Asterisk lo puedes forzar si pones la opción "w" en el Dial (de grabar,
si no me equivoco).
~~~~~~ uso de NGREP (captura traza SIP) ~~~~~~
En el servidor Asterisk:
~$ ngrep -d any -P ' ' -W byline -T port 5060
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--
Iñaki Baz Castillo
i...@in.ilimit.es
servicioalcl...@gmail.com
Raúl Alexis Betancor Santana
De: "servicioalcliente c4gbog" <servicioalcl...@gmail.com>
Para: "asterisk-es" <aster...@googlegroups.com>
Enviados: Martes, 4 de Octubre 2016 21:03:46
Asunto: [Asterisk-ES] Re: xlite vs zoiper
Buenas tardes.
--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
Normas de la lista Asterisk-ES: http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
---
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a asterisk-es...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a aster...@googlegroups.com.
Visita este grupo en https://groups.google.com/group/asterisk-es.
Para acceder a más opciones, visita https://groups.google.com/d/optout.