date:20111027

Re: [OpenSIPS-Users] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread ddgiants

Ok starts  up but now getting this for store and fetch. Online trunk doc says
this is correct syntax for cfg.

.cfg
cache_store("local","b2b_src_ip","$avp(src_ip)",1200);#In order to pass
variables between B2B

log
ERROR:core:cachedb_store: Wrong argument  - no cachedb system with
this name registered

--
View this message in context: 
http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6938989.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] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread Ovidiu Sas

That module was removed.  You need to manually remove the module from
the source tree.
Check out:
http://opensips.svn.sourceforge.net/opensips/?rev=8437&view=rev

Regards,
Ovidiu Sas

On Thu, Oct 27, 2011 at 5:03 PM, ddgiants  wrote:
> Hey one note after installing trunk. Simple config worked great. I loaded my
> original large config which uses localcache. Result is
>
> Oct 27 17:02:19 [11866] DBG:core:yyparse: loading module
> /usr/local/lib/opensips/modules/localcache.so
> Oct 27 17:02:19 [11866] ERROR:core:sr_load_module: could not open module
> :
> /usr/local/lib/opensips/modules/localcache.so: undefined symbol: fm_malloc
> Oct 27 17:02:19 [11866] CRITICAL:core:yyerror: parse error in config file,
> line 52, column 13-14: failed to load module
>
> --
> View this message in context: 
> http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6938051.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
>

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

Re: [OpenSIPS-Users] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread ddgiants

Hey one note after installing trunk. Simple config worked great. I loaded my
original large config which uses localcache. Result is

Oct 27 17:02:19 [11866] DBG:core:yyparse: loading module
/usr/local/lib/opensips/modules/localcache.so
Oct 27 17:02:19 [11866] ERROR:core:sr_load_module: could not open module
:
/usr/local/lib/opensips/modules/localcache.so: undefined symbol: fm_malloc
Oct 27 17:02:19 [11866] CRITICAL:core:yyerror: parse error in config file,
line 52, column 13-14: failed to load module

--
View this message in context: 
http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6938051.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] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread ddgiants

It works. That's awesome Ovidiu. Very impressed with the response time. I'm
extremely happy I went with Opensips and very appreciate of your work. Thank
you.

Darren

--
View this message in context: 
http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6938023.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] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread Ovidiu Sas

I pushed a fix in trunk.  Please test and let me know if everything
works ok now.

Thanks,
Ovidiu Sas

On Thu, Oct 27, 2011 at 3:23 PM, Jock McKechnie
 wrote:
> Is this likely to be corrected in the trunk anytime soon? Or is it
> smarter to just run a DB?
> (I hate to do it - I don't need it for anything in this, it seems like
> a waste of computer resources).
>
> To be honest, I'm not even entirely sure what it's used for in this instance.
>
> Cheers (to both ddgiants and Ovidiu);
>
>  - Jock
>
> On Thu, Oct 27, 2011 at 1:30 PM, Ovidiu Sas  wrote:
>> I managed to reproduce the crash.
>> It happens if you don't use a db (I was using a db and therefore I
>> don't have a crash).
>>
>> Thanks,
>> Ovidiu
>>
>> On Thu, Oct 27, 2011 at 1:59 PM, ddgiants  wrote:
>>> Ok found instructions on getting it from a core file - here ya go. I did the
>>> followng
>>> hp-opensuse:/tmp # gdb opensips core_client
>>> (gdb)bt
>>>
>>> udp_rcv_loop () at udp_server.c:419
>>>
>>> ---
>>>
>>> (gdb) bt
>>> #0  0x in ?? ()
>>> #1  0xb70b209e in b2bl_db_delete (tuple=0xb50ae0e0) at b2bl_db.c:136
>>> #2  0xb70cde5d in b2bl_delete (tuple=0xb50ae0e0, hash_index=695,
>>> not_del_b2be=0) at records.c:531
>>> #3  0xb70ba127 in b2b_logic_notify_reply (src=1, msg=0x81fbb1c,
>>> key=0xb50b41b0, body=0xbfc037ac, extra_headers=0xbfc037a4,
>>> b2bl_key=0xbfc04058, hash_index=695, local_index=0)
>>>    at logic.c:1178
>>> #4  0xb70c1fc8 in b2b_logic_notify (src=1, msg=0x81fbb1c, key=0xb50b41b0,
>>> type=1, param=0xbfc04058) at logic.c:1968
>>> #5  0xb70c3794 in b2b_client_notify (msg=0x81fbb1c, key=0xb50b41b0, type=1,
>>> param=0xbfc04058) at logic.c:2567
>>> #6  0xb70f00cd in b2b_tm_cback (t=0xb50ae404, htable=0xb50a2f48,
>>> ps=0xbfc040f4) at dlg.c:2522
>>> #7  0xb70e3d81 in b2b_client_tm_cback (t=0xb50ae404, type=256,
>>> ps=0xbfc040f4) at client.c:44
>>> #8  0xb711c60f in run_trans_callbacks (type=256, trans=0xb50ae404, req=0x0,
>>> rpl=0x81fbb1c, code=200) at t_hooks.c:212
>>> #9  0xb712bc50 in local_reply (t=0xb50ae404, p_msg=0x81fbb1c, branch=0,
>>> msg_status=200, cancel_bitmap=0xbfc04228) at t_reply.c:1358
>>> #10 0xb712c8eb in reply_received (p_msg=0x81fbb1c) at t_reply.c:1503
>>> #11 0x0806ccd2 in forward_reply (msg=0x81fbb1c) at forward.c:568
>>> #12 0x080a92a1 in receive_msg (
>>>    buf=0x81d2200 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP
>>> 192.168.1.116;branch=z9hG4bK63b8.fb65e61.0\r\nFrom: \"xxx\"
>>> ;tag=ec18c2dd39374640f
>>> 193aecc9579b359\r\nTo: >> rcv_info=0xbfc043c8) at receive.c:203
>>> #13 0x08112081 in udp_rcv_loop () at udp_server.c:419
>>> #14 0x08075a02 in main_loop (argc=3, argv=0xbfc04564) at main.c:885
>>> #15 main (argc=3, argv=0xbfc04564) at main.c:1503
>>>
>>> --
>>> View this message in context: 
>>> http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6937385.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
>>>
>>
>> ___
>> 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
>

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

Re: [OpenSIPS-Users] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread Ovidiu Sas

If you run with a db and you perform a server restart, your active
calls won't be lost.
The fix is not difficult to make, but I need to check the code to see
the proper way to fix this (have't touched the b2b code in a while).

Regards,
Ovidiu Sas

On Thu, Oct 27, 2011 at 3:23 PM, Jock McKechnie
 wrote:
> Is this likely to be corrected in the trunk anytime soon? Or is it
> smarter to just run a DB?
> (I hate to do it - I don't need it for anything in this, it seems like
> a waste of computer resources).
>
> To be honest, I'm not even entirely sure what it's used for in this instance.
>
> Cheers (to both ddgiants and Ovidiu);
>
>  - Jock
>
> On Thu, Oct 27, 2011 at 1:30 PM, Ovidiu Sas  wrote:
>> I managed to reproduce the crash.
>> It happens if you don't use a db (I was using a db and therefore I
>> don't have a crash).
>>
>> Thanks,
>> Ovidiu
>>
>> On Thu, Oct 27, 2011 at 1:59 PM, ddgiants  wrote:
>>> Ok found instructions on getting it from a core file - here ya go. I did the
>>> followng
>>> hp-opensuse:/tmp # gdb opensips core_client
>>> (gdb)bt
>>>
>>> udp_rcv_loop () at udp_server.c:419
>>>
>>> ---
>>>
>>> (gdb) bt
>>> #0  0x in ?? ()
>>> #1  0xb70b209e in b2bl_db_delete (tuple=0xb50ae0e0) at b2bl_db.c:136
>>> #2  0xb70cde5d in b2bl_delete (tuple=0xb50ae0e0, hash_index=695,
>>> not_del_b2be=0) at records.c:531
>>> #3  0xb70ba127 in b2b_logic_notify_reply (src=1, msg=0x81fbb1c,
>>> key=0xb50b41b0, body=0xbfc037ac, extra_headers=0xbfc037a4,
>>> b2bl_key=0xbfc04058, hash_index=695, local_index=0)
>>>    at logic.c:1178
>>> #4  0xb70c1fc8 in b2b_logic_notify (src=1, msg=0x81fbb1c, key=0xb50b41b0,
>>> type=1, param=0xbfc04058) at logic.c:1968
>>> #5  0xb70c3794 in b2b_client_notify (msg=0x81fbb1c, key=0xb50b41b0, type=1,
>>> param=0xbfc04058) at logic.c:2567
>>> #6  0xb70f00cd in b2b_tm_cback (t=0xb50ae404, htable=0xb50a2f48,
>>> ps=0xbfc040f4) at dlg.c:2522
>>> #7  0xb70e3d81 in b2b_client_tm_cback (t=0xb50ae404, type=256,
>>> ps=0xbfc040f4) at client.c:44
>>> #8  0xb711c60f in run_trans_callbacks (type=256, trans=0xb50ae404, req=0x0,
>>> rpl=0x81fbb1c, code=200) at t_hooks.c:212
>>> #9  0xb712bc50 in local_reply (t=0xb50ae404, p_msg=0x81fbb1c, branch=0,
>>> msg_status=200, cancel_bitmap=0xbfc04228) at t_reply.c:1358
>>> #10 0xb712c8eb in reply_received (p_msg=0x81fbb1c) at t_reply.c:1503
>>> #11 0x0806ccd2 in forward_reply (msg=0x81fbb1c) at forward.c:568
>>> #12 0x080a92a1 in receive_msg (
>>>    buf=0x81d2200 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP
>>> 192.168.1.116;branch=z9hG4bK63b8.fb65e61.0\r\nFrom: \"xxx\"
>>> ;tag=ec18c2dd39374640f
>>> 193aecc9579b359\r\nTo: >> rcv_info=0xbfc043c8) at receive.c:203
>>> #13 0x08112081 in udp_rcv_loop () at udp_server.c:419
>>> #14 0x08075a02 in main_loop (argc=3, argv=0xbfc04564) at main.c:885
>>> #15 main (argc=3, argv=0xbfc04564) at main.c:1503
>>>
>>> --
>>> View this message in context: 
>>> http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6937385.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
>>>
>>
>> ___
>> 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
>

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

Re: [OpenSIPS-Users] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread Jock McKechnie

Is this likely to be corrected in the trunk anytime soon? Or is it
smarter to just run a DB?
(I hate to do it - I don't need it for anything in this, it seems like
a waste of computer resources).

To be honest, I'm not even entirely sure what it's used for in this instance.

Cheers (to both ddgiants and Ovidiu);

 - Jock

On Thu, Oct 27, 2011 at 1:30 PM, Ovidiu Sas  wrote:
> I managed to reproduce the crash.
> It happens if you don't use a db (I was using a db and therefore I
> don't have a crash).
>
> Thanks,
> Ovidiu
>
> On Thu, Oct 27, 2011 at 1:59 PM, ddgiants  wrote:
>> Ok found instructions on getting it from a core file - here ya go. I did the
>> followng
>> hp-opensuse:/tmp # gdb opensips core_client
>> (gdb)bt
>>
>> udp_rcv_loop () at udp_server.c:419
>>
>> ---
>>
>> (gdb) bt
>> #0  0x in ?? ()
>> #1  0xb70b209e in b2bl_db_delete (tuple=0xb50ae0e0) at b2bl_db.c:136
>> #2  0xb70cde5d in b2bl_delete (tuple=0xb50ae0e0, hash_index=695,
>> not_del_b2be=0) at records.c:531
>> #3  0xb70ba127 in b2b_logic_notify_reply (src=1, msg=0x81fbb1c,
>> key=0xb50b41b0, body=0xbfc037ac, extra_headers=0xbfc037a4,
>> b2bl_key=0xbfc04058, hash_index=695, local_index=0)
>>    at logic.c:1178
>> #4  0xb70c1fc8 in b2b_logic_notify (src=1, msg=0x81fbb1c, key=0xb50b41b0,
>> type=1, param=0xbfc04058) at logic.c:1968
>> #5  0xb70c3794 in b2b_client_notify (msg=0x81fbb1c, key=0xb50b41b0, type=1,
>> param=0xbfc04058) at logic.c:2567
>> #6  0xb70f00cd in b2b_tm_cback (t=0xb50ae404, htable=0xb50a2f48,
>> ps=0xbfc040f4) at dlg.c:2522
>> #7  0xb70e3d81 in b2b_client_tm_cback (t=0xb50ae404, type=256,
>> ps=0xbfc040f4) at client.c:44
>> #8  0xb711c60f in run_trans_callbacks (type=256, trans=0xb50ae404, req=0x0,
>> rpl=0x81fbb1c, code=200) at t_hooks.c:212
>> #9  0xb712bc50 in local_reply (t=0xb50ae404, p_msg=0x81fbb1c, branch=0,
>> msg_status=200, cancel_bitmap=0xbfc04228) at t_reply.c:1358
>> #10 0xb712c8eb in reply_received (p_msg=0x81fbb1c) at t_reply.c:1503
>> #11 0x0806ccd2 in forward_reply (msg=0x81fbb1c) at forward.c:568
>> #12 0x080a92a1 in receive_msg (
>>    buf=0x81d2200 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP
>> 192.168.1.116;branch=z9hG4bK63b8.fb65e61.0\r\nFrom: \"xxx\"
>> ;tag=ec18c2dd39374640f
>> 193aecc9579b359\r\nTo: > rcv_info=0xbfc043c8) at receive.c:203
>> #13 0x08112081 in udp_rcv_loop () at udp_server.c:419
>> #14 0x08075a02 in main_loop (argc=3, argv=0xbfc04564) at main.c:885
>> #15 main (argc=3, argv=0xbfc04564) at main.c:1503
>>
>> --
>> View this message in context: 
>> http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6937385.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
>>
>
> ___
> 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] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread Ovidiu Sas

A db for b2b_logic module:
http://www.opensips.org/html/docs/modules/1.7.x/b2b_logic.html#id250132

On Thu, Oct 27, 2011 at 2:37 PM, ddgiants  wrote:
> Use a db for which piece? I use a db in my larger config in which opensips
> uses mysql to lookup source ip and carrier id, trunk group etc then hits a
> redirect server which then sends back a 300 multiple. I am having same issue
> with that and that uses db. That is what made me test with a generic version
> of b2b top hiding config. So maybe it's a particular piece of the messaging
> I need to use db? Below is my config I realize I never posted.
>
> # $Id: opensips-b2b.cfg $
>
> # Debugging mode:
> debug=3
> memlog= 6
> fork=yes
> auto_aliases=no
> log_stderror=no
>
> disable_dns_blacklist=yes
>
> listen=udp:192.168.1.116:5060
> # alias=OSIPS_REALM
> #port=OSIPS_PORT
>
>
> sip_warning=0
> #server_header="SRV_SIGNATURE"
> #user_agent_header="PP_USER_AGENT"
>
> #mhomed=yes
> #memlog=2
> check_via=no
> dns=off
> rev_dns=off
> children=1
> disable_tcp=yes
> log_facility=LOG_LOCAL7
> # for more info: opensips -h
>
> # -- module loading --
>
> mpath="/usr/local/lib/opensips/modules/"
>
> #loadmodule "db_mysql.so"
> loadmodule "textops.so"
> loadmodule "maxfwd.so"
> loadmodule "rr.so"
> loadmodule "sl.so"
> loadmodule "tm.so"
> loadmodule "signaling.so"
> loadmodule "b2b_entities.so"
> loadmodule "b2b_logic.so"
> loadmodule "usrloc.so"
> loadmodule "registrar.so"
> loadmodule "mi_fifo.so"
>
>
> # - setting module-specific parameters ---
> modparam("mi_fifo", "fifo_name", "/tmp/opensips_fifo")
>
>
> #modparam("usrloc|b2b_entities|b2b_logic", "db_url",
> "mysql://opensips:opensipsrw@localhost/opensips")
> modparam("usrloc", "db_mode", 0)
>
> modparam("tm", "pass_provisional_replies", 1)
>
> #modparam("b2b_logic", "script_scenario",
> "/usr/local/etc/opensips/scenario_script.xml")
> #modparam("b2b_logic", "extern_scenario",
> "/usr/local/etc/opensips/scenario_extern.xml")
> modparam("b2b_entities", "script_req_route", "b2b_request")
> modparam("b2b_entities", "script_reply_route", "b2b_reply")
>
> route[b2b_request] {
>  xlog("b2b_request ($ci)\n");
> }
>
>
> route[b2b_reply] {
>  xlog("b2b_reply ($ci)\n");
> }
>
>
> route {
>  if (!mf_process_maxfwd_header("10")) {
>    sl_send_reply("483","Too Many Hops");
>    exit;
>  };
>
>  if (msg:len >= 2380 ) {
>    sl_send_reply("513", "Message too big");
>    exit;
>  };
>
>  if (!method=="REGISTER")
>    record_route();
>
>  # subsequent messages withing a dialog should take the
>  # path determined by record-routing
>  if (loose_route()) {
>    # mark routing logic in request
>    append_hf("P-hint: rr-enforced\r\n");
>    route(1);
>  };
>
>  if(is_method("INVITE") && !(src_ip == "192.168.1.116" && src_port ==
> 5060)) {
>    # DO NOT call t_newtran() on this request -> it will result in the
> transaction never being deleted
>    b2b_init_request("top hiding");
>    exit; # do not forward this request, another one will be generated
>  };
>
>  if (!uri==myself) {
>    # mark routing logic in request
>    append_hf("P-hint: outbound\r\n");
>    route(1);
>  };
>
>
>  if (uri==myself) {
>
>    if (method=="REGISTER") {
>      save("location");
>      exit;
>    };
>
>    # native SIP destinations are handled using our USRLOC DB
>    #if (!lookup("location")) {
>    #  sl_send_reply("404", "Not Found");
>    #  exit;
>    #};
>    #append_hf("P-hint: usrloc applied\r\n");
>  };
>  $du = "sip:192.168.1.208";
>  route(1);
> }
>
>
> route[1] {
>  # send it out now; use stateful forwarding as it works reliably
>  # even for UDP2TCP
>
>  if (!t_relay()) {
>    sl_reply_error();
>  };
>  exit;
> }
>
> --
> View this message in context: 
> http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6937550.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
>

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

Re: [OpenSIPS-Users] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread ddgiants

Use a db for which piece? I use a db in my larger config in which opensips
uses mysql to lookup source ip and carrier id, trunk group etc then hits a
redirect server which then sends back a 300 multiple. I am having same issue
with that and that uses db. That is what made me test with a generic version
of b2b top hiding config. So maybe it's a particular piece of the messaging
I need to use db? Below is my config I realize I never posted.

# $Id: opensips-b2b.cfg $

# Debugging mode:
debug=3
memlog= 6
fork=yes
auto_aliases=no
log_stderror=no

disable_dns_blacklist=yes

listen=udp:192.168.1.116:5060
# alias=OSIPS_REALM
#port=OSIPS_PORT


sip_warning=0
#server_header="SRV_SIGNATURE"
#user_agent_header="PP_USER_AGENT"

#mhomed=yes
#memlog=2
check_via=no
dns=off
rev_dns=off
children=1
disable_tcp=yes
log_facility=LOG_LOCAL7
# for more info: opensips -h

# -- module loading --

mpath="/usr/local/lib/opensips/modules/"

#loadmodule "db_mysql.so"
loadmodule "textops.so"
loadmodule "maxfwd.so"
loadmodule "rr.so"
loadmodule "sl.so"
loadmodule "tm.so"
loadmodule "signaling.so"
loadmodule "b2b_entities.so"
loadmodule "b2b_logic.so"
loadmodule "usrloc.so"
loadmodule "registrar.so"
loadmodule "mi_fifo.so"


# - setting module-specific parameters ---
modparam("mi_fifo", "fifo_name", "/tmp/opensips_fifo")


#modparam("usrloc|b2b_entities|b2b_logic", "db_url",
"mysql://opensips:opensipsrw@localhost/opensips")
modparam("usrloc", "db_mode", 0)

modparam("tm", "pass_provisional_replies", 1)

#modparam("b2b_logic", "script_scenario",
"/usr/local/etc/opensips/scenario_script.xml")
#modparam("b2b_logic", "extern_scenario",
"/usr/local/etc/opensips/scenario_extern.xml")
modparam("b2b_entities", "script_req_route", "b2b_request")
modparam("b2b_entities", "script_reply_route", "b2b_reply")

route[b2b_request] {
  xlog("b2b_request ($ci)\n");
}


route[b2b_reply] {
  xlog("b2b_reply ($ci)\n");
}


route {
  if (!mf_process_maxfwd_header("10")) {
sl_send_reply("483","Too Many Hops");
exit;
  };

  if (msg:len >= 2380 ) {
sl_send_reply("513", "Message too big");
exit;
  };

  if (!method=="REGISTER")
record_route();

  # subsequent messages withing a dialog should take the
  # path determined by record-routing
  if (loose_route()) {
# mark routing logic in request
append_hf("P-hint: rr-enforced\r\n");
route(1);
  };

  if(is_method("INVITE") && !(src_ip == "192.168.1.116" && src_port ==
5060)) {
# DO NOT call t_newtran() on this request -> it will result in the
transaction never being deleted
b2b_init_request("top hiding");
exit; # do not forward this request, another one will be generated
  };

  if (!uri==myself) {
# mark routing logic in request
append_hf("P-hint: outbound\r\n");
route(1);
  };


  if (uri==myself) {

if (method=="REGISTER") {
  save("location");
  exit;
};

# native SIP destinations are handled using our USRLOC DB
#if (!lookup("location")) {
#  sl_send_reply("404", "Not Found");
#  exit;
#};
#append_hf("P-hint: usrloc applied\r\n");
  };
  $du = "sip:192.168.1.208";
  route(1);
}


route[1] {
  # send it out now; use stateful forwarding as it works reliably
  # even for UDP2TCP

  if (!t_relay()) {
sl_reply_error();
  };
  exit;
}

--
View this message in context: 
http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6937550.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] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread Ovidiu Sas

I managed to reproduce the crash.
It happens if you don't use a db (I was using a db and therefore I
don't have a crash).

Thanks,
Ovidiu

On Thu, Oct 27, 2011 at 1:59 PM, ddgiants  wrote:
> Ok found instructions on getting it from a core file - here ya go. I did the
> followng
> hp-opensuse:/tmp # gdb opensips core_client
> (gdb)bt
>
> udp_rcv_loop () at udp_server.c:419
>
> ---
>
> (gdb) bt
> #0  0x in ?? ()
> #1  0xb70b209e in b2bl_db_delete (tuple=0xb50ae0e0) at b2bl_db.c:136
> #2  0xb70cde5d in b2bl_delete (tuple=0xb50ae0e0, hash_index=695,
> not_del_b2be=0) at records.c:531
> #3  0xb70ba127 in b2b_logic_notify_reply (src=1, msg=0x81fbb1c,
> key=0xb50b41b0, body=0xbfc037ac, extra_headers=0xbfc037a4,
> b2bl_key=0xbfc04058, hash_index=695, local_index=0)
>    at logic.c:1178
> #4  0xb70c1fc8 in b2b_logic_notify (src=1, msg=0x81fbb1c, key=0xb50b41b0,
> type=1, param=0xbfc04058) at logic.c:1968
> #5  0xb70c3794 in b2b_client_notify (msg=0x81fbb1c, key=0xb50b41b0, type=1,
> param=0xbfc04058) at logic.c:2567
> #6  0xb70f00cd in b2b_tm_cback (t=0xb50ae404, htable=0xb50a2f48,
> ps=0xbfc040f4) at dlg.c:2522
> #7  0xb70e3d81 in b2b_client_tm_cback (t=0xb50ae404, type=256,
> ps=0xbfc040f4) at client.c:44
> #8  0xb711c60f in run_trans_callbacks (type=256, trans=0xb50ae404, req=0x0,
> rpl=0x81fbb1c, code=200) at t_hooks.c:212
> #9  0xb712bc50 in local_reply (t=0xb50ae404, p_msg=0x81fbb1c, branch=0,
> msg_status=200, cancel_bitmap=0xbfc04228) at t_reply.c:1358
> #10 0xb712c8eb in reply_received (p_msg=0x81fbb1c) at t_reply.c:1503
> #11 0x0806ccd2 in forward_reply (msg=0x81fbb1c) at forward.c:568
> #12 0x080a92a1 in receive_msg (
>    buf=0x81d2200 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP
> 192.168.1.116;branch=z9hG4bK63b8.fb65e61.0\r\nFrom: \"xxx\"
> ;tag=ec18c2dd39374640f
> 193aecc9579b359\r\nTo:  rcv_info=0xbfc043c8) at receive.c:203
> #13 0x08112081 in udp_rcv_loop () at udp_server.c:419
> #14 0x08075a02 in main_loop (argc=3, argv=0xbfc04564) at main.c:885
> #15 main (argc=3, argv=0xbfc04564) at main.c:1503
>
> --
> View this message in context: 
> http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6937385.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
>

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

Re: [OpenSIPS-Users] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread ddgiants

Ok found instructions on getting it from a core file - here ya go. I did the
followng
hp-opensuse:/tmp # gdb opensips core_client
(gdb)bt

udp_rcv_loop () at udp_server.c:419

---

(gdb) bt
#0  0x in ?? ()
#1  0xb70b209e in b2bl_db_delete (tuple=0xb50ae0e0) at b2bl_db.c:136
#2  0xb70cde5d in b2bl_delete (tuple=0xb50ae0e0, hash_index=695,
not_del_b2be=0) at records.c:531
#3  0xb70ba127 in b2b_logic_notify_reply (src=1, msg=0x81fbb1c,
key=0xb50b41b0, body=0xbfc037ac, extra_headers=0xbfc037a4,
b2bl_key=0xbfc04058, hash_index=695, local_index=0)
at logic.c:1178
#4  0xb70c1fc8 in b2b_logic_notify (src=1, msg=0x81fbb1c, key=0xb50b41b0,
type=1, param=0xbfc04058) at logic.c:1968
#5  0xb70c3794 in b2b_client_notify (msg=0x81fbb1c, key=0xb50b41b0, type=1,
param=0xbfc04058) at logic.c:2567
#6  0xb70f00cd in b2b_tm_cback (t=0xb50ae404, htable=0xb50a2f48,
ps=0xbfc040f4) at dlg.c:2522
#7  0xb70e3d81 in b2b_client_tm_cback (t=0xb50ae404, type=256,
ps=0xbfc040f4) at client.c:44
#8  0xb711c60f in run_trans_callbacks (type=256, trans=0xb50ae404, req=0x0,
rpl=0x81fbb1c, code=200) at t_hooks.c:212
#9  0xb712bc50 in local_reply (t=0xb50ae404, p_msg=0x81fbb1c, branch=0,
msg_status=200, cancel_bitmap=0xbfc04228) at t_reply.c:1358
#10 0xb712c8eb in reply_received (p_msg=0x81fbb1c) at t_reply.c:1503
#11 0x0806ccd2 in forward_reply (msg=0x81fbb1c) at forward.c:568
#12 0x080a92a1 in receive_msg (
buf=0x81d2200 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP
192.168.1.116;branch=z9hG4bK63b8.fb65e61.0\r\nFrom: \"xxx\"
;tag=ec18c2dd39374640f
193aecc9579b359\r\nTo: http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6937385.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] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread Ovidiu Sas

change directory to where your core file is and run:
gdb opensips core


On Thu, Oct 27, 2011 at 1:50 PM, ddgiants  wrote:
> I tried and maybe (probably) I am doing it wrong but I get No Stack when
> doing backtrace. See below for complete cli actions.
>
>
> hp-opensuse:/usr/local/etc/opensips # gdb opensips
> GNU gdb (GDB) SUSE (7.1-3.12)
> Copyright (C) 2010 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 "i586-suse-linux".
> For bug reporting instructions, please see:
> ...
> Reading symbols from /usr/local/sbin/opensips...done.
> (gdb) break fpc_raiseexception
> Function "fpc_raiseexception" not defined.
> Make breakpoint pending on future shared library load? (y or [n]) y
> Breakpoint 1 (fpc_raiseexception) pending.
> (gdb) run
> Starting program: /usr/local/sbin/opensips
> Missing separate debuginfo for /lib/ld-linux.so.2
> Try: zypper install -C
> "debuginfo(build-id)=22e2b3718e8271a0d899156a796b0a90bc4dc391"
> Missing separate debuginfo for /lib/libdl.so.2
> Try: zypper install -C
> "debuginfo(build-id)=20519b5f2874a1cf29e149802cfbef0db142633f"
> Missing separate debuginfo for /lib/libresolv.so.2
> Try: zypper install -C
> "debuginfo(build-id)=e31b0c6ef67cd17db53a672233c2dea4fb8a068d"
> Missing separate debuginfo for /lib/libc.so.6
> Try: zypper install -C
> "debuginfo(build-id)=62a8bfd7732322fa6b9c39d39a830a8028804534"
> Missing separate debuginfo for /usr/lib/libmysqlclient.so.16
> Try: zypper install -C
> "debuginfo(build-id)=4fa4c47b1643dc0739e94f82f955c7d81f236a85"
> Missing separate debuginfo for /lib/libz.so.1
> Try: zypper install -C
> "debuginfo(build-id)=afddd839a6c18dd308b04b5289c56cc3abd1384f"
> Missing separate debuginfo for /lib/libcrypt.so.1
> Try: zypper install -C
> "debuginfo(build-id)=cee134849d03d157570f83e7f7fe2050a5448018"
> Missing separate debuginfo for /lib/libnsl.so.1
> Try: zypper install -C
> "debuginfo(build-id)=5435457ff255d30b598a8d0fc6855e8405093368"
> Missing separate debuginfo for /lib/libm.so.6
> Try: zypper install -C
> "debuginfo(build-id)=cea8cd6cde71d5c31abbfd61e716cf37338e92f3"
> Missing separate debuginfo for /lib/libssl.so.1.0.0
> Try: zypper install -C
> "debuginfo(build-id)=538b5a52f3fca165e9084f20595e5c9ce8582c63"
> Missing separate debuginfo for /lib/libcrypto.so.1.0.0
> Try: zypper install -C
> "debuginfo(build-id)=748b7a6af35635f6d49b3e490bc63326a29d90f4"
> Missing separate debuginfo for /usr/lib/libxml2.so.2
> Try: zypper install -C
> "debuginfo(build-id)=a84b0ccc306532a656dd15b2259db8a3f19c1aa7"
> Listening on
>             udp: 192.168.1.116 [192.168.1.116]:5060
> Aliases:
>
> Detaching after fork from child process 22168.
>
> Program exited normally.
> (gdb) backtrace
> No stack.
> (gdb) quit
> hp-opensuse:/usr/local/etc/opensips #
>
> --
> View this message in context: 
> http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6937343.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
>

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

Re: [OpenSIPS-Users] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread ddgiants

I tried and maybe (probably) I am doing it wrong but I get No Stack when
doing backtrace. See below for complete cli actions.


hp-opensuse:/usr/local/etc/opensips # gdb opensips
GNU gdb (GDB) SUSE (7.1-3.12)
Copyright (C) 2010 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 "i586-suse-linux".
For bug reporting instructions, please see:
...
Reading symbols from /usr/local/sbin/opensips...done.
(gdb) break fpc_raiseexception
Function "fpc_raiseexception" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (fpc_raiseexception) pending.
(gdb) run
Starting program: /usr/local/sbin/opensips
Missing separate debuginfo for /lib/ld-linux.so.2
Try: zypper install -C
"debuginfo(build-id)=22e2b3718e8271a0d899156a796b0a90bc4dc391"
Missing separate debuginfo for /lib/libdl.so.2
Try: zypper install -C
"debuginfo(build-id)=20519b5f2874a1cf29e149802cfbef0db142633f"
Missing separate debuginfo for /lib/libresolv.so.2
Try: zypper install -C
"debuginfo(build-id)=e31b0c6ef67cd17db53a672233c2dea4fb8a068d"
Missing separate debuginfo for /lib/libc.so.6
Try: zypper install -C
"debuginfo(build-id)=62a8bfd7732322fa6b9c39d39a830a8028804534"
Missing separate debuginfo for /usr/lib/libmysqlclient.so.16
Try: zypper install -C
"debuginfo(build-id)=4fa4c47b1643dc0739e94f82f955c7d81f236a85"
Missing separate debuginfo for /lib/libz.so.1
Try: zypper install -C
"debuginfo(build-id)=afddd839a6c18dd308b04b5289c56cc3abd1384f"
Missing separate debuginfo for /lib/libcrypt.so.1
Try: zypper install -C
"debuginfo(build-id)=cee134849d03d157570f83e7f7fe2050a5448018"
Missing separate debuginfo for /lib/libnsl.so.1
Try: zypper install -C
"debuginfo(build-id)=5435457ff255d30b598a8d0fc6855e8405093368"
Missing separate debuginfo for /lib/libm.so.6
Try: zypper install -C
"debuginfo(build-id)=cea8cd6cde71d5c31abbfd61e716cf37338e92f3"
Missing separate debuginfo for /lib/libssl.so.1.0.0
Try: zypper install -C
"debuginfo(build-id)=538b5a52f3fca165e9084f20595e5c9ce8582c63"
Missing separate debuginfo for /lib/libcrypto.so.1.0.0
Try: zypper install -C
"debuginfo(build-id)=748b7a6af35635f6d49b3e490bc63326a29d90f4"
Missing separate debuginfo for /usr/lib/libxml2.so.2
Try: zypper install -C
"debuginfo(build-id)=a84b0ccc306532a656dd15b2259db8a3f19c1aa7"
Listening on
 udp: 192.168.1.116 [192.168.1.116]:5060
Aliases:

Detaching after fork from child process 22168.

Program exited normally.
(gdb) backtrace
No stack.
(gdb) quit
hp-opensuse:/usr/local/etc/opensips #

--
View this message in context: 
http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6937343.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] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread Ovidiu Sas

First thing to do would be to run a backtrace on the core that you
already have and post the output here.

Thanks,
Ovidiu

On Thu, Oct 27, 2011 at 11:29 AM, ddgiants  wrote:
> I am around all day every day. Let me know how I can assist.
> Darren
>
> --
> View this message in context: 
> http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6936793.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
>

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

Re: [OpenSIPS-Users] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread ddgiants

I am around all day every day. Let me know how I can assist.
Darren

--
View this message in context: 
http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6936793.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] MWI indicator when integrating with Asterisk

2011-10-27 Thread Schneur Rosenberg

Thanks for the quick answer, is there anyway I can fork the rewrite
host to send to a few servers so anyone of them can activate or
deactivate the MWI?

On Thu, Oct 27, 2011 at 5:04 PM, Dani Popa  wrote:
> hi,
>
> load module presence_mwi
>
> and
>
> if(is_method("SUBSCRIBE")) {
>   if (!has_totag()) {
>             if (avp_check("$hdr(Event)", "eq/message-summary/i")) {
>               rewritehostport("asterisk.host");
>               record_route();
>               if (!t_relay()) {
>                  t_reply("500", "Server internal error");
>               }
>               exit;
>            }
>   }
> }
>
>
> Dani
> On 10/27/11 17:34, Schneur Rosenberg wrote:
>>
>> We have a Opensips server that is used to load balance a few asterisk
>> servers, the opensips also handles registration, but asterisk handles
>> everything else, everything works fine but I don't know how to get MWI
>> indicator to work, I tried rewritehostport for the SUBSCRIBE but it
>> did not work, can anyone please help me with this.
>>
>> Thanks
>> S. Rosenebrg
>>
>> ___
>> 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
>

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

Re: [OpenSIPS-Users] ASR & ACD Monitoring

2011-10-27 Thread Dani Popa


Him

if you look for asterisk tools, i think you should ask on asterisk 
mailing list, not opensips.


Dani
On 10/24/11 11:54, Faisal Rehman wrote:

Hi

I am in search of an opensource/paid tool for the monitoring and 
analysis of ASR & ACD from Master.csv (of Asterisk), before that Sammy 
recommended me a software for this but it was too expensive for me, so 
any ideas about a little cheap & recommended tool for the sake of 
above purpose.



Regards,

Faisal Rehman


___
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] No voice and No video, But I can register.

2011-10-27 Thread Dani Popa


Hi,


You have a lot of invite there, and it's hard to follow a single call 
trace. Can you post a single call trace? Do you make nat detection and 
fix nat , do you use mediaproxy or nathelper to pass media behaind nat ?


Dani

On 10/27/11 09:53, Nick wrote:

Hello

It's my network

idoubs on iphone <--> NAT <--> opensips <--> NAT <--> linphone on andriod

idoubs call linphone or linphone call idoubs. It's OK.

But No voice and No video.

It's my ngrep log.
please give me a suggest. Thanks Nick

U 2011/10/27 14:42:30.595631 192.168.20.118:5060 -> 111.250.252.241:57344
SIP/2.0 200 OK.
Via: SIP/2.0/UDP 
111.250.252.241:57344;branch=z9hG4bK1663566969;rport=57344.

From: ;tag=1116164971.
To: 
;tag=c97b4d1cb1f3d0da549e06a8d482ef63.8257.

Call-ID: 9fd9f4fb-8a3e-1614-a9ab-2657b0def8fb.
CSeq: 1361788763 REGISTER.
Contact: 
;expires=51;received="sip:220.130.6.180:57685", 
;expires=1560, 
;expires=1807, 
;expires=1909;received="sip:220.130.6.180:49289", 
;expires=3200.

Server: OpenSIPS (1.7.0-tls (i386/linux)).
Content-Length: 0.
.

#
U 2011/10/27 14:42:30.599525 111.235.230.93:2339 -> 192.168.20.118:5060
jaK...
#
U 2011/10/27 14:42:42.758246 111.250.252.241:57344 -> 192.168.20.118:5060
INVITE sip:09@220.130.6.180 SIP/2.0.
Via: SIP/2.0/UDP 111.250.252.241:57344;branch=z9hG4bK409732603;rport.
From: ;tag=1535502360.
To: .
Contact: 
;+g.oma.sip-im;language="en,fr";+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel".

Call-ID: 330b0d11-fcbb-1606-6536-5727b505bf9d.
CSeq: 2031179596 INVITE.
Content-Type: application/sdp.
Content-Length: 802.
Max-Forwards: 70.
Route: .
Accept-Contact: 
*;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel".

P-Preferred-Service: urn:urn-7:3gpp-service.ims.icsi.mmtel.
Allow: INVITE, ACK, CANCEL, BYE, MESSAGE, OPTIONS, NOTIFY, PRACK, 
UPDATE, REFER.

Privacy: none.
P-Access-Network-Info: ADSL;utran-cell-id-3gpp=.
User-Agent: IM-client/OMA1.0 ios-ngn-stack/v00 (doubango r000).
P-Preferred-Identity: .
Supported: 100rel.
.
v=0.
o=doubango 1983 678901 IN IP4 111.250.252.241.
s=-.
c=IN IP4 111.250.252.241.
t=0 0.
m=audio 34928 RTP/AVP 101 8 0 9 18.
a=ptime:20.
a=rtpmap:101 telephone-event/8000/1.
a=fmtp:101 0-15.
a=rtpmap:8 PCMA/8000/1.
a=rtpmap:0 PCMU/8000/1.
a=rtpmap:9 G722/8000/1.
a=rtpmap:18 g729/8000/1.
a=fmtp:18 annexb=yes.
m=video 6632 RTP/AVP 125 106 105 104 121.
a=rtpmap:125 VP8/9.
a=fmtp:125 CIF=2;QCIF=2;SQCIF=2.
a=rtpmap:106 H264/9.
a=fmtp:106 profile-level-id=42e01e; packetization-mode
#
U 2011/10/27 14:42:42.761909 192.168.20.118:5060 -> 111.250.252.241:57344
SIP/2.0 100 Giving a try.
Via: SIP/2.0/UDP 
111.250.252.241:57344;branch=z9hG4bK409732603;rport=57344.

From: ;tag=1535502360.
To: .
Call-ID: 330b0d11-fcbb-1606-6536-5727b505bf9d.
CSeq: 2031179596 INVITE.
Server: OpenSIPS (1.7.0-tls (i386/linux)).
Content-Length: 0.
.

#
U 2011/10/27 14:42:42.762554 192.168.20.118:5060 -> 220.130.6.180:2339
INVITE sip:09@192.168.20.149:2339;line=5597fee1c733567 SIP/2.0.
Record-Route: .
Via: SIP/2.0/UDP 192.168.20.118;branch=z9hG4bKbda9.9754d403.0.
Via: SIP/2.0/UDP 
111.250.252.241:57344;received=111.250.252.241;branch=z9hG4bK409732603;rport=57344.

From: ;tag=1535502360.
To: .
Contact: 
;+g.oma.sip-im;language="en,fr";+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel".

Call-ID: 330b0d11-fcbb-1606-6536-5727b505bf9d.
CSeq: 2031179596 INVITE.
Content-Type: application/sdp.
Content-Length: 802.
Max-Forwards: 69.
Accept-Contact: 
*;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel".

P-Preferred-Service: urn:urn-7:3gpp-service.ims.icsi.mmtel.
Allow: INVITE, ACK, CANCEL, BYE, MESSAGE, OPTIONS, NOTIFY, PRACK, 
UPDATE, REFER.

Privacy: none.
P-Access-Network-Info: ADSL;utran-cell-id-3gpp=.
User-Agent: IM-client/OMA1.0 ios-ngn-stack/v00 (doubango r000).
P-Preferred-Identity: .
Supported: 100rel.
.
v=0.
o=doubango 1983 678901 IN IP4 111.250.252.241.
s=-.
c=IN IP4 111.250.252.241.
t=0 0.
m=audio 34928 RTP/AVP 101 8 0 9 18.
a=ptime:20.
a=rtpmap:101 telephone-event/8000/1.
a=fmtp:101 0-15.
a=rtpmap:8 PCMA/8000/1.
a=rtpmap:0 PCMU/8000/1.
a=rtpmap:9 G722/8000/1.
a=rtpmap:18 g729/8000/1.
a=fmtp:18 annexb=yes.
m=video 6632 RTP/AVP 125 106 105 104 121.
a=rtpmap:125 VP8/9.
a=
#
U 2011/10/27 14:42:42.762770 192.168.20.118:5060 -> 61.220.124.37:2339
INVITE sip:09@192.168.11.25:2339;line=80f007657c74f24 SIP/2.0.
Record-Route: .
Via: SIP/2.0/UDP 192.168.20.118;branch=z9hG4bKbda9.9754d403.1.
Via: SIP/2.0/UDP 
111.250.252.241:57344;received=111.250.252.241;branch=z9hG4bK409732603;rport=57344.

From: ;tag=1535502360.
To: .
Contact: 
;+g.oma.sip-im;language="en,fr";+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel".

Call-ID: 330b0d11-fcbb-1606-6536-5727b505bf9d.
CSeq: 2031179596 INVITE.
Content-Type: application/sdp.
Content-Length: 802.
Max-Forwards: 69.
Accept-Contact: 
*;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel".

P-Preferred-Service: urn:urn-7:3gpp-service.ims.icsi.mmtel.
Allow: INVIT

Re: [OpenSIPS-Users] MWI indicator when integrating with Asterisk

2011-10-27 Thread Dani Popa


hi,

load module presence_mwi

and

if(is_method("SUBSCRIBE")) {
   if (!has_totag()) {
 if (avp_check("$hdr(Event)", "eq/message-summary/i")) {
   rewritehostport("asterisk.host");
   record_route();
   if (!t_relay()) {
  t_reply("500", "Server internal error");
   }
   exit;
}
   }
}


Dani
On 10/27/11 17:34, Schneur Rosenberg wrote:

We have a Opensips server that is used to load balance a few asterisk
servers, the opensips also handles registration, but asterisk handles
everything else, everything works fine but I don't know how to get MWI
indicator to work, I tried rewritehostport for the SUBSCRIBE but it
did not work, can anyone please help me with this.

Thanks
S. Rosenebrg

___
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] MWI indicator when integrating with Asterisk

2011-10-27 Thread Schneur Rosenberg

We have a Opensips server that is used to load balance a few asterisk
servers, the opensips also handles registration, but asterisk handles
everything else, everything works fine but I don't know how to get MWI
indicator to work, I tried rewritehostport for the SUBSCRIBE but it
did not work, can anyone please help me with this.

Thanks
S. Rosenebrg

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

Re: [OpenSIPS-Users] sipp to make call oriented test for opensips proxy

2011-10-27 Thread Maysoon Aaziz Alduwais



In more details I'm trying to record the the sip proxy servers' load in the 
load balancer machine then based on the results & I'm going to forward packets 
as follows:


< UAS1
< SIP Proxy 1 < 
 :
   UAC1 ><< 
UASn
 >---Load Blancer---<
   UACn ><< 
UAS1  
< SIP Proxy 2 < 
:

< UASn 


Regards


From: users-boun...@lists.opensips.org [users-boun...@lists.opensips.org] On 
Behalf Of Vlad Paiu [vladp...@opensips.org]
Sent: Thursday, October 27, 2011 3:24 PM
To: users@lists.opensips.org
Subject: Re: [OpenSIPS-Users] sipp to make call oriented test for opensips proxy

Hello,

Could you please explain more in-detail what type of algorithm for load
balancing are you trying to implement ?
At [1] you will find the full description of the load balancer module
and all the things it can and can't do.

[1] http://www.opensips.org/html/docs/modules/devel/load_balancer.html

Regards,

Vlad Paiu
OpenSIPS Developer


On 10/27/2011 03:18 PM, Maysoon Aaziz Alduwais wrote:
> Thank you very much for helping,
>
>
> This means that opensips can't play the role of UAS completely&  reply to 
> UAC's INVITE scenarioes.
>
> I'll follow your advice&  run UAS in the same machine with a different port.
>
>
> Regarding the load balancer module I just to make sure before I go in deep. 
> Do you have an idea wheather is it possible to be configured as what suites 
> my algorithm's conditions in balancing.
>
>
> Thank you again you really helped me to understand,
>
> Disclaimer:
> This communication is intended for the above named person and is confidential 
> and / or legally privileged. Any opinion(s) expressed in this communication 
> are not necessarily those of KSU (King Saud University). If it has come to 
> you in error you must take no action based upon it, nor must you print it, 
> copy it, forward it, or show it to anyone. Please delete and destroy the 
> e-mail and any attachments and inform the sender immediately. Thank you.
> KSU is not responsible for the political, religious, racial or partisan 
> opinion in any correspondence conducted by its domain users. Therefore, any 
> such opinion expressed, whether explicitly or implicitly, in any said 
> correspondence is not to be interpreted as that of KSU.
> KSU may monitor all incoming and outgoing e-mails in line with KSU business 
> practice. Although KSU has taken steps to ensure that e-mails and attachments 
> are free from any virus, we advise that, in keeping with best business 
> practice, the recipient must ensure they are actually virus free.
>
> ___
> 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

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

Re: [OpenSIPS-Users] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread Ovidiu Sas

Maybe the issue it's the same or maybe not.
It would be good to collect your core dump too.

I'm using b2b with top hiding and haven't seen any core dumps.


Regards,
Ovidiu Sas

On Thu, Oct 27, 2011 at 9:46 AM, Jock McKechnie
 wrote:
> Thanks ddgiants;
>
> Vlad, will ddgiant's coredump work, or would you like one from me also?
>
>  - JP
>
> On Thu, Oct 27, 2011 at 8:18 AM, ddgiants  wrote:
>> I am having the same issue. I used the example config with 1.7 on OpenSuse,
>> set static ip and it cores on BYE. Core dump attached
>> http://opensips-open-sip-server.1449251.n2.nabble.com/file/n6936311/core_client.zip
>> core_client.zip
>>
>> --
>> View this message in context: 
>> http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6936311.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
>>
>
> ___
> 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] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread Jock McKechnie

Thanks ddgiants;

Vlad, will ddgiant's coredump work, or would you like one from me also?

 - JP

On Thu, Oct 27, 2011 at 8:18 AM, ddgiants  wrote:
> I am having the same issue. I used the example config with 1.7 on OpenSuse,
> set static ip and it cores on BYE. Core dump attached
> http://opensips-open-sip-server.1449251.n2.nabble.com/file/n6936311/core_client.zip
> core_client.zip
>
> --
> View this message in context: 
> http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6936311.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
>

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

Re: [OpenSIPS-Users] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread ddgiants

I am having the same issue. I used the example config with 1.7 on OpenSuse,
set static ip and it cores on BYE. Core dump attached
http://opensips-open-sip-server.1449251.n2.nabble.com/file/n6936311/core_client.zip
core_client.zip 

--
View this message in context: 
http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6936311.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] Restricting Max Contacts but allowing Softphone

2011-10-27 Thread Duane Larson

Can the values in the AVPOPS be IP:PORT or just IPs.
On Oct 27, 2011 7:03 AM, "Vlad Paiu"  wrote:

> **
> Hello,
>
> The docs pretty much says it all. " This function returns true if there are
> any other contacts registered, different from the ones from the IPs avp."
>
> The function receives an AVP, but a single AVP does not mean a single
> value, as AVPs are a stack of values. So if you keep pushing IPs into an AVP
> and pass that AVP to the is_other_contact func, it will return true if, for
> the particular AOR in the Register message, there are Contacts registered
> from other IPs  than the ones passes in the AVP.
>
> Regards,
>
> Vlad Paiu
> OpenSIPS Developer
>
>
> On 10/27/2011 02:54 PM, Duane Larson wrote:
>
> I looked at that function but wasn't really sure about what value should
> gobim the AVPOPS.  And also want that AVPOPS is compared too?
> On Oct 27, 2011 6:13 AM, "Vlad Paiu"  wrote:
>
>>  Hello,
>>
>> Just an idea, maybe you can use the is_other_contact() function exported
>> by the registrar module [1], and somehow differentiate at IP level the
>> Deskphone from the Softphone, and reject registrations based on the func's
>> result. Though I'm not really sure if this is possible in your case...
>>
>> [1]
>> http://www.opensips.org/html/docs/modules/devel/registrar.html#id293043
>>
>> Regards,
>>
>> Vlad Paiu
>> OpenSIPS Developer
>>
>>
>> On 10/26/2011 10:54 PM, duane.lar...@gmail.com wrote:
>>
>> I was wondering if it was possible to do the following scenario
>>
>> I want to make sure that DeskphoneA can only have one contact entry in the
>> Location table but that contact entry has to be the most up-to-date in case
>> the deskphone loses power or internet connectivity. Therefore I need to use
>> the "f" flag in the save() function. I would also like for a SoftphoneA to
>> be able to register and have a contact entry that is the most up-to-date in
>> case the softphone laptop loses power or internet connectivity.
>>
>> How can I achieve this? If I do save("location","fc2") then this might
>> allow for DeskphoneA and SoftphoneA to be registered at the same time, but
>> there is no guarantee that the deskphone won't overwrite the softphone and
>> vice versa.
>>
>>
>> ___
>> 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
>>
>>
> ___
> 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
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] trusted_peers table

2011-10-27 Thread Bogdan-Andrei Iancu


Hi Gabriel,

the root of your problem is the incompatibility between the version of 
cdrtool and opensips - the trusted_peers table is part of an older 
version of opensips : starting with 1.6.0 version, the table was merged 
into "addresses" table - see http://www.opensips.org/Main/Ver160#toc30).


So the solution you had (creating the view is ok, as it is offering to 
cdrtool the table in the old format, but using the new opensips table)


Regards,
Bogdan

On 10/24/2011 08:56 PM, Gabriel Bermudez wrote:

Hi,

I was getting the following error with cdrtool 8.2.2 and opensips 1.6.2

Oct 24 19:20:02 server2 cdrtool[27021]: Database error: Invalid SQL: 
select * from trusted_peers


I remembered a similar thread about cdrtool complaining about a 
trusted table so I adapted the solution to this and it worked!!! 
(http://www.openser.org/pipermail/users/2009-December/009882.html). 
 Can somebody confirm this is the right solution or I was just lucky 
today :D


Regards,


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



--
Bogdan-Andrei Iancu
OpenSIPS eBootcamp - 19th of September 2011
OpenSIPS solutions and "know-how"

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

Re: [OpenSIPS-Users] sipp to make call oriented test for opensips proxy

2011-10-27 Thread Vlad Paiu


Hello,

Could you please explain more in-detail what type of algorithm for load 
balancing are you trying to implement ?
At [1] you will find the full description of the load balancer module 
and all the things it can and can't do.


[1] http://www.opensips.org/html/docs/modules/devel/load_balancer.html

Regards,

Vlad Paiu
OpenSIPS Developer


On 10/27/2011 03:18 PM, Maysoon Aaziz Alduwais wrote:

Thank you very much for helping,


This means that opensips can't play the role of UAS completely&  reply to UAC's 
INVITE scenarioes.

I'll follow your advice&  run UAS in the same machine with a different port.


Regarding the load balancer module I just to make sure before I go in deep. Do 
you have an idea wheather is it possible to be configured as what suites my 
algorithm's conditions in balancing.


Thank you again you really helped me to understand,

Disclaimer:
This communication is intended for the above named person and is confidential 
and / or legally privileged. Any opinion(s) expressed in this communication are 
not necessarily those of KSU (King Saud University). If it has come to you in 
error you must take no action based upon it, nor must you print it, copy it, 
forward it, or show it to anyone. Please delete and destroy the e-mail and any 
attachments and inform the sender immediately. Thank you.
KSU is not responsible for the political, religious, racial or partisan opinion 
in any correspondence conducted by its domain users. Therefore, any such 
opinion expressed, whether explicitly or implicitly, in any said correspondence 
is not to be interpreted as that of KSU.
KSU may monitor all incoming and outgoing e-mails in line with KSU business 
practice. Although KSU has taken steps to ensure that e-mails and attachments 
are free from any virus, we advise that, in keeping with best business 
practice, the recipient must ensure they are actually virus free.

___
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] sipp to make call oriented test for opensips proxy

2011-10-27 Thread Maysoon Aaziz Alduwais

Thank you very much for helping,


This means that opensips can't play the role of UAS completely & reply to UAC's 
INVITE scenarioes.

I'll follow your advice & run UAS in the same machine with a different port.


Regarding the load balancer module I just to make sure before I go in deep. Do 
you have an idea wheather is it possible to be configured as what suites my 
algorithm's conditions in balancing.


Thank you again you really helped me to understand,

Disclaimer:
This communication is intended for the above named person and is confidential 
and / or legally privileged. Any opinion(s) expressed in this communication are 
not necessarily those of KSU (King Saud University). If it has come to you in 
error you must take no action based upon it, nor must you print it, copy it, 
forward it, or show it to anyone. Please delete and destroy the e-mail and any 
attachments and inform the sender immediately. Thank you.
KSU is not responsible for the political, religious, racial or partisan opinion 
in any correspondence conducted by its domain users. Therefore, any such 
opinion expressed, whether explicitly or implicitly, in any said correspondence 
is not to be interpreted as that of KSU.
KSU may monitor all incoming and outgoing e-mails in line with KSU business 
practice. Although KSU has taken steps to ensure that e-mails and attachments 
are free from any virus, we advise that, in keeping with best business 
practice, the recipient must ensure they are actually virus free.

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

Re: [OpenSIPS-Users] Restricting Max Contacts but allowing Softphone

2011-10-27 Thread Vlad Paiu


Hello,

The docs pretty much says it all. " This function returns true if there 
are any other contacts registered, different from the ones from the IPs 
avp."


The function receives an AVP, but a single AVP does not mean a single 
value, as AVPs are a stack of values. So if you keep pushing IPs into an 
AVP and pass that AVP to the is_other_contact func, it will return true 
if, for the particular AOR in the Register message, there are Contacts 
registered from other IPs  than the ones passes in the AVP.


Regards,

Vlad Paiu
OpenSIPS Developer


On 10/27/2011 02:54 PM, Duane Larson wrote:


I looked at that function but wasn't really sure about what value 
should gobim the AVPOPS.  And also want that AVPOPS is compared too?


On Oct 27, 2011 6:13 AM, "Vlad Paiu" > wrote:


Hello,

Just an idea, maybe you can use the is_other_contact() function
exported by the registrar module [1], and somehow differentiate at
IP level the Deskphone from the Softphone, and reject
registrations based on the func's result. Though I'm not really
sure if this is possible in your case...

[1]
http://www.opensips.org/html/docs/modules/devel/registrar.html#id293043

Regards,

Vlad Paiu
OpenSIPS Developer


On 10/26/2011 10:54 PM, duane.lar...@gmail.com
 wrote:

I was wondering if it was possible to do the following scenario

I want to make sure that DeskphoneA can only have one contact
entry in the Location table but that contact entry has to be the
most up-to-date in case the deskphone loses power or internet
connectivity. Therefore I need to use the "f" flag in the save()
function. I would also like for a SoftphoneA to be able to
register and have a contact entry that is the most up-to-date in
case the softphone laptop loses power or internet connectivity.

How can I achieve this? If I do save("location","fc2") then this
might allow for DeskphoneA and SoftphoneA to be registered at the
same time, but there is no guarantee that the deskphone won't
overwrite the softphone and vice versa.


___
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


___
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] Restricting Max Contacts but allowing Softphone

2011-10-27 Thread Duane Larson

I looked at that function but wasn't really sure about what value should
gobim the AVPOPS.  And also want that AVPOPS is compared too?
On Oct 27, 2011 6:13 AM, "Vlad Paiu"  wrote:

> **
> Hello,
>
> Just an idea, maybe you can use the is_other_contact() function exported by
> the registrar module [1], and somehow differentiate at IP level the
> Deskphone from the Softphone, and reject registrations based on the func's
> result. Though I'm not really sure if this is possible in your case...
>
> [1]
> http://www.opensips.org/html/docs/modules/devel/registrar.html#id293043
>
> Regards,
>
> Vlad Paiu
> OpenSIPS Developer
>
>
> On 10/26/2011 10:54 PM, duane.lar...@gmail.com wrote:
>
> I was wondering if it was possible to do the following scenario
>
> I want to make sure that DeskphoneA can only have one contact entry in the
> Location table but that contact entry has to be the most up-to-date in case
> the deskphone loses power or internet connectivity. Therefore I need to use
> the "f" flag in the save() function. I would also like for a SoftphoneA to
> be able to register and have a contact entry that is the most up-to-date in
> case the softphone laptop loses power or internet connectivity.
>
> How can I achieve this? If I do save("location","fc2") then this might
> allow for DeskphoneA and SoftphoneA to be registered at the same time, but
> there is no guarantee that the deskphone won't overwrite the softphone and
> vice versa.
>
>
> ___
> 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
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] KPML support

2011-10-27 Thread spady

Thank you for reply.
Best regards

--
View this message in context: 
http://opensips-open-sip-server.1449251.n2.nabble.com/KPML-support-tp6930199p6935987.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] KPML support

2011-10-27 Thread Vlad Paiu


Hello,

No, OpenSIPS does not currently support RFC 4730.

Regards,

Vlad Paiu
OpenSIPS Developer


On 10/27/2011 11:55 AM, spady wrote:

Hi, nobody has idea?
Thanks

--
View this message in context: 
http://opensips-open-sip-server.1449251.n2.nabble.com/KPML-support-tp6930199p6935551.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


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

Re: [OpenSIPS-Users] Restricting Max Contacts but allowing Softphone

2011-10-27 Thread Vlad Paiu


Hello,

Just an idea, maybe you can use the is_other_contact() function exported 
by the registrar module [1], and somehow differentiate at IP level the 
Deskphone from the Softphone, and reject registrations based on the 
func's result. Though I'm not really sure if this is possible in your 
case...


[1] http://www.opensips.org/html/docs/modules/devel/registrar.html#id293043

Regards,

Vlad Paiu
OpenSIPS Developer


On 10/26/2011 10:54 PM, duane.lar...@gmail.com wrote:

I was wondering if it was possible to do the following scenario

I want to make sure that DeskphoneA can only have one contact entry in 
the Location table but that contact entry has to be the most 
up-to-date in case the deskphone loses power or internet connectivity. 
Therefore I need to use the "f" flag in the save() function. I would 
also like for a SoftphoneA to be able to register and have a contact 
entry that is the most up-to-date in case the softphone laptop loses 
power or internet connectivity.


How can I achieve this? If I do save("location","fc2") then this might 
allow for DeskphoneA and SoftphoneA to be registered at the same time, 
but there is no guarantee that the deskphone won't overwrite the 
softphone and vice versa.



___
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] B2BUA/Top Hiding in 1.7 trunk

2011-10-27 Thread Vlad Paiu


Hello,

As far as I know, 1.7 hasn't affected the B2B modules in a script-wise 
way, so the example scripts available on opensips.org should be up to date.
I see from your lvl3 debug that the core was not generated. Could you 
please start OpenSIPS with

-w VALID_DIRECTORY
and make sure to run
ulimit -c unlimited
so OpenSIPS can succesfully dump a core ?

Please return with a valid core dump so we can further investigate this 
issue.


Regards,

Vlad Paiu
OpenSIPS Developer


On 10/26/2011 09:48 PM, Jock McKechnie wrote:

Has something broken B2B/top hiding in trunk or is the config sample
presented on the Tutorials page not actually current for v1.7? I've
taken the sample and changed it to force the calls to a specific host,
implement top hiding, and I've also changed it to use db_mode 0 so I
don't need the DB back-end, but elsewise it's complete, however I get
debugging errors about "failed to create new b2b server instance" and,
even more entertainingly, when the call I'm trying to build tears down
OpenSIP shuts itself down.

Config and lv3 debug as follows. Is it v1.7 trunk, or am I missing
something that the changes above have fundamentally broken in the
tutorial sample?

Thank you!!
  - Jock

[OpenSIP is up and running here&  then receives a call]
Oct 21 09:33:50 mediab2bua1 /usr/sbin/opensips[2635]:
INFO:core:buf_init: initializing...
Oct 21 09:33:50 mediab2bua1 /usr/sbin/opensips[2635]: b2b_reply
(B2B.58.6764724)
Oct 21 09:33:50 mediab2bua1 /usr/sbin/opensips[2636]:
ERROR:b2b_logic:create_top_hiding_entities: failed to create new b2b
server instance
Oct 21 09:33:51 mediab2bua1 /usr/sbin/opensips[2637]:
ERROR:b2b_logic:create_top_hiding_entities: failed to create new b2b
server instance
Oct 21 09:33:51 mediab2bua1 /usr/sbin/opensips[2638]:
ERROR:b2b_entities:b2b_send_reply: Tm transaction not saved!
Oct 21 09:33:51 mediab2bua1 /usr/sbin/opensips[2630]:
INFO:core:handle_sigs: child process 2638 exited by a signal 11
Oct 21 09:33:51 mediab2bua1 /usr/sbin/opensips[2630]:
INFO:core:handle_sigs: core was not generated
Oct 21 09:33:51 mediab2bua1 /usr/sbin/opensips[2630]:
INFO:core:handle_sigs: terminating due to SIGCHLD
Oct 21 09:33:51 mediab2bua1 /usr/sbin/opensips[2641]:
INFO:core:sig_usr: signal 15 received



# Debugging mode:
debug=3
memlog= 6
fork=yes
auto_aliases=no
log_stderror=no

disable_dns_blacklist=yes

listen=192.168.9.9:5060
# alias=OSIPS_REALM
#port=OSIPS_PORT

sip_warning=0
#server_header="SRV_SIGNATURE"
#user_agent_header="PP_USER_AGENT"

#mhomed=yes
#memlog=2
check_via=no
dns=off
rev_dns=off
children=8
disable_tcp=yes
log_facility=LOG_LOCAL7
# for more info: opensips -h

# -- module loading --

mpath="/usr/lib/opensips/modules"

loadmodule "textops.so"
loadmodule "maxfwd.so"
loadmodule "rr.so"
loadmodule "sl.so"
loadmodule "tm.so"
loadmodule "signaling.so"
loadmodule "b2b_entities.so"
loadmodule "b2b_logic.so"
loadmodule "usrloc.so"
loadmodule "registrar.so"
loadmodule "mi_fifo.so"
loadmodule "dialog.so"


# - setting module-specific parameters ---
modparam("mi_fifo", "fifo_name", "/tmp/opensips_fifo")


modparam("tm", "pass_provisional_replies", 1)

modparam("b2b_logic", "db_mode", 0)
modparam("b2b_entities", "db_mode", 0)
modparam("b2b_entities", "script_req_route", "b2b_request")
modparam("b2b_entities", "script_reply_route", "b2b_reply")

route[b2b_request] {
   xlog("b2b_request ($ci)\n");
}


route[b2b_reply] {
   xlog("b2b_reply ($ci)\n");
}


route {
   if (!mf_process_maxfwd_header("10")) {
 sl_send_reply("483","Too Many Hops");
 exit;
   };

   if (msg:len>= 2380 ) {
 sl_send_reply("513", "Message too big");
 exit;
   };

   if (!method=="REGISTER")
 record_route();

   # subsequent messages withing a dialog should take the
   # path determined by record-routing
   if (loose_route()) {
 # mark routing logic in request
 append_hf("P-hint: rr-enforced\r\n");
 route(1);
   };

   if(is_method("INVITE")&&  !(src_ip == "192.168.9.9"&&  src_port
==5060)) /* skip Invite messages generated by the B2BUA*/
   {
 # DO NOT call t_newtran() on this request ->  it will result in the
transaction never being deleted
 rewritehost("192.168.10.10");
 b2b_init_request("top hiding");
 exit; # do not forward this request, another one will be generated
   };

   route(1);
}


route[1] {
   # send it out now; use stateful forwarding as it works reliably
   # even for UDP2TCP

   if (!t_relay()) {
 sl_reply_error();
   };
   exit;
}

___
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] sipp to make call oriented test for opensips proxy

2011-10-27 Thread Vlad Paiu


Hello,

In the end, you could use OpenSIPS as a simple, stateless UAS by just 
having a simple script that uses sl_send_reply("200","Ok") to every 
method except ACKs, but I'm not sure why you would want to stress test 
OpenSIPS in this way. Some relevant stress tests with OpenSIPS have been 
recently performed, using various scripts configurations, that show how 
OpenSIPS performance scales while adding extra functionality in the 
script. You can find the tests and the results at [1].


Of course you can use the load balancer module inside OpenSIPS. You can 
find a very detailed tutorial at [2] .


[1] http://www.opensips.org/Resources/StressTests
[2] http://www.opensips.org/index.php?n=Resources.DocsTutLoadbalancing

Regards,

Vlad Paiu
OpenSIPS Developer


On 10/26/2011 09:12 PM, Maysoon Aaziz Alduwais wrote:


Thank you Mr.Paiu for replying

I think you are right there must be a UAS

I have another question I want to implement a load balancer algorithm&  test 
its performance. Did you recommend me to do it using opensips's load balancer 
module or the load balancer module implements a specific method that can't be 
adjusted.


Thank you

From: users-boun...@lists.opensips.org [users-boun...@lists.opensips.org] On 
Behalf Of Vlad Paiu [vladp...@opensips.org]
Sent: Wednesday, October 26, 2011 4:30 PM
To: users@lists.opensips.org
Subject: Re: [OpenSIPS-Users] sipp to make call oriented test for opensips proxy

Hello,

I'm not really sure how you think this would work, without an UAS.
I mean, who will send 180 and 200 Ok for the Initial Invite, and the 200
Ok for the BYE, if not a UAS ? Do you want OpenSIPS to do these ?
Because it's not possible, as OpenSIPS is essentially a proxy, not an UA.

Regards,

Vlad Paiu
OpenSIPS Developer


On 10/24/2011 03:16 PM, M.Abdulaziz wrote:

Hello everyone

I want to make a call orientwd test to test opensips proxy server useing
sipp's uac without the use of uas. Is it possible to do the following
scenario? if yes how to do it?



UAC-->Proxy
 192.168.1.69.5061
192.168.1.69:5060


--INVITE--->
 <100
Trying---
 <180
Ringing-
<-200
OK

---ACK--->

---MEDIA

---BYE>
<-200
OK

NOTE: I performed the same call oriented test mentioned here
http://www.kamailio.org/docs/openser-performance-tests/
&   it goes fine but I need to perform it without the use of UAS if it is
possible.

Thank you,

--
View this message in context: 
http://opensips-open-sip-server.1449251.n2.nabble.com/sipp-to-make-call-oriented-test-for-opensips-proxy-tp6924833p6924833.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

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

Disclaimer:
This communication is intended for the above named person and is confidential 
and / or legally privileged. Any opinion(s) expressed in this communication are 
not necessarily those of KSU (King Saud University). If it has come to you in 
error you must take no action based upon it, nor must you print it, copy it, 
forward it, or show it to anyone. Please delete and destroy the e-mail and any 
attachments and inform the sender immediately. Thank you.
KSU is not responsible for the political, religious, racial or partisan opinion 
in any correspondence conducted by its domain users. Therefore, any such 
opinion expressed, whether explicitly or implicitly, in any said correspondence 
is not to be interpreted as that of KSU.
KSU may monitor all incoming and outgoing e-mails in line with KSU business 
practice. Although KSU has taken steps to ensure that e-mails and attachments 
are free from any virus, we advise that, in keeping with best business 
practice, the recipient must ensure they are actually virus free.

___
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] KPML support

2011-10-27 Thread spady

Hi, nobody has idea?
Thanks

--
View this message in context: 
http://opensips-open-sip-server.1449251.n2.nabble.com/KPML-support-tp6930199p6935551.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] ASR & ACD Monitoring

2011-10-27 Thread Faisal Rehman

Hi Sammy,

Yeah I am going to write or search a script that will fulfill my requirements, 
thanks for your assistance.

Regards,

Faisal Rehman

From: Sammy Govind 
To: Faisal Rehman ; OpenSIPS users mailling list 

Sent: Wednesday, October 26, 2011 11:22 PM
Subject: Re: [OpenSIPS-Users] ASR & ACD Monitoring

I suggest making a script based simpler version of your ASR/ACD calculator 
would be easy. Just jump into it and I'm sure you'll come up with a better 
script to suit your requirements within a week or so.

On Mon, Oct 24, 2011 at 1:54 PM, Faisal Rehman  
wrote:

Hi 
>
>
>I am in search of an opensource/paid tool for the monitoring and analysis of 
>ASR & ACD from Master.csv (of Asterisk), before that Sammy recommended me a 
>software for this but it was too expensive for me, so any ideas about a little 
>cheap & recommended tool for the sake of above purpose.
>
>
>
>
> 
>Regards,
>
>Faisal Rehman
>___
>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

37 matches

Mail list logo