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

ddgiants ddgiants at gmail.com
Thu Oct 27 20:37:03 CEST 2011


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.



More information about the Users mailing list