Re: [OpenSIPS-Users] [RFC] migration to GIT
On Tue, 19 Feb 2013 15:45:01 +0100 Saúl Ibarra Corretgé s...@ag-projects.com wrote: - file download system Sort of. You can't upload files, but it will generate tar files for each tag. So it is not very suitable for real releases. There is no way to include generated files that should not go to the repository (like the 'configure' script) and getting the filenames right and download URL nice (important for distribution packagers) is tricky. - news system Nope. There is a wiki and mechanism to host own static web pages. May be enough for simple news and documentation. Looks likt there are 3 things missing: - News: IMHO that belongs to the project website, not the place where the code is hosted, so this would not be a problem. I don't think an open software maintainer should need to worry about maintaining a website with news/forums. Greets, Jacek ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Help trace source of error: unknown URI param list excedeed
As suggested I enabled error logging via error_route to put in log full SIP message bodies Unfortunetly it doesn't seem to work with this type of error: ERROR:core:parse_uri: unknown URI param list excedeed For other parse errors I see message dumps, but not for this So for some reason I'm unable to catch this errors using error_route Any hints? 2013/2/15 Bogdan-Andrei Iancu bog...@opensips.org Hi Ovidiu, Indeed, investigating a bit around would make sense :) Let;s see if Adam has some info for us. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.**com http://www.opensips-solutions.com On 02/14/2013 04:24 PM, Ovidiu Sas wrote: Hello Bogdan, Bumping the default value from 5 to 10 shouldn't be a problem, although I've never seen URIs with more than 5 unknown params. Before bumping the default value, we should investigate to see if those unknown params are really 'unknown'. Maybe some of those params aren't really unknown and should be parsed. @Adam Did you had a chance to enable debug logs and collect such a URI? All you need is to do is to enable the debug logs for a short period of time and check syslogs. -ovidiu On Thu, Feb 14, 2013 at 3:33 AM, Bogdan-Andrei Iancu bog...@opensips.org wrote: Hi Ovidiu, It might be wiser to have a default value of 10 to avoid such issues in the future. What do you think ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.**com http://www.opensips-solutions.com On 02/14/2013 01:08 AM, Ovidiu Sas wrote: It seems that you are having more then 5 unknown URI params. One thing that you can do is to recompile with an increased number of URI_MAX_U_PARAMS. See parser/msg_parser.h and increase the URI_MAX_U_PARAMS from 5 to 10. #define URI_MAX_U_PARAMS 10 If you enable debug logs, you should be able to see the URI that is causing issues. you can temporarily increase the debug log and the restore it via fifo: opensipsctl fifo debug 9 opensipsctl fifo debug 3 Regards, Ovidiu Sas On Wed, Feb 13, 2013 at 5:05 PM, Adam Raszynskinetcentrica@gmail.**comnetcentr...@gmail.com wrote: Hi Recently I have discovered increasing amount of the following errors in my logs: Feb 13 09:36:59 node1 /usr/sbin/opensips[10458]: ERROR:core:parse_uri: unknown URI param list exceeded I see this error is repeated many thousands of times in my log Questions: - What does this error mean? - How to add source IP address of SIP request that caused error to log? Or how to add full SIP request body causing that error to log? - Is it a sign of any type of DOS attack? ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] 1.8 Dispatcher ignore 500x replies
Hi When I use dispatcher module and it gets 50x response from destination host it automatically marks that destination as inactive for some time period I only need to disable destinations when they don't respond for OPTIONS probing 50x errors should not mark destinations as inactive How to do this? Kind Regards ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] [RFC] migration to GIT
On Feb 20, 2013, at 9:41 AM, Jacek Konieczny wrote: On Tue, 19 Feb 2013 15:45:01 +0100 Saúl Ibarra Corretgé s...@ag-projects.com wrote: - file download system Sort of. You can't upload files, but it will generate tar files for each tag. So it is not very suitable for real releases. There is no way to include generated files that should not go to the repository (like the 'configure' script) and getting the filenames right and download URL nice (important for distribution packagers) is tricky. They could be uploaded to s3 or host them on opensips.org I guess. - news system Nope. There is a wiki and mechanism to host own static web pages. May be enough for simple news and documentation. Looks likt there are 3 things missing: - News: IMHO that belongs to the project website, not the place where the code is hosted, so this would not be a problem. I don't think an open software maintainer should need to worry about maintaining a website with news/forums. Well, a proper open source project should have a proper website, not just a git or svn repository. Since OpenSIPS already has a website I think that's the appropriate place for news and announcements. I'd remove forums. -- Saúl Ibarra Corretgé AG Projects ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] An error exists in recording the number of ongoing sessions at RTP Proxies
Hi all, In my environment, I have one outbound proxy, two proxy servers and two RTP proxies. The outbound proxy uses ds_select_dst() to dispatch SIP requests to the two proxy servers. When receiving an INVITE request, a proxy server runs a round-robin algorithm to select an RTP proxy for relaying audio/video packets. A proxy server keeps track of the numbers of ongoing sessions served by the two RTP proxies. Normally, suppose that a proxy server receives 10 INVITE requests, it will have (5, 5) that means each RTP proxy is serving 5 sessions. However, when an RTP proxy is suddently disconnected, the numbers of ongoing sessions associated with RTP proxies may go wrong (not always, please refer to the attached log). A normal message is shown below. SIP server 2: New call from Caller: 10138 to Callee: 10139 -- 33th received INVITE packets Try RTP proxy 1 with ongoing calls: 16 Select RTP proxy: 1 RTP proxies (1, 2) with ongoing calls: (17, null) I used SIPp to simulate multiple concurrent calls to encounter such an issue. In addition to the attached log, I give the corresponding processing code of my script. Please help me solve this problem. Thanks so much. Code http://opensips-open-sip-server.1449251.n2.nabble.com/file/n7584841/Code Error_log http://opensips-open-sip-server.1449251.n2.nabble.com/file/n7584841/Error_log Best wishes, Chen-Che -- View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/An-error-exists-in-recording-the-number-of-ongoing-sessions-at-RTP-Proxies-tp7584841.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] opensips as load-balancer
Hi Jitendra, It seems to be a routing issue and to check this I will need the capture of the complete call from the opensips LB machine. Please post somewhere the SIP capture to check. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 02/20/2013 09:34 AM, Jitendra Singh wrote: Hi, I am using opensips as a load-balancer for distributing in-bound call traffic between two IVR servers. Following is the scenario: IVR1 ß--à opensips ßà External SIP endpoint |ß--INVITE-|ßINVITE-| | |200 OK ---à|---200 OK -à| | |ß---ACK---|ß--ACK--| | |---BYEà|-BYE---à| | |ß-BYE-| | | |ß200OK (BYE)|ß---200OK(BYE)--| The issue is when opensips is receiving BYE request from IVR server it forwards BYE to the external SIP endpoint but it sends back the same BYE request to the IVR server also. Can somebody Please help me what could be the reason opensips is sending BYE back to the IVR server also. Regards, Jitendra ___ 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
Re: [OpenSIPS-Users] Help trace source of error: unknown URI param list excedeed
Hi Adam, It does not jump into error_route as currently this capture only sip parsing errors, and it your case it is not a parsing error, but rather an internal error. So, 1) were you able to get the actual URI so see all the params ? 2) managed to extend the size of the array of unknown params as Ovidiu suggested ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 02/20/2013 12:12 PM, Adam Raszynski wrote: As suggested I enabled error logging via error_route to put in log full SIP message bodies Unfortunetly it doesn't seem to work with this type of error: ERROR:core:parse_uri: unknown URI param list excedeed For other parse errors I see message dumps, but not for this So for some reason I'm unable to catch this errors using error_route Any hints? 2013/2/15 Bogdan-Andrei Iancu bog...@opensips.org mailto:bog...@opensips.org Hi Ovidiu, Indeed, investigating a bit around would make sense :) Let;s see if Adam has some info for us. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 02/14/2013 04:24 PM, Ovidiu Sas wrote: Hello Bogdan, Bumping the default value from 5 to 10 shouldn't be a problem, although I've never seen URIs with more than 5 unknown params. Before bumping the default value, we should investigate to see if those unknown params are really 'unknown'. Maybe some of those params aren't really unknown and should be parsed. @Adam Did you had a chance to enable debug logs and collect such a URI? All you need is to do is to enable the debug logs for a short period of time and check syslogs. -ovidiu On Thu, Feb 14, 2013 at 3:33 AM, Bogdan-Andrei Iancu bog...@opensips.org mailto:bog...@opensips.org wrote: Hi Ovidiu, It might be wiser to have a default value of 10 to avoid such issues in the future. What do you think ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 02/14/2013 01:08 AM, Ovidiu Sas wrote: It seems that you are having more then 5 unknown URI params. One thing that you can do is to recompile with an increased number of URI_MAX_U_PARAMS. See parser/msg_parser.h and increase the URI_MAX_U_PARAMS from 5 to 10. #define URI_MAX_U_PARAMS 10 If you enable debug logs, you should be able to see the URI that is causing issues. you can temporarily increase the debug log and the restore it via fifo: opensipsctl fifo debug 9 opensipsctl fifo debug 3 Regards, Ovidiu Sas On Wed, Feb 13, 2013 at 5:05 PM, Adam Raszynskinetcentr...@gmail.com mailto:netcentr...@gmail.com wrote: Hi Recently I have discovered increasing amount of the following errors in my logs: Feb 13 09:36:59 node1 /usr/sbin/opensips[10458]: ERROR:core:parse_uri: unknown URI param list exceeded I see this error is repeated many thousands of times in my log Questions: - What does this error mean? - How to add source IP address of SIP request that caused error to log? Or how to add full SIP request body causing that error to log? - Is it a sign of any type of DOS attack? ___ 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
Re: [OpenSIPS-Users] 1.8 Dispatcher ignore 500x replies
Hi Adam, See the options_reply_codes parameter for the dispatcher module: http://www.opensips.org/html/docs/modules/1.9.x/dispatcher.html#id250429 Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 02/20/2013 12:31 PM, Adam Raszynski wrote: Hi When I use dispatcher module and it gets 50x response from destination host it automatically marks that destination as inactive for some time period I only need to disable destinations when they don't respond for OPTIONS probing 50x errors should not mark destinations as inactive How to do this? Kind Regards ___ 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
Re: [OpenSIPS-Users] 1.8 Dispatcher ignore 500x replies
As I can see options_reply_codes is related to OPTIONS responses and that's not the problem The problem is when OpenSIPS with dispatcher module receives 500 or 503 response for INVITE request and after then for some period that destination is marked offline. OpenSIPS gives Service Unavailable response for further INVITE requests. After then when dispatcher gets some proper responses for OPTIONS it marks that destination online again and INVITES are forwarded (until next 503 is sent in response to INVITE and the story repeats) The question is how to change that behavior, so one 503 response for INVITE from dispatcher destination don't make it marked offline for all other requests? 2013/2/20 Bogdan-Andrei Iancu bog...@opensips.org ** Hi Adam, See the options_reply_codes parameter for the dispatcher module: http://www.opensips.org/html/docs/modules/1.9.x/dispatcher.html#id250429 Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developerhttp://www.opensips-solutions.com On 02/20/2013 12:31 PM, Adam Raszynski wrote: Hi When I use dispatcher module and it gets 50x response from destination host it automatically marks that destination as inactive for some time period I only need to disable destinations when they don't respond for OPTIONS probing 50x errors should not mark destinations as inactive How to do this? Kind Regards ___ Users mailing listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] An error exists in recording the number of ongoing sessions at RTP Proxies
Hi Bogdan-Andrei, Very grateful for your quick reply. I did think that the error results from my own critical session but I cannot resolve this issue since the version I use is 1.8.2. I will try the locking mechanism as you suggest. Many thanks. Best regards, Chen-Che -- View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/An-error-exists-in-recording-the-number-of-ongoing-sessions-at-RTP-Proxies-tp7584841p7584847.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] Help trace source of error: unknown URI param list excedeed
Nobody suggested to investigate this via error_route. The suggestion was to increase the opensips logging verbosity. Once you do that, you should be able to catch the bad URI. Regards, Ovidiu Sas On Wed, Feb 20, 2013 at 5:12 AM, Adam Raszynski netcentr...@gmail.com wrote: As suggested I enabled error logging via error_route to put in log full SIP message bodies Unfortunetly it doesn't seem to work with this type of error: ERROR:core:parse_uri: unknown URI param list excedeed For other parse errors I see message dumps, but not for this So for some reason I'm unable to catch this errors using error_route Any hints? 2013/2/15 Bogdan-Andrei Iancu bog...@opensips.org Hi Ovidiu, Indeed, investigating a bit around would make sense :) Let;s see if Adam has some info for us. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 02/14/2013 04:24 PM, Ovidiu Sas wrote: Hello Bogdan, Bumping the default value from 5 to 10 shouldn't be a problem, although I've never seen URIs with more than 5 unknown params. Before bumping the default value, we should investigate to see if those unknown params are really 'unknown'. Maybe some of those params aren't really unknown and should be parsed. @Adam Did you had a chance to enable debug logs and collect such a URI? All you need is to do is to enable the debug logs for a short period of time and check syslogs. -ovidiu On Thu, Feb 14, 2013 at 3:33 AM, Bogdan-Andrei Iancu bog...@opensips.org wrote: Hi Ovidiu, It might be wiser to have a default value of 10 to avoid such issues in the future. What do you think ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 02/14/2013 01:08 AM, Ovidiu Sas wrote: It seems that you are having more then 5 unknown URI params. One thing that you can do is to recompile with an increased number of URI_MAX_U_PARAMS. See parser/msg_parser.h and increase the URI_MAX_U_PARAMS from 5 to 10. #define URI_MAX_U_PARAMS 10 If you enable debug logs, you should be able to see the URI that is causing issues. you can temporarily increase the debug log and the restore it via fifo: opensipsctl fifo debug 9 opensipsctl fifo debug 3 Regards, Ovidiu Sas On Wed, Feb 13, 2013 at 5:05 PM, Adam Raszynskinetcentr...@gmail.com wrote: Hi Recently I have discovered increasing amount of the following errors in my logs: Feb 13 09:36:59 node1 /usr/sbin/opensips[10458]: ERROR:core:parse_uri: unknown URI param list exceeded I see this error is repeated many thousands of times in my log Questions: - What does this error mean? - How to add source IP address of SIP request that caused error to log? Or how to add full SIP request body causing that error to log? - Is it a sign of any type of DOS attack? ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] 1.8 Dispatcher ignore 500x replies
Hi Adam, In such case, in failure route, when you do ds_mark_dst() and ds_next_xx(), do not do it for 500 or 503 replies - make in script a reply code filter to detect proper failure cases. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 02/20/2013 04:40 PM, Adam Raszynski wrote: As I can see options_reply_codes is related to OPTIONS responses and that's not the problem The problem is when OpenSIPS with dispatcher module receives 500 or 503 response for INVITE request and after then for some period that destination is marked offline. OpenSIPS gives Service Unavailable response for further INVITE requests. After then when dispatcher gets some proper responses for OPTIONS it marks that destination online again and INVITES are forwarded (until next 503 is sent in response to INVITE and the story repeats) The question is how to change that behavior, so one 503 response for INVITE from dispatcher destination don't make it marked offline for all other requests? 2013/2/20 Bogdan-Andrei Iancu bog...@opensips.org mailto:bog...@opensips.org Hi Adam, See the options_reply_codes parameter for the dispatcher module: http://www.opensips.org/html/docs/modules/1.9.x/dispatcher.html#id250429 Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 02/20/2013 12:31 PM, Adam Raszynski wrote: Hi When I use dispatcher module and it gets 50x response from destination host it automatically marks that destination as inactive for some time period I only need to disable destinations when they don't respond for OPTIONS probing 50x errors should not mark destinations as inactive How to do this? Kind Regards ___ Users mailing list Users@lists.opensips.org mailto: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 ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Opensips and Callcontroll KeyError
Hi all, In some occasion, i'm having this error in my log: *Feb 20 18:23:09 gw call-control[11393]: KeyError: '41f2f8862ff073bf417dfa954d0c1...@voip.test.home* I'm using call-controll 2.0.15 and OpenSIPS 1.8.2 (Compiled from turnk). It's a random problem, and on radius-cdr side the call is ended correctly (also analyzing sip dump)- After some research on google, i have found nothing that can help me in this issue. Any help will be appreciated Regards Davide ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Opensips and Callcontroll KeyError
On Feb 20, 2013, at 6:34 PM, Davide Dal Frà wrote: Hi all, In some occasion, i'm having this error in my log: Feb 20 18:23:09 gw call-control[11393]: KeyError: '41f2f8862ff073bf417dfa954d0c1...@voip.test.home I'm using call-controll 2.0.15 and OpenSIPS 1.8.2 (Compiled from turnk). It's a random problem, and on radius-cdr side the call is ended correctly (also analyzing sip dump)- After some research on google, i have found nothing that can help me in this issue. Hi, When does it happen? When the call ends? Please post a bigger chunk of the syslog output so that we can get the context of the problem. Regards, -- Saúl Ibarra Corretgé AG Projects ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Opensips and Callcontroll KeyError
On Feb 20, 2013, at 6:46 PM, Davide Dal Frà wrote: Hi Saul, Yes,I suspect that it's happen when the calls ends because i receive the stop acc on radius, but the session is still up for call-controll. Also is considered down for mediaproxy because i can't see the relative session on Cdrtool table. Do you need only call-controll log or opensips logs too? If is needed i can add some extra log in my opensips.cfg for better debugging. The CallControl logs and a SIP trace for the call should be enough. Regards, -- Saúl Ibarra Corretgé AG Projects ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Large resultset with avp_db_query
Hello List, OpenSIP 1.8.2 v9777 I'm using avp_db_query to pull a cursor with a few hundred rows. I think loop over the results pulling the field in with this syntax $(avp(someval)[$var(i)]) This works great for 196 rows. Then it just dies. It doesn't process any more rows. No process death that I can see. I do this in a timer route and this is causing future items that also run in the timer route to not run (like additional avp_db_query processes). Has anyone else seen this? Thanks, Brett ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Large resultset with avp_db_query
Lets work in the am. No need to work tonight. Trevor Francis (mobile) On Feb 20, 2013, at 8:05 PM, Brett Nemeroff br...@nemeroff.com wrote: Hello List, OpenSIP 1.8.2 v9777 I'm using avp_db_query to pull a cursor with a few hundred rows. I think loop over the results pulling the field in with this syntax $(avp(someval)[$var(i)]) This works great for 196 rows. Then it just dies. It doesn't process any more rows. No process death that I can see. I do this in a timer route and this is causing future items that also run in the timer route to not run (like additional avp_db_query processes). Has anyone else seen this? Thanks, Brett ___ 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] SUBSCRIBE without REGISTER
Hi guys, Would it be possible for UAS to SUBSCRIBE to OpenSIPS without Registering first? And receive NOTIFY msgs when the user gets a phone call? I have everything working when my app REGISTERs first, but wish to remove that piece. If not, is there something in the REGISTER that would stop OpenSIPS from sending INVITES to the UAS? I've tried Allow: NOTIFY, CANCEL, but still get INVITE msgs. Thanks in advance! Shanon ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
