One change, the call to seturi is actually:

seturi("sip:feature_fs@_sip._udp.aimcidfilter.com:6010");

On 9/13/07, Tim Madorma tmadorma@gmail.com wrote:

Hi,

I have a simple application where I am trying to an SRV record to load balance towards a few different destination servers.

I set up my DNS server to resolve to four different destination A record URIs - something like:

_sip._udp.aimcidfilter.com 180 IN SRV 1 50 5061 crunch.com. _sip._udp.aimcidfilter.com 180 IN SRV 1 50 5061 spinner.com. _sip._udp.aimcidfilter.com 180 IN SRV 2 50 5061 homer.com. _sip._udp.aimcidfilter.com 180 IN SRV 2 50 5061 bart.com.

In my configuration file, I am putting a domain name in my call to seturi as follows:

seturi("sip:feature_fs@aimcidfilter.com:6010");

and then I call route to send the INVITE.

I was expecting to see a NAPTR and SRV record attempts, but when I sniffed DNS, I only saw A record attempts.

Any advice would be very helpful.

thanks, Tim

---

My configuration file looks as follows:

# # TWC OpenSER SIP Proxy for Caller ID - openser_cid.cfg # # ----------- global configuration parameters ------------------------

debug=5 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E)

maxbuffer=1048576

check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) #reply_to_via=1 children=4 log_facility=LOG_LOCAL4 dns_use_search_list=no dns_servers_no=2 # One for the ENUM server and one for other DNS lookups user="sipproxy" group="sipproxy" disable_dns_blacklist=yes # FOR TESTING ONLY dns_try_ipv6=no # FOR TESTING ONLY

# Local IP Address and port to listen to # Set the following IP addresses to the value of the local e1000g0 interface listen=udp:65.185.232.62:5060

# Alias IP address/port pair values will be in the Req URI when the # OpenSER is being load balanced with a BIG IP server # Set the IP addresses to the value of the associated blade # of the BIG IP that is load balancing for the SIP Proxy server. alias=65.185.233.104:5060

# LOAD OpenSER MODULES mpath="/sw/lib/openser/modules/" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "acc.so" loadmodule "mi_fifo.so" loadmodule "xlog.so"

# ----------------- setting module-specific parameters ---------------

# -- usrloc params --

modparam("usrloc", "db_mode", 0)

# -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1)

# ------------------------- request routing logic ------------------- modparam("acc", "log_level", 2) modparam("acc", "log_flag", 1) modparam("acc","report_cancels", 1) modparam("acc","failed_transaction_flag", 1) modparam("acc","log_extra", "req_uri=$rU") modparam("tm", "fr_timer", 5) modparam("tm","fr_inv_timer",5) modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo")

# main routing logic

route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; };

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

    # we record-route all messages -- to make sure that
    # subsequent messages will go through our proxy; that's
    # particularly good if upstream and downstream entities
    # use different transport protocol
    if (!method=="REGISTER")
            record_route();

    # subsequent messages within 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 (!uri==myself) {
            route(1);
    };

    if (method=="OPTIONS") {
        sl_send_reply("200", "OK");
        exit;
    }

    if (uri =~ "^sip:feature_fs@" || method=="NOTIFY") {
        xlog("L_DBG", "TWC: received incoming message:\n <$mb>\n");
        seturi("sip:feature_fs@aimcidfilter.com:6010");
        setflag(1);
        route(1);
    }  else {
      sl_send_reply("404", "Not Found");
    };

}

##################################################### # Default Message Handler ##################################################### route[1] {

    # Send it out now; use stateful forwarding as it works reliably
    # even for UDP2TCP
    if (!t_relay()) {
            sl_reply_error();
   };
    exit;

}

Tim Madorma writes:

seturi("sip:feature_fs@aimcidfilter.com:6010");

and then I call route to send the INVITE.

I was expecting to see a NAPTR and SRV record attempts, but when I sniffed DNS, I only saw A record attempts.

Any advice would be very helpful.

why did you include port 6010 in seturi? try what happens when you leave it out.

-- juha