Login | Register

HMP 3.1L, Call broken on re-invite

rated by 0 users
This post has 3 Replies | 2 Followers

Top 200 Contributor
Male
Posts 32
Points 325
Reply
Vocator91 Posted: 09-14-2010 12:51 PM

Hi,

I am trying to make outbound calls to a Cirpack box.

The cirpack is forwarding the call to an asterisk.

Therefore it is replying with a RE-INVITE message (media change)

But Dialogic ends the call with a 488 message.

I do not understand why. Is there something to do for accepting re-invites ?

I checked codecs, ptimes, .... all is ok.

 

 

U 10.100.0.102:5060 -> 10.100.0.30:5060
INVITE sip:0177453026@mgc.viatelecom.lan SIP/2.0.
From: <sip:170806262@viaduc02.viatelecom.lan>;tag=b40d2820-0-13c4-50022-11344f-6f476de0-11344f.
To: <sip:0177453026@mgc.viatelecom.lan>.
Call-ID: b4053498-0-13c4-50022-11344f-5268c022-11344f.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP 10.100.0.102:5060;branch=z9hG4bK-11344f-43345626-210747b2.
Max-Forwards: 70.
User-Agent: viatelecom.
Allow: INVITE, CANCEL, ACK, BYE, OPTIONS, INFO.
Contact: <sip:0177453026@viaduc02.viatelecom.lan>.
Content-Type: application/sdp.
Content-Length: 177.
.
v=0.
o=Intel_IPCCLib 3020240024 3020240025 IN IP4 10.100.0.102.
s=Dialogic_SIP_CCLLIB.
i=session information.
c=IN IP4 10.100.0.102.
t=0 0.
m=audio 49152 RTP/AVP 8.
a=ptime:30.

#
U 10.100.0.30:5060 -> 10.100.0.102:5060
SIP/2.0 100 Trying.
Allow: UPDATE,REFER,INFO.
Call-ID: b4053498-0-13c4-50022-11344f-5268c022-11344f.
Contact: <sip:10.100.0.30:5060>.
CSeq: 1 INVITE.
From: <sip:170806262@viaduc02.viatelecom.lan>;tag=b40d2820-0-13c4-50022-11344f-6f476de0-11344f.
Server: Cirpack/v4.42a (gw_sip).
To: <sip:0177453026@mgc.viatelecom.lan>.
Via: SIP/2.0/UDP 10.100.0.102:5060;received=10.100.0.102;branch=z9hG4bK-11344f-43345626-210747b2.
Content-Length: 0.
.

#
U 10.100.0.30:5060 -> 10.100.0.102:5060
SIP/2.0 200 OK.
Allow: UPDATE,REFER,INFO.
Call-ID: b4053498-0-13c4-50022-11344f-5268c022-11344f.
Contact: <sip:10.100.0.30:5060>.
Content-Type: application/sdp.
CSeq: 1 INVITE.
From: <sip:170806262@viaduc02.viatelecom.lan>;tag=b40d2820-0-13c4-50022-11344f-6f476de0-11344f.
Server: Cirpack/v4.42a (gw_sip).
To: <sip:0177453026@mgc.viatelecom.lan>;tag=00-08188-003f0053-07ea819a0.
Via: SIP/2.0/UDP 10.100.0.102:5060;received=10.100.0.102;branch=z9hG4bK-11344f-43345626-210747b2.
Content-Length: 169.
.
v=0.
o=cp10 128448304685 128448304686 IN IP4 10.100.1.47.
s=SIP Call.
c=IN IP4 10.100.1.47.
t=0 0.
m=audio 12068 RTP/AVP 8.
b=AS:64.
a=rtpmap:8 PCMA/8000/1.
a=ptime:30.

#
U 10.100.0.102:5060 -> 10.100.0.30:5060
ACK sip:10.100.0.30:5060 SIP/2.0.
From: <sip:170806262@viaduc02.viatelecom.lan>;tag=b40d2820-0-13c4-50022-11344f-6f476de0-11344f.
To: <sip:0177453026@mgc.viatelecom.lan>;tag=00-08188-003f0053-07ea819a0.
Call-ID: b4053498-0-13c4-50022-11344f-5268c022-11344f.
CSeq: 1 ACK.
Via: SIP/2.0/UDP 10.100.0.102:5060;branch=z9hG4bK-11344f-4334578e-2f642953.
Max-Forwards: 70.
Contact: <sip:0177453026@viaduc02.viatelecom.lan>.
Content-Length: 0.
.

#
U 10.100.0.30:5060 -> 10.100.0.102:5060
INVITE sip:0177453026@viaduc02.viatelecom.lan SIP/2.0.
Allow: UPDATE,REFER,INFO.
Call-ID: b4053498-0-13c4-50022-11344f-5268c022-11344f.
Contact: <sip:10.100.0.30:5060>.
Content-Type: application/sdp.
CSeq: 2766401 INVITE.
From: <sip:0177453026@mgc.viatelecom.lan>;tag=00-08188-003f0053-07ea819a0.
Max-Forwards: 31.
To: <sip:170806262@viaduc02.viatelecom.lan>;tag=b40d2820-0-13c4-50022-11344f-6f476de0-11344f.
User-Agent: Cirpack/v4.42a (gw_sip).
Via: SIP/2.0/UDP 10.100.0.30:5060;branch=z9hG4bK-4DBD-444547.
Content-Length: 169.
.
v=0.
o=cp10 128448304685 128448304687 IN IP4 10.100.0.52.
s=SIP Call.
c=IN IP4 10.100.0.52.
t=0 0.
m=audio 13520 RTP/AVP 8.
b=AS:64.
a=rtpmap:8 PCMA/8000/1.
a=ptime:30.

#
U 10.100.0.102:5060 -> 10.100.0.30:5060
SIP/2.0 488 Not Acceptable Here.
From: <sip:0177453026@mgc.viatelecom.lan>;tag=00-08188-003f0053-07ea819a0.
To: <sip:170806262@viaduc02.viatelecom.lan>;tag=b40d2820-0-13c4-50022-11344f-6f476de0-11344f.
Call-ID: b4053498-0-13c4-50022-11344f-5268c022-11344f.
CSeq: 2766401 INVITE.
Via: SIP/2.0/UDP 10.100.0.30:5060;branch=z9hG4bK-4DBD-444547.
Content-Length: 0.
.

#
U 10.100.0.30:5060 -> 10.100.0.102:5060
ACK sip:0177453026@viaduc02.viatelecom.lan SIP/2.0.
Call-ID: b4053498-0-13c4-50022-11344f-5268c022-11344f.
CSeq: 2766401 ACK.
From: <sip:0177453026@mgc.viatelecom.lan>;tag=00-08188-003f0053-07ea819a0.
Max-Forwards: 31.
To: <sip:170806262@viaduc02.viatelecom.lan>;tag=b40d2820-0-13c4-50022-11344f-6f476de0-11344f.
User-Agent: Cirpack/v4.42a (gw_sip).
Via: SIP/2.0/UDP 10.100.0.30:5060;branch=z9hG4bK-4DBD-444547.
Content-Length: 0.
.

#
U 10.100.0.30:5060 -> 10.100.0.102:5060
BYE sip:0177453026@viaduc02.viatelecom.lan SIP/2.0.
Call-ID: b4053498-0-13c4-50022-11344f-5268c022-11344f.
CSeq: 2766402 BYE.
From: <sip:0177453026@mgc.viatelecom.lan>;tag=00-08188-003f0053-07ea819a0.
Max-Forwards: 31.
Reason: q.850;cause=127.
To: <sip:170806262@viaduc02.viatelecom.lan>;tag=b40d2820-0-13c4-50022-11344f-6f476de0-11344f.
User-Agent: Cirpack/v4.42a (gw_sip).
Via: SIP/2.0/UDP 10.100.0.30:5060;branch=z9hG4bK-A8B-444549.
Content-Length: 0.
.

#
U 10.100.0.102:5060 -> 10.100.0.30:5060
SIP/2.0 200 OK.
From: <sip:0177453026@mgc.viatelecom.lan>;tag=00-08188-003f0053-07ea819a0.
To: <sip:170806262@viaduc02.viatelecom.lan>;tag=b40d2820-0-13c4-50022-11344f-6f476de0-11344f.
Call-ID: b4053498-0-13c4-50022-11344f-5268c022-11344f.
CSeq: 2766402 BYE.
Via: SIP/2.0/UDP 10.100.0.30:5060;branch=z9hG4bK-A8B-444549.
Allow: INVITE, CANCEL, ACK, BYE, OPTIONS, INFO.
Content-Length: 0.
.

CTO at VIADIALOG

  • | Post Points: 5
Top 200 Contributor
Male
Posts 32
Points 325
Reply
Vocator91 replied on 09-15-2010 4:40 AM

In the Logs, I can see a "call Leg Reject", but no reason for that.

 

09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - CALL         - CallLegInviteFindObjByTransc - call-leg 0x0xb4058678 - invite obj 0x0xa32a3b8 was found in transc 0x0xb40d81b0 call memory
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - CALL         - HandleReInviteRequestRcvd - Call-leg 0x0xb4058678 invite 0x0xa32a3b8 - Re-Invite received
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        DEBUG  - CALL         - CallLegSetActiveTransc: Call-leg 0x0xb4058678 - Set active transc to 0x0xb40d81b0
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - CALL         - CallLegChangeModifyState - Call-leg 0x0xb4058678. Invite 0x0xa32a3b8. Modify State change: Modify Idle->Modify Re-Invite Rcvd (reason=Remote Inviting)
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - CALL         - CallLegChangeModifyState - Call-leg 0x0xb4058678. Invite 0x0xa32a3b8. (internal) inform of Modify State Modify Re-Invite Rcvd (reason=Remote Inviting)
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        DEBUG  - CALL         - CallLegCallbackChangeModifyStateEv - call-leg 0x0xb4058678, Before callback
09/15/2010 10:34:09.310   9385    66358160 gc_h3r                  ERR1         sip_callmanager:1160  !    34 ! >> onReInviteToVoice: already in voice media, ignore
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - CALL         - RvSipCallLegReject - Rejecting call-leg 0x0xb4058678
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - CALL         - CallLegInviteFindObjByTransc - call-leg 0x0xb4058678 - invite obj 0x0xa32a3b8 was found in transc 0x0xb40d81b0 call memory
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - CALL         - CallLegInviteFindObjByTransc - call-leg 0x0xb4058678 - invite obj 0x0xa32a3b8 was found in transc 0x0xb40d81b0 call memory
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - TRANSACTION  - RvSipTransactionRespond - Transaction 0x0xb40d81b0: going to send response 488
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - TRANSACTION  - TransactionControlSendResponse - Transaction 0x0xb40d81b0: about to send 488 response
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        DEBUG  - RPOOL        - RPOOL_GetPage - (pool=0x0xb51f0010,size=0,*newRpoolElem=0x0xb5206828)=0 (MessagePool)
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        DEBUG  - MESSAGE      - RvSipMsgConstruct - Got a new page. hPage is 0x0xb5206828.
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - MESSAGE      - RvSipMsgConstruct - Message was constructed successfully. The new message handle is 0x0xb5206840.
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - MESSAGE      - RvSipCSeqHeaderConstruct - CSeq header was constructed successfully. (hPool=0x0xb51f0010, hPage=0x0xb5206828, hHeader=0x0xb52068a0)
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - MESSAGE      - RvSipPartyHeaderConstruct - Party header was constructed successfully. (hPool=0x0xb51f0010, hPage=0x0xb5206828, hHeader=0x0xb52068c0)
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - MESSAGE      - AddrUrlConstruct - Url object was constructed successfully. (hPool=0x0xb51f0010, hPage=0x0xb5206828, hHeader=0x0xb5206900)
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - MESSAGE      - RvSipAddrConstruct - Address was constructed successfully. (hPool=0x0xb51f0010, hPage=0x0xb5206828, hHeader=0x0xb52068e8)
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - MESSAGE      - RvSipPartyHeaderConstruct - Party header was constructed successfully. (hPool=0x0xb51f0010, hPage=0x0xb5206828, hHeader=0x0xb5206990)
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - MESSAGE      - AddrUrlConstruct - Url object was constructed successfully. (hPool=0x0xb51f0010, hPage=0x0xb5206828, hHeader=0x0xb52069d0)
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - MESSAGE      - RvSipAddrConstruct - Address was constructed successfully. (hPool=0x0xb51f0010, hPage=0x0xb5206828, hHeader=0x0xb52069b8)
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - MESSAGE      - SipMsgSetCallIdHeader: setting Call-Id in msg 0x0xb5206840.
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - MESSAGE      - RvSipOtherHeaderConstruct - Other header was constructed successfully. (hPool=0x0xb51f0010, hPage=0x0xb5206828, hHeader=0x0xb5206a60)
09/15/2010 10:34:09.310   9385    66358160 sip_stack               Debug        INFO   - MESSAGE      - RLIST_RPoolListConstruct - (hPool=0x0xb51f0010,hPage=0x0xb5206828,elementSize=8)

CTO at VIADIALOG

  • | Post Points: 5
Top 200 Contributor
Male
Posts 32
Points 325
Reply
Vocator91 replied on 09-15-2010 7:12 AM

Hi again,

I found out int the globalcall_for_ip_hmp_v10 documentation that re-invites have to be enabled :

Note: Access to re-INVITE messages must be enabled as described in this section in both 1PCC and
3PCC operating modes.

   if (gc_SetConfigData(GCTGT_CCLIB_NETIF, boardDev, parmblkp, 0 /*timeout*/,
                        GCUPDATE_IMMEDIATE, &request_id, EV_ASYNC) != GC_SUCCESS)
   {
      // handle error…
   }

When using HMP, how do you get the "boardDev" ?

 

 

 

CTO at VIADIALOG

  • | Post Points: 20
Top 10 Contributor
Posts 897
Points 13,800
Dialogic Employee
Reply
Leonid Pilifosov replied on 09-15-2010 10:57 AM

Hi, The board handle is obtained via gc_OpenEx, just as line handles are:

 

LINEDEV hBoard;

gc_OpenEx(&hBoard, ....);

gc_util_insert_parm_val(&parmblkp, IPSET_CONFIG, IPPARM_OPERATING_MODE,\
  sizeof(int), IP_T38_MANUAL_MODIFY_MODE);

gc_SetConfigData(GCTGT_CCLIB_NETIF, hBoard, parmblkp, 0 , GCUPDATE_IMMEDIATE, &request_id, EV_ASYNC).

With this done, your app will start getting GCEV_REQ_MODIFY_CALL upon re-invite.

Thanks, Leonid
  • | Post Points: 5
Page 1 of 1 (4 items) | RSS