[Users] openser[3844]: ERROR:tm:write_to_unixsock: writev failed: Message too long

laurent schweizer laurent.schweizer at gmail.com
Sun Apr 15 11:56:50 CEST 2007


Hi

with openser 1.1.1 I have this error

Apr 15 10:27:18 byll4 openser[3844]: ERROR: tsend_datagram_ev: failed to
send: (90) Message too long
Apr 15 10:27:18 byll4 openser[3844]: ERROR:tm:write_to_unixsock: writev
failed: Message too long
Apr 15 10:27:18 byll4 openser[3844]: ERROR:tm:t_write_unix:
write_to_unixsock failed


Laurent


# ----------- global configuration parameters ------------------------

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

check_via=no    # (cmd. line: -v)
dns=no           # (cmd. line: -r)
rev_dns=no      # (cmd. line: -R)
port=5060
children=4

unix_sock="/tmp/ser_sock"

listen=udp:195.129.125.57:5060

# ------------------ module loading ----------------------------------

loadmodule "modules/sl/sl.so"
loadmodule "modules/tm/tm.so"
loadmodule "modules/rr/rr.so"
loadmodule "modules/maxfwd/maxfwd.so"
loadmodule "modules/textops/textops.so"
#loadmodule "modules/avp/avp.so"
loadmodule "modules/avpops/avpops.so"
loadmodule "modules/xlog/xlog.so"
#loadmodule "avpops.so"

# ----------------- setting module-specific parameters ---------------
modparam("xlog", "buf_size", 8192)

# add value to ;lr param to make some broken UAs happy
modparam("rr", "enable_full_lr", 1)
modparam( "avpops", "avp_aliases", "billing_data=i:67" )
modparam("tm", "pass_provisional_replies", 1)
# appends for INVITE to voicemail
modparam("tm", "tw_append", "billing_headers: ua=$hdr(User-Agent)")

#modparam("tm", "tw_append", "billing_headers: ua=$hdr(User-Agent)
;pbilling=$avp(i:67);x-billingId=$hdr(x-billingId);remote-party-id=$hdr(Remote-Party-ID)")

modparam("tm", "fr_timer", 200)
# appends for dtmf per INFO
#modparam( "tm", "tw_append",
#   "info_append: ctlength=$hdr(Content-Length); cttype=$hdr(Content-Type);
msg=$msg(body)")

# main routing logic

route{

        xlog("L_ERR", "time [%Tf] method <%rm> r-uri <%ru> 2nd via
<%{via[1]}>\n");


        # 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");
                return;
        };
        if (msg:len >=  2048 ) {
                sl_send_reply("513", "Message too big");
                return;
        };

        if (method != "ACK" && method != "INVITE" && method != "BYE"
                && method != "CANCEL" && method != "INFO" ){
                        log("unsupported method\n");
                        sl_send_reply("500","unsupported method");
                        return;
        }

         sl_send_reply("100", " trying ");
        # 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
        record_route();

        log("step 1\n");
        xlog("L_ERR", "step 1\n");


        # subsequent messages withing a dialog should take the
        # path determined by record-routing
        if (loose_route()) {

                 log("loose route\n");
                xlog("L_ERR", "loose route\n");
                append_hf("P-hint: rr-enforced\r\n");
                if (!t_relay()) {
                        sl_reply_error();
                }
                return;
        };

        xlog("L_ERR", "step t_newtran\n");


        # make transaction
#       if (method != "ACK") {

        if (!t_newtran()){
                log("could not create transaction\n");
                xlog("L_ERR", "could not create transaction  \n");

                sl_send_reply("500","could not create transaction");
                return;
        }
#}
         log("SIP message \n");
        xlog("L_ERR", "step 2\n");
        # actively absorb ACKs
        if (method == "ACK") {
                 log("ACK ... \n");
                xlog("L_ERR", "ACK ...\n");
                if (!t_relay()) {
                        sl_reply_error();
                }

                #t_relay();
        #       break;
        }

        # pass INFO to SEMS
#       if (method=="INFO") {
#               if(!t_write_unix("/tmp/sems_sock","sems/info_append")){
#                       log("could not contact sems\n");
#                       t_reply("500","could not contact media server");
#               }
#       }

        if (uri =~ "sip:.*@") {


                xlog("L_ERR", "to sems\n");
#               if (method=="INVITE")
#               {

                #       avp_write("$hdr[x-billingId]","$billing_data");


                #}
                if
(!t_write_unix("/tmp/sems_sock","billing/billing_headers")){
                        log("could not contact media server\n");
                        t_reply("500","could not contact media server");
                        return;
                }
                return;
        }


        t_reply("404","Not found in ser .... 1");
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kamailio.org/pipermail/users/attachments/20070415/03930438/attachment.htm 


More information about the Users mailing list