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
Dropped SIP call from Skype for Business client when user have call transfer activated.
- cavagnaro
- Alcatel Unleashed Certified Guru
- Posts: 7014
- Joined: 14 Sep 2005 19:45
- Location: Brasil, Porto Alegre
- Contact:
Re: Dropped SIP call from Skype for Business client when user have call transfer activated.
You need to enable sip logs.
Ignorance is not the problem, the problem is the one who doesn't want to learn
OTUC/ICS ACFE/ACSE R3.0/4.0/5.0/6.0
Certified Genesys CIV 8.5
Certified Genesys Troubleshooting 8.5
Certified Genesys BEP 8.x
Genesys Developer
OTUC/ICS ACFE/ACSE R3.0/4.0/5.0/6.0
Certified Genesys CIV 8.5
Certified Genesys Troubleshooting 8.5
Certified Genesys BEP 8.x
Genesys Developer
Re: Dropped SIP call from Skype for Business client when user have call transfer activated.
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
tuner km
tuner clear-traces
tuner +cpl +cpu +at
actdbg sip=on
mtracer -a
Re: Dropped SIP call from Skype for Business client when user have call transfer activated.
try,
motortrace x ( x= level 1 lowest good starting point or 6 for detailed info)
traced (activates the trace)
motortrace x ( x= level 1 lowest good starting point or 6 for detailed info)
traced (activates the trace)
Best Regards
Murray
ACSE 10.0 corporate
ACSE 6.x IPT data
Murray
ACSE 10.0 corporate
ACSE 6.x IPT data
Re: Dropped SIP call from Skype for Business client when user have call transfer activated.
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)