[OpenSIPS-Users] Calls from asterisk to opensips
Hi, I have integrated set up of opensips with TLS(1.6.2) and Asterisk (1.4.3.1) running. Now, my user is sending registration request via TLS, registration is succesful; the call fails. Here is the setup iam trying, User (UDP) and USER with TLS gets registered with Opensips. Asterisk performs IVR for all incoming calls to opensips. callee--Opensips-Asterisk--opensips---called Since Asterisk 1.4.3 doesn't support TLS; after IVR, iam tying to forward the call to opensips. extension.conf: exten = s2,n,Dial(SIP/${aaa}_${bbb}_${c...@opensips:5061,20,r) At Opensips.cfg, (Note: both opensips and Asterisk running on same box. Opensips listening on port 5060 and 5061 and asterisk on 5070. Calls from asterisk will always have the user uri format has aaa_bbb_ccc if (is_method(INVITE)) { $var(z)=$(tu{uri.user}); if($var(x)=~[0-9]+_[0-9]+_[0-9]+) { xlog(Call from Asterisk \n); route(1); } } Please help me, after IVR, i have to forward the call to opensips and opensips should connect the callee and called. How should i change in opensips.cfg to handle this. I appreciate the valuable input. Thanks, Prem ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] OpenSIPS Server configuration ( SIP Server ) based on VOIP
Thanks a lot for Ur Valuable Information Time Bogdan. Let me explore more basing the above messages for better understanding. -- View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Server-configuration-SIP-Server-based-on-VOIP-tp5264482p5311016.html Sent from the OpenSIPS - Users mailing list archive at Nabble.com. ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Calls from asterisk to opensips
I some how managed to establish a call. Callee-Opensips---Asterisk--Opensips-called. The problem here is call is landing to opensips from Asterisk, but it is still in loop for remaning call. Actually, after IVR asterisk has to forward the call to opensips and opensips has to be connect the called (callee-opensipscalled). Will this logic work ? How to handle it with opensips ? I foresee following points: 1. After call is form aSterisk, oepsnips has to send BYE to asterisk and terminate the dialog. 2. From the INVITE info from Asterisk; opensips has to re-write the from-uri; so that instead of cal...@asterisk IP and port; contact uri should have the one stored in location when it got registered. By this way will the above logic work ? I dono :( I appreciate the valuable input. On Mon, Jul 19, 2010 at 12:21 PM, Premalatha Kuppan premala...@ngintech.com wrote: Hi, I have integrated set up of opensips with TLS(1.6.2) and Asterisk (1.4.3.1) running. Now, my user is sending registration request via TLS, registration is succesful; the call fails. Here is the setup iam trying, User (UDP) and USER with TLS gets registered with Opensips. Asterisk performs IVR for all incoming calls to opensips. callee--Opensips-Asterisk--opensips---called Since Asterisk 1.4.3 doesn't support TLS; after IVR, iam tying to forward the call to opensips. extension.conf: exten = s2,n,Dial(SIP/${aaa}_${bbb}_${c...@opensips:5061,20,r) At Opensips.cfg, (Note: both opensips and Asterisk running on same box. Opensips listening on port 5060 and 5061 and asterisk on 5070. Calls from asterisk will always have the user uri format has aaa_bbb_ccc if (is_method(INVITE)) { $var(z)=$(tu{uri.user}); if($var(x)=~[0-9]+_[0-9]+_[0-9]+) { xlog(Call from Asterisk \n); route(1); } } Please help me, after IVR, i have to forward the call to opensips and opensips should connect the callee and called. How should i change in opensips.cfg to handle this. I appreciate the valuable input. Thanks, Prem ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] new CDRTool release 8.0.0
Changelog: cdrtool (8.0.0) unstable; urgency=low [ Rating Engine ] * Fixed deblocking of users blocked by quota system * Apply the database changes from setup/mysql/alter_tables.mysql * Added support to debit balance for SMS * Separate calculate functions for Audio and SMS * Added import function for billing discounts * Added discounts per customer per destination * Added increment and min_duration per customer * Added daily_quota per data source setting and check quota usage based on it * Enlarged the login column in log table * Set daily_quota for new installations to 10% * Init the quota usage for today to 0 after quota reset * Improve syslog message for maxsessiontime * Use Subscriber instead of Account in rating tables display for consistency * Added discounts to the list of csv files to import * Rename profile name variables to match weekday and weekend * Added storage for daily quota * Log to syslog the result of maxsessiontime even if call is unlimited * Use sms or audio rate calculation depending on CDR type during normalization [ NGNPro Client ] * Hide Prepaid Card form for embedded clients * Define groups for enrollment of sip account in configuration * Use sender email when asking for cc payments [ WEB Output ] * Trim RPID for whitespaces * Renamed applicationType to application and fixed display of streams information * Improved look and feel of main menu * Fixed broken main css * Added MediaInfo selection box and beautify code a bit * Fixed display of gateways in delete rules screen * Improved documentation * Improved display of media trace stream sequence * Refactor rating engine to use Region to group destinations * Update Blink logo The software can be downloaded as a tar archive from: http://download.ag-projects.com/CDRTool/ For those running Debian unstable there is an official public repository. To use it, add these lines in /etc/apt/sources.list # AG Projects software deb http://ag-projects.com/debian unstable main deb-src http://ag-projects.com/debian unstable main Install the AG Projects debian software signing key: wget http://download.ag-projects.com/agp-debian-gpg.key apt-key add agp-debian-gpg.key After that, run: sudo apt-get update sudo apt-get install cdrtool Regards, Adrian ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] get_source_group not working
Hey Bogdan, I have this error too. I updated my opensips from https://opensips.svn.sourceforge.net/svnroot/opensips/branches/1.6, and after this update the opensips -c seems ok, but after some seconds opensips started it die: Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32027]: INFO:core:handle_sigs: child process 32029 exited by a signal 11 Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32027]: INFO:core:handle_sigs: core was generated Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32027]: INFO:core:handle_sigs: terminating due to SIGCHLD Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32032]: INFO:core:sig_usr: signal 15 received Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32034]: INFO:core:sig_usr: signal 15 received Am I missing something? Cheers! On 16 July 2010 09:59, Bogdan-Andrei Iancu bog...@voice-system.ro wrote: Hi Jayesh, The prototype of the function was changed from: $var(x) = get_source_group(); to get_source_group($var(x)); couple of days ago the proto was changed because I had to fix a bug on that. So, solutions are: 1) if you use old code, use the $var(x) = get_source_group(); 2) update from SVN and use the new proto. Regards, Bogdan Jayesh Nambiar wrote: Hi All, I am trying to use the get_source_group function from the permissions module and it gives me command not found missing loadmodule error. I am trying to use it just as mentioned in the docs which is get_source_group(var(group_id)); Can someone please guide me to exact number of arguments in this function. Looks like I am missing something. I am using opensips 1.6.2 Thanks for any help. --- Jayesh ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Bogdan-Andrei Iancu OpenSIPS Bootcamp 20 - 24 September 2010, Frankfurt, Germany www.voice-system.ro ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Wesley Volcov Email: wesleyvol...@gmail.com Messenger: vol...@live.com Mobile: +55 11 9989-5348 Website: http://volcov.blogspot.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] get_source_group not working
Wesley, Are you using the new style of calling this function: get_source_group($var(x)) ? On 19.07.2010 17:09, Wesley Volcov wrote: Hey Bogdan, I have this error too. I updated my opensips from https://opensips.svn.sourceforge.net/svnroot/opensips/branches/1.6, and after this update the opensips -c seems ok, but after some seconds opensips started it die: Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32027]: INFO:core:handle_sigs: child process 32029 exited by a signal 11 Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32027]: INFO:core:handle_sigs: core was generated Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32027]: INFO:core:handle_sigs: terminating due to SIGCHLD Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32032]: INFO:core:sig_usr: signal 15 received Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32034]: INFO:core:sig_usr: signal 15 received Am I missing something? Cheers! -- Sincerely, Andrew Pogrebennyk ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] get_source_group not working
Andrew, I'm using like the documentations says: if ( get_source_group($var(group)) ) { # do something with $var(group) xlog(group is $var(group)\n); }; I have deleted this lines and the error continue... Can it be a bug version ? On 19 July 2010 11:25, Andrew Pogrebennyk andrew.pogreben...@portaone.comwrote: Wesley, Are you using the new style of calling this function: get_source_group($var(x)) ? On 19.07.2010 17:09, Wesley Volcov wrote: Hey Bogdan, I have this error too. I updated my opensips from https://opensips.svn.sourceforge.net/svnroot/opensips/branches/1.6, and after this update the opensips -c seems ok, but after some seconds opensips started it die: Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32027]: INFO:core:handle_sigs: child process 32029 exited by a signal 11 Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32027]: INFO:core:handle_sigs: core was generated Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32027]: INFO:core:handle_sigs: terminating due to SIGCHLD Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32032]: INFO:core:sig_usr: signal 15 received Jul 19 11:00:46 opensips /usr/local/sbin/opensips[32034]: INFO:core:sig_usr: signal 15 received Am I missing something? Cheers! -- Sincerely, Andrew Pogrebennyk -- Wesley Volcov Email: wesleyvol...@gmail.com Messenger: vol...@live.com Mobile: +55 11 9989-5348 Website: http://volcov.blogspot.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] get_source_group not working
Wesley, May be. I can suggest three things here: 1) try to run svn update again, recompile opensips and see if the problem goes away 2) set debug=6 and send us the log before moment of crash 3) if you get a coredump file, get a bracktrace from it and post it here Hope this helps. On 19.07.2010 17:43, Wesley Volcov wrote: Andrew, I'm using like the documentations says: if ( get_source_group($var(group)) ) { # do something with $var(group) xlog(group is $var(group)\n); }; I have deleted this lines and the error continue... Can it be a bug version ? -- Sincerely, Andrew Pogrebennyk ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] get_source_group not working
Andrew, I'he downgrade my opensips to 1.6.2 version and the error gone! It just occur with the svn version. Follow my coredump: warning: exec file is newer than core file. Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Core was generated by `/usr/local/sbin/opensips -P /var/run/opensips.pid -m 1024 -u root -g root'. Program terminated with signal 11, Segmentation fault. #0 0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0, proto=0, resolver=0) at resolve.c:100 100 if ((ip-af==AF_INET6) #0 0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0, proto=0, resolver=0) at resolve.c:100 he = value optimized out __FUNCTION__ = check_ip_address #1 0x004a461e in ?? () No symbol table info available. #2 0xbfb5fc78 in ?? () No symbol table info available. #3 0x in ?? () No symbol table info available. In this core, I had deleted the get_source_group function, but it crashed with check_source_address function. When I downgraded my opensips this error did not happen again. Cheers On 19 July 2010 11:49, Andrew Pogrebennyk andrew.pogreben...@portaone.comwrote: Wesley, May be. I can suggest three things here: 1) try to run svn update again, recompile opensips and see if the problem goes away 2) set debug=6 and send us the log before moment of crash 3) if you get a coredump file, get a bracktrace from it and post it here Hope this helps. On 19.07.2010 17:43, Wesley Volcov wrote: Andrew, I'm using like the documentations says: if ( get_source_group($var(group)) ) { # do something with $var(group) xlog(group is $var(group)\n); }; I have deleted this lines and the error continue... Can it be a bug version ? -- Sincerely, Andrew Pogrebennyk -- Wesley Volcov Email: wesleyvol...@gmail.com Messenger: vol...@live.com Mobile: +55 11 9989-5348 Website: http://volcov.blogspot.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Limitations of b2b_entities?
Hi Takeshi, This was something easy to do so I added the support for this - I extended the client_info structure with 3 more fields: to_dname, from_dname ( here you should put the display name) and req_uri for Request URI. The to_uri and from_uri fields must really contain a URI. Check it out. It would be nice if you would also make your perl/lua code controlling b2b_entities module public. Regards, -- Anca Vamanu www.voice-system.ro On 07/19/2010 07:07 AM, mayamatakeshi wrote: Hello, I'm playing with the module b2b_entities. I was thinking in writing some perl/lua code to control UA entities provided by this module. However, I am seeing some shortcomings/bugs in it: 1) If I pass \user1\sip:us...@test1.com mailto:sip%3aus...@test1.com as from_uri to function client_new, it will be rendered as this in the request: From: user1sip:us...@test1.com mailto:sip%3aus...@test1.com;tag=a34656f511fe5edd5d76196c64f246a7-aba5 (obs: to_uri is free from this problem: to_uri = \user2\sip:us...@192.168.2.126 mailto:sip%3aus...@192.168.2.126 - To: user2sip:us...@192.168.2.126 mailto:sip%3aus...@192.168.2.126) 2) function client_new doesn't permit to specify the Request-URI. There are situations where Request-URI will have to be set differently from To-Uri (I know at least the case where some PSTN-GWs recognises RURI-Username != To-URI-Username as redirection indication). I just thought to highlight those points, so that they could be improved in the future. regards, takeshi ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Fwd: Re: get_source_group not working
For some reason email from Wesley does not appear in the list, forwarding. Original Message Subject:Re: [OpenSIPS-Users] get_source_group not working Date: Mon, 19 Jul 2010 11:54:20 -0300 From: Wesley Volcov wesleyvol...@gmail.com Reply-To: wesleyvol...@gmail.com To: Andrew Pogrebennyk andrew.pogreben...@portaone.com CC: OpenSIPS users mailling list users@lists.opensips.org Andrew, I'he downgrade my opensips to 1.6.2 version and the error gone! It just occur with the svn version. Follow my coredump: warning: exec file is newer than core file. Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Core was generated by `/usr/local/sbin/opensips -P /var/run/opensips.pid -m 1024 -u root -g root'. Program terminated with signal 11, Segmentation fault. #0 0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0, proto=0, resolver=0) at resolve.c:100 100 if ((ip-af==AF_INET6) #0 0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0, proto=0, resolver=0) at resolve.c:100 he = value optimized out __FUNCTION__ = check_ip_address #1 0x004a461e in ?? () No symbol table info available. #2 0xbfb5fc78 in ?? () No symbol table info available. #3 0x in ?? () No symbol table info available. In this core, I had deleted the get_source_group function, but it crashed with check_source_address function. When I downgraded my opensips this error did not happen again. Cheers On 19 July 2010 11:49, Andrew Pogrebennyk andrew.pogreben...@portaone.com mailto:andrew.pogreben...@portaone.com wrote: Wesley, May be. I can suggest three things here: 1) try to run svn update again, recompile opensips and see if the problem goes away 2) set debug=6 and send us the log before moment of crash 3) if you get a coredump file, get a bracktrace from it and post it here Hope this helps. On 19.07.2010 17:43, Wesley Volcov wrote: Andrew, I'm using like the documentations says: if ( get_source_group($var(group)) ) { # do something with $var(group) xlog(group is $var(group)\n); }; I have deleted this lines and the error continue... Can it be a bug version ? -- Sincerely, Andrew Pogrebennyk -- Wesley Volcov Email: wesleyvol...@gmail.com mailto:wesleyvol...@gmail.com Messenger: vol...@live.com mailto:vol...@live.com Mobile: +55 11 9989-5348 Website: http://volcov.blogspot.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Fwd: Re: get_source_group not working
Sending again.. Andrew, I'he downgrade my opensips to 1.6.2 version and the error gone! It just occur with the svn version. Follow my coredump: warning: exec file is newer than core file. Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Core was generated by `/usr/local/sbin/opensips -P /var/run/opensips.pid -m 1024 -u root -g root'. Program terminated with signal 11, Segmentation fault. #0 0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0, proto=0, resolver=0) at resolve.c:100 100 if ((ip-af==AF_INET6) #0 0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0, proto=0, resolver=0) at resolve.c:100 he = value optimized out __FUNCTION__ = check_ip_address #1 0x004a461e in ?? () No symbol table info available. #2 0xbfb5fc78 in ?? () No symbol table info available. #3 0x in ?? () No symbol table info available. In this core, I had deleted the get_source_group function, but it crashed with check_source_address function. When I downgraded my opensips this error did not happen again. On 19 July 2010 11:59, Andrew Pogrebennyk andrew.pogreben...@portaone.comwrote: For some reason email from Wesley does not appear in the list, forwarding. Original Message Subject:Re: [OpenSIPS-Users] get_source_group not working Date: Mon, 19 Jul 2010 11:54:20 -0300 From: Wesley Volcov wesleyvol...@gmail.com Reply-To: wesleyvol...@gmail.com To: Andrew Pogrebennyk andrew.pogreben...@portaone.com CC: OpenSIPS users mailling list users@lists.opensips.org Andrew, I'he downgrade my opensips to 1.6.2 version and the error gone! It just occur with the svn version. Follow my coredump: warning: exec file is newer than core file. Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Core was generated by `/usr/local/sbin/opensips -P /var/run/opensips.pid -m 1024 -u root -g root'. Program terminated with signal 11, Segmentation fault. #0 0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0, proto=0, resolver=0) at resolve.c:100 100 if ((ip-af==AF_INET6) #0 0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0, proto=0, resolver=0) at resolve.c:100 he = value optimized out __FUNCTION__ = check_ip_address #1 0x004a461e in ?? () No symbol table info available. #2 0xbfb5fc78 in ?? () No symbol table info available. #3 0x in ?? () No symbol table info available. In this core, I had deleted the get_source_group function, but it crashed with check_source_address function. When I downgraded my opensips this error did not happen again. Cheers On 19 July 2010 11:49, Andrew Pogrebennyk andrew.pogreben...@portaone.com mailto:andrew.pogreben...@portaone.com wrote: Wesley, May be. I can suggest three things here: 1) try to run svn update again, recompile opensips and see if the problem goes away 2) set debug=6 and send us the log before moment of crash 3) if you get a coredump file, get a bracktrace from it and post it here Hope this helps. On 19.07.2010 17:43, Wesley Volcov wrote: Andrew, I'm using like the documentations says: if ( get_source_group($var(group)) ) { # do something with $var(group) xlog(group is $var(group)\n); }; I have deleted this lines and the error continue... Can it be a bug version ? -- Sincerely, Andrew Pogrebennyk -- Wesley Volcov Email: wesleyvol...@gmail.com mailto:wesleyvol...@gmail.com Messenger: vol...@live.com mailto:vol...@live.com Mobile: +55 11 9989-5348 Website: http://volcov.blogspot.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Wesley Volcov Email: wesleyvol...@gmail.com Messenger: vol...@live.com Mobile: +55 11 9989-5348 Website: http://volcov.blogspot.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] CPL and Timer --408 Timeout
Hello Bogdan, This is the scenario between the AS and S-CSCF |Time | 172.22.36.199 | | | | 172.17.48.250 | |7,912| INVITE SDP ( g711A g729 telephone-event) |SIP From: sip:+33171083...@172.22.38.3 sip%3a%2b33171083...@172.22.38.3To:tel:+33603xx | |(54725) -- (5060) | |7,927| 100 Giving a try |SIP Status | |(54725) -- (5060) | |7,929| INVITE SDP ( g711A g729 telephone-event) |SIP Request | |(5090) -- (5060) | |7,991| 100 Trying| |SIP Status | |(5090) -- (5060) | |8,062| 183 Session Progress SDP ( g711A g729 telephon...vent) |SIP Status | |(5090) -- (5060) | |8,070| 183 Session Progress SDP ( g711A g729 telephon...vent) |SIP Status | |(54725) -- (5060) | |11,544 | 180 Ringing SDP ( g711A g729 telephone-event) |SIP Status | |(5090) -- (5060) | |11,551 | 180 Ringing SDP ( g711A g729 telephone-event) |SIP Status | |(54725) -- (5060) | |17,383 | INVITE SDP ( g711A g729 telephone-event) |SIP Request | |(5090) -- (5060) | |17,387 | CANCEL| |SIP Request | |(5090) -- (5060) | |17,391 | 100 Trying| |SIP Status | |(5090) -- (5060) | |17,392 | 200 OK| |SIP Status | |(5090) -- (5060) | |17,414 | 487 Request Terminated SDP ( g711A g729 teleph...-event) |SIP Status | |(5090) -- (5060) | |17,422 | ACK | |SIP Request | |(5090) -- (5060) | |17,465 | 183 Session Progress SDP ( g711A g729 telephon...vent) |SIP Status | |(5090) -- (5060) | |17,470 | 183 Session Progress SDP ( g711A g729 telephon...vent) |SIP Status | |(54725) -- (5060) | |19,377 | 180 Ringing SDP ( g711A g729 telephone-event) |SIP Status | |(5090) -- (5060) | |19,385 | 180 Ringing SDP ( g711A g729 telephone-event) |SIP Status | |(54725) -- (5060) | |23,693 |* 408 Request Timeout * |SIP Status | |(54725) -- (5060) | |23,699 | ACK | |SIP Request | |(54725) -- (5060) | |23,701 | CANCEL| |SIP Request | |(5090) -- (5060) | |23,706 | 200 OK| |SIP Status | |(5090) -- (5060) | |23,724 | 487 Request Terminated SDP ( g711A g729 teleph...-event) |SIP Status | |(5090) -- (5060) | |23,735 | ACK | |SIP Request | |(5090) -- (5060) | The problem is the 408 Timeout before the third call due to a timer overflow I isolated the part of the log concerning this part: Jul 19 15:54:23 intbims2 /usr/local/sbin/opensips[8166]: DBG:tm:relay_reply: sent buf=0x81bf250: SIP/2.0 1..., shmem=0xb3974018: SIP/2.0 1 Jul 19 15:54:23 intbims2 /usr/local/sbin/opensips[8166]: DBG:tm:run_trans_callbacks: trans=0xb3975140, callback type 256, id 0 entered Jul 19 15:54:23 intbims2 /usr/local/sbin/opensips[8166]: DBG:tm:reply_received: FR_INV_TIMER = 5 Jul 19 15:54:23 intbims2 /usr/local/sbin/opensips[8166]: DBG:tm:set_timer: relative timeout is 5 Jul 19 15:54:23 intbims2 /usr/local/sbin/opensips[8166]: DBG:tm:insert_timer_unsafe: [1]: 0xb39753bc (270) Jul 19 15:54:23 intbims2 /usr/local/sbin/opensips[8166]: DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Jul 19 15:54:23 intbims2 /usr/local/sbin/opensips[8166]: DBG:core:destroy_avp_list: destroying list (nil) Jul 19 15:54:23 intbims2 /usr/local/sbin/opensips[8166]: DBG:core:receive_msg: cleaning up Jul 19 15:54:28 intbims2 /usr/local/sbin/opensips[8169]: DBG:tm:*timer_routine: timer routine:1,tl=0xb39753bc next=(nil), timeout=270* Jul 19 15:54:28 intbims2 /usr/local/sbin/opensips[8169]: DBG:tm:final_response_handler: stop retr. and send CANCEL (0xb3975140) Jul 19 15:54:28 intbims2 /usr/local/sbin/opensips[8169]: DBG:tm:t_should_relay_response: T_code=180, new_code=408 Jul 19 15:54:28 intbims2 /usr/local/sbin/opensips[8169]: DBG:tm:*t_pick_branch: picked branch 1, code 408 (prio=800)* Jul 19 15:54:28 intbims2 /usr/local/sbin/opensips[8169]: DBG:tm:is_3263_failure: dns-failover test: branch=1, last_recv=408, flags=2 Jul 19 15:54:28 intbims2 /usr/local/sbin/opensips[8169]:
Re: [OpenSIPS-Users] Upgrade from 1.5.3 to 1.6.3
Ah thanks! On 12 Jul 2010 10:54, Bogdan-Andrei Iancu bog...@voice-system.ro wrote: Hi Gavin, not at all. To have a smooth upgrade, see http://www.opensips.org/Resources/DocsMigration15to16 Regards, Bogdan Gavin Henry wrote: Hi all, We're obviously going to be testing this but should we be expecting any issues upgrading from 1.5.3 on CentOS 5.4 64 bit to 1.6.3? Thanks, Gavin. -- Bogdan-Andrei Iancu OpenSIPS Bootcamp 20 - 24 September 2010, Frankfurt, Germany www.voice-system.ro ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] status for a destination address in Dispatcher module
when does state of the destination address change? I mean when it goes from active to probing and vice versa? when it goes from active to inactive and vice versa? and all other possible changes. -- View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/status-for-a-destination-address-in-Dispatcher-module-tp5315285p5315285.html Sent from the OpenSIPS - Users mailing list archive at Nabble.com. ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users