I will assume that you use Kamailio as SIP Proxy between a SIP Provider (TelCo) and your Asterisk boxes (using SIP.conf), and that Kamailio is receiving OPTIONS messages from TelCo, and forwarding those OPTIONS to Asterisk who will fail to answer.
This is a common implementation with TelCos.The solution is to set Kamailio to Reply to TelCo, adding following route:
route {
# OPTIONS requests without a username in the Request-URI but one
# of our domains or IPs are addressed to the proxy itself and
# can be answered statelessly.
if (is_method("OPTIONS"))
{
sl_send_reply("200","OK");
exit;
}
[.....]
It will then reply SIP 200 to TelCo.
Usually, Asterisk does not answer to SIP OPTION messages coming from TelCos (and thus acting like a SIP Agent) but it does send OPTIONS to SIP Agents and peers, which in turn will reply (I think it is set by the Qualify which pings the SIP peers).
So, in this case, Kamailio should be the one to reply to Telco's SIP OPTION request with a 200 OK response (if it replies 404 NOT FOUND the TelCo will then set your servers as OFFLINE and you won't receive calls or SIP messages anymore, just like it is happening to you in the present).
I think that Asterisk with PJSIP allows replies to OPTION messages, but I still haven't used PJSIP.....
Hope this helps.
Sérgio Charrua
www.voip.pt
Tel.: +351 21 130 71 77
Email : sergio.charrua@voip.pt
|
This message and any files or documents attached are strictly confidential or otherwise legally protected. It is intended only for the individual or entity named. If you are not the named addressee or have received this email in error, please inform the sender immediately, delete it from your system and do not copy or disclose it or its contents or use it for any purpose. Please also note that transmission cannot be guaranteed to be secure or error-free. |