< Previous by Date | Date Index | Next by Date > |
< Previous in Thread | Thread Index | Next in Thread > |
Perhaps sip.iptel.org has the to and from tags backwards in the embedded dialog info in the replaces header - impossible to tell without wireshark traces or logs.
Regards,ScottOn Sun, May 11, 2014 at 11:25 AM, Herbert Karajan <boost.regex@xxxxxxxxx> wrote:
_______________________________________________Hi, I'm test my UA with sip.iptel.org and opensips.org for attended transfer feature.I'm follow the code that in the basicclientcall.cxx:=================voidBasicClientCall::onNewSession(ServerInviteSessionHandle h, InviteSession::OfferAnswerType oat, const SipMessage& msg){InfoLog(<< "onNewSession(ServerInviteSessionHandle): msg=" << msg.brief());mInviteSessionHandle = h->getSessionHandle();// First check if this INVITE is to replace an existing sessionif(msg.exists(h_Replaces)){pair<InviteSessionHandle, int> presult;presult = mDum.findInviteSession(msg.header(h_Replaces));if(!(presult.first == InviteSessionHandle::NotValid())){===================Here always fail to mDum.findInviteSession, the presult.first is equals to InviteSessionHandle::NotValid().But when I test with sip2sip.info it works fine.Best regards,
resiprocate-users mailing list
resiprocate-users@xxxxxxxxxxxxxxx
List Archive: http://list.resiprocate.org/archive/resiprocate-users/
Attachment:
attend_transfer_481_iptel.pcapng
Description: Binary data
Attachment:
attend_transfer_ok_sip2sip.pcapng
Description: Binary data