Dropped SIP call from Skype for Business client when user have call transfer activated.

[pax]

I am running my OXE R11.1 as a PSTN-gateway for our Lync 2013 environment, now renamed Skype for Business. The Lync user is in this way part of the OXE thru a remote extensions. The remote extensions act a connector to send the call to Lync. For calls from Lync to OXE I use the substitution function to get the call into DISA.

Recently I found out a problem, when a user has call forwarding activated in the OXE the SIP call from Lync is dropped after 10 sec. When call forwarding is not activated the call comes thru as normal. This apply only when dialling from the Skype for Business client, not when I call from the Lync app in my IPhone. Can someone read out from the logs below what is going on and if there is anything to do about it? Thank's!

(841381:000480) SIP : Global_get_mcdu, unknown hostname
(841381:000481) SIP : Global_get_mcdu, unknown hostname
(841403:000482) SIP : ctrl_sip evt : 10767.
(841403:000483) +------------------------------------------------------------+
(841403:000484) | Message received SIP ----> UA (neqt : 1726)
(841403:000485) | Request Failure 408
(841403:000486) | RELATIVE REQUEST : INVITE
(841403:000487) +------------------------------------------------------------+
(841403:000488) SIP:failure_response_for_redirection for reinvite case 481 or 408 received
(841403:000489) send_sip 1726 mess 4 voip_en_fast_start 1 BEGIN
(841403:000490) lib_messa_etab no=5 neqt=1726
(841403:000491) SIP : [send_to_motor] ipcSend resultat : 0 sur eqt : 1726
(841403:000492) SIP : [ipc_send] envoi du message : 10755.
(841403:000493) +------------------------------------------------------------+
(841403:000494) | Message sent UA (neqt : 1726-0) ----> SIP
(841403:000495) | BYE
(841403:000496) +------------------------------------------------------------+
(841403:000497) send_sip 1726 mess 4 voip_en_fast_start 1 END
(841403:000498) SIP to ISDN remplissage jeu_courant =1 / ei_courant = 8
(841403:000499) SIP to ISDN remplissage jeu_courant =1 / ei_courant =1c
(841403:000500) SIP to ISDN remplissage jeu_courant =1 / ei_courant =1e
(841403:000501) SIP to ISDN remplissage jeu_courant =1 / ei_courant =7e
(841403:000502) sendisdn: update ip_data_to_send = false !!!!!
(841403:000503) sendisdn: update ip_data_to_send = false !!!!!
(841403:000510) sendisdn: update ip_data_to_send = false !!!!!
(841403:000511) SIP to ISDN remplissage jeu_courant =1 / ei_courant = 8
(841403:000512) SIP to ISDN remplissage jeu_courant =1 / ei_courant =1c
(841403:000513) SIP to ISDN remplissage jeu_courant =1 / ei_courant =7e
(841403:000514) sendisdn: update ip_data_to_send = false !!!!!
(841403:000515) SIP : [send_to_motor_eqt_release] ipcSend resultat : 0 sur eqt : 1726
(841403:000516) SIP : [ipc_send] envoi eqt release 1726
(841403:000517) decrement_nb_abc_sip_cnx
(841403:000518) SIP mise_a_jour_des_canaux ind=0 neqt=1726 allocation=0
(841403:000519) delete_B_from_list neqtB 1726
(841403:000520) set_SipScenario(1726) BEFORE Scenario_undefined AFTER Scenario_undefined
(841403:000521) SIP to ISDN remplissage jeu_courant =1 / ei_courant = 8
(841403:000522) SIP to ISDN remplissage jeu_courant =1 / ei_courant =1c
(841403:000523) SIP to ISDN remplissage jeu_courant =1 / ei_courant =7e
(841403:000524) sendisdn: update ip_data_to_send = false !!!!!
(841403:000525) decrement_nb_abc_sip_cnx
(841403:000526) SIP mise_a_jour_des_canaux ind=63 neqt=1790 allocation=0
(841403:000530) SIP mise_a_jour_des_canaux ind=63 neqt=1790 allocation=0
(841403:000531) delete_B_from_list neqtB 1790
(841403:000532) set_SipScenario(1790) BEFORE Scenario_undefined AFTER Scenario_undefined
(841426:000533) SIP : Global_get_mcdu, unknown hostname
(841426:000534) SIP : Global_get_mcdu, unknown hostname
(841426:000535) SIP : Global_get_mcdu, unknown hostname
(841426:000536) SIP : Global_get_mcdu, unknown hostname
(841438:000539) *** warning: no time-slot alloc/desalloc nedeed for this coupler (Cr:2-Cpl:7)
(841443:000543) SIP to ISDN remplissage jeu_courant =1 / ei_courant = 8
(841443:000544) SIP to ISDN remplissage jeu_courant =1 / ei_courant =1c
(841443:000545) SIP to ISDN remplissage jeu_courant =1 / ei_courant =7e
(841443:000546) sendisdn: update ip_data_to_send = false !!!!!
(841443:000547) sendisdn: update ip_data_to_send = false !!!!!
(841443:000548) decrement_nb_abc_sip_cnx
(841443:000549) SIP mise_a_jour_des_canaux ind=63 neqt=1790 allocation=0
(841443:000550) delete_B_from_list neqtB 1790
(841443:000551) set_SipScenario(1790) BEFORE Scenario_undefined AFTER Scenario_undefined
(841443:000552) decrement_nb_abc_sip_cnx
(841443:000553) SIP mise_a_jour_des_canaux ind=0 neqt=1726 allocation=0
(841443:000554) delete_B_from_list neqtB 1726
(841443:000555) set_SipScenario(1726) BEFORE Scenario_undefined AFTER Scenario_undefined

[cavagnaro]

You need to enable sip logs.

[pax]

Ok? I am new into this with tracing. What is it that I am missing when making the trace? I have been typing the flowing to get the trace:
tuner km    
tuner clear-traces  
tuner +cpl +cpu +at  
actdbg sip=on  
mtracer -a  

[murraya]

try,
motortrace x ( x= level 1 lowest good starting point or 6 for detailed info)
traced (activates the trace)

[pax]

This problem is now solved, by changing a parameter on the SIP level that hang up the call if the other end not was accepting the SIP reinvite (Black Hole)