Hi all.
In REQUEST_ROUTE I have:
if (!sipmsg_validate()) {
xlog("L_WARN", "{main} sipmsg_validate() failed [$rc] - bailing out");
send_reply("400", "Bad Request");
exit;
}
I recently had a case where an in-dialog ACK (to be exact: the ACK that is
sent by the caller in response to "487 Request Canceled", after he has
cancelled the call before callee picked up) caused sipmsg_validate() to
complain. The complain as such was ok, since the ACK did miss the
mandatory Max-Forwards header [1].
However, I found that in this case OpenSIPS did not send a "400 Bad
Request". Switching from send_reply() to sl_send_reply() didn't help
either. I'm pretty sure this is to be expected, but still I would like to
understand the reason for that behaviour - can anyone help?
Bye, Mike
[1] For those who are interested, the caller was a AVM Fritz!Box FON 7270
with a late 2011 firmware.
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
