Hi all, I am testing Edge Proxy setup with the example given here : http://kamailio.org/docs/modules/4.2.x/modules/outbound.html
and I get this error :
U 2016/10/06 09:18:48.331580 10.0.0.4:5060 -> 52.233.25.164:5060 SIP/2.0 420 Bad Extension. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK162a.e9f73fe5e52ded1f30801aa00ee2a771.0; received=52.233.25.164. Via: SIP/2.0/UDP 10.114.70.81:1228;received=113.193.149.49;rport=1228;branch=z9h G4bKPj3ec7c87e09d6452b9e68e60052cb2651. From: "User1" sip:user1@infinicalls-proxy1.myserver.com; tag=ac1e36aec8bf445bbec8e43cf28e9f48. To: "User1" sip:user1@infinicalls-proxy1.myserver.com;ta g=b27e1a1d33761e85846fc98f5f3a7e58.b172. Call-ID: a270d285de6145c6b8670b909b104e74. CSeq: 20149 REGISTER. Contact: sip:user1@10.114.70.81:1228;ob;expires=300. Unsupported: path. Path: sip:10.1.0.4;lr. Supported: outbound. P-Registrar-Error: No support for found Path indicated. Server: kamailio (4.4.3 (x86_64/linux)). Content-Length: 0.
Both my proxy and registrar are behind NAT. rtpproxy is installed and started.
I already have modparam("registrar", "use_path", 1) in my registrar.
Any idea what is missing? Thanks.
regards Ganesh Kumar
Hello,
can you provide the REGISTER request as well -- it is important to see what it asks for.
Cheers, Daniel
On 06/10/16 11:35, Infinicalls Infinicalls wrote:
Hi all, I am testing Edge Proxy setup with the example given here : http://kamailio.org/docs/modules/4.2.x/modules/outbound.html
and I get this error :
U 2016/10/06 09:18:48.331580 10.0.0.4:5060 -> 52.233.25.164:5060 SIP/2.0 420 Bad Extension. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK162a.e9f73fe5e52ded1f30801aa00ee2a771.0; received=52.233.25.164. Via: SIP/2.0/UDP 10.114.70.81:1228;received=113.193.149.49;rport=1228;branch=z9h G4bKPj3ec7c87e09d6452b9e68e60052cb2651. From: "User1" sip:user1@infinicalls-proxy1.myserver.com; tag=ac1e36aec8bf445bbec8e43cf28e9f48. To: "User1" sip:user1@infinicalls-proxy1.myserver.com;ta g=b27e1a1d33761e85846fc98f5f3a7e58.b172. Call-ID: a270d285de6145c6b8670b909b104e74. CSeq: 20149 REGISTER. Contact: sip:user1@10.114.70.81:1228;ob;expires=300. Unsupported: path. Path: sip:10.1.0.4;lr. Supported: outbound. P-Registrar-Error: No support for found Path indicated. Server: kamailio (4.4.3 (x86_64/linux)). Content-Length: 0.
Both my proxy and registrar are behind NAT. rtpproxy is installed and started.
I already have modparam("registrar", "use_path", 1) in my registrar.
Any idea what is missing? Thanks.
regards Ganesh Kumar
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hi Daniel, I am pasting a fresh REGISTER request and the error message here. The Proxy and Registrar config files are taken from http://kamailio.org/docs/modules/4.2.x/modules/outbound.html
------------- root@infinicalls:~# ngrep -d any -qt -W byline . port 5060 interface: any filter: (ip or ip6) and ( port 5060 ) match: .
U 2016/10/07 08:36:50.151818 52.233.25.164:5060 -> 10.0.0.4:5060 REGISTER sip:infinicalls-proxy1.canadacentral.cloudapp.azure.com SIP/2.0. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0. Via: SIP/2.0/UDP 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531. Max-Forwards: 69. From: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=eda6c2494a0742b08f8fbe6254bfa385. To: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com. Call-ID: b2b13a3cfeab41228fd8127e18e5acef. CSeq: 26376 REGISTER. User-Agent: MicroSIP/3.12.3. Contact: "Balaji" sip:balaji@10.114.70.81:1330;ob. Expires: 300. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Content-Length: 0. Path: sip:10.1.0.4;lr. .
U 2016/10/07 08:36:50.154628 10.0.0.4:5060 -> 52.233.25.164:5060 SIP/2.0 420 Bad Extension. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0;received=52.233.25.164. Via: SIP/2.0/UDP 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531. From: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=eda6c2494a0742b08f8fbe6254bfa385. To: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=b27e1a1d33761e85846fc98f5f3a7e58.0549. Call-ID: b2b13a3cfeab41228fd8127e18e5acef. CSeq: 26376 REGISTER. Contact: sip:balaji@10.114.70.81:1330;ob;expires=300. Unsupported: path. Path: sip:10.1.0.4;lr. Supported: outbound. P-Registrar-Error: No support for found Path indicated. Server: kamailio (4.4.3 (x86_64/linux)). Content-Length: 0. . ---------
Kindly let me know what went wrong. Thanks.
regards Ganesh Kumar
Hi Daniel, By pasting the following to the registrar config file, I stopped getting Bad Extension error. And I am able to stay online. But while dialing, it gives the "I am terribly sorry..." error.
modparam("path", "use_received", 1) modparam("registrar", "use_path", 1) modparam("registrar", "path_mode", 1) modparam("registrar", "path_use_received", 1)
regards Ganesh Kumar
On 10/7/16, Infinicalls Infinicalls infinicalls@gmail.com wrote:
Hi Daniel, I am pasting a fresh REGISTER request and the error message here. The Proxy and Registrar config files are taken from http://kamailio.org/docs/modules/4.2.x/modules/outbound.html
root@infinicalls:~# ngrep -d any -qt -W byline . port 5060 interface: any filter: (ip or ip6) and ( port 5060 ) match: .
U 2016/10/07 08:36:50.151818 52.233.25.164:5060 -> 10.0.0.4:5060 REGISTER sip:infinicalls-proxy1.canadacentral.cloudapp.azure.com SIP/2.0. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0. Via: SIP/2.0/UDP 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531. Max-Forwards: 69. From: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=eda6c2494a0742b08f8fbe6254bfa385. To: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com. Call-ID: b2b13a3cfeab41228fd8127e18e5acef. CSeq: 26376 REGISTER. User-Agent: MicroSIP/3.12.3. Contact: "Balaji" sip:balaji@10.114.70.81:1330;ob. Expires: 300. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Content-Length: 0. Path: sip:10.1.0.4;lr. .
U 2016/10/07 08:36:50.154628 10.0.0.4:5060 -> 52.233.25.164:5060 SIP/2.0 420 Bad Extension. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0;received=52.233.25.164. Via: SIP/2.0/UDP 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531. From: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=eda6c2494a0742b08f8fbe6254bfa385. To: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=b27e1a1d33761e85846fc98f5f3a7e58.0549. Call-ID: b2b13a3cfeab41228fd8127e18e5acef. CSeq: 26376 REGISTER. Contact: sip:balaji@10.114.70.81:1330;ob;expires=300. Unsupported: path. Path: sip:10.1.0.4;lr. Supported: outbound. P-Registrar-Error: No support for found Path indicated. Server: kamailio (4.4.3 (x86_64/linux)). Content-Length: 0. .
Kindly let me know what went wrong. Thanks.
regards Ganesh Kumar
Hello,
this is typically because the address in r-uri (or outbound proxy $du) cannot be resolved with the DNS server. Try to run with debug=3 in kamailio.cfg and look at the logs for hints about what happens.
Cheers, Daniel
On 07/10/16 10:48, Infinicalls Infinicalls wrote:
Hi Daniel, By pasting the following to the registrar config file, I stopped getting Bad Extension error. And I am able to stay online. But while dialing, it gives the "I am terribly sorry..." error.
modparam("path", "use_received", 1) modparam("registrar", "use_path", 1) modparam("registrar", "path_mode", 1) modparam("registrar", "path_use_received", 1)
regards Ganesh Kumar
On 10/7/16, Infinicalls Infinicalls infinicalls@gmail.com wrote:
Hi Daniel, I am pasting a fresh REGISTER request and the error message here. The Proxy and Registrar config files are taken from http://kamailio.org/docs/modules/4.2.x/modules/outbound.html
root@infinicalls:~# ngrep -d any -qt -W byline . port 5060 interface: any filter: (ip or ip6) and ( port 5060 ) match: .
U 2016/10/07 08:36:50.151818 52.233.25.164:5060 -> 10.0.0.4:5060 REGISTER sip:infinicalls-proxy1.canadacentral.cloudapp.azure.com SIP/2.0. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0. Via: SIP/2.0/UDP 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531. Max-Forwards: 69. From: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=eda6c2494a0742b08f8fbe6254bfa385. To: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com. Call-ID: b2b13a3cfeab41228fd8127e18e5acef. CSeq: 26376 REGISTER. User-Agent: MicroSIP/3.12.3. Contact: "Balaji" sip:balaji@10.114.70.81:1330;ob. Expires: 300. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Content-Length: 0. Path: sip:10.1.0.4;lr. .
U 2016/10/07 08:36:50.154628 10.0.0.4:5060 -> 52.233.25.164:5060 SIP/2.0 420 Bad Extension. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0;received=52.233.25.164. Via: SIP/2.0/UDP 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531. From: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=eda6c2494a0742b08f8fbe6254bfa385. To: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=b27e1a1d33761e85846fc98f5f3a7e58.0549. Call-ID: b2b13a3cfeab41228fd8127e18e5acef. CSeq: 26376 REGISTER. Contact: sip:balaji@10.114.70.81:1330;ob;expires=300. Unsupported: path. Path: sip:10.1.0.4;lr. Supported: outbound. P-Registrar-Error: No support for found Path indicated. Server: kamailio (4.4.3 (x86_64/linux)). Content-Length: 0. .
Kindly let me know what went wrong. Thanks.
regards Ganesh Kumar
Hi, From the log files, I can see ..
Oct 12 14:43:06 infinicalls /usr/local/sbin/kamailio[13198]: INFO: stun [kam_stun.c:169]: stun_parse_header(): INFO: stun_parse_header: incomplete header of STUN message
I have modified the $du field now. Instead of taking values from REGISTRARIP and REGISTRARPORT, it is now substituted with actual values. I have also added outbound.so and stun.so to the registrar config.
But, still this error persists.
Can you tell me how to solve this. Thanks.
regards Ganesh Kumar
On 10/11/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Hello,
this is typically because the address in r-uri (or outbound proxy $du) cannot be resolved with the DNS server. Try to run with debug=3 in kamailio.cfg and look at the logs for hints about what happens.
Cheers, Daniel
On 07/10/16 10:48, Infinicalls Infinicalls wrote:
Hi Daniel, By pasting the following to the registrar config file, I stopped getting Bad Extension error. And I am able to stay online. But while dialing, it gives the "I am terribly sorry..." error.
modparam("path", "use_received", 1) modparam("registrar", "use_path", 1) modparam("registrar", "path_mode", 1) modparam("registrar", "path_use_received", 1)
regards Ganesh Kumar
On 10/7/16, Infinicalls Infinicalls infinicalls@gmail.com wrote:
Hi Daniel, I am pasting a fresh REGISTER request and the error message here. The Proxy and Registrar config files are taken from http://kamailio.org/docs/modules/4.2.x/modules/outbound.html
root@infinicalls:~# ngrep -d any -qt -W byline . port 5060 interface: any filter: (ip or ip6) and ( port 5060 ) match: .
U 2016/10/07 08:36:50.151818 52.233.25.164:5060 -> 10.0.0.4:5060 REGISTER sip:infinicalls-proxy1.canadacentral.cloudapp.azure.com SIP/2.0. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0. Via: SIP/2.0/UDP 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531. Max-Forwards: 69. From: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=eda6c2494a0742b08f8fbe6254bfa385. To: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com. Call-ID: b2b13a3cfeab41228fd8127e18e5acef. CSeq: 26376 REGISTER. User-Agent: MicroSIP/3.12.3. Contact: "Balaji" sip:balaji@10.114.70.81:1330;ob. Expires: 300. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Content-Length: 0. Path: sip:10.1.0.4;lr. .
U 2016/10/07 08:36:50.154628 10.0.0.4:5060 -> 52.233.25.164:5060 SIP/2.0 420 Bad Extension. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0;received=52.233.25.164. Via: SIP/2.0/UDP 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531. From: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=eda6c2494a0742b08f8fbe6254bfa385. To: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=b27e1a1d33761e85846fc98f5f3a7e58.0549. Call-ID: b2b13a3cfeab41228fd8127e18e5acef. CSeq: 26376 REGISTER. Contact: sip:balaji@10.114.70.81:1330;ob;expires=300. Unsupported: path. Path: sip:10.1.0.4;lr. Supported: outbound. P-Registrar-Error: No support for found Path indicated. Server: kamailio (4.4.3 (x86_64/linux)). Content-Length: 0. .
Kindly let me know what went wrong. Thanks.
regards Ganesh Kumar
-- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hello,
stun and outbound don't have anything to do with DNS resolving.
Run with debug=3 in kamailio.cfg and see the logs for more details.
Cheers, Daniel
On 12/10/16 16:46, Infinicalls Infinicalls wrote:
Hi, From the log files, I can see ..
Oct 12 14:43:06 infinicalls /usr/local/sbin/kamailio[13198]: INFO: stun [kam_stun.c:169]: stun_parse_header(): INFO: stun_parse_header: incomplete header of STUN message
I have modified the $du field now. Instead of taking values from REGISTRARIP and REGISTRARPORT, it is now substituted with actual values. I have also added outbound.so and stun.so to the registrar config.
But, still this error persists.
Can you tell me how to solve this. Thanks.
regards Ganesh Kumar
On 10/11/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Hello,
this is typically because the address in r-uri (or outbound proxy $du) cannot be resolved with the DNS server. Try to run with debug=3 in kamailio.cfg and look at the logs for hints about what happens.
Cheers, Daniel
On 07/10/16 10:48, Infinicalls Infinicalls wrote:
Hi Daniel, By pasting the following to the registrar config file, I stopped getting Bad Extension error. And I am able to stay online. But while dialing, it gives the "I am terribly sorry..." error.
modparam("path", "use_received", 1) modparam("registrar", "use_path", 1) modparam("registrar", "path_mode", 1) modparam("registrar", "path_use_received", 1)
regards Ganesh Kumar
On 10/7/16, Infinicalls Infinicalls infinicalls@gmail.com wrote:
Hi Daniel, I am pasting a fresh REGISTER request and the error message here. The Proxy and Registrar config files are taken from http://kamailio.org/docs/modules/4.2.x/modules/outbound.html
root@infinicalls:~# ngrep -d any -qt -W byline . port 5060 interface: any filter: (ip or ip6) and ( port 5060 ) match: .
U 2016/10/07 08:36:50.151818 52.233.25.164:5060 -> 10.0.0.4:5060 REGISTER sip:infinicalls-proxy1.canadacentral.cloudapp.azure.com SIP/2.0. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0. Via: SIP/2.0/UDP 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531. Max-Forwards: 69. From: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=eda6c2494a0742b08f8fbe6254bfa385. To: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com. Call-ID: b2b13a3cfeab41228fd8127e18e5acef. CSeq: 26376 REGISTER. User-Agent: MicroSIP/3.12.3. Contact: "Balaji" sip:balaji@10.114.70.81:1330;ob. Expires: 300. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Content-Length: 0. Path: sip:10.1.0.4;lr. .
U 2016/10/07 08:36:50.154628 10.0.0.4:5060 -> 52.233.25.164:5060 SIP/2.0 420 Bad Extension. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0;received=52.233.25.164. Via: SIP/2.0/UDP 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531. From: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=eda6c2494a0742b08f8fbe6254bfa385. To: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=b27e1a1d33761e85846fc98f5f3a7e58.0549. Call-ID: b2b13a3cfeab41228fd8127e18e5acef. CSeq: 26376 REGISTER. Contact: sip:balaji@10.114.70.81:1330;ob;expires=300. Unsupported: path. Path: sip:10.1.0.4;lr. Supported: outbound. P-Registrar-Error: No support for found Path indicated. Server: kamailio (4.4.3 (x86_64/linux)). Content-Length: 0. .
Kindly let me know what went wrong. Thanks.
regards Ganesh Kumar
-- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hi Daniel,
I find only this error message in syslog. Rest are normal.
Oct 13 07:41:15 infinicalls /usr/local/sbin/kamailio[32948]: ERROR: <script>: t_(load|next)_contacts() failed
Oct 13 07:41:15 infinicalls /usr/local/sbin/kamailio[32948]: ERROR: sl [sl_funcs.c:363]: sl_reply_error(): ERROR: sl_reply_error used: I'm terribly sorry, server error occurred (1/SL)
I am not sure, if this is the correct one. Kindly guide me.
And is this related to this https://github.com/kamailio/kamailio/issues/497 ? If yes, I think I need to update to the latest version of Kamailio.
regards Ganesh Kumar
On 10/13/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Hello,
stun and outbound don't have anything to do with DNS resolving.
Run with debug=3 in kamailio.cfg and see the logs for more details.
Cheers, Daniel
On 12/10/16 16:46, Infinicalls Infinicalls wrote:
Hi, From the log files, I can see ..
Oct 12 14:43:06 infinicalls /usr/local/sbin/kamailio[13198]: INFO: stun [kam_stun.c:169]: stun_parse_header(): INFO: stun_parse_header: incomplete header of STUN message
I have modified the $du field now. Instead of taking values from REGISTRARIP and REGISTRARPORT, it is now substituted with actual values. I have also added outbound.so and stun.so to the registrar config.
But, still this error persists.
Can you tell me how to solve this. Thanks.
regards Ganesh Kumar
On 10/11/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Hello,
this is typically because the address in r-uri (or outbound proxy $du) cannot be resolved with the DNS server. Try to run with debug=3 in kamailio.cfg and look at the logs for hints about what happens.
Cheers, Daniel
On 07/10/16 10:48, Infinicalls Infinicalls wrote:
Hi Daniel, By pasting the following to the registrar config file, I stopped getting Bad Extension error. And I am able to stay online. But while dialing, it gives the "I am terribly sorry..." error.
modparam("path", "use_received", 1) modparam("registrar", "use_path", 1) modparam("registrar", "path_mode", 1) modparam("registrar", "path_use_received", 1)
regards Ganesh Kumar
On 10/7/16, Infinicalls Infinicalls infinicalls@gmail.com wrote:
Hi Daniel, I am pasting a fresh REGISTER request and the error message here. The Proxy and Registrar config files are taken from http://kamailio.org/docs/modules/4.2.x/modules/outbound.html
root@infinicalls:~# ngrep -d any -qt -W byline . port 5060 interface: any filter: (ip or ip6) and ( port 5060 ) match: .
U 2016/10/07 08:36:50.151818 52.233.25.164:5060 -> 10.0.0.4:5060 REGISTER sip:infinicalls-proxy1.canadacentral.cloudapp.azure.com SIP/2.0. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0. Via: SIP/2.0/UDP 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531. Max-Forwards: 69. From: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=eda6c2494a0742b08f8fbe6254bfa385. To: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com. Call-ID: b2b13a3cfeab41228fd8127e18e5acef. CSeq: 26376 REGISTER. User-Agent: MicroSIP/3.12.3. Contact: "Balaji" sip:balaji@10.114.70.81:1330;ob. Expires: 300. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Content-Length: 0. Path: sip:10.1.0.4;lr. .
U 2016/10/07 08:36:50.154628 10.0.0.4:5060 -> 52.233.25.164:5060 SIP/2.0 420 Bad Extension. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0;received=52.233.25.164. Via: SIP/2.0/UDP 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531. From: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=eda6c2494a0742b08f8fbe6254bfa385. To: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=b27e1a1d33761e85846fc98f5f3a7e58.0549. Call-ID: b2b13a3cfeab41228fd8127e18e5acef. CSeq: 26376 REGISTER. Contact: sip:balaji@10.114.70.81:1330;ob;expires=300. Unsupported: path. Path: sip:10.1.0.4;lr. Supported: outbound. P-Registrar-Error: No support for found Path indicated. Server: kamailio (4.4.3 (x86_64/linux)). Content-Length: 0. .
Kindly let me know what went wrong. Thanks.
regards Ganesh Kumar
-- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@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 Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
Hello,
On 13/10/16 09:51, Infinicalls Infinicalls wrote:
Hi Daniel,
I find only this error message in syslog. Rest are normal.
Oct 13 07:41:15 infinicalls /usr/local/sbin/kamailio[32948]: ERROR:
<script>: t_(load|next)_contacts() failed
this is an error message printed from kamailio.cfg -- do you have such xlog() there?
Oct 13 07:41:15 infinicalls /usr/local/sbin/kamailio[32948]: ERROR: sl [sl_funcs.c:363]: sl_reply_error(): ERROR: sl_reply_error used: I'm terribly sorry, server error occurred (1/SL)
This is from c code and due to other operation that fails. Run with debug=3 to see what is printed before and causes this.
I am not sure, if this is the correct one. Kindly guide me.
And is this related to this https://github.com/kamailio/kamailio/issues/497 ? If yes, I think I need to update to the latest version of Kamailio.
That issue doesn't seem to be related. It is better to run latest stable version to be sure you don't hit a bug that was already fixed.
Cheers, Daniel
regards Ganesh Kumar
On 10/13/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Hello,
stun and outbound don't have anything to do with DNS resolving.
Run with debug=3 in kamailio.cfg and see the logs for more details.
Cheers, Daniel
On 12/10/16 16:46, Infinicalls Infinicalls wrote:
Hi, From the log files, I can see ..
Oct 12 14:43:06 infinicalls /usr/local/sbin/kamailio[13198]: INFO: stun [kam_stun.c:169]: stun_parse_header(): INFO: stun_parse_header: incomplete header of STUN message
I have modified the $du field now. Instead of taking values from REGISTRARIP and REGISTRARPORT, it is now substituted with actual values. I have also added outbound.so and stun.so to the registrar config.
But, still this error persists.
Can you tell me how to solve this. Thanks.
regards Ganesh Kumar
On 10/11/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Hello,
this is typically because the address in r-uri (or outbound proxy $du) cannot be resolved with the DNS server. Try to run with debug=3 in kamailio.cfg and look at the logs for hints about what happens.
Cheers, Daniel
On 07/10/16 10:48, Infinicalls Infinicalls wrote:
Hi Daniel, By pasting the following to the registrar config file, I stopped getting Bad Extension error. And I am able to stay online. But while dialing, it gives the "I am terribly sorry..." error.
modparam("path", "use_received", 1) modparam("registrar", "use_path", 1) modparam("registrar", "path_mode", 1) modparam("registrar", "path_use_received", 1)
regards Ganesh Kumar
On 10/7/16, Infinicalls Infinicalls infinicalls@gmail.com wrote:
Hi Daniel, I am pasting a fresh REGISTER request and the error message here. The Proxy and Registrar config files are taken from http://kamailio.org/docs/modules/4.2.x/modules/outbound.html
root@infinicalls:~# ngrep -d any -qt -W byline . port 5060 interface: any filter: (ip or ip6) and ( port 5060 ) match: .
U 2016/10/07 08:36:50.151818 52.233.25.164:5060 -> 10.0.0.4:5060 REGISTER sip:infinicalls-proxy1.canadacentral.cloudapp.azure.com SIP/2.0. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0. Via: SIP/2.0/UDP 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531. Max-Forwards: 69. From: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=eda6c2494a0742b08f8fbe6254bfa385. To: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com. Call-ID: b2b13a3cfeab41228fd8127e18e5acef. CSeq: 26376 REGISTER. User-Agent: MicroSIP/3.12.3. Contact: "Balaji" sip:balaji@10.114.70.81:1330;ob. Expires: 300. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Content-Length: 0. Path: sip:10.1.0.4;lr. .
U 2016/10/07 08:36:50.154628 10.0.0.4:5060 -> 52.233.25.164:5060 SIP/2.0 420 Bad Extension. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0;received=52.233.25.164. Via: SIP/2.0/UDP 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531. From: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=eda6c2494a0742b08f8fbe6254bfa385. To: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=b27e1a1d33761e85846fc98f5f3a7e58.0549. Call-ID: b2b13a3cfeab41228fd8127e18e5acef. CSeq: 26376 REGISTER. Contact: sip:balaji@10.114.70.81:1330;ob;expires=300. Unsupported: path. Path: sip:10.1.0.4;lr. Supported: outbound. P-Registrar-Error: No support for found Path indicated. Server: kamailio (4.4.3 (x86_64/linux)). Content-Length: 0. .
Kindly let me know what went wrong. Thanks.
regards Ganesh Kumar
-- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@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 Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
Hi,
Oct 13 07:41:15 infinicalls /usr/local/sbin/kamailio[32948]: ERROR:
<script>: t_(load|next)_contacts() failed
this is an error message printed from kamailio.cfg -- do you have such xlog() there?
Yes, I have. Its here..
route[LOCATION] { if (!lookup("location")) { $var(rc) = $rc; t_newtran(); switch ($var(rc)) { case -1: case -3: send_reply("404", "Not Found"); exit; case -2: send_reply("405", "Method Not Allowed"); exit; } }
if (!t_load_contacts() || !t_next_contacts()) { xlog("L_ERR", "t_(load|next)_contacts() failed\n"); sl_reply_error(); exit; }
Oct 13 07:41:15 infinicalls /usr/local/sbin/kamailio[32948]: ERROR: sl [sl_funcs.c:363]: sl_reply_error(): ERROR: sl_reply_error used: I'm terribly sorry, server error occurred (1/SL)
This is from c code and due to other operation that fails. Run with debug=3 to see what is printed before and causes this.
After running with debug=3 also, I couldn't figure out what is really wrong. I have pasted it online here http://paste.fedoraproject.org/449550/
Is there anything incorrect with the logs?
That issue doesn't seem to be related. It is better to run latest stable version to be sure you don't hit a bug that was already fixed.
I just updated everything. Now, I am running the latest stable release. But still the error persists.
regards Ganesh Kumar
Can you split the IF with t_load_contacts () || t_next_contacts () in two to see which one fails?
Cheers, Daniel
On 13 Oct 2016 16:51, "Infinicalls Infinicalls" infinicalls@gmail.com wrote:
Hi,
Oct 13 07:41:15 infinicalls /usr/local/sbin/kamailio[32948]: ERROR:
<script>: t_(load|next)_contacts() failed
this is an error message printed from kamailio.cfg -- do you have such xlog() there?
Yes, I have. Its here..
route[LOCATION] { if (!lookup("location")) { $var(rc) = $rc; t_newtran(); switch ($var(rc)) { case -1: case -3: send_reply("404", "Not Found"); exit; case -2: send_reply("405", "Method Not Allowed"); exit; } }
if (!t_load_contacts() || !t_next_contacts()) { xlog("L_ERR", "t_(load|next)_contacts() failed\n"); sl_reply_error(); exit; }Oct 13 07:41:15 infinicalls /usr/local/sbin/kamailio[32948]: ERROR: sl [sl_funcs.c:363]: sl_reply_error(): ERROR: sl_reply_error used: I'm terribly sorry, server error occurred (1/SL)
This is from c code and due to other operation that fails. Run with debug=3 to see what is printed before and causes this.
After running with debug=3 also, I couldn't figure out what is really wrong. I have pasted it online here http://paste.fedoraproject.org/449550/
Is there anything incorrect with the logs?
That issue doesn't seem to be related. It is better to run latest stable version to be sure you don't hit a bug that was already fixed.
I just updated everything. Now, I am running the latest stable release. But still the error persists.
regards Ganesh Kumar
Hi,
On 10/13/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Can you split the IF with t_load_contacts () || t_next_contacts () in two to see which one fails?
After splitting, I get this error.
Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: siputils [checks.c:97]: has_totag(): no totag Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=1 T start=(nil) Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:466]: t_lookup_request(): t_lookup_request: start searching: hash=9175, isACK=0 Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:424]: matching_3261(): DEBUG: RFC3261 transaction matching failed Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:648]: t_lookup_request(): DEBUG: t_lookup_request: no transaction found Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:1080]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=2 T end=(nil) Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: registrar [lookup.c:240]: lookup_helper(): contact for [balaji] found by address Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: <core> [parser/parse_rr.c:453]: get_path_dst_uri(): path for branch: 'sip:10.1.0.4;lr' Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_serial.c:455]: t_next_contacts(): no contacts in contacts_avp - we are done! Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: ERROR: <script>: t_next_contacts() failed
The other one doesn't fail. And also, as the logs say, the "to" field is also empty in the SIP requests. Any idea what went wrong?
regards Ganesh Kumar
Hello,
On 14/10/16 10:25, Infinicalls Infinicalls wrote:
Hi,
On 10/13/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Can you split the IF with t_load_contacts () || t_next_contacts () in two to see which one fails?
After splitting, I get this error.
Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: siputils [checks.c:97]: has_totag(): no totag Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=1 T start=(nil) Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:466]: t_lookup_request(): t_lookup_request: start searching: hash=9175, isACK=0 Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:424]: matching_3261(): DEBUG: RFC3261 transaction matching failed Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:648]: t_lookup_request(): DEBUG: t_lookup_request: no transaction found Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:1080]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=2 T end=(nil) Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: registrar [lookup.c:240]: lookup_helper(): contact for [balaji] found by address Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: <core> [parser/parse_rr.c:453]: get_path_dst_uri(): path for branch: 'sip:10.1.0.4;lr' Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_serial.c:455]: t_next_contacts(): no contacts in contacts_avp - we are done! Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: ERROR:
<script>: t_next_contacts() failed The other one doesn't fail. And also, as the logs say, the "to" field is also empty in the SIP requests. Any idea what went wrong?
Which message says that to field is empty? Or do you refer to the to-tag?
Cheers, Daniel
Hi,
I referred to the totag. Sorry if I mistook it for to field.
regards Ganesh Kumar
On 10/14/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Hello,
On 14/10/16 10:25, Infinicalls Infinicalls wrote:
Hi,
On 10/13/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Can you split the IF with t_load_contacts () || t_next_contacts () in two to see which one fails?
After splitting, I get this error.
Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: siputils [checks.c:97]: has_totag(): no totag Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=1 T start=(nil) Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:466]: t_lookup_request(): t_lookup_request: start searching: hash=9175, isACK=0 Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:424]: matching_3261(): DEBUG: RFC3261 transaction matching failed Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:648]: t_lookup_request(): DEBUG: t_lookup_request: no transaction found Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:1080]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=2 T end=(nil) Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: registrar [lookup.c:240]: lookup_helper(): contact for [balaji] found by address Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: <core> [parser/parse_rr.c:453]: get_path_dst_uri(): path for branch: 'sip:10.1.0.4;lr' Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_serial.c:455]: t_next_contacts(): no contacts in contacts_avp - we are done! Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: ERROR:
<script>: t_next_contacts() failed The other one doesn't fail. And also, as the logs say, the "to" field is also empty in the SIP requests. Any idea what went wrong?
Which message says that to field is empty? Or do you refer to the to-tag?
Cheers, Daniel
-- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
Hello,
the initial INVITE must be without a to-tag, so that's fine...
I will try to see the reason for the t_load_contacts().
Cheers, Daniel
On 14/10/16 10:31, Infinicalls Infinicalls wrote:
Hi,
I referred to the totag. Sorry if I mistook it for to field.
regards Ganesh Kumar
On 10/14/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Hello,
On 14/10/16 10:25, Infinicalls Infinicalls wrote:
Hi,
On 10/13/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Can you split the IF with t_load_contacts () || t_next_contacts () in two to see which one fails?
After splitting, I get this error.
Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: siputils [checks.c:97]: has_totag(): no totag Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=1 T start=(nil) Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:466]: t_lookup_request(): t_lookup_request: start searching: hash=9175, isACK=0 Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:424]: matching_3261(): DEBUG: RFC3261 transaction matching failed Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:648]: t_lookup_request(): DEBUG: t_lookup_request: no transaction found Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:1080]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=2 T end=(nil) Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: registrar [lookup.c:240]: lookup_helper(): contact for [balaji] found by address Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: <core> [parser/parse_rr.c:453]: get_path_dst_uri(): path for branch: 'sip:10.1.0.4;lr' Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_serial.c:455]: t_next_contacts(): no contacts in contacts_avp - we are done! Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: ERROR:
<script>: t_next_contacts() failed The other one doesn't fail. And also, as the logs say, the "to" field is also empty in the SIP requests. Any idea what went wrong?
Which message says that to field is empty? Or do you refer to the to-tag?
Cheers, Daniel
-- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
Hi, I have pasted the entire log here for your ref.
http://paste.fedoraproject.org/449906/14764350/
thanks Ganesh Kumar
On 10/14/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Hello,
the initial INVITE must be without a to-tag, so that's fine...
I will try to see the reason for the t_load_contacts().
Cheers, Daniel
On 14/10/16 10:31, Infinicalls Infinicalls wrote:
Hi,
I referred to the totag. Sorry if I mistook it for to field.
regards Ganesh Kumar
On 10/14/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Hello,
On 14/10/16 10:25, Infinicalls Infinicalls wrote:
Hi,
On 10/13/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Can you split the IF with t_load_contacts () || t_next_contacts () in two to see which one fails?
After splitting, I get this error.
Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: siputils [checks.c:97]: has_totag(): no totag Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=1 T start=(nil) Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:466]: t_lookup_request(): t_lookup_request: start searching: hash=9175, isACK=0 Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:424]: matching_3261(): DEBUG: RFC3261 transaction matching failed Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:648]: t_lookup_request(): DEBUG: t_lookup_request: no transaction found Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:1080]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=2 T end=(nil) Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: registrar [lookup.c:240]: lookup_helper(): contact for [balaji] found by address Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: <core> [parser/parse_rr.c:453]: get_path_dst_uri(): path for branch: 'sip:10.1.0.4;lr' Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_serial.c:455]: t_next_contacts(): no contacts in contacts_avp - we are done! Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: ERROR:
<script>: t_next_contacts() failed The other one doesn't fail. And also, as the logs say, the "to" field is also empty in the SIP requests. Any idea what went wrong?
Which message says that to field is empty? Or do you refer to the to-tag?
Cheers, Daniel
-- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
-- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
Hi Daniel, Just curious, were you able to investigate on the error message? I am still unable to get it working.
regards Ganesh Kumar
On 10/14/16, Infinicalls Infinicalls infinicalls@gmail.com wrote:
Hi, I have pasted the entire log here for your ref.
http://paste.fedoraproject.org/449906/14764350/
thanks Ganesh Kumar
On 10/14/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Hello,
the initial INVITE must be without a to-tag, so that's fine...
I will try to see the reason for the t_load_contacts().
Cheers, Daniel
On 14/10/16 10:31, Infinicalls Infinicalls wrote:
Hi,
I referred to the totag. Sorry if I mistook it for to field.
regards Ganesh Kumar
On 10/14/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Hello,
On 14/10/16 10:25, Infinicalls Infinicalls wrote:
Hi,
On 10/13/16, Daniel-Constantin Mierla miconda@gmail.com wrote:
Can you split the IF with t_load_contacts () || t_next_contacts () in two to see which one fails?
After splitting, I get this error.
Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: siputils [checks.c:97]: has_totag(): no totag Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=1 T start=(nil) Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:466]: t_lookup_request(): t_lookup_request: start searching: hash=9175, isACK=0 Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:424]: matching_3261(): DEBUG: RFC3261 transaction matching failed Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:648]: t_lookup_request(): DEBUG: t_lookup_request: no transaction found Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_lookup.c:1080]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=2 T end=(nil) Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: registrar [lookup.c:240]: lookup_helper(): contact for [balaji] found by address Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: <core> [parser/parse_rr.c:453]: get_path_dst_uri(): path for branch: 'sip:10.1.0.4;lr' Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm [t_serial.c:455]: t_next_contacts(): no contacts in contacts_avp - we are done! Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: ERROR:
<script>: t_next_contacts() failed The other one doesn't fail. And also, as the logs say, the "to" field is also empty in the SIP requests. Any idea what went wrong?
Which message says that to field is empty? Or do you refer to the to-tag?
Cheers, Daniel
-- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
-- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
--
Hello,
the REGISTER has a PATH header, the path extension has to be enabled in registrar module -- perhaps we should make this default, given that it is a common scenario out there to have an edge proxy/load balancer in front of registrar.
Cheers, Daniel
On 07/10/16 10:42, Infinicalls Infinicalls wrote:
Hi Daniel, I am pasting a fresh REGISTER request and the error message here. The Proxy and Registrar config files are taken from http://kamailio.org/docs/modules/4.2.x/modules/outbound.html
root@infinicalls:~# ngrep -d any -qt -W byline . port 5060 interface: any filter: (ip or ip6) and ( port 5060 ) match: .
U 2016/10/07 08:36:50.151818 52.233.25.164:5060 -> 10.0.0.4:5060 REGISTER sip:infinicalls-proxy1.canadacentral.cloudapp.azure.com SIP/2.0. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0. Via: SIP/2.0/UDP 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531. Max-Forwards: 69. From: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=eda6c2494a0742b08f8fbe6254bfa385. To: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com. Call-ID: b2b13a3cfeab41228fd8127e18e5acef. CSeq: 26376 REGISTER. User-Agent: MicroSIP/3.12.3. Contact: "Balaji" sip:balaji@10.114.70.81:1330;ob. Expires: 300. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Content-Length: 0. Path: sip:10.1.0.4;lr. .
U 2016/10/07 08:36:50.154628 10.0.0.4:5060 -> 52.233.25.164:5060 SIP/2.0 420 Bad Extension. Via: SIP/2.0/UDP 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0;received=52.233.25.164. Via: SIP/2.0/UDP 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531. From: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=eda6c2494a0742b08f8fbe6254bfa385. To: "Balaji" sip:balaji@infinicalls-uk.uksouth.cloudapp.azure.com;tag=b27e1a1d33761e85846fc98f5f3a7e58.0549. Call-ID: b2b13a3cfeab41228fd8127e18e5acef. CSeq: 26376 REGISTER. Contact: sip:balaji@10.114.70.81:1330;ob;expires=300. Unsupported: path. Path: sip:10.1.0.4;lr. Supported: outbound. P-Registrar-Error: No support for found Path indicated. Server: kamailio (4.4.3 (x86_64/linux)). Content-Length: 0. .
Kindly let me know what went wrong. Thanks.
regards Ganesh Kumar
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-
Daniel-Constantin Mierla -
Infinicalls Infinicalls