From domain

17 views
Skip to first unread message

oscares

unread,
Jun 3, 2013, 3:30:53 AM6/3/13
to aster...@googlegroups.com
Buenos días,

Estoy ante un escenario en que encuentro un trato un tanto raro de asterisk 
de las cabeceras FROM de un INVITE en el siguiente escenario:

UACs | PSTN TRUNK ----> SIP-PROXY -----> Asterisk

El SIP proxy es el único punto de entrada/salida a Asterisk.
La gestión de los dialgos de los peers es realizada por Asterisk.

De forma que todos los location de los peers están registrados en el SIP proxy,
y asterisk localiza a los peers en el sip proxy (todos con mismo socket), valiendose
de las cabeceras from/to para definir el peer de origen/destino, de forma que 
si Bob llama a Alice:

ALICE ---> SIP-PROXY ---> ASTERISK ---> SIP-PROXY ---> BOB

<--- SIP read from UDP:a.b.c.d:5060 --->
INVITE sip:b...@domain.com;transport=tcp SIP/2.0
...
From: <sip:al...@domain.com>;tag=a199c81a
...

Cuando el origen ya no es un peer de Asterisk sino que es otro dominio:

<--- SIP read from UDP:180.5.71.254:5060 --->
INVITE sip:9888...@domain.com:5060;user=phone;transport=tcp SIP/2.0
...
From: <sip:9777...@SBCdomain.com:5060;user=phone>;tag=4-45026-1015925-ff9dfd1-1015925
To: <sip:9888...@domain.com:5060;user=phone>
...

Asterisk asigna esta llamada a alice, supongo que será porque el socket de origen es el mismo 
del userloc de alice y no presta atención a SBCdomain.com

¿Os habéis encontrado con este escenario alguna vez? 
Solo se me ocurre forzar a utilizar otro socket cuando el origen no es un user pero lo encuentro una solución muy limpia.

Un saludo.

Óscar.
Reply all
Reply to author
Forward
0 new messages