Este documento describe cómo se establecen las llamadas en 3CX Phone System, y qué eventos serán escritos en la página de “Registro de actividad del servidor”, en la interfaz de administración de 3CX. Utilizando esta descripción del flujo de la llamada, y analizando los eventos, podrá entender mejor qué sucede y resolver potenciales problemas. Note que el flujo de llamada que se describe abajo es idéntico para llamadas entrantes y salientes.

Paso 1: Identificando el origen de la llamada

Una llamada es iniciada por alguien que toma el teléfono y envía un mensaje SIP INVITE. Cuando 3CX Phone System recibe un mensaje SIP INVITE desde un llamante, se genera un evento de historial de llamada de tipo ‘Incoming’, el cual es anotado en el log de estado del servidor:

12:03:20.734| Log(2): | Incoming | c1 | “232″ <sip:232@192.168.0.2> | <sip:900@192.168.0.2> | Incoming call (before routing)

La entrada “232″ <sip:232@192.168.0.2> es la dirección SIP del llamante. La dirección puede ser interpretada de la siguiente manera:

1. “232” es el nombre para mostrar (“display name”) del llamante;
2. 232 (después de <sip:… ) es su nombre de usuario (número de extensión);
3. La dirección IP o nombre de dominio es la computadora o dominio donde se encuentra registrado el llamante.

La entrada <sip:900@…> es la dirección SIP del destinatario de la llamada.

Note que el evento es llamado “Incoming”, por más que esta sea una llamada entrante o saliente. “Incoming” se refiere al hecho de que la PBX está recibiendo el requerimiento desde un llamante – el cual podría corresponder a una llamada entrante o saliente.

Paso 2: Verificando el origen de la llamada

3CX Phone System ahora intentará resolver el origen de la llamada:

1. Si la llamada fue originada en una línea configurada en 3CX Phone System (por ejemplo, la llamada es recibida desde una línea en una pasarela PSTN o proveedor VOIP), el siguiente evento será anotado:

12:03:20.734| Log (2): | Call is incoming from line [#1234578 @Dlink]

Si la dirección IP o nombre de equipo del originante coincide con el de una pasarela conocida, pero el número de línea no se encuentra entre las definidas para la pasarela, la llamada será rechazada y la siguiente advertencia aparecerá:

12:03:20.734| Warning( 1): | Incoming call appears to be from gateway DLink, but line number #12345678 is unknown to phone system

2. Las líneas de los proveedores VOIP y las pasarelas VOIP no necesitan estar registradas. Para permitir soportar más pasarelas y proveedores (que funcionan de modo diferente en algunos casos), 3CX Phone System permitirá realizar o recibir las llamadas, incluso cuando el originante no esté registrado.
3. Ahora, 3CX Phone System verificará si la llamada es realizada desde una extensión registrada en 3CX Phone System. Si la encuentra, el siguiente evento será anotado en el log:

12:03:20.734| Log (2): | Registrar resolved as <addr> as <addr>

Si la extensión no es encontrada o no está registrada, aparecerá el siguiente mensaje:

12:03:20.734| Log (2): | Registrar can not resolve <addr>

4. Si el origen de la llamada no puede ser resuelto, se genera el evento de historial de llamada ‘Rejected’:

12:03:20.781| Log(2): | Rejected | c1 | “232″ <sip:232@192.168.0.2> | <sip:900@192.168.0.2> | Attempt to call from an extension/line that is not registered/known to the phone system

En este caso el originante de la llamada obtiene una respuesta SIP ‘403 Forbidden’, la cual será mostrada en la pantalla de su teléfono SIP. En este punto la llamada es terminada y el evento de historial de llamada correspondiente es generado:

12:03:20.781| Log (2): | Terminated | c1 | “232″ <sip:232@192.168.0.2> | <sip:900@192.168.0.2> | Call ended

Paso 3: Encontrando el destinatario de la llamada

Si el origen de la llamada ha sido determinado, el siguiente paso es encontrar el destinatario de la llamada.

1. Si la llamada proviene de una pasarela PSTN o un proveedor VOIP, la regla de tratamiento de llamadas entrantes asociada es utilizada para determinar la extensión a la que hay que enviar la llamada. El sistema verifica si la extensión se encuentra registrada. Si la extensión es conocida y se encuentra registrada, el siguiente evento es generado y anotado:

……… Found destination <dest> for caller <caller>

Ahora la PBX verifica si la llamada proviene de una extensión y es hacia un número externo. Hace esto aplicando las reglas de salida al número marcado. Si una regla hace coincidir el número, entonces es una llamada saliente (por ejemplo, si encuentra un prefijo 0). Si no logra hacerse coincidir a ninguna regla de salida, se asume que el destino es un número interno (extensión, grupo de timbre, IVR, etc.) y el sistema intentará encontrarlo en la base de datos. Si se trata de una extensión, pero ésta no se encuentra registrada, la siguiente advertencia es escrita en el log:

Destination <dest> has been found for <caller>, but it hasn’t been registered! Unable to complete call.

2. Si el número no es encontrado en la base de datos, podría tratarse de un grupo de timbre, una cola o una conferencia. Caso contrario se procede al siguiente punto.
3. Si el número marcado es completamente desconocido para la PBX, la llamada es rechazada y el siguiente evento es anotado en el log de estado del servidor:

14:21:58.840| Warn (1): | Dialed number 79306288 is not known to the phone system

Luego de que el origen y el destino de la llamada han sido resueltos, el siguiente evento de historial de llamada es generado:

14:20:42.762| Log (2): | Routed | c2 | “103″ <sip:103@192.168.0.2> | <sip:079306288@192.168.0.2> | From: Ext:103; To: [#25405292 @phoneline.com.mt]

Paso 4: 3CX Phone System retorna el INVITE

Ahora que tanto el origen como el destino son conocidos, 3CX Phone System retorna el INVITE:

1. 3CX Phone System envía un INVITE a la dirección de destino resuelta y escribe el siguiente evento de historial de llamada en el log de estado del servidor:

14:20:49.575| Log(2): | Calling | c2 | “103″ <sip:103@192.168.0.2> | <sip:079306288@192.168.0.2>| Send INVITE to [#25405292 @phoneline.com.mt]

2. Si no se recibe una respuesta a los 30 segundos, la llamada falla y el siguiente evento de historial de llamada es generado en el log:

14:21:29.903| Log (2): | Failed | c2 | “103″ <sip:103@192.168.0.2> | <sip:079306288@192.168.0.2>| Call failed, reason: Request Timeout

3. Si se recibe una respuesta el siguiente evento de historial de llamada es generado:

14:19:46.403| Log(2): | Got response from | <sip:101@192.168.0.101:5060;cid=0>;tag=b6edc8bfc47cda77 on invite from <sip:103@192.168.0.103:5060;cid=0>;tag=766caf3f. Response line: SIP/2.0 180 Ringing

4. Ahora la llamada puede resultar establecida – el destinatario atiende el teléfono – o terminada – el destinatario cuelga el teléfono antes de atender. Si la llamada es terminada, el evento de historial de llamada generado es el siguiente:

14:19:52.059| Log (2): | Terminated | c1 | “103″<sip:103@192.168.0.2> | <sip:101@192.168.0.2> | Call ended

5. Si la llamada es establecida, el siguiente evento de historial de llamada es escrito en el log:

15:55:39.371| Log(2): | Established | c6 | “103″<sip:103@192.168.0.2> | <sip:101@192.168.0.2> | Call is established

6. Cuando la llamada es terminada – por ejemplo, el originante o el destinatario cuelgan su teléfono – otro evento de historial de llamada es generado.