Problema de autenticación SIP entre dos centralitas Asterisk

[Miguel Alberto Sanz Pardo]

Hola buenas tardes,

Estoy teniendo un problema con la autenticación SIP al hacer llamadas entre dos centralitas Asterisk. Desde los terminales que están registrados en la centralita B puedo hacer llamadas a los terminales que están registrados en la centralita A, pero no  al revés:

Centralita A:

sip.conf:

[ERICSSON-MD110] --> Aunque ponga Ericsson es un troncal de pruebas hacia otra centralita Asterisk

type=friend

context=from-ericsson-md110

dtmfmode=rfc2833

language=es

insecure=port,invite

disallow=all

allow=alaw

qualify=yes

canreinvite=no

host=192.168.1.40

fromdomain=192.168.1.40

[1003]  --> Softphone Zoiper

type=friend

secret=

context=to-ericsson-md110

dtmfmode=rfc2833

language=es

insecure=port,invite

disallow=all

allow=alaw

qualify=yes

canreinvite=no

host=dynamic

callerid=Miguel <1003>

extensions.conf:

[from-ericsson-md110]

exten => _1XXX,1,NoOp(Llamada entrante desde ${CALLERID(number)} hacia ${EXTEN})

same  => n,Dial(SIP/${EXTEN})

same  => n,Hangup()

[to-ericsson-md110]

exten => _1XXX,1,NoOp(Llamada desde ${CALLERID(number)} hacia extension:${EXTEN})

same  => n,Dial(SIP/ERICSSON-MD110/${EXTEN},30)

Centralita B:

sip.conf:

[trunk_uab]

disallow=all

type=friend

context=from-asterisk-voicemail

allow=alaw

host=192.168.1.90

fromdomain=192.168.1.90

dtmfmode=rfc2833

language=es

canreinvite=no

qualify=yes

insecure=port,invite

[1001]

secret=

dtmfmode=rfc2833

canreinvite=no

context=to-asterisk-voicemail

host=dynamic

trustrpid=yes

sendrpid=no

type=friend

nat=no

port=5060

qualify=yes

qualifyfreq=60

callerid=Edi <1001>

extensions.conf:

[to-asterisk-voicemail]

exten => _8XXXX,1,NoOp(Llamada desde ${CALLERID(number)} hacia extension:${EXTEN})

same  => n,Dial(SIP/trunk_uab/${EXTEN:1},30)

[from-asterisk-voicemail]

exten => _1XXX,1,NoOp(Llamada entrante desde ${CALLERID(number)} hacia extension:${EXTEN})

same  => n,Dial(SIP/${EXTEN})

Si llamamos desde la central B hacia la A no hay problema pero sí al revés. En tal caso aparece este mensaje por la pantalla(en la centralita A):

 Executing [1001@to-ericsson-md110:1] NoOp("SIP/1003-0000001a", "Llamada desde....") in new stack

    -- Executing [1001@to-ericsson-md110:2] Dial("SIP/1003-0000001a", "SIP/ERICSSON-MD110/1001,30") in new stack

  == Using SIP RTP TOS bits 184

  == Using SIP RTP CoS mark 5

    -- Called SIP/ERICSSON-MD110/1001

[2015-11-20 15:24:32] NOTICE[14528][C-0000000d]: chan_sip.c:23146 handle_response_invite: Failed to authenticate on INVITE to '"Miguel" <sip:10...@192.168.1.40>;tag=as42ea3b4a'

    -- SIP/ERICSSON-MD110-0000001b is circuit-busy

  == Everyone is busy/congested at this time (1:0/1/0)

    -- Auto fallthrough, channel 'SIP/1003-0000001a' status is 'CONGESTION'

[2015-11-20 15:24:32] WARNING[15297][C-0000000d]: channel.c:4860 ast_prod: Prodding channel 'SIP/1003-0000001a' failed

Si en el trunk ERICSSON-MD110 defino el campo fromuser=loquesea ya no tengo este problema pero sin embargo en el trunk trunk_uab sin necesidad de definir el fromuser puedo realizar llamadas a los terminales de la otra centralita.

¿Alguna idea de por qué en un sentido me deja hacer las llamadas sin necesidad de usar el campo fromuser y en el sentido contrario no? ¿Es necesario definir dicho campo cuando interconectamos dos centralitas Asterisk mediante SIP? ¿En tal caso como conseguimos que el usuario de la centralita remota pueda ver el caller ID del usuario que llama y no el del campo fromuser definido en el trunk?

He estado mirando los parámetros globales de ambas centralitas mediante un "sip show settings" y en principio los tengo exactamente iguales en ambas centralitas.

Adjunto dos capturas realizadas con ngrep desde ambas centralitas cuando trato de realizar una llamada desde A hacia B

un saludo

Miguel Sanz

[Fernando Villares]

Peer no friend

--
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 http://groups.google.com/group/asterisk-es.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Miguel Alberto Sanz Pardo]

Ups ^_^ , que fallo, los viernes me afectan.

Revisando la "Guía definitiva de Asterisk", para conectar 2 centralitas Asterisk se recomienda configurar los archivos sip.conf de esta manera:

En la centralita A(192.168.1.101)

[serverB]

type = peer

host = 192.168.1.102

defaultuser = serverA

secret = apples

context = incoming

disallow = all

allow = alaw

En la centralita B(192.168.1.102)

[serverA]

type = peer

host = 192.168.1.101

defaultuser = serverB

secret = apples

context = incoming

disallow = all

allow = alaw

Entiendo que haciendo un match por hostname/IP no necesitaría ni siquiera disponer de los campos defaultuser ni pass, tal y como acabo de recordar que me recomendó Raúl hace un tiempo: 

https://groups.google.com/forum/#!msg/asterisk-es/ieeAKU3_aEM/lqkd5RvsDAIJ

En esta web por ejemplo se configuran 2 SIP trunks de esta manera(haciendo un match por hostname/IP sin necesidad de user/pass)

http://guzmanweb.com.ar/blog/?p=1036

He visto que hay gente que en las conexiones entre dos centralitas Asterisk usan type=friend en vez de usar type=peer ¿Alguna idea de por qué usan type=friend en vez de type=peer?

https://www.voztovoice.org/?q=node/112

https://jroliva.wordpress.com/2010/09/17/union-elastix-y-asterisk-puro-via-sip-trunk/

http://www.asteriskdocs.org/en/2nd_Edition/asterisk-book-html-chunk/connecting_two_asterisk.html

¿Acaso es necesario que sean type=friend cuando se usa register =>?

un saludo y gracias por tu colaboración Fernando

El sábado, 21 de noviembre de 2015, 1:51:11 (UTC+1), Ing. Fernando Villares escribió:

Peer no friend

[Fernando Villares]

Fijate como cambian la negociacion sip poniendo 1 campo y el otro....

--

[Miguel Alberto Sanz Pardo]

Estoy instalándome en mi portátil 2 Máquinas Virtuales(VMWare) con 2 Asterisk para hacer la prueba en un rato; no obstante, volviendo a buscar por internet he encontrado estas aclaraciones:

http://forovoip.unvm.edu.ar/index.php?topic=45.0

http://asterisk-rd.blogspot.com.es/2012/03/configuracion-sip-diferencia-entre-peer.html

http://www.monovarlinux.org/?p=40

Aun así creo que mucha gente usa el type=friend sin saber qué diferencias reales hay entre usar type=friend y type=peer (en cuanto al protocolo SIP y los mensajes que se envían en la señalización - me incluyo yo mismo hasta que no haga la prueba. Aunque he leído bastante información en cuanto a Asterisk y sus parámetros no me conozco el protocolo SIP al dedillo y creo que es algo que debería de tratar de hacer tarde o temprano para poder comprender de verdad como funciona la señalización SIP)

Desde hace un tiempo sé que cuando se configuran gateways PRI,RDSI,FXO y proveedores de VOIP lo recomendable es usar type=peer, pero realmente nunca he llegado a comprender el por qué exactamente desde el punto de vista del protocolo SIP y los mensajes que envía, pero creo que por fin comienzo a tenerlo un poco más claro al menos.

[Sir Brain Colward]

Buenas,

realmente el type no tiene nada que ver con SIP, sino en cómo trata el chan_sip a las "entidades" creadas. En teoría:

- type=user sólo hacen llamadas (desde ellos al Asterisk)

- type=peer sólo reciben llamadas (desde Asterisk a ellos)

- type=friend hacen y reciben llamadas. En realidad es una manera de aunar los otros dos tipos y "ahorrar" configuración aunque algunos gurús aconsejan separar los friends en peer y user (entonces la pregunta es ¿por qué el tipo friend?)

Ahora, en la práctica parece que todos hacen de todo. Es bastante habitual crear un peer pero que cuadren llamadas entrantes como de ese peer (pero... ¿no se suponía que el peer sólo recibía llamadas y no podía hacerlas? ¿qué es esto?), que mires las extensiones con "sip show peers" cuando debería ser "sip show users", etc., con lo que la distinción queda un poco "en el aire".

Lo que sí es que tiene su efecto en encajar la llamada entrante a qué "entidad" la asocia:

- primero busca entre los tipos user/friend aquel cuyo nombre (lo que está entre corchetes) coincida con el username del SIP-URI del campo FROM (el famoso fromuser)

- segundo busca entre los tipos user/friend aquel cuya IP coincida con la del paquete SIP entrante

- tercera busca entre los peers aquel cuya IP coincida con la del paquete SIP entrante

Entonces te puedes ocurrir cosas como las que has sufrido, que aunque lo tengas todo bien configurado se crea que viene desde otra entidad y por tanto busque otro tipo de seguridad o que se vaya por otro contexto, etc.

Espero que te sirva para aclarar un poco las dudas.

Saludos,

César Pinto

[Miguel Alberto Sanz Pardo]

Muchas gracias por la aclaración Cesar,

Ya he puesto los 2 trunks como peer y al realizar llamadas desde la centralita A hacia la centralita B sigo teniendo problemas, sigue apareciendo el mensaje 401 Unauthorized, cuando en todo caso entiendo que debería de aparecer 407 Proxy Authorization Required, y después debería de establecerse la comunicación

¿Alguna idea de qué puede estar pasando? Ahora sí que no entiendo nada

Os paso mi configuración actual:

Centralita A (IP:192.168.1.90):

sip.conf:

[ERICSSON-MD110] --> Trunk de centalita A hacia centralita B

type=peer

context=from-ericsson-md110

dtmfmode=rfc2833

language=es

insecure=port,invite

disallow=all

allow=alaw

qualify=yes

canreinvite=no

host=192.168.1.40

fromdomain=192.168.1.40

[1003]  --> Softphone Zoiper

type=friend

secret=

context=to-ericsson-md110

dtmfmode=rfc2833

language=es

insecure=port,invite

disallow=all

allow=alaw

qualify=yes

canreinvite=no

host=dynamic

callerid=Miguel <1003>

Centralita B (IP:192.168.1.40):

sip.conf:

[trunk_uab]   --> Trunk de centralita B hacia centralita A

type=peer

context=from-asterisk-voicemail

disallow=all

allow=alaw

dtmfmode=rfc2833

language=es

canreinvite=no

qualify=yes

insecure=port,invite

host=192.168.1.90

fromdomain=192.168.1.90

[1001]  --> Teminal VOIP CISCO 7942

[Angel Elena]

Miguel, no te compliques tanto la vida.....



[pbx-a]
type=peer
insecure=port,invite
host=192.168.1.90
context=entrada
nat=no
qualify=no
disallow=all
allow=g729
allow=alaw



[pbx-b]
type=peer
insecure=port,invite
host=192.168.1.40
context=entrada
nat=no
qualify=no
disallow=all
allow=g729
allow=alaw



déjate de historias de fromdomain ..... hazlo sencillo, be easy my friend

--------------------------------
Ángel Elena Medina _o)
cr...@craem.net / \\
http://blog.craem.net _(___V
@craem_
--------------------------------

-----Mensaje original-----
De: Miguel Alberto Sanz Pardo <miguels...@gmail.com>
Enviado: Lun 23-11-2015 09:59
Asunto: [Asterisk-ES] Re: Problema de autenticación SIP entre dos centralitas Asterisk
Archivos adjuntos: CentralitaA.pcap, CentralitaB.pcap
Para: asterisk-es <aster...@googlegroups.com>;

> --
> Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org

> <http://www.asterisk-es.org> )

> Normas de la lista Asterisk-ES:
> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-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

> <mailto:asterisk-es...@googlegroups.com> .

> Para publicar en este grupo, envía un correo electrónico a

> aster...@googlegroups.com <mailto:aster...@googlegroups.com> .

> Visita este grupo en http://groups.google.com/group/asterisk-es

> <http://groups.google.com/group/asterisk-es> .

[Sir Brain Colward]

2 cosas:

- haz caso a Ángel, simplifica. Y en caso de duda haz un "sip set debug on" y ahí te aparecerá (aparte de mucha más morralla) con qué SIP device cuadra el Asterisk el paquete entrante

- el Asterisk es un B2B UA, con lo que debe responder 401. El 407 lo responde un proxy (i.e. Kamailio), que en este caso no hay en tu escenario. El día que Asterisk funcione como proxy flipo en colores X-D

Saludos,

César Pinto

--
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 una entrada en este grupo, envía un correo electrónico a aster...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/asterisk-es.
Para obtener más opciones, visita https://groups.google.com/d/optout.

[Miguel Alberto Sanz Pardo]

Ya he simplificado al máximo pero sigo teniendo los mismos problemas.

He hecho un par de capturas con el sip set debug on en cada centralita, os comparto ambos archivos a ver si conseguís ver algo que yo no soy capaz de ver. Mientras tanto voy a seguir tratando de analizar que estoy configurando mal.

-Centralita A:

sip.conf:

[trunk_to_ericsson]  --> le he cambiado el nombre, aviso para no liar más, antes la llamé [ERICSSON-MD110]

type=peer

context=from-ericsson-md110

dtmfmode=rfc2833

language=es

insecure=port,invite

disallow=all

allow=alaw

qualify=no

canreinvite=no

nat=no

host=192.168.1.40

extensions.conf:

[from-ericsson-md110]

exten => 1000,1,NoOp(Administracion del buzon de voz)

same  => n,Read(MAILBOX,vm-login,,,3,2)

same  => n,VoiceMailMain(${MAILBOX}@default)

exten => _1XXX,1,NoOp(Llamada entrante desde ${CALLERID(number)} hacia ${EXTEN})

same  => n,Dial(SIP/${EXTEN})

same  => n,VoiceMail(${EXTEN},bs)

same  => n,Hangup()

[to-ericsson-md110]

exten => _1XXX,1,NoOp(Creacion de buzon de voz para la extension:${EXTEN})

same  => n,NoOp(Esperando a que el password sea confirmado)

same  => n,Dial(SIP/trunk_to_ericsson/${EXTEN},30)

-Centralita B:

[trunk_uab]

disallow=all

type=peer

context=from-asterisk-voicemail

allow=alaw

host=192.168.1.90

dtmfmode=rfc2833

language=es

canreinvite=no

qualify=no

insecure=port,invite

nat=no

extensions.conf:

[to-asterisk-voicemail]

exten => _8XXXX,1,NoOp(Llamada desde ${CALLERID(number)} hacia extension:${EXTEN})

same  => n,Dial(SIP/trunk_uab/${EXTEN:1},30)

[from-asterisk-voicemail]

exten => _1XXX,1,NoOp(Llamada desde ${CALLERID(number)} hacia extension:${EXTEN})

same  => n,Dial(SIP/${EXTEN},30)

un saludo y muchas gracias por vuestra ayuda y comprensión

Miguel Sanz

[Miguel Alberto Sanz Pardo]

Acabo de ver con un compañero algo curioso.

Resulta que tanto en la centralita A como en la centralita B disponíamos de la extensión 1003.

Desde la centralita A tratábamos de llamar desde la 1003 hacia la 1001 de la centralita B. De esta manera aparecía el error 401.

Al renombrar dicha extensión a otra, la cuál no existe en la centralita B(por ejemplo 1012) la llamada se ha cursado sin problemas.

un saludo

Miguel Sanz

[Angel Elena]

Eso suele llamarse un error de capa8

--------------------------------
Ángel Elena Medina _o)
cr...@craem.net / \\
http://blog.craem.net _(___V
@craem_
--------------------------------

-----Mensaje original-----
De: Miguel Alberto Sanz Pardo <miguels...@gmail.com>

Enviado: Lun 23-11-2015 11:44

Asunto: [Asterisk-ES] Re: Problema de autenticación SIP entre dos centralitas Asterisk

Para: asterisk-es <aster...@googlegroups.com>;

> <sip:10...@192.168.1.40 <mailto:sip%3A1...@192.168.1.40> >;tag=as42ea3b4a'

>     -- SIP/ERICSSON-MD110-0000001b is circuit-busy
>   == Everyone is busy/congested at this time (1:0/1/0)
>     -- Auto fallthrough, channel 'SIP/1003-0000001a' status is 'CONGESTION'
> [2015-11-20 15:24:32] WARNING[15297][C-0000000d]: channel.c:4860 ast_prod:
> Prodding channel 'SIP/1003-0000001a' failed
>
>
> Si en el trunk ERICSSON-MD110 defino el campo fromuser=loquesea ya no tengo
> este problema pero sin embargo en el trunk trunk_uab sin necesidad de definir
> el fromuser puedo realizar llamadas a los terminales de la otra centralita.
>
> ¿Alguna idea de por qué en un sentido me deja hacer las llamadas sin necesidad
> de usar el campo fromuser y en el sentido contrario no? ¿Es necesario definir
> dicho campo cuando interconectamos dos centralitas Asterisk mediante SIP? ¿En
> tal caso como conseguimos que el usuario de la centralita remota pueda ver el
> caller ID del usuario que llama y no el del campo fromuser definido en el trunk?
>
> He estado mirando los parámetros globales de ambas centralitas mediante un "sip
> show settings" y en principio los tengo exactamente iguales en ambas
> centralitas.
>
> Adjunto dos capturas realizadas con ngrep desde ambas centralitas cuando trato
> de realizar una llamada desde A hacia B
>
>
> un saludo
>
> Miguel Sanz
>

[Sir Brain Colward]

Si te fijas bien es lo de antes: llamadas con un from "XXXX"<sip:10...@X.X.X.X> y por lo tanto la centralita B entiende que es desde el usuario 1003 ;)

personalmente yo pondría ambos a tipo friend y fromuser el nombre usado en el otro lado. Es decir

Centralita A:

[centraB]

type=friend

fromuser=centraA

Centralita B:

[centraA]

type=friend

fromuser=centraB

Saludos

César Pinto

argh!!!!!

--
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 una entrada en este grupo, envía un correo electrónico a aster...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/asterisk-es.
Para obtener más opciones, visita https://groups.google.com/d/optout.

[Miguel Alberto Sanz Pardo]

Hola Cesar,

Lo malo de esa configuración es que si un usuario de la centralita A(por ejemplo el 1003) llama a un usuario de la centralita B(por ejemplo el 1001) o viceversa, no verán el callerid del usuario que está realizando la llamada sino que verán "centraA" o "centraB" ¿No?

un saludo

Miguel Sanz

[Angel Elena]

Te estás liando.... si las 2 PBX tienen las extensiones iguales, tendrás que hacer algo tal que:


pbx a

exten => _551XXX,1,NoOP(.... mis extensiones son iguales y tengo que marcar 55+extension ....)
exten => _551XXX,n,NoOP(.... a priori, la ñapa no es tan grande .............................)
exten => _551XXX,n,Dial(SIP/${EXTEN:2}@supertrunkpbxb,100,tT)
exten => _551XXX,n,Hangup


PBX b

exten => _551XXX,1,NoOP(.... mis extensiones son iguales y tengo que marcar 55+extension ....)
exten => _551XXX,n,NoOP(.... a priori, la ñapa no es tan grande .............................)
exten => _551XXX,n,Dial(SIP/${EXTEN:2}@supertrunkpbxA,100,tT)
exten => _551XXX,n,Hangup



En el caller id, verán la extensión que tu quieras.... si quieres añadir emoción y que sepan diferenciar que vienen de la otra:


exten => _551XXX,1,NoOP(.... mis extensiones son iguales y tengo que marcar 55+extension ....)
exten => _551XXX,n,NoOP(.... a priori, la ñapa no es tan grande .............................)
exten => _551XXX,n,Set(minumeroguai=55${EXTEN})
exten => _551XXX,n,Set(callerid(name)=55${minumeroguai})
exten => _551XXX,n,NoOP(... ñapa profesional callerid ${minumeroguai} llama a ${EXTEN})
exten => _551XXX,n,Dial(SIP/${EXTEN:2}@supertrunkpbxb,100,tT)
exten => _551XXX,n,Hangup



Puedes hacer algo así

salu2

--------------------------------
Ángel Elena Medina _o)
cr...@craem.net / \\
http://blog.craem.net _(___V
@craem_
--------------------------------

-----Mensaje original-----
De: Miguel Alberto Sanz Pardo <miguels...@gmail.com>

Enviado: Jue 26-11-2015 12:40
Asunto: Re: [Asterisk-ES] Re: Problema de autenticación SIP entre dos centralitas Asterisk
Para: asterisk-es <aster...@googlegroups.com>;

[Miguel Alberto Sanz Pardo]

Tienes toda la razón Ángel,

Para que se vea un CallerID u otro tan sólo hay que usar la función CALLERID( ) con el campo deseado (name, number, etc), en qué estaría pensando ^_^

un saludo

Miguel Sanz

> <mailto:asterisk-es+unsub...@googlegroups.com> .

[Sir Brain Colward]

La solución "C" sería usar realtime y compartir la base de datos de registro entre ambos Asterisk. De esa manera ambas PBXs compartirían extensiones.

Pero eso sería ya debate en otro hilo.... :)

Saludos,

César Pinto

Y no, no es una respuesta de viernes, aunque algo maliciosa sí que es. >:-]

Miguel Sanz

> <mailto:asterisk-es...@googlegroups.com> .

> Para publicar en este grupo, envía un correo electrónico a

> aster...@googlegroups.com <mailto:aster...@googlegroups.com> .
> Visita este grupo en http://groups.google.com/group/asterisk-es
> <http://groups.google.com/group/asterisk-es> .
> Para acceder a más opciones, visita https://groups.google.com/d/optout.
>

--
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 http://groups.google.com/group/asterisk-es.

[Raúl Alexis Betancor Santana]

Si vas a usar EXACTAMENTE las mismas extensiones en ambas centrales ... tendrás otro tipo de dolores de cabeza, más allá de el tema del callerID

---

Miguel Sanz

> <mailto:asterisk-es...@googlegroups.com> .

> Para publicar en este grupo, envía un correo electrónico a
> aster...@googlegroups.com <mailto:aster...@googlegroups.com> .
> Visita este grupo en http://groups.google.com/group/asterisk-es
> <http://groups.google.com/group/asterisk-es> .
> Para acceder a más opciones, visita https://groups.google.com/d/optout.
>

--
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 http://groups.google.com/group/asterisk-es.

[Raúl Alexis Betancor Santana]

No funcionaría, a Asterisk no le hace ni puta gracia compartir la BD con otra instancia de Asterisk, sobre todo si ambos la 'tocan'

---

[Rodrigo Ramírez Norambuena]

November 27 2015 6:59 AM, "Raúl Alexis Betancor Santana" <ra...@dimension-virtual.com> wrote:
> No funcionaría, a Asterisk no le hace ni puta gracia compartir la BD con otra instancia de
> Asterisk, sobre todo si ambos la 'tocan'

Esto suena interesante. ¿En versiones 11 y 13?

¿Que tipo de problemas especificos?, sería bueno darle una mirada. ¿Sobre que motor?
--
Rodrigo Ramírez Norambuena
http://www.rodrigoramirez.com