Buenas a todos.
En mi empresa hay montado un Callmanager con IP's privadas , pero yo
al margen monté un kamailio con IP publica para que los usuarios se
puedan registrar y hacer videoconferencias. El tema de la presencia
solo lo he conseguido hacer funcionar con el X-Lite.
Ahora la idea que tienen es unir ambas cosas, para lo cual en otro PC
monté un asterisk con un trunk SIP al callmanager (version 4.1 de
callmanager) y en el kamailio le digo que lo reenvie al asterisk (que
dispone de IP publica e IP privada).
También en la maquina que esta el asterisk, le he instalado el
rtpproxy, quedandose el siguiente montaje:
|----Ekiga Linux-----| | kamailio
| | asterisk |
| Callmanager |
|Cliente (IP Publica|----->| IP Publica
|------->|IP Publica IP--- Privada|------| IP Privada
|
|-------------------------| |
rewritehostport("IP_asterisk:5060");| |
rtpproxy | | |
No quiero hacer NAT.
Las pruebas de momento no me funcionan, lo que no sé es si el esquema
es correcto y deberia funcionar, y así centrarme en la configuración.
¿Estoy metiendo la pata en el esquema?
¿Me faltan elementos?
Gracias
Buenas a todos.
En mi empresa hay montado un Callmanager con IP's privadas , pero yo
al margen monté un kamailio con IP publica para que los usuarios se
puedan registrar y hacer videoconferencias.
Ahora la idea que tienen es unir ambas cosas, para lo cual en otro PC
monté un asterisk con un trunk SIP al callmanager (version 4.1 de
callmanager) y en el kamailio le digo que lo reenvie a lPC con asterisk (que
dispone de IP publica e IP privada).
También en la maquina que esta el asterisk, le he instalado el
rtpproxy, quedandose el siguiente montaje:
http://s1.subirimagenes.com/imagen/previo/thump_1982023asterisk.png
No quiero hacer NAT.
Las pruebas de momento no me funcionan, lo que no sé es si el esquema
es correcto y deberia funcionar, y así centrarme en la configuración.
¿Estoy metiendo la pata en el esquema?
¿Me faltan elementos?
Gracias a todos.
Hola, ando buscando un servidor SIP que permita
video-multiconferencias, es decir, teléfonos SIP con vídeo llaman a un
número, su proxy/PBX lo ruta a este servidor y entran en una
multiconferencia con audio y video (ya se encargará el servidor de
decidir cómo mezclar los vídeos).
Así mismo es deseable una solución web de control y cosas así, pero no
busco la típica solución web total en la que los participantes no usan
su tfno sino que enchufan una webcam y se conectan a la web, eso no
(que nadie me mencione el PdTuki ese... XD).
Por ahora leo sobre estos productos de Cisco y Radvision, pero ni
estoy seguro de para qué sirven:
- http://www.cisco.com/en/US/prod/collateral/video/ps7190/ps1870/ps6960/produ…
- http://www.radvision.com/Products/Network/SCOPIA100400/
¿Alguna sugerencia/experiencia? Gracias.
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
Hola gente:
Creo que este tema ya lo habia preguntado en su momento, y no recuerdo quien
me respondio que postee el Message que tengo y el Message que quiero... La
situacion es esta:
PBX <---> Kamailio <---> VoIP provider
El proveedor de VoIP no acepta paquetes SIP con direcciones IP invalidas en
el Head, por supuesto tengo el Kamailio con una IP publica (dada por el
proveedor).
La idea es que en una llamada saliente, al pasar por Kamailio, se modifique
el Head para que el proveedor reconozca el Message correctamente.
Record-Route: <sip:200.xx.xx.53;lr=on>
Via: sip/2.0/UDP 200.xx.xx.53;branch=ssdsdwewf.casqwq44.0
Via: sip/2.0/UDP 192.168.10.150:5060;branch=kchmvamydgcnwewqaq
Max-Forwards: 69
Necesito que el Message sea:
Record-Route: <sip:200.xx.xx.53;lr=on>
Via: sip/2.0/UDP 200.xx.xx.53:5060;branch=xxxxxxxxxx
Max-Forwards: 69
Resumiendo, que el Header solo envie la direccion del Kamailio y no del
Telefono que tiene detras.
Apreciare cualquier respuesta, gracias!
--
View this message in context: http://www.nabble.com/Modificar-Headers-tp21727191p21727191.html
Sent from the OpenSER Users - ES mailing list archive at Nabble.com.
El Miércoles, 18 de Febrero de 2009, users-es-owner(a)lists.kamailio.org
escribió:
> As list administrator, your authorization is requested for the
> following mailing list posting:
>
> List: Users-es(a)lists.kamailio.org
> From: cinchonize(a)rubytoots.com
> Subject: Warning! Virus detected
> Reason: Mensaje dirigido a una lista privada procedente de una
> dirección que no pertenece a la lista
>
> At your convenience, visit:
>
> http://lists.kamailio.org/cgi-bin/mailman/admindb/users-es
>
> to approve or deny the request.
--
Iñaki Baz Castillo
El Miércoles, 18 de Febrero de 2009, users-es-owner(a)lists.kamailio.org
escribió:
> As list administrator, your authorization is requested for the
> following mailing list posting:
>
> List: Users-es(a)lists.kamailio.org
> From: convent(a)cline.org.uk
> Subject: Warning! Virus detected
> Reason: Mensaje dirigido a una lista privada procedente de una
> dirección que no pertenece a la lista
>
> At your convenience, visit:
>
> http://lists.kamailio.org/cgi-bin/mailman/admindb/users-es
>
> to approve or deny the request.
--
Iñaki Baz Castillo
El Viernes, 20 de Febrero de 2009, users-es-owner(a)lists.kamailio.org escribió:
> As list administrator, your authorization is requested for the
> following mailing list posting:
>
> List: Users-es(a)lists.kamailio.org
> From: clunking(a)idlers.org
> Subject: Simple Ways to Enjoy Sex EEvery Day
> Reason: Mensaje dirigido a una lista privada procedente de una
> dirección que no pertenece a la lista
>
> At your convenience, visit:
>
> http://lists.kamailio.org/cgi-bin/mailman/admindb/users-es
>
> to approve or deny the request.
--
Iñaki Baz Castillo
El Lunes, 23 de Febrero de 2009, users-es-owner(a)lists.kamailio.org escribió:
> As list administrator, your authorization is requested for the
> following mailing list posting:
>
> List: Users-es(a)lists.kamailio.org
> From: imprecating(a)inta.com.es
> Subject: Simple Ways to Enjoy Sex Everry Day
> Reason: Mensaje dirigido a una lista privada procedente de una
> dirección que no pertenece a la lista
>
> At your convenience, visit:
>
> http://lists.kamailio.org/cgi-bin/mailman/admindb/users-es
>
> to approve or deny the request.
--
Iñaki Baz Castillo
Hola gente:
Nuevamente estoy por aca, para realizar algunas consultas de las cuales por
lo que he visto, ustedes saben bastante.
Primero les presento el esquema actual:
(Hard Phones, Soft Phones, etc) <--> Internet <--> Asterisk <--> Varios
trunks
Tengo varios telefonos repartidos en diferentes locaciones. Estos internos
-registrados en el Asterisk- tienen conflictos para hablar entre si (No hay
audio en ningun sentido), pero no para tomar alguno de los trunks -que estan
definidos contra Cisco, Mitel, etc.-.
Luego de investigar y realizar pruebas, pude solucionarlo con un Proxy,
quedando el esquema de esta manera:
(Hard Phones, Soft Phones, etc) <--> Internet <--> Proxy <--> Asterisk <-->
Varios trunks
El proxy actual (Brekeke) envia las peticiones de registro de cada extension
a Asterisk, por lo cual, Asterisk sigue encargandose de todo, la diferencia
es que el proxy realiza unos cambios en los Headers para que Asterisk no
tenga problema con el NAT detrás de cada telefono (Por lo visto, este es un
problema que tiene mucha gente, ya que los foros estan repletos de consultas
sobre esto).
Consultas:
1) Utilizando Kamailio en el lugar del proxy actual, conviene que los phones
se registren en Asterisk o Kamailio? ¿Cuales son las ventajas de registrarlo
en Kamailio?
2) Si los phones se registraran en Kamailio, el trafico no deberia pasar al
Asterisk, ya que machearia el discado y reenviaria al destino sin necesidad
del Asterisk. ¿Esto es correcto?
Muchas gracias!
--
View this message in context: http://www.nabble.com/Consultas-varias-Kamailio---Asterisk-tp21583845p21583…
Sent from the OpenSER Users - ES mailing list archive at Nabble.com.
Hola a todos nuevamente:
Kamailio esta funcionando bien (pero no tengo audio), ahora me dispongo a
instalar mediaproxy.
El tema es que cuando inicio mediaproxy:
/usr/local/mediaproxy/media-dispatcher
No me dice nada, no da señales de vida, el log dice esto:
media-dispatcher[19796]: [-] Log opened.
media-dispatcher[19796]: [-] Starting MediaProxy Dispatcher 2.3.2
media-dispatcher[19796]: [-] Traceback (most recent call last):
media-dispatcher[19796]: [-] File
"/usr/local/mediaproxy/media-dispatcher", line 46, in <module>
media-dispatcher[19796]: [-] from mediaproxy.dispatcher import
Dispatcher
media-dispatcher[19796]: [-] File
"/usr/local/mediaproxy/mediaproxy/dispatcher.py", line 35, in <module>
media-dispatcher[19796]: [-] from mediaproxy.tls import
X509Credentials, X509NameValidator
media-dispatcher[19796]: [-] File
"/usr/local/mediaproxy/mediaproxy/tls.py", line 26, in <module>
media-dispatcher[19796]: [-] config_file =
ConfigFile(configuration_filename)
media-dispatcher[19796]: [-] File
"/var/lib/python-support/python2.5/application/configuration/__init__$
media-dispatcher[19796]: [-] instance.parser.read(files)
media-dispatcher[19796]: [-] File "/usr/lib/python2.5/ConfigParser.py",
line 267, in read
media-dispatcher[19796]: [-] self._read(fp, filename)
media-dispatcher[19796]: [-] File "/usr/lib/python2.5/ConfigParser.py",
line 462, in _read
media-dispatcher[19796]: [-] raise MissingSectionHeaderError(fpname,
lineno, line)
media-dispatcher[19796]: [-] ConfigParser.MissingSectionHeaderError: File
contains no section headers.
media-dispatcher[19796]: [-] file: /etc/mediaproxy/config.ini, line: 191
media-dispatcher[19796]: [-] 'dburi =
mysql://openser:openserrw@localhost/openser\n'
Por lo que pude encontrar es un tema de Python?? alguno tiene idea?
Se que la lista no es para mediaproxy pero se que hay gente que trabajo
mucho con esto.
gracias!
--
View this message in context: http://www.nabble.com/Kamailio-%2B-mediaproxy-tp22001745p22001745.html
Sent from the OpenSER Users - ES mailing list archive at Nabble.com.