That sounds like reasonable behaviour to me, at least for UDP. OpenSIPS sent an INVITE but got no response within the preset time, so it decides to cancel that branch and try a new one. The INVITE may have reached its destination - perhaps it was the response that failed to get back to us. So it would be correct to send the CANCEL to the same address as the INVITE - after all, what is there to lose? It might be going into a black hole just like the INVITE, but that will do no harm. On the other hand it might be helpful to the target equipment to know that you are no longer interested in processing the request. I think this would be correct behaviour according to the RFC's too.
John Quick Smartvox Limited _______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
