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 --->
...
...
Cuando el origen ya no es un peer de Asterisk sino que es otro dominio:
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.