[sr-dev] cancel/ack problems

[Juha Heinanen]

now that db issues have been solved, i tried make a call.  twinkle user
test called twinkle user jh, but before jh answered, test canceled the
call.  i got to syslog:

Jun 11 13:03:31 localhost /usr/sbin/sip-router[1727]: INFO: INVITE <sip:jh at test.fi> by <test at test.fi> as <sip:test at test.fi> from <192.98.101.10> is authorized
Jun 11 13:03:31 localhost /usr/sbin/sip-router[1727]: INFO: Routing first INVITE to <sip:jh_test_fi at 192.98.101.10:5074;transport=udp> and <<null>>
Jun 11 13:03:33 localhost /usr/sbin/sip-router[1726]: INFO: Relaying CANCEL to <sip:jh at test.fi>
Jun 11 13:03:33 localhost /usr/sbin/sip-router[1727]: INFO: Routing in-dialog ACK from <sip:test at test.fi> to <sip:jh at test.fi>
Jun 11 13:03:33 localhost /usr/sbin/sip-router[1727]: WARNING: tm [t_lookup.c:1499]: WARNING: script writer didn't release transaction
Jun 11 13:03:33 localhost /usr/sbin/sip-router[1727]: NOTICE: Discarding unmatched ACK <sip:jh at test.fi>

with same config file, kamailio doesn't give the warning about not
releasing transaction nor notice about unmatched cancel.

notice comes from this:

	# Relay CANCEL without further processing
	if (is_method("CANCEL")) {
		if (!t_check_trans()) {
			xlog("L_NOTICE", "Discarding unmatched CANCEL to <$ru>\n");
			exit;
		};

why is cancel not matched?  in case mailing list accepts attachments,
wireshark dump (which looks good to me), is enclosed.

-- juha

-------------- next part --------------
A non-text attachment was scrubbed...
Name: cancel.cap
Type: application/octet-stream
Size: 7266 bytes
Desc: cancel.cap
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20090611/7893417e/attachment.obj>