Skip to content

Conversation

@techniclite
Copy link

@techniclite techniclite commented Dec 11, 2024

Receive after TX Seize a Seize_ACK (0x0 instead of a 0xC) :

Recientemente, me a tocado un caso acá en Venezuela, para incorporar varios enlaces salientes con señalización DTMF-R2, en los cuales la central de CANTV no sigue el estándar en los bits CAS para el SEIZE_ACK, que en este caso responde con 0x0 (0001) en lugar de 0xC (1101). Estos enlaces actualmente están trabajando bien con una central NORTEL Meridian, que si tiene ese ajuste en su tabla de parámetros, pero nuestro interés es ir migrando los servicios a una central basada en asterisk18.24.3/openr2-1.3.3.

[14:38:21:606] [Thread: 140077508204288] [Chan 157] - Call started at Wed Nov 27 14:38:21 2024 on chan 157 [openr2 version 1.3.3, revision (release)]
[14:38:21:606] [Thread: 140077508204288] [Chan 157] - Outgoing call proceeding: ANI=7007, DNIS=04141111330, Category=National Subscriber
[14:38:21:606] [Thread: 140077508204288] [Chan 157] - CAS Tx >> [SEIZE] 0x00
[14:38:21:606] [Thread: 140077508204288] [Chan 157] - CAS Raw Tx >> 0x01
[14:38:21:606] [Thread: 140077508204288] [Chan 157] - scheduled timer id 2 (r2_seize)
[14:38:21:734] [Thread: 140077508204288] [Chan 157] - Bits changed from 0x08 to 0x00
[14:38:21:734] [Thread: 140077508204288] [Chan 157] - CAS Rx << [FORCED RELEASE] 0x00
[14:38:21:734] [Thread: 140077508204288] [Chan 157] - Disconnection before seize ack detected![14:38:21:734] [Thread: 140077508204288] [Chan 157] - Far end disconnected. Reason: Forced Release
[14:38:21:734] [Thread: 140077508204288] [Chan 157] - scheduled timer id 3 (dtmf_r2_set_call_down)
[14:38:21:734] [Thread: 140077508204288] [Chan 157] - Attempting to cancel timer timer 0
[14:38:21:734] [Thread: 140077508204288] [Chan 157] - Cannot cancel timer 0
[14:38:21:734] [Thread: 140077508204288] [Chan 157] - CAS Tx >> [CLEAR FORWARD] 0x08
[14:38:21:734] [Thread: 140077508204288] [Chan 157] - CAS Raw Tx >> 0x09
[14:38:21:846] [Thread: 140079335577344] [Chan 157] - Attempting to cancel timer timer 3
[14:38:21:846] [Thread: 140079335577344] [Chan 157] - timer id 3 found, cancelling it now
[14:38:21:846] [Thread: 140079335577344] [Chan 157] - calling timer 3 (dtmf_r2_set_call_down) callback
[14:38:21:846] [Thread: 140079335577344] [Chan 157] - Call ended
[14:38:21:846] [Thread: 140079335577344] [Chan 157] - Attempting to cancel timer timer 0
[14:38:21:846] [Thread: 140079335577344] [Chan 157] - Cannot cancel timer 0

en un intento inicial, se incorporo la siguiente condición (este comitt) para considerar el caso, pero no se recibe el cambio ANSWER (0x4), al responder la llamada. seguimos analizando la llamada que si se logra en la central NORTEL.

Ahora la llamada ocurre asi:

[11:00:11:982] [Thread: 139974327080704] [Chan 156] - Call started at Thu Dec 5 11:00:11 2024 on chan 156 [openr2 version 1.3.4, revision (release)]
[11:00:11:982] [Thread: 139974327080704] [Chan 156] - Outgoing call proceeding: ANI=7007, DNIS=04161992083, Category=National Subscriber
[11:00:11:982] [Thread: 139974327080704] [Chan 156] - CAS Tx >> [SEIZE] 0x00
[11:00:11:982] [Thread: 139974327080704] [Chan 156] - CAS Raw Tx >> 0x01
[11:00:11:982] [Thread: 139974327080704] [Chan 156] - scheduled timer id 2 (r2_seize)
[11:00:12:103] [Thread: 139974327080704] [Chan 156] - Bits changed from 0x08 to 0x00
[11:00:12:103] [Thread: 139974327080704] [Chan 156] - CAS Rx << [SEIZE ACK] 0x00
[11:00:12:103] [Thread: 139974327080704] [Chan 156] - Forced Release as Seize ACK Case Movilnet-Cantv!
[11:00:12:103] [Thread: 139974327080704] [Chan 156] - Attempting to cancel timer timer 2
[11:00:12:103] [Thread: 139974327080704] [Chan 156] - timer id 2 found, cancelling it now
[11:00:12:103] [Thread: 139974327080704] [Chan 156] - DTMF/R2 call acknowledge!
[11:00:12:103] [Thread: 139974327080704] [Chan 156] - scheduled timer id 3 (start_dialing_dtmf)
[11:00:12:103] [Thread: 139974327080704] [Chan 156] - scheduled timer id 4 (r2_answer)
[11:00:12:622] [Thread: 139974327080704] [Chan 156] - Attempting to cancel timer timer 3
[11:00:12:622] [Thread: 139974327080704] [Chan 156] - timer id 3 found, cancelling it now
[11:00:12:622] [Thread: 139974327080704] [Chan 156] - calling timer 3 (start_dialing_dtmf) callback
[11:00:12:622] [Thread: 139974327080704] [Chan 156] - Dialing 04161992083 with DTMF/R2 (tone on = 50, tone off = 100)
[11:00:14:222] [Thread: 139974327080704] [Chan 156] - Done with DTMF generation
[11:00:14:222] [Thread: 139974327080704] [Chan 156] - Attempting to cancel timer timer 0
[11:00:14:222] [Thread: 139974327080704] [Chan 156] - Cannot cancel timer 0
[11:00:14:222] [Thread: 139974327080704] [Chan 156] - DTMF R2 call is done generating DTMF, forcing accept signal
[11:00:59:157] [Thread: 139974327080704] [Chan 156] - scheduled timer id 5 (dtmf_r2_set_call_down)
[11:00:59:157] [Thread: 139974327080704] [Chan 156] - Attempting to cancel timer timer 0
[11:00:59:157] [Thread: 139974327080704] [Chan 156] - Cannot cancel timer 0
[11:00:59:157] [Thread: 139974327080704] [Chan 156] - CAS Tx >> [CLEAR FORWARD] 0x08
[11:00:59:157] [Thread: 139974327080704] [Chan 156] - CAS Raw Tx >> 0x09
[11:00:59:262] [Thread: 139976154019584] [Chan 156] - Attempting to cancel timer timer 5
[11:00:59:262] [Thread: 139976154019584] [Chan 156] - timer id 5 found, cancelling it now
[11:00:59:262] [Thread: 139976154019584] [Chan 156] - calling timer 5 (dtmf_r2_set_call_down) callback
[11:00:59:262] [Thread: 139976154019584] [Chan 156] - Call ended
[11:00:59:262] [Thread: 139976154019584] [Chan 156] - Attempting to cancel timer timer 0
[11:00:59:262] [Thread: 139976154019584] [Chan 156] - Cannot cancel timer 0

Copy link
Author

@techniclite techniclite left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

En una posterior visita, pudimos constatar a través del analizador de protocolos, que en este caso particular, la llamada se activa, en la central nortel, sin pasar al estado ANSWER. básicamente la llamada ocurre en dos estados, y no en los cuatro estados del estándar.

Al parecer es un caso conocido que manejan otras centrales, como alcatel, o cisco a través de una opción, donde se pasa inmediatamente aceptar la llamada. En este caso, será asumir que si se recibe el answer, y engañar la rutina para que continúe la llamada me imagino, y bueno poner una condicioncon una variable adicional en el r2proto.conf.

Voy a tratar de revisar la documentacion de alcatel que me ofrecieron, para revisar en conjunto de cisco a ver si se agrega esta opcion entonces.

Saludos,

Se agrego la excepción para que no interprete el FORCED_RELEASE para colgar la llamada
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant