Quantcast
Channel: Developer Group
Viewing all articles
Browse latest Browse all 1888

Forum Post: RE: Dialogic improperly handles the second INVITE

$
0
0
Thanks for the log. I think, I see where the problem is. Your app is setting IPPARM_OPERATING_MODE to 0x2: 08/03/2016 19:29:05.151   2476        2668 gc_h3r       SIP_CA..GR DEBG         sip_callmanager:189   !     2 ! callModifyStateReInviteReceived(), OperatingMode=2 It is defined in gcip_defs.h as  #define IP_T38_MANUAL_MODE 0x02 /* switch thru GCEV_EXTENSION event */ In this mode, HMP will send GCEV_EXTENSION on reinvite, and only when the re-invite is used for audio-t38 switchover; in audio-to-audio re-invites it is not is not handled, and the app will not receive GCEV_REQ_MODIFY_CALL event. Your app must use  IP_T38_MANUAL_MODIFY_MODE, even it does not use T38: #define IP_T38_MANUAL_MODIFY_MODE 0x04 /* switch thru GCEV_REQ_MODIFY_CALL event */ it must be done on a board level device, something like this: gc_util_insert_parm_val(&target_datap, IPSET_CONFIG, IPPARM_OPERATING_MODE, sizeof(int), IP_T38_MANUAL_MODIFY_MODE); gc_SetConfigData(GCTGT_CCLIB_NETIF, m_hBoard, target_datap, 0, GCUPDATE_IMMEDIATE, &req_id, EV_ASYNC); Please give it a try and let me know if this resolve the problem

Viewing all articles
Browse latest Browse all 1888

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>