Re: [OpenSIPS-Devel] how to use the db_http module

2010-07-15 Thread Andrei Dragus
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

2010-07-15 Thread Andrei Dragus
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

2010-07-15 Thread Adrian Georgescu
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

2010-07-15 Thread Razvan Crainea
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

2010-07-15 Thread Adrian Georgescu
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

2010-07-15 Thread Razvan Crainea
  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

2010-07-15 Thread Irina-Maria Stanescu
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

2010-07-15 Thread Vlad Paiu
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

2010-07-15 Thread SourceForge.net
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

2010-07-15 Thread SourceForge.net
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

2010-07-15 Thread Bogdan-Andrei Iancu
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

2010-07-15 Thread Bogdan-Andrei Iancu
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 ???

2010-07-15 Thread Lucas Alvarez
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 ???

2010-07-15 Thread Bogdan-Andrei Iancu
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

2010-07-15 Thread Bogdan-Andrei Iancu
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