Stefan Sayer wrote: > Hello, > > when I try to cancel from caller leg a b2bua call in which another > request has been sent after INVITE (e.g. PRACK) using sipctrl (and > probably also binrpcctrl), the PRACK, not the INVITE is tried to be > canceled in the callee leg. > > the reason is imo that - very strange - the transaction key is not > stored with the transaction (in uac_trans), but only one transaction key > is saved in AmSipDialog::serKey. I assume that with unixsock, sems would > not know about transaction key, and ser would find out the transaction > from the cseq (I wonder whether this is correct). > > do I see that correctly? should this be changed so that transaction key > is saved in uac_trans? > > Correct! AmSipDialog implements anyway the right matching mechanism to find the right request to CANCEL (although this has never been tested, as concurrent transactions that can be canceled do not happen that offen...).
-Raphael. > Stefan > > _______________________________________________ > Semsdev mailing list > [email protected] > http://lists.iptel.org/mailman/listinfo/semsdev > _______________________________________________ Semsdev mailing list [email protected] http://lists.iptel.org/mailman/listinfo/semsdev
