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?

Stefan

_______________________________________________
Semsdev mailing list
[email protected]
http://lists.iptel.org/mailman/listinfo/semsdev

Reply via email to