Re: [OpenSIPS-Devel] how to use the db_http module
See this topic : http://lists.opensips.org/pipermail/users/2010-May/012732.html And the documentation: http://www.opensips.org/html/docs/modules/devel/db_http.html Your problem is that the server returns an error code (404) for the request. Use wireshark or ngrep to see what the request looks like and make sure the server can reply to this kind of requests. Also try to use the user list for this kind of questions. Andrei heiio098 wrote: hello every one how to use the db_http module error: ERROR:db_http:do_http_op: Error in CURL: HTTP response code said error ERROR:db_http:do_http_op: Description : The requested URL returned error: 404 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel -- Andrei Dragus www.voice-system.ro ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] how to use the db_http module
Also this topic might help: http://lists.opensips.org/pipermail/users/2010-May/012786.html Andrei Dragus wrote: See this topic : http://lists.opensips.org/pipermail/users/2010-May/012732.html And the documentation: http://www.opensips.org/html/docs/modules/devel/db_http.html Your problem is that the server returns an error code (404) for the request. Use wireshark or ngrep to see what the request looks like and make sure the server can reply to this kind of requests. Also try to use the user list for this kind of questions. Andrei heiio098 wrote: hello every one how to use the db_http module error: ERROR:db_http:do_http_op: Error in CURL: HTTP response code said error ERROR:db_http:do_http_op: Description : The requested URL returned error: 404 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel -- Andrei Dragus www.voice-system.ro ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New MediaProxy release 2.4.3
Hello, There is a new release of MediaProxy available, it contains bug fixes. To upgrade your Debian unstable installation do: sudo apt-get update sudo apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy-web-sessions mediaproxy-common-dbg Or download the tar file from: http://download.ag-projects.com/MediaProxy/ Changelog: mediaproxy (2.4.3) unstable; urgency=low * Added support for pyrad version 1.2 * Don't create a media session in the relay if the SIP request and response do not contain SDP with media streams * Added mediaproxy-common-dbg package to allow debugging in case of software crash Kind regards, Adrian Georgescu ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[7027] branches/1.6
Revision: 7027 http://opensips.svn.sourceforge.net/opensips/?rev=7027view=rev Author: razvancrainea Date: 2010-07-15 13:48:29 + (Thu, 15 Jul 2010) Log Message: --- Modified Paths: -- branches/1.6/action.c branches/1.6/cfg.lex branches/1.6/cfg.y branches/1.6/etc/opensips.cfg branches/1.6/modules/call_control/call_control.c branches/1.6/pvar.c branches/1.6/route.c branches/1.6/route_struct.h Added Paths: --- branches/1.6/xlog.c branches/1.6/xlog.h Removed Paths: - branches/1.6/modules/xlog/ This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] SF.net SVN: opensips:[7027] branches/1.6
Hello Razvan, Could you please add a changelog when you modify someone else's code so that other developers can understand the consequences of your changes without having to dive into the commit details? Adrian On Jul 15, 2010, at 4:48 PM, Razvan Crainea wrote: Revision: 7027 http://opensips.svn.sourceforge.net/opensips/?rev=7027view=rev Author: razvancrainea Date: 2010-07-15 13:48:29 + (Thu, 15 Jul 2010) Log Message: --- Modified Paths: -- branches/1.6/action.c branches/1.6/cfg.lex branches/1.6/cfg.y branches/1.6/etc/opensips.cfg branches/1.6/modules/call_control/call_control.c branches/1.6/pvar.c branches/1.6/route.c branches/1.6/route_struct.h Added Paths: --- branches/1.6/xlog.c branches/1.6/xlog.h Removed Paths: - branches/1.6/modules/xlog/ This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] SF.net SVN: opensips:[7027] branches/1.6
Backported from trunk (7006): Moved xlog module implementation to core On 07/15/2010 04:48 PM, Razvan Crainea wrote: Revision: 7027 http://opensips.svn.sourceforge.net/opensips/?rev=7027view=rev Author: razvancrainea Date: 2010-07-15 13:48:29 + (Thu, 15 Jul 2010) Log Message: --- Modified Paths: -- branches/1.6/action.c branches/1.6/cfg.lex branches/1.6/cfg.y branches/1.6/etc/opensips.cfg branches/1.6/modules/call_control/call_control.c branches/1.6/pvar.c branches/1.6/route.c branches/1.6/route_struct.h Added Paths: --- branches/1.6/xlog.c branches/1.6/xlog.h Removed Paths: - branches/1.6/modules/xlog/ This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[7028] trunk/modules/aaa_radius/aaa_radius.c
Revision: 7028 http://opensips.svn.sourceforge.net/opensips/?rev=7028view=rev Author: ironmissy Date: 2010-07-15 14:06:15 + (Thu, 15 Jul 2010) Log Message: --- - added a check for the 'SIP-AVP' dictionary entry Modified Paths: -- trunk/modules/aaa_radius/aaa_radius.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[7029] branches/1.6/modules/statistics/statistics.c
Revision: 7029 http://opensips.svn.sourceforge.net/opensips/?rev=7029view=rev Author: vladut-paiu Date: 2010-07-15 14:08:41 + (Thu, 15 Jul 2010) Log Message: --- Backported from trunk(7004) - Added a new pseudovariable called 'stat', that allows reading and resetting statistics values from the script Modified Paths: -- branches/1.6/modules/statistics/statistics.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-2988814 ] dialog pvar not functional in local route
Bugs item #2988814, was opened at 2010-04-17 23:32 Message generated for change (Settings changed) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=2988814group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: 1.6.x Status: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: Richard Revels (rrevels) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: dialog pvar not functional in local route Initial Comment: In the local route I am able to get stored dialog values using fetch_dlg_value however attempting to read value via $dlg_val I get nothing returned and error in log: Apr 17 20:08:07 guinea-pig2 osips-log[17277]: ERROR:core:do_assign: no value in right expression Apr 17 20:08:07 guinea-pig2 osips-log[17277]: ERROR:core:do_assign: error at line: 508 -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2010-05-26 12:59 Message: so, in local_route, if the BYE request does have a dialog context (the BYE belongs to a dialog), then all dialog related information (dlg vars, dlg flags, profiles, etc) are available without doing anything special there. My question was if you are sure that the BYE you are testing with belongs to a dialog. Also, if you post your local route, it will be helpful in troubleshooting this. Regards, Bogdan -- Comment By: Richard Revels (rrevels) Date: 2010-04-20 22:23 Message: Also, this is a pretty minor thing since fetct_dlg_value works and it may have something to do with the statement from the documentation that the pseudo variable is only available on sequential requests arter doing loose route. I couldn't decide if that meant it wasn't available in the local route or not. -- Comment By: Richard Revels (rrevels) Date: 2010-04-20 22:20 Message: Okay, I've looked at the docs and what I was doing again and I still don't understand what you are asking me. First thing though is that I shouldn't have used the word pvar in the summary line. What I'm trying to do is read a dialog value via the pseudo variable $dlg_val(name). I can read the dialog value in the local route (BYE initiated by dialog module timeout on the dialog) by calling the fetch_dlg_value function but get the error when trying to read the value directly using the pseudo variable. -- Comment By: Richard Revels (rrevels) Date: 2010-04-20 17:26 Message: Umm, I need to think about that for a while. And go read the wiki. I noticed the context had been added for specifying a pvar but didn't pay attention to it since I had set the dialog value in the INVITE and the fetch_dlg_value worked as expected. Let me set it back up and I'll get back to you. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2010-04-20 14:34 Message: there is a dialog context (and dialog vars) only for BYEs generated by dialog module (on timeout). Is this your scenario ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=2988814group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-2904933 ] Field 'From' corrupted on HOLD
Bugs item #2904933, was opened at 2009-11-27 13:59 Message generated for change (Settings changed) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=2904933group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: 1.5.x Status: Closed Resolution: Invalid Priority: 2 Private: No Submitted By: Vladimir Kuznetsov (kuznetsov82) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: Field 'From' corrupted on HOLD Initial Comment: 1. On first invite we use uac_replace_from in SIP config 2. On reinvite (hold) we have corrupt outgoing message like this (look to 'From' field): NVITE sip:tstsipu...@10.2.60.226:55748;rinstance=538c1ccfc0cc50ca SIP/2.0. Via: SIP/2.0/UDP 10.2.176.238:5161;branch=z9hG4bK3077.feabda46.0. Via: SIP/2.0/UDP 10.2.176.238;branch=z9hG4bK3077.b001a9f7.0. Via: SIP/2.0/UDP 10.2.60.226:31290;received=10.2.60.226;branch=z9hG4bK-d8754z-351d13144e767d31-1---d8754z-;rport=31290. Max-Forwards: 68. Route: sip:10.2.176.238;lr;ftag=322a7b31. Contact: sip:2174626...@10.2.60.226:31290. To: tstsipusr1sip:tstsipu...@yota.ru;tag=69525808. From: 2174626949sip:thede...@yota.rusip:thede...@yota.ru;tag=322a7b31. Call-ID: YzEyOTUzMjE4ZGJjMTkzYzgwZGE4OTkxMDA5YmNmNmU.. CSeq: 2 INVITE. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO. Content-Type: application/sdp. User-Agent: eyeBeam release 1102q stamp 51814. Content-Length: 281. . v=0. o=- 6 3 IN IP4 10.2.176.238. s=CounterPath eyeBeam 1.5. c=IN IP4 10.2.176.238. t=0 0. m=audio 21704 RTP/AVP 107 0 8 18 101. a=fmtp:18 annexb=yes. a=fmtp:101 0-15. a=rtpmap:107 BV32/16000. a=rtpmap:18 G729/8000. a=rtpmap:101 telephone-event/8000. a=sendonly. a=nortpproxy:yes. function restore_from (uac module) was called twice: #0 restore_from (msg=0x7df840, is_from=0x7fff1814d2bc) at from.c:423 #1 0x2b1f969d9279 in rr_checker (msg=0x7df840, r_param=value optimized out, cb_param=0x0) at from.c:543 #2 0x2b1f931f2f15 in run_rr_callbacks (req=0x7df840, rr_params=0x2b1f933f5ad0) at rr_cb.c:89 #3 0x2b1f931ed212 in after_loose (_m=0x7df840, preloaded=0) at loose.c:874 #4 0x2b1f931f0088 in loose_route (_m=0x7df840, _s1=value optimized out, _s2=value optimized out) at loose.c:910 #5 0x0040ddfc in do_action (a=0x774f10, msg=0x7df840) at action.c:962 #6 0x0041089e in run_action_list (a=value optimized out, msg=0x7df840) at action.c:139 #7 0x0045ed02 in eval_expr (e=0x774fe0, msg=0x7df840, val=0x0) at route.c:1189 #8 0x0045e725 in eval_expr (e=0x775028, msg=0x7df840, val=0x0) at route.c:1507 #9 0x0040cdef in do_action (a=0x7765a8, msg=0x7df840) at action.c:689 #10 0x0041089e in run_action_list (a=value optimized out, msg=0x7df840) at action.c:139 #11 0x00410bf9 in run_top_route (a=0x773c90, msg=0x7df840) at action.c:119 #12 0x0044f56f in receive_msg ( buf=0x7420c0 INVITE sip:andre...@10.2.44.153:56867;rinstance=b7437acf90db9db6 SIP/2.0\r\nVia: SIP/2.0/UDP 10.2.176.223;branch=z9hG4bK97f5.58d94591.0\r\nVia: SIP/2.0/UDP 10.2.44.153:27905;received=10.2.44.153;branch=z9..., len=1011, rcv_info=0x7fff1814e300) at receive.c:164 #13 0x0048f05e in udp_rcv_loop () at udp_server.c:449 #14 0x004279be in main (argc=5, argv=0x7fff1814e508) at main.c:692 #0 restore_from (msg=0x7df840, is_from=0x7fff1814c31c) at from.c:423 #1 0x2b1f969d9279 in rr_checker (msg=0x7df840, r_param=value optimized out, cb_param=0x0) at from.c:543 #2 0x2b1f931f2f15 in run_rr_callbacks (req=0x7df840, rr_params=0x2b1f933f5ad0) at rr_cb.c:89 #3 0x2b1f931ed212 in after_loose (_m=0x7df840, preloaded=0) at loose.c:874 #4 0x2b1f931f0088 in loose_route (_m=0x7df840, _s1=value optimized out, _s2=value optimized out) at loose.c:910 #5 0x0040ddfc in do_action (a=0x790e98, msg=0x7df840) at action.c:962 #6 0x0041089e in run_action_list (a=value optimized out, msg=0x7df840) at action.c:139 #7 0x0045ed02 in eval_expr (e=0x790f68, msg=0x7df840, val=0x0) at route.c:1189 #8 0x0045e797 in eval_expr (e=0x791158, msg=0x7df840, val=0x0) at route.c:1490 #9 0x0045e797 in eval_expr (e=0x7913d8, msg=0x7df840, val=0x0) at route.c:1490 #10 0x0045e725 in eval_expr (e=0x791420, msg=0x7df840, val=0x0) at route.c:1507 #11 0x0040cdef in do_action (a=0x796380, msg=0x7df840) at action.c:689 #12 0x0041089e in run_action_list (a=value optimized out, msg=0x7df840) at action.c:139 #13 0x0040ec40 in do_action (a=0x796450, msg=0x7df840) at action.c:706 #14 0x0041089e in run_action_list (a=value optimized out, msg=0x7df840) at action.c:139 #15 0x0040ebac in do_action (a=0x7764d8, msg=0x7df840) at action.c:119 #16 0x0041089e in run_action_list (a=value optimized out,
[OpenSIPS-Devel] SF.net SVN: opensips:[7030] trunk/parser/parse_multipart.c
Revision: 7030 http://opensips.svn.sourceforge.net/opensips/?rev=7030view=rev Author: bogdan_iancu Date: 2010-07-15 18:18:08 + (Thu, 15 Jul 2010) Log Message: --- - bug fixed - check first for the presence of the CT-len header Modified Paths: -- trunk/parser/parse_multipart.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[7031] branches/1.6/parser/parse_multipart.c
Revision: 7031 http://opensips.svn.sourceforge.net/opensips/?rev=7031view=rev Author: bogdan_iancu Date: 2010-07-15 18:19:06 + (Thu, 15 Jul 2010) Log Message: --- backport from trunk (rev #7030): - bug fixed - check first for the presence of the CT-len header Revision Links: -- http://opensips.svn.sourceforge.net/opensips/?rev=7030view=rev Modified Paths: -- branches/1.6/parser/parse_multipart.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] where is the module uri_db ???
Hi, I was trying to run opensips but I'm not being able because the application can't find the module uri_db. The problem is that the module wasn't compiled, so I check in the modules directory of the untar package /usr/src/opensips-1.6.2-tls/modules and the module wasn't there. Where can I get the module? Thanks in advance. Lucas ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] where is the module uri_db ???
Hi Lucas, This module was merged into URI module starting with 1.6.0 release. See: http://www.opensips.org/Main/Ver160#toc36 Regards, Bogdan Lucas Alvarez wrote: Hi, I was trying to run opensips but I'm not being able because the application can't find the module uri_db. The problem is that the module wasn't compiled, so I check in the modules directory of the untar package /usr/src/opensips-1.6.2-tls/modules and the module wasn't there. Where can I get the module? Thanks in advance. Lucas ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel -- Bogdan-Andrei Iancu OpenSIPS Bootcamp 20 - 24 September 2010, Frankfurt, Germany www.voice-system.ro ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] OpenSIPS eBootcamp program started
Hi all, Following the feedback and requests from the OpenSIPS Bootcamp, we decided to start the remote learning version - the OpenSIPS eBootcamp. The eBootcamps provides the same knowledge, expertise and hand-on level and the same topics as the Bootcamp. See: http://www.opensips.org/Training/EBootcamp Why to choose eBootcamp over the Bootcamp ? 1) you cannot afford to dedicate a whole week for travelling and training, away from your job / familly 2) there is no Bootcamp location somewhere next to you, but you have Internet access 3) the eBootcamp is more flexible as time (when you can start) and program (only 4-5 hours per week) 4) lower costs as no travelling, accommodation, etc costs are involved. Regards, Bogdan -- Bogdan-Andrei Iancu OpenSIPS Bootcamp 20 - 24 September 2010, Frankfurt, Germany www.voice-system.ro ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel