Problema: Al capturar una llamada se corta a los 5 segundos

[Miguel Alberto Sanz Pardo]

Hola buenas tardes,

Estoy haciendo pruebas con la captura de llamadas y tanto usando las app de PickUp/PickUpChan como usando la feature de pickupexten=*8 , una vez es capturada la llamada a los 5 segundos se corta.

No tengo problemas ni con las transferencias ni con las las conferencias pero sin embargo con las capturas está apareciendo este problema

¿Alguna idea de qué puede estar pasando?

Adjunto una captura realizada con SNGREP

un saludo y gracias de antemano

[Miguel Alberto Sanz Pardo]

Adjunto el log /var/log/asterisk/full

He activado el sip debug --> sip set debug on

Además también he activado el nivel de debug y verbose al máximo (9999)

[Miguel Alberto Sanz Pardo]

Adjunto el mismo log pero solo con el sip set debug on, quitando el verbose y el debug a 9999

[Miguel Alberto Sanz Pardo]

En el ejemplo la extensión 1003 llama a la extensión 1004 y dicha llamada es capturada por la extensión 1001, pero una vez es capturada, a los 5 segundos se corta la comunicación

Al parecer cuando realizo la captura desde la extensión 1001 se envía 6 veces este paquete:

Retransmitting #1 (no NAT) to 192.168.1.170:5060:

SIP/2.0 200 OK

Via: SIP/2.0/UDP 192.168.1.170:5060;branch=z9hG4bKd54041a1;received=192.168.1.170

From: "1003-Ricard Ballesta" <sip:10...@192.168.1.40>;tag=0026cbbf2d840265fe9b5f23-a4b5458c

To: <sip:10...@192.168.1.40>;tag=as78d8c8f3

Call-ID: 0026cbbf-2d840031...@192.168.1.170

CSeq: 102 INVITE

Server: FPBX-2.11.0(11.17.1)

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE

Supported: replaces, timer

Contact: <sip:10...@192.168.1.40:5060>

Remote-Party-ID: "1004-Albert Llena" <sip:10...@192.168.1.40>;party=called;privacy=off;screen=yes

Content-Type: application/sdp

Content-Length: 234

v=0

o=root 810181627 810181627 IN IP4 192.168.1.40

s=Asterisk PBX 11.17.1

c=IN IP4 192.168.1.40

t=0 0

m=audio 10082 RTP/AVP 8 101

a=rtpmap:8 PCMA/8000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

a=ptime:20

a=sendrecv

y a continuación se le envía un BYE a la extensión que ha capturado la llamada:

[2015-10-13 21:27:12] WARNING[24784]: chan_sip.c:4024 retrans_pkt: Retransmission timeout reached on transmission 0026cbbf-2d840031...@192.168.1.170 for seqno 102 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions

Packet timed out after 6400ms with no response

[2015-10-13 21:27:12] WARNING[24784]: chan_sip.c:4053 retrans_pkt: Hanging up call 0026cbbf-2d840031...@192.168.1.170 - no reply to our critical packet (see https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions).

    -- Executing [h@from-internal:1] Hangup("SIP/1003-000000af", "") in new stack

  == Spawn extension (from-internal, h, 1) exited non-zero on 'SIP/1003-000000af'

Really destroying SIP dialog '221bf8b322ab5388...@192.168.1.40:5060' Method: INVITE

Scheduling destruction of SIP dialog '0026cbc0-3b37002a...@192.168.1.236' in 6400 ms (Method: ACK)

set_destination: Parsing <sip:10...@192.168.1.236:5060;transport=udp> for address/port to send to

set_destination: set destination to 192.168.1.236:5060

Reliably Transmitting (no NAT) to 192.168.1.236:5060:

BYE sip:10...@192.168.1.236:5060;transport=udp SIP/2.0

Via: SIP/2.0/UDP 192.168.1.40:5060;branch=z9hG4bK6012a5e0

Max-Forwards: 70

From: <sip:*8...@192.168.1.40>;tag=as6e319b0b

To: "1001-Edi Monje" <sip:10...@192.168.1.40>;tag=0026cbc03b3700b025113a80-853f80f3

Call-ID: 0026cbc0-3b37002a...@192.168.1.236

CSeq: 102 BYE

User-Agent: FPBX-2.11.0(11.17.1)

Proxy-Authorization: Digest username="1001", realm="asterisk", algorithm=MD5, uri="sip:192.168.1.40", nonce="2e6803b9", response="d5d06570647968f093721080bb50873c"

X-Asterisk-HangupCause: Normal Clearing

X-Asterisk-HangupCauseCode: 16

Content-Length: 0

---

  == Spawn extension (from-internal, 1004, 2) exited non-zero on 'SIP/1003-000000af'

<--- SIP read from UDP:192.168.1.236:49157 --->

SIP/2.0 200 OK

Via: SIP/2.0/UDP 192.168.1.40:5060;branch=z9hG4bK6012a5e0

From: <sip:*8...@192.168.1.40>;tag=as6e319b0b

To: "1001-Edi Monje" <sip:10...@192.168.1.40>;tag=0026cbc03b3700b025113a80-853f80f3

Call-ID: 0026cbc0-3b37002a...@192.168.1.236

Date: Tue, 13 Oct 2015 19:27:11 GMT

CSeq: 102 BYE

Server: Cisco-CP7942G/8.4.0

Content-Length: 0

¿Alguien entiende lo que puede estar pasando?

[Miguel Alberto Sanz Pardo]

Estoy localizando de donde puede provenir el problema:

En estos entornos al tratar de capturar, una vez capturado corta a los 5 segundos:

Entorno de pruebas B:

Llamante: 1003 (CISCO 7942)

Llamado:  1002 (Sofphone)

Captura:   1001 (CISCO 7942)

Entorno de pruebas C:

Llamante: 1003 (CISCO 7942)

Llamado:  1001 (CISCO 7942)

Captura:   1002 (Sofphone)

Entorno de pruebas D(el entorno de pruebas original):

Llamante: 1003 (CISCO 7942)

Llamado:  1001 (CISCO 7942)

Captura:   1004 (CISCO 7942)

Y aparece un mensaje de este estilo por la consola de la centralita:

[2015-10-15 13:54:47] NOTICE[2781]: features.c:7891 ast_pickup_call: pickup SIP/1004-000000e3 attempt by SIP/1002-000000e4

       > 0x132b26f0 -- Probation passed - setting RTP source address to192.168.1.124:46464

    -- SIP/1002-000000e4 answered SIP/1003-000000e2

       > 0x1327c3c0 -- Probation passed - setting RTP source address to192.168.1.170:17072

[2015-10-15 13:54:54] WARNING[24784]: chan_sip.c:4024 retrans_pkt: Retransmission timeout reached on transmission _xgeQUMvk_91wrk-X8ESpA.. for seqno 2 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions

Packet timed out after 6400ms with no response

[2015-10-15 13:54:54] WARNING[24784]: chan_sip.c:4053 retrans_pkt: Hanging up call _xgeQUMvk_91wrk-X8ESpA.. - no reply to our critical packet (see https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions).

  == Spawn extension (from-internal-pruebas, 1004, 2) exited non-zero on 'SIP/1003-000000e2'

[2015-10-15 13:54:54] WARNING[24784]: chan_sip.c:4024 retrans_pkt: Retransmission timeout reached on transmission 0026cbbf-2d840042-c026b711-425c...@192.168.1.170 for seqno 102 (Critical Response) -- Seehttps://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions

Packet timed out after 6400ms with no response

Sin embargo, en este entorno al tratar de capturar, no se corta la llamada:

Entorno de pruebas A:

Llamante: 1002 (Softphone)

Llamado:  1003 (CISCO 7942)

Captura:   1001 (CISCO 7942)

Debe de haber algún parámetro en los CISCOS que me está puteando, a ver si logro encontrarlo.

[Miguel Alberto Sanz Pardo]

Adjunto 2 .pcap para que podáis comparar ambos casos:

captura_llamada_debug_corta a los 5 seg.pcap (ENTORNO D)

captura_llamada_debug_no corta.pacp (ENTORNO A)

[Miguel Alberto Sanz Pardo]

Comparando ambos casos he podido observar esto:

En el caso "malo" cuando el capturador pulsa *8, se produce un mensaje de CANCEL desde el Asterisk hacia la extensión llamada y se envía un paquete de UPDATE hacia el llamante.

En el caso "bueno" no aparece dicho paquete de UPDATE.

Tras esto:

En el caso "malo" el Asterisk empieza a enviar 200 OK hacia el llamante hasta que en un momento determinado acaba enviando un mensaje de BYE hacia el capturador y ahí acaba la conversación.

En el caso "bueno" el Asterisk envia un INVITE hacia el llamante y se establece la comunicación con el capturador.

¿Alguna idea de por qué puede estar pasando esto y como solucionarlo? Mi conocimiento en SIP por ahora no llega a más y no veo como solucionarlo

un saludo y gracias por vuestra ayuda

[Miguel Alberto Sanz Pardo]

Adjunto archivo de configuración del CISCO (SEPMAC.cnf.xml) y archivos de configuración de la centralita (sip.conf)

[Miguel Alberto Sanz Pardo]

Siguiendo con el análisis encontré esto por la red:

https://lists.cs.columbia.edu/pipermail/sip-implementors/2010-October/025796.html

Y probé a modificar algo en mi configuración:

En la definición de cada extensión puse el campo sendrpid=no y de esta manera ya no me da problemas a la hora de capturar, pero pierdo una funcionalidad la cuál es necesaria. 

Cuando una extensión llama a otra lo deseable es que el usuario llamante vea por pantalla no sólo el número de la extensión del llamado sino también la info asociada a su callerid, y esto antes podía lograrlo activando el sendpid=yes, pero claro si no no puedo capturar las llamadas al activar este parámetro.

[Miguel Alberto Sanz Pardo]

Por otra parte cuando se transfiere una llamada interesa que cuando el que la transfiere hace el transfer a ciegas, al llamado deje de aparecerle la id del que transfiere y le aparezca la id del llamante inicial.

Voy a seguir investigando a ver si puedo llegar a una solución en la que no se pierda esta funcionalidad.

[Miguel Alberto Sanz Pardo]

Justamente el problema era este, más detallado imposible:

https://issues.asterisk.org/jira/browse/ASTERISK-19765

Lo sé, ya estamos a viernes

[Fernando Villares]

Por las dudas probaste ver si es bug de asterisk ya q esta actualmebte en su version 11.20 y usas las 17.1

--
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]

Según la info de http://downloads.asterisk.org/pub/telephony/asterisk/ChangeLog-11-current creo que no ha sido solucionado aún para la versión 11, al menos no he encontrado nada con respecto a "sendrpid" y "pickup" interesante asociado a las versiones 11.18 en adelante.

[Miguel Alberto Sanz Pardo]

Poniendo el sendrpid=no y haciendo la transferencia a ciegas desde Asterisk (en vez de hacerla a ciegas desde el botón de TRANSFER del teléfono) al menos sí que se mantiene el caller id del llamante inicial.

Lo único que pasa es que se seguiría perdiendo la funcionalidad en la cuál si una extensión llama a otra, dicha extensión llamante pueda ver por pantalla no sólo el número de la extensión del llamado sino también la info asociada a su callerid, en fin si alguien ha dado con la solución ante este problema y puede compartirla se lo agradeceré de corazón

un saludo

Miguel Sanz

[Javier Camilo Forero Rodríguez]

Mira a mi me ha sucedido esa problematica

En mis casos siempre ha sido un problema de nat entrante por decirlo de alguna forma, siempre lo deshabilito y la llamada deja de cortarse

Revisa si tienes un nat que te este generando ese problema entre tu extension y la pbx

Saludos

2015-11-06 5:14 GMT-05:00 Miguel Alberto Sanz Pardo <miguels...@gmail.com>:

Estoy localizando de donde puede provenir el problema:

En estos entornos al tratar de capturar, una vez capturado corta a los 5 segundos:

Entorno de pruebas B:

Llamante: 1003 (CISCO 7942)

Llamado:  1002 (Sofphone)

Captura:   1001 (CISCO 7942)

Entorno de pruebas C:

Llamante: 1003 (CISCO 7942)

Llamado:  1001 (CISCO 7942)

Captura:   1002 (Sofphone)

Entorno de pruebas D(el entorno de pruebas original):

Llamante: 1003 (CISCO 7942)

Llamado:  1001 (CISCO 7942)

Captura:   1004 (CISCO 7942)

Y aparece un mensaje de este estilo por la consola de la centralita:

[2015-10-15 13:54:47] NOTICE[2781]: features.c:7891 ast_pickup_call: pickup SIP/1004-000000e3 attempt by SIP/1002-000000e4

       > 0x132b26f0 -- Probation passed - setting RTP source address to192.168.1.124:46464

    -- SIP/1002-000000e4 answered SIP/1003-000000e2

       > 0x1327c3c0 -- Probation passed - setting RTP source address to192.168.1.170:17072

[2015-10-15 13:54:54] WARNING[24784]: chan_sip.c:4024 retrans_pkt: Retransmission timeout reached on transmission _xgeQUMvk_91wrk-X8ESpA.. for seqno 2 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions

Packet timed out after 6400ms with no response

[2015-10-15 13:54:54] WARNING[24784]: chan_sip.c:4053 retrans_pkt: Hanging up call _xgeQUMvk_91wrk-X8ESpA.. - no reply to our critical packet (see https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions).

  == Spawn extension (from-internal-pruebas, 1004, 2) exited non-zero on 'SIP/1003-000000e2'

[2015-10-15 13:54:54] WARNING[24784]: chan_sip.c:4024 retrans_pkt: Retransmission timeout reached on transmission 0026cbbf-2d840042...@192.168.1.170 for seqno 102 (Critical Response) -- Seehttps://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions

Packet timed out after 6400ms with no response

Sin embargo, en este entorno al tratar de capturar, no se corta la llamada:

Entorno de pruebas A:

Llamante: 1002 (Softphone)

Llamado:  1003 (CISCO 7942)

Captura:   1001 (CISCO 7942)

Debe de haber algún parámetro en los CISCOS que me está puteando, a ver si logro encontrarlo.

--

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.

--

Javier Camilo Forero Rodriguez
Information Technologies Senior
Mobile   3133007356
Mobile   3182855399
Skype    javier_n26
Msn      javie...@hotmail.com
Linux user number #494014

[Miguel Alberto Sanz Pardo]

Al principio pense en los problemas que hay a veces con el nat, pero una vez vi la traza en este caso no creo que haya problemas de nat, todas las llamadas están dentro de la misma red lan, no hay conexión hacia la wan y creó que no hay nada que haga sip-alg

Me ocurre justamente lo que dice el bug

Un saludo

Miguel Sanz

[Miguel Alberto Sanz Pardo]

¿A nadie más se le ha presentado este problema?

[Fernando Villares]

actualizaste el asterisk a 11.20????

El 7 de noviembre de 2015, 4:33, Miguel Alberto Sanz Pardo <miguels...@gmail.com> escribió:

¿A nadie más se le ha presentado este problema?

--

[Miguel Alberto Sanz Pardo]

Hola Fernando,

El problema es que en esta instalación dispongo de un Asterisk 11.17.1 el cuál funciona bajo un Elastix 2.5.0 y creo que no puedo actualizar sin más la a la 11.20 bajando el código fuente de Asterisk 11.20, ya que sino me confundo podría dejar de cargarse algún módulo adicional que viene con la distro del Elastix, corrígeme si me confundo

un saludo y gracias por tu ayuda

[Fernando Villares]

le estas errando feo asi de simple....puedes actualizar lo qquieras siempre q sepas como...modulos extras en elastix??? como cual canal khomp? lo usas? te has puesto a ver de compilar y ver errores y soluciones comun nes en vez de darte por la cabeza contra la pared por "no actualizar"

Es muy sencillo...compilate una maquina de testing y fijate ...

--

[Ramses]

>--
>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, en la página de Sinologic, echa un vistazo a unos artículos que se llaman algo así como "Deselastizando Elastix" o algo similar... A ver si así te queda algo más claro lo de actualizar Asterisk en tu Elastix...


Saludos,

Ramses

[Miguel Alberto Sanz Pardo]

Más tarde volveré a probar en una máquina virtual que tengo para testear, en su día traté de hacer algo similar parcheando la app de voicemail.so para poder enviar 1 voicemail a varios correos a la vez y tras compilar el source code de Asterisk 11.17 con dicha modificación, la centralita funcionaba de forma correcta, pero a cambio perdí algún módulo el cuál no viene en el source code de Asterisk 11.17. Cierto es que dichos módulos que perdí igual no eran muy necesarios pero no me hizo mucha gracia el hecho de no poder compilarlos.

No obstante creo que el problema está relacionado con los teléfonos CISCO, hice la misma prueba con unos softphones registrados contra la misma centralita y no tuve este problema al hacer pickup's de llamadas. Al parecer, según me comentó Raúl, cuando el teléfono CISCO trata de de realizar el pickup, es enviado un mensaje de UPDATE, y éste no responde a los 200 OK de Asterisk, de manera que la llamada acaba siendo terminada, ya que al parecer CISCO y los UPDATE no se llevan muy bien.

[Miguel Alberto Sanz Pardo]

Hola Ramses,

Gracias por la info, justamente ayer estuve revisando el artículo: https://www.sinologic.net/blog/2012-11/deselastixando-elastixr-version-2012.html , que si no me confundo fue realizado por Fernado Villares ;) , estoy pensando que cuando realicé la compilación del Asterisk (para la prueba que hice con el voicemail.so parcheado)  tan solo compile el código fuente de Asterisk sin compilar otras librerias de Elastix como las que comenta Fernando (dahdi, wanpipe, ssecure rtp), entiendo que los módulos que no me aparecían compilados están relacionados con esas librerias.

Por cierto, ¿Existe alguna forma de ver qué librerías necesitaría compilar en el caso de Elastix 2.5.0 además del código fuente de Asterisk?

[Fernando Villares]

Juas si me habran puteado por esos articulos en su momento jaja q bellos recuerdos

Enviado desde mi iPad

[Fernando Villares]

A verrrrr usas tarjetas sangoma o digium.....usas secure rtp para cifrar entoncesssss ....

Para ayudarte mas facil queres compilar con secure rtp desde sources busca la dependencia y compilala ejemplo libsrtp desde el github de cisco.....asi de simple

Enviado desde mi iPad

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.

[William Cardona]

JAJAJAJAJAa lo que antes era malo ahora es bueno y por eso vos fernando sacastes OT jajajaja que es eso? Off Topic.

Saludos Friend

atte

 

   William A. Cardona

"Todo lo Puedo en Cristo que me Fortalece"

Honduras, CentralAmerica

       504 9834 9127

 

---

From: Fernando Villares <fvil...@gmail.com>
To: "aster...@googlegroups.com" <aster...@googlegroups.com>
Sent: Monday, November 9, 2015 3:45 PM
Subject: Re: [Asterisk-ES] Re: Problema: Al capturar una llamada se corta a los 5 segundos

>> asterisk-es+unsub...@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, en la página de Sinologic, echa un vistazo a unos artículos que se llaman algo así como "Deselastizando Elastix" o algo similar... A ver si así te queda algo más claro lo de actualizar Asterisk en tu Elastix...
>
>
> Saludos,
>
> Ramses

>
>
>
> --
> 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+unsub...@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.

--
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+unsub...@googlegroups.com.

[Fernando Villares]

Si q se yo no es off topic si se compila a manopla

Enviado desde mi iPad

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]

Confirmado, con Asterisk 11.20 el problema sigue existiendo.

El problema se debe a que cuando hay 3 CISCOS(estando en el mismo grupo de captura) de por medio con el parámetro sendrpid=yes:

- A llama a B

- C captura la llamada que va a A

en el momento de la captura se envía un paquete de UPDATE y los CISCO's no son capaces de procesar esos mensajes, de manera que la comunicación es cortada ya que no se reciben los 200 OK.

Con versiones de Asterisk más viejas al parecer no se enviaba dicho paquete de UPDATE, de manera que no se cortaría la comunicación, pero no creo que sea plan de instalar un Asterisk 1.6 cuando van 3 versiones LTS por delante (1.8,10 y 13).

un saludo

Miguel Sanz

[Fernando Villares]

Y desactivando el sendrpid??? Te pasa igual

[Miguel Alberto Sanz Pardo]

No, desactivando el sendrpid no hay ningún problema ni con la versión 11.17 ni con la 11.20, puedo capturar las llamadas sin problema alguno.

El problema es que si desactivo el sendrpid=yes no consigo que en una transferencia el receptor final de la llamada acabe viendo el CID del emisor de la llamada.

Ejemplo:

- Alberto llama a Miguel.

- Miguel transfiere a Pedro pulsado el botón de TRANSFER del teléfono CISCO dos veces

Cuando pulsa la primera vez el botón de TRANSFER y marca el número de Pedro, comienza a sonar el teléfono de Pedro y se ve el CID de Miguel en el teléfono de Pedro. 

Cuando pulsa por segunda vez el botón de TRANSFER -haya descolgado o no Pedro-  en el teléfono de Pedro se sigue viendo el CID de Miguel, cuando debería ver el de Alberto.

Si tengo desactivado el sendrpid, Pedro siempre ve por la pantalla el CID de Miguel.

Con otros teléfonos SIP de verdad (no como los CISCO) se supone que al hacer un transfer, mediante un paquete de UPDATE cambia el CID cuando hay una transferencia sin necesidad de activar el sendrpid=yes, pero con los CISCO si no activas el sendrpid=yes no, y si activas el sendrpid=yes en un CISCO la captura "falla".