B2BUA/Top Hiding in 1.7 trunk

classic Classic list List threaded Threaded
25 messages Options
12
Reply | Threaded
Open this post in threaded view
|

B2BUA/Top Hiding in 1.7 trunk

Jock McKechnie
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
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

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
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

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


On 10/27/2011 7:01 AM, Vlad Paiu wrote:

> 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
>> [hidden email]
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> _______________________________________________
> Users mailing list
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

core_client.zip (803K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

ddgiants
In reply to this post by Jock McKechnie
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
core_client.zip
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

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 <[hidden email]> 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
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

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
<[hidden email]> 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 <[hidden email]> 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
>> [hidden email]
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
> _______________________________________________
> Users mailing list
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

ddgiants
I am around all day every day. Let me know how I can assist.
Darren
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

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 <[hidden email]> 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
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

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 <http://gnu.org/licenses/gpl.html>
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:
<http://www.gnu.org/software/gdb/bugs/>...
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 #
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

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 <[hidden email]> 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
> <http://gnu.org/licenses/gpl.html>
> 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:
> <http://www.gnu.org/software/gdb/bugs/>...
> 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
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

ddgiants
In reply to this post by 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  0x00000000 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\" <sip:xxxxxxxxxx@192.168.1.116>;tag=ec18c2dd39374640f
193aecc9579b359\r\nTo: <sip:xxxxxxxxx@192.168"..., len=338, 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
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

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 <[hidden email]> 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  0x00000000 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\"
> <sip:xxxxxxxxxx@192.168.1.116>;tag=ec18c2dd39374640f
> 193aecc9579b359\r\nTo: <sip:xxxxxxxxx@192.168"..., len=338,
> 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
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

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;
}
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

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 <[hidden email]> 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
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

Jock McKechnie
In reply to this post by Ovidiu Sas
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 <[hidden email]> 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 <[hidden email]> 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  0x00000000 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\"
>> <sip:xxxxxxxxxx@192.168.1.116>;tag=ec18c2dd39374640f
>> 193aecc9579b359\r\nTo: <sip:xxxxxxxxx@192.168"..., len=338,
>> 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
>> [hidden email]
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
> _______________________________________________
> Users mailing list
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

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
<[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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  0x00000000 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\"
>>> <sip:xxxxxxxxxx@192.168.1.116>;tag=ec18c2dd39374640f
>>> 193aecc9579b359\r\nTo: <sip:xxxxxxxxx@192.168"..., len=338,
>>> 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
>>> [hidden email]
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>
>> _______________________________________________
>> Users mailing list
>> [hidden email]
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
> _______________________________________________
> Users mailing list
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

Ovidiu Sas
In reply to this post by Jock McKechnie
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
<[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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  0x00000000 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\"
>>> <sip:xxxxxxxxxx@192.168.1.116>;tag=ec18c2dd39374640f
>>> 193aecc9579b359\r\nTo: <sip:xxxxxxxxx@192.168"..., len=338,
>>> 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
>>> [hidden email]
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>
>> _______________________________________________
>> Users mailing list
>> [hidden email]
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
> _______________________________________________
> Users mailing list
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

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
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

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>: /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
Reply | Threaded
Open this post in threaded view
|

Re: B2BUA/Top Hiding in 1.7 trunk

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 <[hidden email]> 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>:
> /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
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
12