Hello Kwint, Many thanks for the patch :). It resolved the problem.
Regards, Hitesh ----- Original Message ----- From: "Kwint" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Tuesday, September 26, 2006 1:31 PM Subject: Re: [sipxtapi-dev] sipxCallDestroy problem > Yes, it is a problem in the SipTransactionList it happens because INVITE > has not > branch id. So when calling sipxCallDestroy, CANCEL message is created and > findTransactionFor gets called, but it cannot find what are we canceling, > because CANCEL has branc id and INVITE hasn't. > I've made a dirty fix for it: in SipTransactionList::findTransactionFor > I've > changed > if(relationship == SipTransaction::MESSAGE_REQUEST || > .... > ){ > break; > } > > to > > if(relationship == SipTransaction::MESSAGE_REQUEST || > .... > ){ > break; > }else if(relationship == SipTransaction::MESSAGE_DIFFERENT_BRANCH){ > relationship = SipTransaction::MESSAGE_NEW_FINAL;//kwint > break; > } > > Check if it will help to solve the problem... > Kwint > > _______________________________________________ > sipxtapi-dev mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/ > _______________________________________________ sipxtapi-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/
