sr-users January 2008

sr-users@lists.kamailio.org

131 participants
217 discussions

[OpenSER-Users] OpenXCAP application support

by Richard Good

Hi, I am using the OpenXCAP implementation in co-ordination with OpenSER. Is there any way to support any (or at least a few more) applications than those currently supported by OpenXCAP? I previously used XCAP-Lite and stored various XML documents ranging from address books and TV guides to privacy and domain policies. I've found that with OpenXCAP if you use any application not supported ( anything besides resource-lists, pidf-manipulation, pres-rules, etc.) the Document Selector is not recognised and the documents can not be uploaded or downloaded. Is there a way to bypass this? Apologies if this is not the correct mailing list - the OpenXCAP page points to this list. Thanks and Regards, Richard

16 years, 4 months

[OpenSER-Users] Help with this mediaproxy + Openser nat problem... thankssss

by Mario Bedialauneta

Hi everybody, I'm working with Openser + Mediaproxy 1.9.0 and it seems that everything is working when the calls are establised between users attached to the same proxy server, even with different kind of NATs. However It doen't work in 2 different scenarios, and the result is exactly the same , the video and audio is only sent in one way. Scenario 1 ======== User A attached to the SIP proxy xxx.xxx.xxx.13 (Public IP) calls to a GW xxx.xxx.xxx.11 (Public IP) with several users internally associated. In this case the user A can see the video and audio sent by the GW, but the GW doesn't receive any RTSP stream. It seems that the mediaproxy doesn't do anything, why? maybe because the GW blongs to other domain (xxx.xxx.xxx.11) ? What can I do? If the GW calls to user A, it works fine (I can see the session in the mediaproxy with sessions.py) Scenario 2 ======== In this case, I have another GW with Public IP address xxx.xxx.xxx.14, but it doesn't include in the INVITE message the SDP body. The GW calls to the same user attached to the SIP proxy xxx.xxx.xxx.13 , and the behaviour is exactly the same as scenario 1, the calling site can sse the video and audio but the called can't. Unlike the previous scenario, the signalling is: INVITE without SDP --> 200 OK (SDP) -- > ACK (SDP) In theory, Mediaproxy 1.9.0 should support this procedure since it's a SIP standard mechanism, however the called party doesn't receive RTP stream. In my opinion, the problem could be related to scenario 1, I mean , the calling party is not attached to the SIP proxy (belongs to other domain) and when the 200 OK (SDP) message arrives to the SIP proxy, the mediaproxy doesn't do anything Sorry for the complex explanation. I've waste a lot of time trying to solve this solution and honestly I don't know what to do. Please, could somebody help?? I attach my openser.conf. I hope it helps. Andreti debug=5 # debug level (cmd line: -dddddddddd) #fork=yes #log_stderror=no # (cmd line: -E) log_facility=LOG_LOCAL0 # Uncomment these lines to enter debugging mode #fork=no log_stderror=yes listen=xxx.xxx.10.12 check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) #port=5060 #children=4 fifo="/tmp/openser_fifo" fifo_db_url="mysql://openser:openserrw@localhost/openser" # ------------------ module loading ---------------------------------- mpath = "/usr/local/lib/openser/modules/" # Uncomment this if you want to use SQL database loadmodule "mysql.so" loadmodule "domain.so" loadmodule "mediaproxy.so" loadmodule "uri_db.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "avpops.so" loadmodule "uri.so" loadmodule "xlog.so" loadmodule "acc.so" loadmodule "auth_radius.so" loadmodule "group_radius.so" loadmodule "avp_radius.so" loadmodule "nathelper.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! loadmodule "auth.so" loadmodule "auth_db.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- #modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line modparam("usrloc", "db_mode", 2) modparam("usrloc", "timer_interval", 20) # -- auth params -- # Uncomment if you are using auth module # modparam("auth_db", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) # modparam("auth_db", "password_column", "password") # -- acc params -- modparam("acc", "radius_flag", 1) modparam("acc", "radius_missed_flag", 1) #cambio 16_04_07 modparam("acc", "radius_missed_flag", 2) modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 1) modparam("acc", "service_type", 15) modparam("acc|auth_radius|group_radius|avp_radius", "radius_config", "/usr/local/etc/radiusclient-ng/radiusclient.conf") #modparam("acc", "radius_extra", "Sip-Src-IP=$si;Sip-Src-Port=$sp") #puesto para el CDRTool modparam("acc", "failed_transaction_flag", 1) modparam("acc", "report_cancels", 0) modparam("acc", "report_ack", 0) modparam("acc", "early_media", 0) modparam("acc", "log_level", 1) #modparam("acc", "radius_config", "/etc/openser/radius/client.conf") modparam("acc", "radius_extra", "Sip-Src-IP=$si;Sip-Src-Port=$sp;\ Sip-RPid=$avp(s:rpid); \ Source-IP=$si; \ Source-Port=$sp; \ Canonical-URI=$avp($can_uri); \ Billing-Party=$avp($billing_party); \ Divert-Reason=$avp(s:divert_reason); \ X-RTP-Stat=$avp(s:rtp_statistics); \ From-Header=$hdr(from); \ User-Agent=$hdr(user-agent); \ Contact=$hdr(contact); \ Event=$hdr(event)") # SIP-Proxy-IP=$avp(s:sip_proxy_ip)") # -- group_radius params -- modparam("group_radius", "use_domain", 1) # -- avpops params -- #modparam("avpops", "avp_aliases", "day=i:101;time=i:102") modparam("avpops","avp_aliases","can_uri=i:34") modparam("avpops","avp_aliases","billing_party=i:1") # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) modparam("mediaproxy", "natping_interval", 60) modparam("registrar", "nat_flag", 2) # ------------------------- request routing logic ------------------- # 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; }; # setflag(ACCOUNTING_FLAG); # avp_write("SER_IP","$avp(s:sip-proxy)"); # avp_write("$ru", "$avp(can_uri)"); # 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 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"); if(is_method("BYE")) { # log it all the time acc_rad_request("200 ok"); acc_log_request("200 ok"); setflag(1); } route(1); }; if (src_ip==193.36.177.227) { fix_nated_sdp("2"); }; if(is_method("INVITE") && !has_totag()) { # set the acc flags setflag(1); setflag(2); }; if (method=="MESSAGE") { setflag(1); }; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); route(1); }; # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri==myself) { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication # if (!www_authorize("sip.com", "subscriber")) { # www_challenge("sip.com", "0"); # exit; # }; if (!radius_www_authorize("")) { www_challenge("","1"); exit; } if (client_nat_test("3")) { setflag(2); force_rport(); fix_contact(); }; save("location"); exit; }; lookup("aliases"); if (!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { # log to acc as missed call acc_rad_request("404 Not Found"); acc_log_request("404 Not Found"); sl_send_reply("404", "Not Found"); exit; }; }; if (method=="INVITE") { t_on_failure("1"); } else if (method == "BYE" || method == "CANCEL") { end_media_session(); }; if (loose_route()) { if (method=="INVITE" || method=="ACK") { use_media_proxy(); }; #if ((method=="INVITE" || method=="ACK") && !to_uri==" sip:frog1@xxx.xxx.10.12") { # use_media_proxy(); #}; t_relay(); return; }; if (client_nat_test("3") && !search("^Record-Route:")) { # Mark as NAT'ed force_rport(); fix_contact(); }; if (method=="INVITE") { t_on_reply("1"); }; if (method=="INVITE" || method=="ACK") { use_media_proxy(); }; #if ((method=="INVITE" || method=="ACK") && !to_uri==" sip:frog1@xxx.xxx.10.12") { # use_media_proxy(); #}; if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; append_hf("P-hint: usrloc applied\r\n"); # 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; } failure_route[1] { end_media_session(); } onreply_route[1] { if (status=~"(183)|(2[0-9][0-9])") { if (client_nat_test("1")) { fix_contact(); }; use_media_proxy(); }; }

16 years, 4 months

[OpenSER-Users] ERROR: presence_xml:get_final_notify_body?

by KevinKinnan

The debug log in 9 level is attached. K, _________________________________________________________________ 天凉了，添衣了，心动了，“七件”了 http://get.live.cn

16 years, 4 months

Re: [OpenSER-Users] openSER Call Route Logic

by Patrick Baker

Sipwise.com might help ----- Original Message ----- From: users-bounces(a)lists.openser.org <users-bounces(a)lists.openser.org> To: users(a)lists.openser.org <users(a)lists.openser.org> Sent: Wed Jan 16 23:48:27 2008 Subject: [OpenSER-Users] openSER Call Route Logic Hi, I recently installed openser-1.3.0 and able to connect my cisco sip phones and everything is working. Now i need to integrate this with asterisk box for call forwarding to other locations & voicemails. i read the getting started guide and other information, but seems i need more help from the group. can any one give me a helping hand. i am sure i will do my home work before bug you again. I need a starting point to over come the complexity of the routing plan and logic. thanks -asterisk user ________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. <http://us.rd.yahoo.com/evt=51734/*http://tools.search.yahoo.com/newsearch/c…>

16 years, 4 months

Re: [OpenSER-Users] MySQL Alternative (help!)

by Douglas Garstang

Henning, Let me try asking my question another way. Is it possible to use avp_db_query() with UnixODBC? If so, how? Douglas. ----- Original Message ---- From: Henning Westerholt <henning.westerholt(a)1und1.de> To: users(a)lists.openser.org Cc: Douglas Garstang <dougmig33(a)yahoo.com> Sent: Thursday, January 17, 2008 1:15:09 AM Subject: Re: [OpenSER-Users] MySQL Alternative On Thursday 17 January 2008, Douglas Garstang wrote: > What other options do I have for generic database connectivity besides > MySQL/avp_db_query() in OpenSER? > > Can I use SQLite? Can I use unixodbc? (and I'm not talking about the > limited built in usrloc unixodbc stuff) Hi Douglas, don't know what you mean with the builtin ODBC stuff in usrloc.. I assume that you talking about connectivity options for OpenSER. Available database modules that can be used with most modules: MySQL PostgreSQL UnixODBC (should work with Oracle, MS-SQL, SQLite and other) dbtext db_berkeley (Berkeley DB) Interfaces roughly sorted in terms of maturity, stability.. Most people uses MySQL, so this is the best tested option. Cheers, Henning ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

16 years, 4 months

[OpenSER-Users] Duplicated entries in "location" table when using "db_mode 3"

by Iñaki Baz Castillo

Hi, I use ("usrloc", "db_mode", 3) since some months and I've realized that many times I get duplicated entries in location table. Those entries have **exactly** the same values in all the columns. Note that is a testing serer which I restart 10 or 20 times each hour XD and that I've upgraded from 1.2 to 1.3 getting always this issue. If I send a new REGISTER (refresh) for an AoR with duplicated entries both entries are updated according to the new "expires" and CSEQ. Is it normal? -- Iñaki Baz Castillo

16 years, 4 months

Re: [OpenSER-Users] best response seems wrong.

by Aymeric Moizard

(sorry: just repost to follow correct thread/subjet) I just found another example from rfc3261 where an endpoint will use 5xx class answer: 12.2.2 UAS Behavior Page 76: If the remote sequence number is empty, it MUST be set to the value of the sequence number in the CSeq header field value in the request. If the remote sequence number was not empty, but the sequence number of the request is lower than the remote sequence number, the request is out of order and MUST be rejected with a 500 (Server Internal Error) response. Hope I convinced you! tks, Aymeric MOIZARD / ANTISIP amsip - http://www.antisip.com osip2 - http://www.osip.org eXosip2 - http://savannah.nongnu.org/projects/exosip/ On Wed, 16 Jan 2008, Iñaki Baz Castillo wrote: > On Wednesday 16 January 2008 13:44:10 A.smith wrote: > >> If I try and use the whole example cfg (not just the route) I am recieving >> an error like: >> >> 0(23448) find_cmd_export_t: <lookup> not found >> 0(23448) parse error (105,23-24): unknown command, missing loadmodule? > > "lookup()" is defined in "registrar" module that you are not loading: > http://www.openser.org/docs/modules/1.2.x/registrar.html#AEN342 > > -- > Iñaki Baz Castillo > ibc(a)in.ilimit.es > > _______________________________________________ > Users mailing list > Users(a)lists.openser.org > http://lists.openser.org/cgi-bin/mailman/listinfo/users >

16 years, 4 months

[OpenSER-Users] xlite with openser / hello world posts

by A.smith

16 years, 4 months

[OpenSER-Users] Presence + XCAP issue

by Leonard Broman

Hi! I have an issue with the presence/xml/xcap modules. I'm trying to run the presence server without an "integrated" xcap server, since I have not managed to get openXCAP running on CentOS. However, for the moment I'd prefer not to be depending on it. I suppose this might be the root of my problem, as follows. Publish is working fine. But Subscribe is always answered with a 481 (which shouldn't occur normally) and I get this log: Jan 17 10:57:16 m2lin3 ./openser[7097]: ERROR:presence:get_stored_info: record not found in hash_table Jan 17 10:57:16 m2lin3 ./openser[7097]: ERROR:presence:handle_subscribe: getting stored info My primary question is wheather the this error is caused by the absence of documents in the xcap table? And if so can I do something to avoid this dependence? /Leo

16 years, 4 months

[OpenSER-Users] openser 1.4 blocks

by Helmut Kuper

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, when I send the following SIP-Message on my openser, openser blocks and eats nearly all CPU power it can get: BYE sip:80.228.245.138:5070 SIP/2.0 Via: SIP/2.0/UDP 212.6.95.88:1028;branch=z9hG4bK-7rhl6qnns4ej;rport Route: <sip:212.6.123.118;lr=on;ftag=7w4sllx8cc> Route: <sip:212.6.123.118:5090;lr;ftag=7w4sllx8cc;vsf=ZlRqaD8wOzEbMTUlTiwzCnRNJ2F0eDBzMTZ0HVdlUg--> Route: <sip:Gk-int@80.228.245.176:5050;lr> From: "HK SoftSwitch" <sip:v101@sip0.en.ewetel.de>;tag=7w4sllx8cc To: <sip:12345@sip0.en.ewetel.de;user=phone>;tag=0082-00000054-0103i0 Call-ID: 3c26c9bec396-loo61fn1yu42 CSeq: 3 BYE Max-Forwards: 70 Contact: <sip:v101@212.6.95.88:1028;line=nopsgn9d>;flow-id=1 User-Agent: snom370/7.1.30 RTP-RxStat: Total_Rx_Pkts=120,Rx_Pkts=120,Rx_Pkts_Lost=0,Remote_Rx_Pkts_Lost=0 RTP-TxStat: Total_Tx_Pkts=2263,Tx_Pkts=2263,Remote_Tx_Pkts=160 Content-Length: 0 What openser does is authentication, avp db loading an then a simple t_relay(). opensers debuglog (level 8) is this: Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=ffffffffffffffff Jan 16 21:30:45 [8406] DBG:core:check_via_address: params 212.6.95.88, 212.6.95.88, 0 Jan 16 21:30:45 [8406] DBG:sl:run_sl_callbacks: callback id 0 entered Jan 16 21:30:45 [8406] DBG:siptrace:trace_sl_onreply_out: trace off... Jan 16 21:30:45 [8406] DBG:core:destroy_avp_list: destroying list 0xb5b00e50 Jan 16 21:30:45 [8406] DBG:core:receive_msg: cleaning up Jan 16 21:30:45 [8406] DBG:core:parse_msg: SIP Request: Jan 16 21:30:45 [8406] DBG:core:parse_msg: method: <BYE> Jan 16 21:30:45 [8406] DBG:core:parse_msg: uri: <sip:80.228.245.138:5080> Jan 16 21:30:45 [8406] DBG:core:parse_msg: version: <SIP/2.0> Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=2 Jan 16 21:30:45 [8406] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-goxekiv4ggfm>; state=6 Jan 16 21:30:45 [8406] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Jan 16 21:30:45 [8406] DBG:core:parse_via: end of header reached, state=5 Jan 16 21:30:45 [8406] DBG:core:parse_headers: via found, flags=2 Jan 16 21:30:45 [8406] DBG:core:parse_headers: this is the first via Jan 16 21:30:45 [8406] DBG:core:receive_msg: After parse_msg... Jan 16 21:30:45 [8406] DBG:core:receive_msg: preparing to run routing scripts... BYE--------------------------------------------------------------------- [Wed Jan 16 21:30:45 2008] - NEW TRANSACTION! Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=78 Jan 16 21:30:45 [8406] DBG:core:parse_to_param: tag=0082-0000004f-00e7i0 Jan 16 21:30:45 [8406] DBG:core:parse_to: end of header reached, state=29 Jan 16 21:30:45 [8406] DBG:core:parse_to: display={}, ruri={sip:044180002850@sip0.en.ewetel.de;user=phone} Jan 16 21:30:45 [8406] DBG:core:get_hdr_field: <To> [74]; uri=[sip:044180002850@sip0.en.ewetel.de;user=phone] Jan 16 21:30:45 [8406] DBG:core:get_hdr_field: to body [<sip:044180002850@sip0.en.ewetel.de;user=phone>] Jan 16 21:30:45 [8406] DBG:core:get_hdr_field: cseq <CSeq>: <4> <BYE> Jan 16 21:30:45 [8406] DBG:tm:t_lookup_request: start searching: hash=36300, isACK=0 Jan 16 21:30:45 [8406] DBG:tm:matching_3261: RFC3261 transaction matching failed Jan 16 21:30:45 [8406] DBG:tm:t_lookup_request: no transaction found Jan 16 21:30:45 [8406] DBG:core:parse_to_param: tag=bpl4kg8f57 Jan 16 21:30:45 [8406] DBG:core:parse_to: end of header reached, state=29 Jan 16 21:30:45 [8406] DBG:core:parse_to: display={"HK SoftSwitch"}, ruri={sip:v101@sip0.en.ewetel.de} MAIN : New Message <BYE> From: sip:v101@sip0.en.ewetel.de, To: sip:80.228.245.138:5080 Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=100 Jan 16 21:30:45 [8406] DBG:maxfwd:is_maxfwd_present: value = 70 Route 22: Check type of source ... Jan 16 21:30:45 [8406] DBG:permissions:allow_source_address: looking for <1, 585f06d4, 1028> Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=800000000 Jan 16 21:30:45 [8406] DBG:core:get_hdr_field: content_length=0 Jan 16 21:30:45 [8406] DBG:core:get_hdr_field: found end of header Jan 16 21:30:45 [8406] DBG:core:pv_get_ppi_attr: no P-Preferred-Identity header Jan 16 21:30:45 [8406] DBG:core:grep_sock_info: checking if host==us: 17==13 && [sip0.en.ewetel.de] == [212.6.123.118] Jan 16 21:30:45 [8406] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jan 16 21:30:45 [8406] DBG:core:grep_sock_info: checking if host==us: 17==13 && [sip0.en.ewetel.de] == [212.6.123.118] Jan 16 21:30:45 [8406] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jan 16 21:30:45 [8406] DBG:avpops:ops_dbquery_avps: query [SELECT uri_user FROM uri WHERE username='v101' AND domain='sip0.en.ewetel.de' LIMIT 1] Jan 16 21:30:45 [8406] DBG:avpops:db_query_avp: rows [1] Jan 16 21:30:45 [8406] DBG:avpops:db_query_avp: row [0] Jan 16 21:30:45 [8406] DBG:avpops:db_close_query: close avp query Jan 16 21:30:45 [8406] DBG:core:db_free_rows: freeing 1 rows Jan 16 21:30:45 [8406] DBG:core:db_free_rows: row[0]=0x81dde58 Jan 16 21:30:45 [8406] DBG:core:db_free_rows: 0x81dde58=pkg_free() RES_ROWS From-URI belongs to xxxxxxxxxxx Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=ffffffffffffffff Jan 16 21:30:45 [8406] DBG:auth:check_nonce: comparing [478e6aa112f6919eb75ced3104f1774c59a1ce01] and [478e6aa112f6919eb75ced3104f1774c59a1ce01] Jan 16 21:30:45 [8406] DBG:auth_db:get_ha1: HA1 string calculated: 98eb7bda25d62322c1ff8261c216e8ad Jan 16 21:30:45 [8406] DBG:auth:check_response: our result = '43c9a3529f44aa0e6dda2f6f0894632c' Jan 16 21:30:45 [8406] DBG:auth:check_response: authorization is OK Jan 16 21:30:45 [8406] DBG:core:db_free_rows: freeing 1 rows Jan 16 21:30:45 [8406] DBG:core:db_free_rows: row[0]=0x81dde88 Jan 16 21:30:45 [8406] DBG:core:db_free_rows: 0x81dde88=pkg_free() RES_ROWS Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=14000 Jan 16 21:30:45 [8406] DBG:core:comp_scriptvar: str 29 : xxxxxxxxx Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=14000 Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=14000 Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=14000 Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=14000 Route 04: <BYE>-Authentication OK Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=14000 Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=14000 Route 07: <BYE>: Loading A-Profile ... Jan 16 21:30:45 [8406] DBG:avpops:dbrow2avp: db_flags=0, flags=3 Jan 16 21:30:45 [8406] DBG:avpops:dbrow2avp: db_flags=2, flags=3 Jan 16 21:30:45 [8406] DBG:avpops:dbrow2avp: db_flags=2, flags=3 Jan 16 21:30:45 [8406] DBG:avpops:dbrow2avp: db_flags=2, flags=3 Jan 16 21:30:45 [8406] DBG:avpops:dbrow2avp: db_flags=2, flags=3 Jan 16 21:30:45 [8406] DBG:avpops:dbrow2avp: db_flags=2, flags=3 Jan 16 21:30:45 [8406] DBG:avpops:dbrow2avp: db_flags=2, flags=3 Jan 16 21:30:45 [8406] DBG:avpops:dbrow2avp: db_flags=0, flags=3 Jan 16 21:30:45 [8406] DBG:avpops:dbrow2avp: db_flags=2, flags=3 Jan 16 21:30:45 [8406] DBG:avpops:dbrow2avp: db_flags=2, flags=3 Jan 16 21:30:45 [8406] DBG:avpops:dbrow2avp: db_flags=0, flags=3 Jan 16 21:30:45 [8406] DBG:avpops:dbrow2avp: db_flags=0, flags=3 Jan 16 21:30:45 [8406] DBG:avpops:dbrow2avp: db_flags=2, flags=3 Jan 16 21:30:45 [8406] DBG:avpops:dbrow2avp: db_flags=2, flags=3 Jan 16 21:30:45 [8406] DBG:avpops:dbrow2avp: db_flags=0, flags=3 Jan 16 21:30:45 [8406] DBG:avpops:db_close_query: close avp query Jan 16 21:30:45 [8406] DBG:core:db_free_rows: freeing 15 rows Jan 16 21:30:45 [8406] DBG:core:db_free_rows: row[0]=0x81de068 Jan 16 21:30:45 [8406] DBG:core:db_free_rows: row[1]=0x81de070 Jan 16 21:30:45 [8406] DBG:core:db_free_rows: row[2]=0x81de078 Jan 16 21:30:45 [8406] DBG:core:db_free_rows: row[3]=0x81de080 Jan 16 21:30:45 [8406] DBG:core:db_free_rows: row[4]=0x81de088 Jan 16 21:30:45 [8406] DBG:core:db_free_rows: row[5]=0x81de090 Jan 16 21:30:45 [8406] DBG:core:db_free_rows: row[6]=0x81de098 Jan 16 21:30:45 [8406] DBG:core:db_free_rows: row[7]=0x81de0a0 Jan 16 21:30:45 [8406] DBG:core:db_free_rows: row[8]=0x81de0a8 Jan 16 21:30:45 [8406] DBG:core:db_free_rows: row[9]=0x81de0b0 Jan 16 21:30:45 [8406] DBG:core:db_free_rows: row[10]=0x81de0b8 Jan 16 21:30:45 [8406] DBG:core:db_free_rows: row[11]=0x81de0c0 Jan 16 21:30:45 [8406] DBG:core:db_free_rows: row[12]=0x81de0c8 Jan 16 21:30:45 [8406] DBG:core:db_free_rows: row[13]=0x81de0d0 Jan 16 21:30:45 [8406] DBG:core:db_free_rows: row[14]=0x81de0d8 Jan 16 21:30:45 [8406] DBG:core:db_free_rows: 0x81de068=pkg_free() RES_ROWS Jan 16 21:30:45 [8406] DBG:avpops:ops_dbload_avps: loaded avps = 15 OK Jan 16 21:30:45 [8406] DBG:core:comp_scriptvar: int 20 : 1 / 1 MAIN : <BYE>: From-Data is: User='v101', Domain='sip0.en.ewetel.de', URI='sip:v101@sip0.en.ewetel.de' Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=200 Jan 16 21:30:45 [8406] DBG:rr:is_preloaded: is_preloaded: No Jan 16 21:30:45 [8406] DBG:core:grep_sock_info: checking if host==us: 14==13 && [80.228.245.138] == [212.6.123.118] Jan 16 21:30:45 [8406] DBG:core:grep_sock_info: checking if port 5060 matches port 5080 Jan 16 21:30:45 [8406] DBG:core:grep_sock_info: checking if host==us: 14==13 && [80.228.245.138] == [212.6.123.118] Jan 16 21:30:45 [8406] DBG:core:grep_sock_info: checking if port 5060 matches port 5080 Jan 16 21:30:45 [8406] DBG:core:check_self: host != me Jan 16 21:30:45 [8406] DBG:core:grep_sock_info: checking if host==us: 13==13 && [212.6.123.118] == [212.6.123.118] Jan 16 21:30:45 [8406] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jan 16 21:30:45 [8406] DBG:rr:after_loose: Topmost route URI: 'sip:212.6.123.118;lr=on;ftag=bpl4kg8f57' is me Jan 16 21:30:45 [8406] DBG:rr:after_loose: URI to be processed: 'sip:212.6.123.118:5090;lr;ftag=bpl4kg8f57;vsf=ZlRqaD8wOzEbMTUlTiwzCnRNJ2F0eDBzMTZ0HVdlUg--' Jan 16 21:30:45 [8406] DBG:rr:after_loose: Next URI is a loose router Jan 16 21:30:45 [8406] DBG:rr:run_rr_callbacks: callback id 0 entered with <lr=on;ftag=bpl4kg8f57> DEBUG:uac:restore_from: getting 'vsf' Route param DEBUG:uac:restore_from: Route param 'vsf' not found Jan 16 21:30:45 [8406] DBG:avpops:ops_check_avp: check <17> against <8> as int /256 Jan 16 21:30:45 [8406] DBG:avpops:ops_check_avp: no match Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=200 Jan 16 21:30:45 [8406] DBG:rr:is_preloaded: is_preloaded: No Jan 16 21:30:45 [8406] DBG:core:grep_sock_info: checking if host==us: 14==13 && [80.228.245.138] == [212.6.123.118] Jan 16 21:30:45 [8406] DBG:core:grep_sock_info: checking if port 5060 matches port 5080 Jan 16 21:30:45 [8406] DBG:core:grep_sock_info: checking if host==us: 14==13 && [80.228.245.138] == [212.6.123.118] Jan 16 21:30:45 [8406] DBG:core:grep_sock_info: checking if port 5060 matches port 5080 Jan 16 21:30:45 [8406] DBG:core:check_self: host != me Jan 16 21:30:45 [8406] DBG:core:grep_sock_info: checking if host==us: 13==13 && [212.6.123.118] == [212.6.123.118] Jan 16 21:30:45 [8406] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jan 16 21:30:45 [8406] DBG:rr:after_loose: Topmost route URI: 'sip:212.6.123.118;lr=on;ftag=bpl4kg8f57' is me Jan 16 21:30:45 [8406] DBG:rr:after_loose: URI to be processed: 'sip:212.6.123.118:5090;lr;ftag=bpl4kg8f57;vsf=ZlRqaD8wOzEbMTUlTiwzCnRNJ2F0eDBzMTZ0HVdlUg--' Jan 16 21:30:45 [8406] DBG:rr:after_loose: Next URI is a loose router Jan 16 21:30:45 [8406] DBG:rr:run_rr_callbacks: callback id 0 entered with <lr=on;ftag=bpl4kg8f57> DEBUG:uac:restore_from: getting 'vsf' Route param DEBUG:uac:restore_from: Route param 'vsf' not found MAIN : Loose-Route Jan 16 21:30:45 [8406] DBG:uri:has_totag: totag found Route 08: <BYE>: Set Accounting for this call! Route 11: Removing secret Headers Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=ffffffffffffffff Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=ffffffffffffffff Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=ffffffffffffffff Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=ffffffffffffffff Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=ffffffffffffffff Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=ffffffffffffffff Jan 16 21:30:45 [8406] DBG:registrar:lookup: '80.228.245.138' Not found in usrloc Route 01: Relaying BYE: RURI=sip:80.228.245.138:5080 F=sip:v101@sip0.en.ewetel.de IP=212.6.95.88; Calltimeout=<null> [Wed Jan 16 21:30:45 2008] Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=ffffffffffffffff Route 01: Next Hop DST-Set Jan 16 21:30:45 [8406] DBG:tm:t_newtran: transaction on entrance=(nil) Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=ffffffffffffffff Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=78 Jan 16 21:30:45 [8406] DBG:tm:t_lookup_request: start searching: hash=36300, isACK=0 Jan 16 21:30:45 [8406] DBG:tm:matching_3261: RFC3261 transaction matching failed Jan 16 21:30:45 [8406] DBG:tm:t_lookup_request: no transaction found Jan 16 21:30:45 [8406] DBG:tm:run_reqin_callbacks: trans=0xb5b01048, callback type 1, id 1 entered Jan 16 21:30:45 [8406] DBG:siptrace:trace_onreq_in: trace off... Jan 16 21:30:45 [8406] DBG:tm:run_reqin_callbacks: trans=0xb5b01048, callback type 1, id 0 entered Jan 16 21:30:45 [8406] DBG:core:parse_headers: flags=78 Any ideas, why it hangs eating all my cpu power ? regards Helmut -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHjmra4tZeNddg3dwRAvu4AJ4rK5jCbKF9UDGu8FP1suEyRHkwigCeM58p K5a16nleRI+zZujWTI0Ntfs= =XJqP -----END PGP SIGNATURE-----

16 years, 4 months

← Newer
1
...
9
10
11
12
13
14
15
...
22
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users January 2008