Re: [OpenSIPS-Users] T38 and changing media port for T38 SDP

[Saúl Ibarra Corretgé]

Hi,

> You mean 'Now all corner cases'?  So I would use engage_media_proxy()
> and also need to implement the dialog module?
>

No, there are two ways of using mediaproxy:
   - Using the dialog module triggered function engage_mediaproxy: the 
dialog module enables or disables MediaProxy by calling functions 
internally. You only need to call this function once for the original 
INVITE.
   - Using the individual function use_media_proxy and 
end_media_session: you'll need to call then manually in your routing script.

> Does MediaProxy require 2 servers.  One for OpenSIPS and one for the
> relay?  Dispatcher can run on the same box as OpenSIPS?  Or can it all
> go on 1 server.
>

MedisPRoxy consists of two components: the dispatcher and the relay. The 
dispatcher must be installer in the same box as OpenSIPS, but the relay 
can be installed on a separate server. You may install both components 
in the same server.


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] get_source_group not working

[Jayesh Nambiar]

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

[OpenSIPS-Users] questions on localcache and memcache module

[Jayesh Nambiar]

Hi All,
I have a requirement of storing approximately 25000 IP Addresses in Cache
for faster processing. I also have requirement of keeping the expiry period
pretty high which would be like 10 days. There are certain key-values which
might also have expiry value of 30 days, so different keys might have
different expiry time.
For the above mentioned requirement, is the localcache sufficient or
memcached server is recommended?
What should be the ideal value of cache_table_size parameter if I go ahead
with the localcache module?
Are there fifo commands available or any other way through which I can flush
the values in the cache table other than restarting the opensips service?
Are there any known issues or problems while using these modules in large
number of transactions per second traffic scenarios?

Your views, comments and help is really appreciated.

Thanks in advance,

--- Jayesh
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] ACC_RADIUS makes opensips crash

[Denis Putyato]

Hello, Irina

Now it works, thank you. But, if you don't mind,  one more question about 
RADIUS.
I want to use Cisco dictionary for auth. subscribers. 
Dictionary is a main file used for radius in my opensips. I insert into this 
file such string " $INCLUDE /etc/radiusclient-ng/dictionary.cisco " where 
dictionary.cisco is a cisco specific dictionary.  

a little part of opensips.cfg
{...
...
modparam("aaa_radius", "sets", "set1 = (User-Name = $avp(i:20), 
User-Password=$avp(i:50))")
modparam("aaa_radius", "sets", "set2 = (Cisco-AVPair = $var(duration))")
...
...
radius_send_auth("set1","set2");
...
...
}

After made a call I can see such string in syslog
" /usr/local/opensips/sbin/opensips[7435]: ERROR:aaa_radius:send_auth_func: 
attribute was not found in received radius message "

# cat /etc/radiusclient-ng/dictionary.cisco | grep Cisco
...
VENDOR  Cisco   9
BEGIN-VENDORCisco
ATTRIBUTE   Cisco-AVPair1   string  
vendor=Cisco 
...

-Original Message-
From: users-boun...@lists.opensips.org 
[mailto:users-boun...@lists.opensips.org] On Behalf Of Irina Stanescu
Sent: Thursday, July 15, 2010 6:11 PM
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] ACC_RADIUS makes opensips crash

Hello Denis,

I think the problem in you case is that the radius dictionary does not contain 
an entry for "SIP-AVP", and that is why attr is null, causing the crash.

I added a fix on the trunk and i also attached the patch to this email in case 
you don't use the trunk version. Please let me know if there are any other 
issues.

Regards,
Irina Stanescu

On Thu, Jul 15, 2010 at 3:29 PM, Denis Putyato  wrote:
> Bogdan, i made another call which makes opensips crash
>
> ...
> Core was generated by `/usr/local/opensips/sbin/opensips -P 
> /var/run/opensips.pid'.
> Program terminated with signal 11, Segmentation fault.
> [New process 8833]
> #0  0xb7a0adf1 in send_auth_func (msg=0x81c113c, s1=0x81bcd34, 
> s2=0x81bcd48) at aaa_radius.c:369
> 369 for(; (vp = rc_avpair_get(vp, attr->value, 0)); vp = 
> vp->next)
> (gdb) bt
> #0  0xb7a0adf1 in send_auth_func (msg=0x81c113c, s1=0x81bcd34, 
> s2=0x81bcd48) at aaa_radius.c:369
> #1  0x08056111 in do_action (a=0x81b7404, msg=0x81c113c) at 
> action.c:967
> #2  0x08054f9e in run_action_list (a=0x81b5e14, msg=0x81c113c) at 
> action.c:139
> #3  0x08057f97 in do_action (a=0x81b7680, msg=0x81c113c) at 
> action.c:706
> #4  0x08054f9e in run_action_list (a=0x81b5938, msg=0x81c113c) at 
> action.c:139
> #5  0x08057946 in do_action (a=0x81aa660, msg=0x81c113c) at 
> action.c:119
> #6  0x08054f9e in run_action_list (a=0x81aa660, msg=0x81c113c) at 
> action.c:139
> #7  0x08057f97 in do_action (a=0x81aa758, msg=0x81c113c) at 
> action.c:706
> #8  0x08054f9e in run_action_list (a=0x81aa758, msg=0x81c113c) at 
> action.c:139
> #9  0x08057f97 in do_action (a=0x81aaff4, msg=0x81c113c) at 
> action.c:706 #10 0x08054f9e in run_action_list (a=0x81aaff4, 
> msg=0x81c113c) at action.c:139
> #11 0x08057f97 in do_action (a=0x81ac2d8, msg=0x81c113c) at 
> action.c:706
> #12 0x08054f9e in run_action_list (a=0x81a9f24, msg=0x81c113c) at 
> action.c:139
> #13 0x08057946 in do_action (a=0x81b428c, msg=0x81c113c) at 
> action.c:119
> #14 0x08054f9e in run_action_list (a=0x81b1ab0, msg=0x81c113c) at 
> action.c:139
> #15 0x08057946 in do_action (a=0x81b1308, msg=0x81c113c) at 
> action.c:119
> #16 0x08054f9e in run_action_list (a=0x81b1308, msg=0x81c113c) at 
> action.c:139
> #17 0x08057f97 in do_action (a=0x81b14cc, msg=0x81c113c) at 
> action.c:706
> #18 0x08054f9e in run_action_list (a=0x81b0a70, msg=0x81c113c) at 
> action.c:139
> #19 0x08057946 in do_action (a=0x81b078c, msg=0x81c113c) at 
> action.c:119 #20 0x08054f9e in run_action_list (a=0x81ad9e0, 
> msg=0x81c113c) at action.c:139
> #21 0x08057946 in do_action (a=0x81ad50c, msg=0x81c113c) at 
> action.c:119
> #22 0x08054f9e in run_action_list (a=0x81aca9c, msg=0x81c113c) at 
> action.c:139
> #23 0x08057946 in do_action (a=0x81a9cb4, msg=0x81c113c) at 
> action.c:119
> #24 0x08054f9e in run_action_list (a=0x81a6c50, msg=0x81c113c) at 
> action.c:139
> #25 0x08057f97 in do_action (a=0x81a9d8c, msg=0x81c113c) at 
> action.c:706
> #26 0x08054f9e in run_action_list (a=0x81a47e0, msg=0x81c113c) at 
> action.c:139
> #27 0x080590bf in run_top_route (a=0x81a47e0, msg=0x81c113c) at 
> action.c:119
> #28 0x08098b9c in receive_msg (
>buf=0x8178200 "INVITE sip:4483...@213.170.75.90:5060 
> SIP/2.0\r\nVia: SIP/2.0/UDP 
> 213.170.75.90:5050;branch=z9hG4bK6912c413;rport\r\nMax-Forwards: 
> 70\r\nFrom: \"3364079\" 
> ;tag=as477593c3\r\nTo: "..., len=826,
>rcv_info=0xbfeaed48) at receive.c:162
> #29 0x080da834 in udp_rcv_loop () at udp_server.c:492 #30 0x0806ee80 
> in main (argc=3, argv=0xbfeaeee4) at main.c:818
> (gdb) print vp
> $1 = (VALUE_PAIR *) 0x854c8f8
> (gdb) print attr
> $2 = (DICT_ATTR *) 0x0
> (gdb)
>
> -Original Message-
> From: users-boun...@li

Re: [OpenSIPS-Users] T38 and changing media port for T38 SDP

[Julian Yap]

Holy shit (pardon my French and excitement), I just ran through the
install of MediaProxy on my development server and it all works!  All
my initial testing works.  IT JUST WORKS.

What a great piece of software!

I was initially put off by the difficult install of MediaProxy and all
the hype around RTPProxy being written in C but I can tell you I spent
a lot of time trying to get RTPProxy working...  And for a long time
it was working until I brought on my new T38 Fax server and stuff just
didn't work in any consistent and logical fashion.  I've been beating
my head against a wall for a week.

MediaProxy works, RTPProxy doesn't work.  Simple as that.

Thank you!

- Julian

On Thu, Jul 15, 2010 at 9:03 PM, Saúl Ibarra Corretgé
 wrote:
> Hi,
>
>> You mean 'Now all corner cases'?  So I would use engage_media_proxy()
>> and also need to implement the dialog module?
>>
>
> No, there are two ways of using mediaproxy:
>   - Using the dialog module triggered function engage_mediaproxy: the
> dialog module enables or disables MediaProxy by calling functions
> internally. You only need to call this function once for the original
> INVITE.
>   - Using the individual function use_media_proxy and
> end_media_session: you'll need to call then manually in your routing script.
>
>> Does MediaProxy require 2 servers.  One for OpenSIPS and one for the
>> relay?  Dispatcher can run on the same box as OpenSIPS?  Or can it all
>> go on 1 server.
>>
>
> MedisPRoxy consists of two components: the dispatcher and the relay. The
> dispatcher must be installer in the same box as OpenSIPS, but the relay
> can be installed on a separate server. You may install both components
> in the same server.
>
>
> 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] questions on localcache and memcache module

[Bogdan-Andrei Iancu]

Hi Jayesh,

Jayesh Nambiar wrote:
> Hi All,
> I have a requirement of storing approximately 25000 IP Addresses in 
> Cache for faster processing.
Note that the permission module (address table) does caching of the IPs 
- it loads the IPs from address table at startup and use at runtime only 
cache ; also it provides a reload functionality (for runtime, to refresh 
cache from DB). See:

http://www.opensips.org/html/docs/modules/1.6.x/permissions.html#sec-address-permissions

http://www.opensips.org/html/docs/modules/1.6.x/permissions.html#id267314

http://www.opensips.org/html/docs/modules/1.6.x/permissions.html#id267431

http://www.opensips.org/html/docs/modules/1.6.x/permissions.html#id267516
> I also have requirement of keeping the expiry period pretty high which 
> would be like 10 days. There are certain key-values which might also 
> have expiry value of 30 days, so different keys might have different 
> expiry time.
with permissions, you can reload the IPs at any time.
> For the above mentioned requirement, is the localcache sufficient or 
> memcached server is recommended?
I would go for memcached, as localcahe is not restart persistent - you 
will loose the content when restarting. Also the localcache is a cache 
to be used (put and get) only by opensips, so you cannot interface with 
other application...
> What should be the ideal value of cache_table_size parameter if I go 
> ahead with the localcache module?
for 25K records, considering a 10 addresses per hash entry -> 2500 
entries -> use size 11 (2048 entries)
> Are there fifo commands available or any other way through which I can 
> flush the values in the cache table other than restarting the opensips 
> service?
localcache has no db persistence
> Are there any known issues or problems while using these modules in 
> large number of transactions per second traffic scenarios?
not known

Regards,
Bogdan
>
> Your views, comments and help is really appreciated.
>
> Thanks in advance,
>
> --- 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

Re: [OpenSIPS-Users] Command "opensipsctl dialplan reload" randomly hangs

[DanB]

Hi Bogdan,

After so long time I finally got a debug for you (running in debug 5).
As higher the debug is as smaller the chances are to happen. Running
in debug 6 we could never reproduce it (even in debug 5 it took some
time). If we run it in debug 2 we get the hang every few days.
Let me know if you need additional traces.


Ta,
DanB



### Start BT
###

> sip1:~# opensipsctl ps|grep FIFO
> Process::  ID=13 PID=3838 Type=MI FIFO
> sip1:~# opensipsctl ps|grep FIFO
> Process::  ID=13 PID=3838 Type=MI FIFO
> sip1:~# opensipsctl dialplan reload
> Terminated
> sip1:~# /etc/init.d/
> sip1:~# gdb /usr/sbin/opensips 3838
> GNU gdb 6.8-debian
> Copyright (C) 2008 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later 
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu"...
> (no debugging symbols found)
> Attaching to program: /usr/sbin/opensips, process 3838
> Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done.
> Loaded symbols for /lib/libdl.so.2
> Reading symbols from /lib/libresolv.so.2...(no debugging symbols 
> found)...done.
> Loaded symbols for /lib/libresolv.so.2
> Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
> Loaded symbols for /lib/libc.so.6
> Reading symbols from /lib/ld-linux-x86-64.so.2...(no debugging symbols 
> found)...done.
> Loaded symbols for /lib64/ld-linux-x86-64.so.2
> Reading symbols from /usr/lib/opensips/modules/options.so...(no debugging 
> symbols found)...done.
> Loaded symbols for /usr/lib/opensips/modules/options.so
> Reading symbols from /usr/lib/opensips/modules/sl.so...
> (no debugging symbols found)...done.
> Loaded symbols for /usr/lib/opensips/modules/sl.so
> Reading symbols from /usr/lib/opensips/modules/tm.so...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/opensips/modules/tm.so
> Reading symbols from /usr/lib/opensips/modules/signaling.so...(no debugging 
> symbols found)...done.
> Loaded symbols for /usr/lib/opensips/modules/signaling.so
> Reading symbols from /usr/lib/opensips/modules/db_mysql.so...(no debugging 
> symbols found)...done.
> Loaded symbols for /usr/lib/opensips/modules/db_mysql.so
> Reading symbols from /usr/lib/libmysqlclient.so.15...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/libmysqlclient.so.15
> Reading symbols from /lib/libpthread.so.0...
> (no debugging symbols found)...done.
> [Thread debugging using libthread_db enabled]
> [New Thread 0x7ffac71226e0 (LWP 3838)]
> Loaded symbols for /lib/libpthread.so.0
> Reading symbols from /lib/libcrypt.so.1...(no debugging symbols found)...done.
> Loaded symbols for /lib/libcrypt.so.1
> Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done.
> Loaded symbols for /lib/libnsl.so.1
> Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done.
> Loaded symbols for /lib/libm.so.6
> Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done.
> Loaded symbols for /usr/lib/libz.so.1
> Reading symbols from /usr/lib/opensips/modules/rr.so...
> (no debugging symbols found)...done.
> Loaded symbols for /usr/lib/opensips/modules/rr.so
> Reading symbols from /usr/lib/opensips/modules/maxfwd.so...(no debugging 
> symbols found)...done.
> Loaded symbols for /usr/lib/opensips/modules/maxfwd.so
> Reading symbols from /usr/lib/opensips/modules/usrloc.so...(no debugging 
> symbols found)...done.
> Loaded symbols for /usr/lib/opensips/modules/usrloc.so
> Reading symbols from /usr/lib/opensips/modules/textops.so...(no debugging 
> symbols found)...done.
> Loaded symbols for /usr/lib/opensips/modules/textops.so
> Reading symbols from /usr/lib/opensips/modules/mi_fifo.so...(no debugging 
> symbols found)...done.
> Loaded symbols for /usr/lib/opensips/modules/mi_fifo.so
> Reading symbols from /usr/lib/opensips/modules/mi_datagram.so...
> (no debugging symbols found)...done.
> Loaded symbols for /usr/lib/opensips/modules/mi_datagram.so
> Reading symbols from /usr/lib/opensips/modules/uri.so...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/opensips/modules/uri.so
> Reading symbols from /usr/lib/opensips/modules/xlog.so...(no debugging 
> symbols found)...done.
> Loaded symbols for /usr/lib/opensips/modules/xlog.so
> Reading symbols from /usr/lib/opensips/modules/acc.so...(no debugging symbols 
> found)...done.
> Loaded symbols for /usr/lib/opensips/modules/acc.so
> Reading symbols from /usr/lib/opensips/modules/dialog.so...(no debugging 
> symbols found)...done.
> Loaded symbols for /usr/lib/opensips/modules/dialog.so
> Reading symbols from /usr/lib/opensips/modules/mediaproxy.so...
> (no debugging symbols found)...done.
> Loaded symbols for /usr/lib/ope

Re: [OpenSIPS-Users] get_source_group not working

[Bogdan-Andrei Iancu]

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

Re: [OpenSIPS-Users] ACC_RADIUS makes opensips crash

[Irina Stanescu]

Hello Denis,

Is the cisco specific dictionary included in the dictionary of the
RADIUS server too?

Also, to be able to extract a certain AVP from a RADIUS reply, you
need to make sure you have configured the server to return the
attributes you want. You can find a brief tutorial on this here [1].


Regards,
Irina Stanescu


[1] http://www.opensips.org/Resources/DocsTutRadius#toc4


On Fri, Jul 16, 2010 at 12:20 PM, Denis Putyato  wrote:
> Hello, Irina
>
> Now it works, thank you. But, if you don't mind,  one more question about 
> RADIUS.
> I want to use Cisco dictionary for auth. subscribers.
> Dictionary is a main file used for radius in my opensips. I insert into this 
> file such string " $INCLUDE /etc/radiusclient-ng/dictionary.cisco " where 
> dictionary.cisco is a cisco specific dictionary.
>
> a little part of opensips.cfg
> {...
> ...
> modparam("aaa_radius", "sets", "set1 = (User-Name = $avp(i:20), 
> User-Password=$avp(i:50))")
> modparam("aaa_radius", "sets", "set2 = (Cisco-AVPair = $var(duration))")
> ...
> ...
> radius_send_auth("set1","set2");
> ...
> ...
> }
>
> After made a call I can see such string in syslog
> " /usr/local/opensips/sbin/opensips[7435]: ERROR:aaa_radius:send_auth_func: 
> attribute was not found in received radius message "
>
> # cat /etc/radiusclient-ng/dictionary.cisco | grep Cisco
> ...
> VENDOR          Cisco                           9
> BEGIN-VENDOR    Cisco
> ATTRIBUTE       Cisco-AVPair                            1       string  
> vendor=Cisco
> ...
>
> -Original Message-
> From: users-boun...@lists.opensips.org 
> [mailto:users-boun...@lists.opensips.org] On Behalf Of Irina Stanescu
> Sent: Thursday, July 15, 2010 6:11 PM
> To: OpenSIPS users mailling list
> Subject: Re: [OpenSIPS-Users] ACC_RADIUS makes opensips crash
>
> Hello Denis,
>
> I think the problem in you case is that the radius dictionary does not 
> contain an entry for "SIP-AVP", and that is why attr is null, causing the 
> crash.
>
> I added a fix on the trunk and i also attached the patch to this email in 
> case you don't use the trunk version. Please let me know if there are any 
> other issues.
>
> Regards,
> Irina Stanescu
>
> On Thu, Jul 15, 2010 at 3:29 PM, Denis Putyato  wrote:
>> Bogdan, i made another call which makes opensips crash
>>
>> ...
>> Core was generated by `/usr/local/opensips/sbin/opensips -P 
>> /var/run/opensips.pid'.
>> Program terminated with signal 11, Segmentation fault.
>> [New process 8833]
>> #0  0xb7a0adf1 in send_auth_func (msg=0x81c113c, s1=0x81bcd34,
>> s2=0x81bcd48) at aaa_radius.c:369
>> 369             for(; (vp = rc_avpair_get(vp, attr->value, 0)); vp =
>> vp->next)
>> (gdb) bt
>> #0  0xb7a0adf1 in send_auth_func (msg=0x81c113c, s1=0x81bcd34,
>> s2=0x81bcd48) at aaa_radius.c:369
>> #1  0x08056111 in do_action (a=0x81b7404, msg=0x81c113c) at
>> action.c:967
>> #2  0x08054f9e in run_action_list (a=0x81b5e14, msg=0x81c113c) at
>> action.c:139
>> #3  0x08057f97 in do_action (a=0x81b7680, msg=0x81c113c) at
>> action.c:706
>> #4  0x08054f9e in run_action_list (a=0x81b5938, msg=0x81c113c) at
>> action.c:139
>> #5  0x08057946 in do_action (a=0x81aa660, msg=0x81c113c) at
>> action.c:119
>> #6  0x08054f9e in run_action_list (a=0x81aa660, msg=0x81c113c) at
>> action.c:139
>> #7  0x08057f97 in do_action (a=0x81aa758, msg=0x81c113c) at
>> action.c:706
>> #8  0x08054f9e in run_action_list (a=0x81aa758, msg=0x81c113c) at
>> action.c:139
>> #9  0x08057f97 in do_action (a=0x81aaff4, msg=0x81c113c) at
>> action.c:706 #10 0x08054f9e in run_action_list (a=0x81aaff4,
>> msg=0x81c113c) at action.c:139
>> #11 0x08057f97 in do_action (a=0x81ac2d8, msg=0x81c113c) at
>> action.c:706
>> #12 0x08054f9e in run_action_list (a=0x81a9f24, msg=0x81c113c) at
>> action.c:139
>> #13 0x08057946 in do_action (a=0x81b428c, msg=0x81c113c) at
>> action.c:119
>> #14 0x08054f9e in run_action_list (a=0x81b1ab0, msg=0x81c113c) at
>> action.c:139
>> #15 0x08057946 in do_action (a=0x81b1308, msg=0x81c113c) at
>> action.c:119
>> #16 0x08054f9e in run_action_list (a=0x81b1308, msg=0x81c113c) at
>> action.c:139
>> #17 0x08057f97 in do_action (a=0x81b14cc, msg=0x81c113c) at
>> action.c:706
>> #18 0x08054f9e in run_action_list (a=0x81b0a70, msg=0x81c113c) at
>> action.c:139
>> #19 0x08057946 in do_action (a=0x81b078c, msg=0x81c113c) at
>> action.c:119 #20 0x08054f9e in run_action_list (a=0x81ad9e0,
>> msg=0x81c113c) at action.c:139
>> #21 0x08057946 in do_action (a=0x81ad50c, msg=0x81c113c) at
>> action.c:119
>> #22 0x08054f9e in run_action_list (a=0x81aca9c, msg=0x81c113c) at
>> action.c:139
>> #23 0x08057946 in do_action (a=0x81a9cb4, msg=0x81c113c) at
>> action.c:119
>> #24 0x08054f9e in run_action_list (a=0x81a6c50, msg=0x81c113c) at
>> action.c:139
>> #25 0x08057f97 in do_action (a=0x81a9d8c, msg=0x81c113c) at
>> action.c:706
>> #26 0x08054f9e in run_action_list (a=0x81a47e0, msg=0x81c113c) at
>> action.c:139
>> #27 0x080590bf in run_top_route (a=0x81a47e0, msg=0x81c113c) at
>> action.c:119
>> #

Re: [OpenSIPS-Users] T38 and changing media port for T38 SDP

[Thomas Gelf]

Am 16.07.2010 04:43, schrieb Julian Yap:
>>> However, I'd in most cases still prefer to do so instead of using
>>> Rtpproxy ;-)
> 
> Any particular reasons against using RTPProxy?

No, RTPProxy shall also work fine. However, you have to shift all
packets to userspace - Mediaproxy doesn't do so. That fact alone
should be a great performance advantage. Mediaproxy's architecture
is really well done and it allows you to scale far (even if for
most setups a single host would suffice).

I didn't follow RTPProxy development for a long time, I'm pretty
sure there have also been improvements. And: Mediaproxy is not the
right tool when you are trying to create some multihomed ALG/SBC-
solution, involving private IP addresses. Mediaproy must run on a
public IP address.

Regards,
Thomas

-- 
 mail: tho...@gelf.net
  web: http://thomas.gelf.net/



___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] ACC_RADIUS makes opensips crash

[Denis Putyato]

Yes, Cisco dictionary included in the dictionary of the
RADIUS server and server really send attr. that i want.

I attach a pcap file (radius3.log) of session between opensips and radius 
server.

-Original Message-
From: users-boun...@lists.opensips.org 
[mailto:users-boun...@lists.opensips.org] On Behalf Of Irina Stanescu
Sent: Friday, July 16, 2010 5:13 PM
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] ACC_RADIUS makes opensips crash

Hello Denis,

Is the cisco specific dictionary included in the dictionary of the
RADIUS server too?

Also, to be able to extract a certain AVP from a RADIUS reply, you
need to make sure you have configured the server to return the
attributes you want. You can find a brief tutorial on this here [1].


Regards,
Irina Stanescu


[1] http://www.opensips.org/Resources/DocsTutRadius#toc4


On Fri, Jul 16, 2010 at 12:20 PM, Denis Putyato  wrote:
> Hello, Irina
>
> Now it works, thank you. But, if you don't mind,  one more question about 
> RADIUS.
> I want to use Cisco dictionary for auth. subscribers.
> Dictionary is a main file used for radius in my opensips. I insert into this 
> file such string " $INCLUDE /etc/radiusclient-ng/dictionary.cisco " where 
> dictionary.cisco is a cisco specific dictionary.
>
> a little part of opensips.cfg
> {...
> ...
> modparam("aaa_radius", "sets", "set1 = (User-Name = $avp(i:20), 
> User-Password=$avp(i:50))")
> modparam("aaa_radius", "sets", "set2 = (Cisco-AVPair = $var(duration))")
> ...
> ...
> radius_send_auth("set1","set2");
> ...
> ...
> }
>
> After made a call I can see such string in syslog
> " /usr/local/opensips/sbin/opensips[7435]: ERROR:aaa_radius:send_auth_func: 
> attribute was not found in received radius message "
>
> # cat /etc/radiusclient-ng/dictionary.cisco | grep Cisco
> ...
> VENDOR  Cisco   9
> BEGIN-VENDORCisco
> ATTRIBUTE   Cisco-AVPair1   string  
> vendor=Cisco
> ...
>
> -Original Message-
> From: users-boun...@lists.opensips.org 
> [mailto:users-boun...@lists.opensips.org] On Behalf Of Irina Stanescu
> Sent: Thursday, July 15, 2010 6:11 PM
> To: OpenSIPS users mailling list
> Subject: Re: [OpenSIPS-Users] ACC_RADIUS makes opensips crash
>
> Hello Denis,
>
> I think the problem in you case is that the radius dictionary does not 
> contain an entry for "SIP-AVP", and that is why attr is null, causing the 
> crash.
>
> I added a fix on the trunk and i also attached the patch to this email in 
> case you don't use the trunk version. Please let me know if there are any 
> other issues.
>
> Regards,
> Irina Stanescu
>
> On Thu, Jul 15, 2010 at 3:29 PM, Denis Putyato  wrote:
>> Bogdan, i made another call which makes opensips crash
>>
>> ...
>> Core was generated by `/usr/local/opensips/sbin/opensips -P 
>> /var/run/opensips.pid'.
>> Program terminated with signal 11, Segmentation fault.
>> [New process 8833]
>> #0  0xb7a0adf1 in send_auth_func (msg=0x81c113c, s1=0x81bcd34,
>> s2=0x81bcd48) at aaa_radius.c:369
>> 369 for(; (vp = rc_avpair_get(vp, attr->value, 0)); vp =
>> vp->next)
>> (gdb) bt
>> #0  0xb7a0adf1 in send_auth_func (msg=0x81c113c, s1=0x81bcd34,
>> s2=0x81bcd48) at aaa_radius.c:369
>> #1  0x08056111 in do_action (a=0x81b7404, msg=0x81c113c) at
>> action.c:967
>> #2  0x08054f9e in run_action_list (a=0x81b5e14, msg=0x81c113c) at
>> action.c:139
>> #3  0x08057f97 in do_action (a=0x81b7680, msg=0x81c113c) at
>> action.c:706
>> #4  0x08054f9e in run_action_list (a=0x81b5938, msg=0x81c113c) at
>> action.c:139
>> #5  0x08057946 in do_action (a=0x81aa660, msg=0x81c113c) at
>> action.c:119
>> #6  0x08054f9e in run_action_list (a=0x81aa660, msg=0x81c113c) at
>> action.c:139
>> #7  0x08057f97 in do_action (a=0x81aa758, msg=0x81c113c) at
>> action.c:706
>> #8  0x08054f9e in run_action_list (a=0x81aa758, msg=0x81c113c) at
>> action.c:139
>> #9  0x08057f97 in do_action (a=0x81aaff4, msg=0x81c113c) at
>> action.c:706 #10 0x08054f9e in run_action_list (a=0x81aaff4,
>> msg=0x81c113c) at action.c:139
>> #11 0x08057f97 in do_action (a=0x81ac2d8, msg=0x81c113c) at
>> action.c:706
>> #12 0x08054f9e in run_action_list (a=0x81a9f24, msg=0x81c113c) at
>> action.c:139
>> #13 0x08057946 in do_action (a=0x81b428c, msg=0x81c113c) at
>> action.c:119
>> #14 0x08054f9e in run_action_list (a=0x81b1ab0, msg=0x81c113c) at
>> action.c:139
>> #15 0x08057946 in do_action (a=0x81b1308, msg=0x81c113c) at
>> action.c:119
>> #16 0x08054f9e in run_action_list (a=0x81b1308, msg=0x81c113c) at
>> action.c:139
>> #17 0x08057f97 in do_action (a=0x81b14cc, msg=0x81c113c) at
>> action.c:706
>> #18 0x08054f9e in run_action_list (a=0x81b0a70, msg=0x81c113c) at
>> action.c:139
>> #19 0x08057946 in do_action (a=0x81b078c, msg=0x81c113c) at
>> action.c:119 #20 0x08054f9e in run_action_list (a=0x81ad9e0,
>> msg=0x81c113c) at action.c:139
>> #21 0x08057946 in do_action (a=0x81ad50c, msg=0x81c113c) at
>> action.c:119
>> #22 0x08054f9e in run_action_li

[OpenSIPS-Users] CPL and Timer -->408 Timeout

[mehdi boudou]

Hello,


I'm trying to do a sequential ringing with 3 phones, this scenario in CPL :





  

  

  

  

  


The problem is after ringing the first phone during 7 seconds and the second
phone  during less 7 seconds the AS sends a 408 request timeout to the IMS
core which Broke the Call.

How can i do to permit this type of scenario and  block the sent of the 408
Timeout packet?

Thanks,


Regards,

Mehdi BOUDOU
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] CPL and Timer -->408 Timeout

[Bogdan-Andrei Iancu]

Hi Mehdi,

mehdi boudou wrote:
> Hello,
>
>
> I'm trying to do a sequential ringing with 3 phones, this scenario in 
> CPL :
>
>
> 
>  "/home/mehdi/opensips-1.5.0-notls/modules/cpl-c/cpl-06.dtd">
> 
>   
> 
>   
> 
>   
> 
>   
> 
>   
>  
>
> The problem is after ringing the first phone during 7 seconds and the 
> second phone  during less 7 seconds the AS sends a 408 request timeout 
> to the IMS core which Broke the Call.
well, you cannot - you cannot control other servers on the chain.

Regards,
Bogdan
>
> How can i do to permit this type of scenario and  block the sent of 
> the 408 Timeout packet? 
>  
> Thanks,
>
>
> Regards,
>
> Mehdi BOUDOU
> 
>
> ___
> 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

Re: [OpenSIPS-Users] OpenSIPS Server configuration ( SIP Server ) based on VOIP

[Bogdan-Andrei Iancu]

gigastar wrote:
> Thanks a lot for the information.
>
> Let me dig more for better understanding basing above information.
> 
> One more doubt, that might be silly, But just for confirmation.
>
>  Doubt as follows :
>  
>   Hope with Open-sips configuration using DID we can get IP Termination.
>   
if it is a SIP / IP termination (like SIP trunking), OpenSIPS alone will 
do it.

Best regards,
Bogdan
>  
>   Or IP termination also needs additional service  similar to PSTN
> Termination.
>   
>
>   
>  
>   
>
>
>   


-- 
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

Re: [OpenSIPS-Users] uri_db NOT FOUND

[Andrew Pogrebennyk]

Lucas,
uri_db has been merged with uri module as of 1.6.0. Please check this 
out: http://www.opensips.org/Resources/DocsMigration15to16

On 17.07.2010 08:57, 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

-- 
Sincerely,
Andrew Pogrebennyk


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users