10 Aug
2015
10 Aug
'15
6:56 p.m.
Hello,
are you sure you got the sip reply for the request?
Apart of cseq number, all the other tokens are different, including the
via branch. Kamailio doesn't generate any callid or from-tag when using
sl_send_reply() or options_reply(), it reuses the ones from request.
if you still think it is the case of an issues, try:
- add xlog() before sending the reply printing the call-id, from-tag via
header and cseq header
- grab the pcap capture of such case
Send the syslog messages and the pcap file here on mailing list so we
can analyze.
Cheers,
Daniel
On 10/08/15 10:41, Jean-Marie Baran wrote:
Hi,
I am trying to get Kamailio working with a third party SIP provider.
This provider pings Kamailio with OPTIONS messages, but Kamailio does
not answer correctly: the Call-ID and the tags change where they
should not. Here is an example:
Third party SIP server:
OPTIONS sip:false.sip.provider:5060 SIP/2.0
Via: SIP/2.0/UDP 197.17.144.4:5060;branch=z9hG4bK8e45ac1463a
From: <sip:197.17.144.4>;tag=1669836943
To: <sip:false.sip.provider>
Date: Fri, 07 Aug 2015 12:34:37 GMT
Call-ID: a012e080-5c41a5ce-8e5-38512c6(a)197.17.144.4
User-Agent: Cisco-CUCM10.5
CSeq: 101 OPTIONS
Contact: <sip:197.17.144.4:5060>
Max-Forwards: 0
Content-Length: 0
Kamailio's answer:
SIP/2.0 200 OK
Via: SIP/2.0/UDP
197.17.144.4:5060;branch=z9hG4bK93e5f072f5f;received=174.37.217.1
From: <sip:197.17.144.4>;tag=298911055
To: <sip:false.sip.provider>;tag=b27e1a1d33761e85846fc98f5f3a7e58.8c24
Call-ID: 2defcb00-5c41aa17-93f-38512c6(a)197.17.144.4
CSeq: 101 OPTIONS
Server: kamailio (4.3.1 (x86_64/linux))
Content-Length: 0
You can see that the Call-ID change from
"a012e080-5c41a5ce-8e5-38512c6" to "2defcb00-5c41aa17-93f-38512c6".
Likewise, the From tag change ("1669836943" to "298911055"). What
could be the reason for this ?
Moreover I think Kamailio should add the field Allow (with
INVITE,ACK,BYE,CANCEL,INFO,OPTIONS,REFER,SUBSCRIBE,NOTIFY), but it
does not.
I should mention that I had to modify /kamailio.cfg/ to have Kamailio
answer to OPTIONS messages (I added *the code in bold*):
if (*!is_method("OPTIONS") &&
*!mf_process_maxfwd_header("10")) {
sl_send_reply("483","Too Many Hops");
exit;
}
if(is_method("OPTIONS") && uri==myself && $rU==$null) {
*#* sl_send_reply("200","Keepalive");
*options_reply();*
exit;
}
Maybe this hack replaces an expected behavior that I failed to
see/configure ?
Thanks,
Jean-Marie.
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Book: SIP Routing With Kamailio - http://www.asipto.com