sr-users

sr-users@lists.kamailio.org

13 participants
37464 discussions

RE: [Serusers] global contact list
by Barta János 10 May '07

10 May '07

Hello! Thanks Vaclav, it is clear now. I modified the contacts settings in the client, but nothing changed :-(. I received the next error messages: 3(16917) ERROR: rls_handler.c:484: XCAP query problems 3(16917) XCAP query failed What should I see in the MySQL querry? I can see now (in the global contact list case): select uid,flags from uri where username='bartaj-list' AND did='10.22.1.210' , but in the answer (Response OK) the Payload field is empty. mysql> select uid,flags from uri where username='bartaj-list' AND did='10.22.1.210'; Empty set (0.00 sec) In the right case (user contact list) the answer contained the username parameter: select uid,flags from uri where username='bartaj' AND did='10.22.1.210' Answer -> bartaj mysql> select uid,flags from uri where username='bartaj' AND did='10.22.1.210'; -------- ------- | uid | flags | -------- ------- | bartaj | 61 | -------- ------- 1 row in set (0.00 sec) mysql> Maybe is this the problem? Do I have to add any other parameters into the MYSQL database (in the global lists cases)? By, Jani -----Original Message----- From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org] Sent: Friday, April 20, 2007 9:56 AM To: Barta János Cc: serusers(a)iptel.org Subject: Re: [Serusers] global contact list Hi, I'm very sorry for delayed reply but... ;-) Your config seems to be OK for first (and second) look. I have used list subscripriptions with EyeBeam in this way: I added the list URI in my contact list (exactly the same way like other contacts), so I had something like: contacts: - user1(a)somewhere.com - user2(a)somewhere.com - hr(a)somewhere.com - ... - franta-list(a)somewhere.com Where userx@... are 'normal' users and hr@... is resource list as defined in global resource list - in your case it could be bartaj-list(a)test.intra or hr2(a)test.intra. The franta-list@... is uri used to subscribe to user's resource list when I'm using my user with uri franta(a)somewhere.com (i.e. the resource list on XCAP is stored in user's directory as described in presence handbook). After the subscription is created, the list in contact window was expanded and seemd something like: - user1(a)somewhere.com - user2(a)somewhere.com - hr(a)somewhere.com | - smith(a)somewhere.com - ... - ... If I tried to use "Subscribe to contact list" feature, I think I had to put franta-list(a)somewhere.com as contact-list URI (or hr(a)somewhere.com could be used too). But in this case EyeBeam was not sending the Supported:eventlist header thus it was unusable for me... Have you seen any error messages in SER's log? Vaclav On Tue, Apr 17, 2007 at 05:01:24PM 0200, Barta János wrote: > Hello! > > Thanks for your answer again, and I'm sorry for the delayed answer, but I was out of office. > I attached my config file. > > My biggest problem is, that I don't know, what I should see :-(. > I have an eyeBeam window, that contains the "Calls & Conntats" parameters. > > In this window I can see my (user) contact list, but I didn't see the global one. > For example (the PC is my user contact list): > > -PC > -105 > -12345 > -barta > > and it is working fine, but I can not see here (in this window) the global one: > > sip:~# cat /var/www/xcap-root/rls-services/global/index > <?xml version="1.0" encoding="UTF-8"?> <rls-services> > > <service uri="sip:bartaj-list@test.intra"> <list name="Human > resources"> <entry uri="sip:test1@test.intra"> > <display-name>bartaj</display-name> > </entry> > <entry uri="sip:test2@test.intra"> > <display-name>12345</display-name> > </entry> > </list> > <packages> > <package>presence</package> > </packages> > </service> > > <service uri="sip:hr2@test.intra"> > <list name="Human resources"> > <entry uri="sip:test1@test.intra"> > <display-name>bartaj</display-name> > </entry> > <entry uri="sip:test2@test.intra"> > <display-name>12345</display-name> > </entry> > </list> > <packages> > <package>presence</package> > </packages> > </service> > > </rls-services> > > > I think in that case I should see the next tree: > > -PC > -105 > -12345 > -barta > > -Human resources > -bartaj > -12345 > > > > As You asked, I made a capture between the SER and XCAP. > > It was a little difficult, because I didn't see interesting traffic between the SER and XCAP, but a few minutes later I realised, that the SER for the communication (in that case) uses the loopback (lo) interface. > > You can see here the capture, that I made on the lo interface: > > 1 0.000000 127.0.0.1 -> 127.0.0.1 TCP 37512 > www [SYN] Seq=0 Len=0 > MSS=16396 TSV=3808162073 TSER=0 WS=0 > 2 0.000056 127.0.0.1 -> 127.0.0.1 TCP www > 37512 [SYN, ACK] Seq=0 > Ack=1 Win=32767 Len=0 MSS=16396 TSV=3808162073 TSER=3808162073 WS=0 > 3 0.000065 127.0.0.1 -> 127.0.0.1 TCP 37512 > www [ACK] Seq=1 Ack=1 > Win=32767 Len=0 TSV=3808162073 TSER=3808162073 > 4 0.000072 127.0.0.1 -> 127.0.0.1 HTTP GET > /xcap/pres-rules/users/12345/presence-rules.xml HTTP/1.1 > 5 0.000079 127.0.0.1 -> 127.0.0.1 TCP www > 37512 [ACK] Seq=1 Ack=113 > Win=32767 Len=0 TSV=3808162073 TSER=3808162073 > 6 0.000545 127.0.0.1 -> 127.0.0.1 HTTP HTTP/1.1 200 OK > 7 0.000559 127.0.0.1 -> 127.0.0.1 TCP 37512 > www [ACK] Seq=113 > Ack=262 Win=32767 Len=0 TSV=3808162074 TSER=3808162074 > 8 0.000571 127.0.0.1 -> 127.0.0.1 HTTP Continuation or non-HTTP > traffic > 9 0.000578 127.0.0.1 -> 127.0.0.1 TCP 37512 > www [ACK] Seq=113 > Ack=870 Win=32767 Len=0 TSV=3808162074 TSER=3808162074 10 0.005535 > 127.0.0.1 -> 127.0.0.1 TCP 37513 > www [SYN] Seq=0 Len=0 MSS=16396 > TSV=3808162079 TSER=0 WS=0 > 11 0.005556 127.0.0.1 -> 127.0.0.1 TCP www > 37513 [SYN, ACK] Seq=0 > Ack=1 Win=32767 Len=0 MSS=16396 TSV=3808162079 TSER=3808162079 WS=0 > 12 0.005565 127.0.0.1 -> 127.0.0.1 TCP 37513 > www [ACK] Seq=1 Ack=1 > Win=32767 Len=0 TSV=3808162079 TSER=3808162079 > 13 0.005616 127.0.0.1 -> 127.0.0.1 HTTP GET > /xcap/pres-rules/users/bartaj/presence-rules.xml HTTP/1.1 > 14 0.005623 127.0.0.1 -> 127.0.0.1 TCP www > 37513 [ACK] Seq=1 Ack=114 > Win=32767 Len=0 TSV=3808162079 TSER=3808162079 > 15 0.005989 127.0.0.1 -> 127.0.0.1 HTTP HTTP/1.1 200 OK > 16 0.006000 127.0.0.1 -> 127.0.0.1 TCP 37513 > www [ACK] Seq=114 > Ack=262 Win=32767 Len=0 TSV=3808162079 TSER=3808162079 > 17 0.006011 127.0.0.1 -> 127.0.0.1 HTTP Continuation or non-HTTP > traffic > 18 0.006017 127.0.0.1 -> 127.0.0.1 TCP 37513 > www [ACK] Seq=114 > Ack=870 Win=32767 Len=0 TSV=3808162079 TSER=3808162079 > 19 2.979491 127.0.0.1 -> 127.0.0.1 HTTP GET > /xcap/rls-services/global/index HTTP/1.1 20 2.979722 127.0.0.1 -> > 127.0.0.1 HTTP HTTP/1.1 200 OK > 21 2.979734 127.0.0.1 -> 127.0.0.1 TCP 37512 > www [ACK] Seq=209 > Ack=1126 Win=32767 Len=0 TSV=3808165053 TSER=3808165053 > 22 2.979745 127.0.0.1 -> 127.0.0.1 HTTP Continuation or non-HTTP > traffic > 23 2.979751 127.0.0.1 -> 127.0.0.1 TCP 37512 > www [ACK] Seq=209 > Ack=1887 Win=32767 Len=0 TSV=3808165053 TSER=3808165053 > > > > You can see, that in the message number 19 the SER downloaded the index file. > > This file contains correct information: > > > sip:~# wget 127.0.0.1/xcap/rls-services/global/index > --17:22:43-- http://127.0.0.1/xcap/rls-services/global/index > => `index' > Connecting to 127.0.0.1:80... connected. > HTTP request sent, awaiting response... 200 OK > Length: 761 [text/plain] > > 100%[====================================>] 761 --.--K/s > > 17:22:43 (7.26 MB/s) - `index' saved [761/761] > > sip:~# > sip:~# cat index > <?xml version="1.0" encoding="UTF-8"?> <rls-services> > > <service uri="sip:bartaj-list@test.intra"> <list name="Human > resources"> <entry uri="sip:test1@test.intra"> > <display-name>bartaj</display-name> > </entry> > <entry uri="sip:test2@test.intra"> > <display-name>12345</display-name> > </entry> > </list> > <packages> > <package>presence</package> > </packages> > </service> > > <service uri="sip:hr2@test.intra"> > <list name="Human resources"> > <entry uri="sip:test1@test.intra"> > <display-name>bartaj</display-name> > </entry> > <entry uri="sip:test2@test.intra"> > <display-name>12345</display-name> > </entry> > </list> > <packages> > <package>presence</package> > </packages> > </service> > > </rls-services> > sip:~# > > > > And at last, how can I add query_rls_services and query_resource_list log informations into the config file? > > Thx, > Jani > > > > Hi, > this part of config file is not sufficient for me, but I guess that > RLS related things stayed as in the original config you mentioned... > In which way it doesn't work? (For example it returns non OK > responses?) Please could you try to capture HTTP traffic between XCAP > server and SER? (If SER really queries the right resource list > document.) > > You can add more log information around important config parts (query_rls_services and query_resource_list functions are most important here). > > BTW the second message you sent is not subscription to resource list or user, it is subscription to event package 'sip-profile' (content of Event header field) which is not supported by SER. > > It is possible to use registration status as source for presence - in this case you have to have PA module on your server handling registrations and PA module parameter 'use_callbacks' must be set to 1. > > Vaclav > > > > -----Original Message----- > From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org] > Sent: Tuesday, April 03, 2007 11:18 AM > To: Barta János > Cc: serusers(a)iptel.org > Subject: Re: [Serusers] global contact list > > > ______________________________________________________________________ > _________ Állást keres? 3300 lehetőséget kínál a CV-Online Ne > keressen tovább! Portálunkon Magyarország vezető vállalatainak több mint 3300 friss állásajánlatából válogathat! > > http://ad.adverticum.net/b/cl,1,6022,139845,209300/click.prm > sip:/opt/etc/ser# cat ./ser_pa.cfg > log_stderror=yes > debug=5 # debug level (cmd line: -dddddddddd) > check_via=no # (cmd. line: -v) > dns=no # (cmd. line: -r) > rev_dns=no # (cmd. line: -R) > port=5060 > children=2 > alias="test.intra" > #alias="ipp.test.intra" > alias="10.22.1.210" > mhomed=yes # usefull for multihomed hosts, small performance penalty > #tcp_accept_aliases=yes # accepts the tcp alias via option (see NEWS) > #tcp_poll_method="sigio_rt" > > # ------------------ module loading ---------------------------------- > > loadmodule "/opt/lib/ser/modules/sl.so" > loadmodule "/opt/lib/ser/modules/avp.so" > loadmodule "/opt/lib/ser/modules/avpops.so" > loadmodule "/opt/lib/ser/modules/tm.so" > loadmodule "/opt/lib/ser/modules/rr.so" > loadmodule "/opt/lib/ser/modules/maxfwd.so" > loadmodule "/opt/lib/ser/modules/usrloc.so" > loadmodule "/opt/lib/ser/modules/registrar.so" > loadmodule "/opt/lib/ser/modules/textops.so" > loadmodule "/opt/lib/ser/modules/mysql.so" > loadmodule "/opt/lib/ser/modules/dialog.so" > loadmodule "/opt/lib/ser/modules/rls.so" > loadmodule "/opt/lib/ser/modules/pa.so" > loadmodule "/opt/lib/ser/modules/presence_b2b.so" > loadmodule "/opt/lib/ser/modules/uri.so" > loadmodule "/opt/lib/ser/modules/uri_db.so" > loadmodule "/opt/lib/ser/modules/domain.so" > loadmodule "/opt/lib/ser/modules/fifo.so" > loadmodule "/opt/lib/ser/modules/xmlrpc.so" > loadmodule "/opt/lib/ser/modules/xlog.so" > #loadmodule "/opt/lib/ser/modules/unixsock.so" > loadmodule "/opt/lib/ser/modules/msilo.so" > > # Uncomment this if you want digest authentication # mysql.so must be > loaded ! > loadmodule "/opt/lib/ser/modules/auth.so" > #loadmodule "/opt/lib/ser/modules/auth_db.so" > > loadmodule "/opt/lib/ser/modules/acc_radius.so" > loadmodule "/opt/lib/ser/modules/mediaproxy.so" > loadmodule "/opt/lib/ser/modules/auth_radius.so" > > # ----------------- setting module-specific parameters --------------- > ############################# modparam("mediaproxy", > "mediaproxy_socket", "/var/run/mediaproxy.sock") > modparam("auth_radius","radius_config","/etc/radiusclient-ng/radiuscli > ent.conf") > > ######################### > # -- acc params -- # > ######################### > modparam("acc_radius","radius_config","/etc/radiusclient-ng/radiusclie > nt.conf") > modparam("acc_radius", "log_flag", 1) > modparam("acc_radius", "log_missed_flag", 2) > > > modparam("msilo","registrar","sip:registrar@test.intra") > modparam("msilo","use_contact",0) > modparam("msilo","expire_time",7200) > > # -- usrloc params -- > > # -- 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") > > # -- rr params -- > # add value to ;lr param to make some broken UAs happy modparam("rr", > "enable_full_lr", 1) > > modparam("rls", "min_expiration", 200) modparam("rls", > "max_expiration", 300) modparam("rls", "default_expiration", 300) > modparam("rls", "auth", "none") modparam("rls", "xcap_root", > "http://localhost/xcap") modparam("rls", "reduce_xcap_needs", 1) > modparam("rls", "db_mode", 1) modparam("rls", "db_url", > "mysql://xxxxxxxxxxx:yyyyyyyyy@10.22.1.222/ser_pa") > > modparam("pa", "use_db", 1) > # allow storing authorization requests for offline users into database > modparam("pa", "use_offline_winfo", 1) # how often try to remove old > stored authorization requests modparam("pa", "offline_winfo_timer", > 600) # how long stored authorization requests live modparam("pa", > "offline_winfo_expiration", 600) modparam("pa", "db_url", > "mysql://xxxxxxxxxxx:yyyyyyyyy@10.22.1.222/ser_pa") > # mode of PA authorization: none, implicit or xcap modparam("pa", > "auth", "xcap") modparam("pa", "auth_xcap_root", > "http://localhost/xcap") # do not authorize watcherinfo subscriptions > modparam("pa", "winfo_auth", "none") # use only published information > if set to 0 modparam("pa", "use_callbacks", 1) # don't accept internal > subscriptions from RLS, ... > modparam("pa", "accept_internal_subscriptions", 1) # maximum value of > Expires for subscriptions modparam("pa", > "max_subscription_expiration", 600) # maximum value of Expires for > publications modparam("pa", "max_publish_expiration", 120) # how often > test if something changes and send NOTIFY modparam("pa", > "timer_interval", 10) > > # route for generated SUBSCRIBE requests for presence > modparam("presence_b2b", "presence_route", > "<sip:127.0.0.1;transport=tcp;lr>") > # waiting time from error to new attepmt about SUBSCRIBE > modparam("presence_b2b", "on_error_retry_time", 60) # how long wait > for NOTIFY with Subscription-Status=terminated after unsubscribe > modparam("presence_b2b", "wait_for_term_notify", 33) # how long before > expiration send renewal SUBSCRIBE request modparam("presence_b2b", > "resubscribe_delta", 30) # minimal time to send renewal SUBSCRIBE > request from receiving previous response modparam("presence_b2b", > "min_resubscribe_time", 60) # default expiration timeout > modparam("presence_b2b", "default_expiration", 3600) # process > internal subscriptions to presence events modparam("presence_b2b", > "handle_presence_subscriptions", 1) > > modparam("usrloc", "db_mode", 2) > modparam("domain", "db_mode", 1) > #modparam("domain|uri_db|acc|auth_db|usrloc|msilo", "db_url", > "mysql://xxxxxxxxxxx:yyyyyyyyy@10.22.1.222/ser_pa") > modparam("domain|uri_db|auth_db|usrloc|msilo", "db_url", > "mysql://xxxxxxxxxxx:yyyyyyyyy@10.22.1.222/ser_pa") > > modparam("fifo", "fifo_file", "/tmp/ser_fifo") > > # ------------------------- request routing logic ------------------- > > # main routing logic > > route{ > # XML RPC > if (method == "POST" || method == "GET") { > create_via(); > dispatch_rpc(); > break; > } > > # 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"); > break; > }; > if (msg:len >= max_len ) { > sl_send_reply("513", "Message too big"); > break; > }; > > # 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(); > > if ((method=="INVITE") or (method=="BYE") or (method=="CANCEL")) > { > setflag(1); > } > > # 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); > break; > }; > > # 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 (!lookup_domain("To")) { > xlog("L_ERR", "Unknown domain to: %tu from: %fu\n"); > route(1); > break; > } > > if (method=="SUBSCRIBE") { > if (!t_newtran()) { > sl_reply_error(); > break; > }; > > if (@to.tag=="") { > # only for new subscriptions (with > empty to tag) > > if (lookup_user("To")) { > # existing user -> it is subscription to PA > if (handle_subscription("registrar")) { > if ((@msg.event=~"presence\.winfo")) { > # new watcher info subscription > # sends one watcher info NOTIFY message with all saved authorization requests > xlog("L_ERR", "dumping stored winfo to %fu\n"); > dump_stored_winfo("registrar", "presence"); > } > else { > # new presence subscription > if ((@msg.event=~"presence") && (%subscription_status=="pending")) { > # if offline user and new pending subscription > if (!target_online("registrar")) { > #%subscription_status="waiting"; # store it as waiting subscription > xlog("L_ERR", "storing 'pending' winfo to: %tu, from: %fu\n"); > store_winfo("registrar"); > } > } > } > } > break; > } > > if ((@msg.supported=~"eventlist")) { > # such user doesn't exist and Supported header field > # -> probably RLS subscription > > if (lookup_domain("From")) { > if (lookup_user("From")) { > if (is_simple_rls_target("$uid-list")) { > # log(1, "it is simple subscription!\n"); > # takes From UID and makes XCAP query for user's > # list named "default" > if (!query_resource_list("default")) { > t_reply("404", "No such user list"); > break; > } > } > } > } > > if (!have_flat_list()) { > # query_resource_list failed or was not called > # do standard RLS query acording to To/AOR > if (!query_rls_services()) { > log(1, "XCAP query failed\n"); > t_reply("404", "No such list URI"); > break; > } > } > > > if (!radius_www_authorize("test.intra")) { > www_challenge("test.intra", "0"); > break; > }; > handle_rls_subscription("1"); > } > else { > # not resource list subscription -> invalid user > xlog("L_ERR", "subscription to invalid user %tu\n"); > t_reply("404", "User not found"); > } > > break; > } > else { > # renewal subscriptions - try to handle it as RLS and if failed, handle it as PA subscription > # FIXME: better will be test like existing_rls_subscription() > # and existing_subscription("registrar") > if (!handle_rls_subscription("0")) { > handle_subscription("registrar"); > } > break; > } > }; > > # get user (common for all other messages than SUBSCRIBE) > if (!lookup_user("To")) { > # log(1, "Unknown user - message should be forwarded?"); > # # break; > append_hf("P-hint: unknown user\r\n"); > route(1); > break; > } > > if (method=="PUBLISH") { > if (!t_newtran()) { > # log(1, "newtran error\n"); > sl_reply_error(); > break; > }; > handle_publish("registrar"); > > # deliver messages to online user > # TODO: only if user goes from offline to online? > if (target_online("registrar")) { > # log(1, "Dumping stored messages\n"); > # dump stored messages - route it through myself (otherwise routed via DNS!) > if (m_dump("sip:127.0.0.1")) { > xlog("L_ERR", "MSILO: offline messages for %fu dumped\n"); > } > } > > break; > }; > > if (method=="NOTIFY") { > if (!t_newtran()) { > log(1, "newtran error\n"); > sl_reply_error(); > break; > }; > # handle notification sent in internal subscriptions (presence_b2b) > if (!handle_notify()) { > t_reply("481", "Unable to handle notification"); > } > break; > }; > > if (method=="MESSAGE") { > > if > (authorize_message("http://localhost/xcap")) { > > # use usrloc for delivery > if (lookup("location")) { > > log(1, "Delivering MESSAGE using usrloc\n"); > t_on_failure("1"); > if (!t_relay()) { > sl_reply_error(); > } > > break; > } > else { > # store messages for offline user > xlog("L_ERR", "MSILO: storing > MESSAGE for %tu\n"); > > if (!t_newtran()) { > log(1, "newtran error\n"); > sl_reply_error(); > break; > }; > > # store only text messages NOT isComposing... ! > if (search("^(Content-Type|c):.*application/im-iscomposing\ xml.*")) { > log(1, "it is only isComposing message - ignored\n"); > t_reply("202", "Ignored"); > break; > } > > if (m_store("0", "sip:127.0.0.1")) { > # log(1, "MSILO: offline message stored\n"); > if (!t_reply("202", "Accepted")) { > sl_reply_error(); > }; > } else { > log(1, "MSILO: error storing offline message\n"); > if (!t_reply("503", "Service Unavailable")) { > sl_reply_error(); > }; > }; > break; > } > break; > } > else { > # log(1, "unauthorized message\n"); > sl_reply("403", "Forbidden"); > } > break; > } > > if (method=="REGISTER") { > > if (!radius_www_authorize("test.intra")) { > www_challenge("test.intra", "0"); > break; > }; > > save("location"); > > # dump stored messages - route it through myself (otherwise routed via DNS!) > if (m_dump("sip:127.0.0.1")) { > xlog("L_ERR", "MSILO: offline messages for %fu dumped\n"); > } > break; > }; > > # native SIP destinations are handled using our USRLOC DB > if (!lookup("location")) { > sl_send_reply("404", "Not Found"); > break; > }; > }; > # 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(); > # }; > #} > > > #failure_route[1] { > # # forwarding failed -- check if the request was a MESSAGE > # if (!method=="MESSAGE") { break; }; > # log(1, "MSILO: MESSAGE forward failed - storing it\n"); > # > # # we have changed the R-URI with the contact address, ignore it now > # if (m_store("0", "")) { > # t_reply("202", "Accepted"); > # } else { > # log(1, "MSILO: offline message NOT stored\n"); > # t_reply("503", "Service Unavailable"); > # }; > #} > > > > route[1] > { > > if (method=="INVITE") > { > t_on_reply("1"); > t_on_failure("1"); > use_media_proxy(); > } > else if (method=="BYE|CANCEL") { > end_media_session(); > } > > # send it out now; use stateful forwarding as it works reliably > # even for UDP2TCP > if (!t_relay()) { > sl_reply_error(); > }; > } > > > > onreply_route[1] > { > if (status=~"(183)|2[0-9][0-9]") { > use_media_proxy(); > }; > if (status=~"[3-6]0[0-9]") { > end_media_session(); > break; > } > } > failure_route[1] > { > # forwarding failed -- check if the request was a MESSAGE > if (!method=="MESSAGE") { break; }; > log(1, "MSILO: MESSAGE forward failed - storing it\n"); > # we have changed the R-URI with the contact address, ignore it now > if (m_store("0", "")) { > t_reply("202", "Accepted"); > } else { > log(1, "MSILO: offline message NOT stored\n"); > t_reply("503", "Service Unavailable"); > }; > end_media_session(); > } ___________________________________________________________________________________________ Lehet, hogy ma pont az ön kedvenc kötetét kínáljuk nagy engedménnyel? Érdemes betérni hozzánk, naponta új akcióval várjuk! http://ad.adverticum.net/b/cl,1,6022,165977,228257/click.prm

2 1

Re: [Serusers] FreeRadius brokes down during "Accounting Request"
by TZieleniewski 10 May '07

10 May '07

1 0

[Users] Integration to Openser with Media Server
by Danilo 10 May '07

10 May '07

Hi all, I wasn't Openser is a SIP proxy. There is Media Server. It works together with OpenSER. The OpenSER is monitoring the flow of the messges. In case of this flow to be RTP, the Openser redirects for the Media Server. How does it work? Did you understand? thanks Danilo Inovax Engenharia de Sistemas Ltda. Rio de Janeiro - RJ / Brasil

1 0

[Users] sl_send_reply with avp parameter
by Sigrid Thijs 10 May '07

10 May '07

Hi, I was wondering if it's possible to create an openser script to automatically send an error response when an INVITE request for a specific SIP URI is received. For example, an INVITE to "sip:e403@domain" would return a 403 response, and requests to "sip:eXYZ@domain.com" would return a XYZ response. I've tried using avp: # get username avp_printf ( "$avp(i:2)", "$oU" ); # get error code avp_subst ("$avp(i:2)", "/e*/\1/" ); # send reply sl_send_reply ( "$avp(i:2)", "Error" ); But apparently it's not allowed to pass an avp parameter to the sl_send_reply function. Is there another way to accomplish this? kind regards, Sigrid Thijs

2 2

[Serusers] Digest Authentication in Ottendorf
by KUMAR 10 May '07

10 May '07

Thank you Michal, I have migrated to SER-2.0 and have compiled with HONOR_MADDR, but having some problem making it work. I cannot get the digest authentication working. I am using the following code for REGISTER, if (method=="REGISTER") { if(!www_authorize("","credentials")){ www_challenge("","0"); break; }; }; For some reason, www_challenge is not recognised. And gives parse error. Can anyone please tell me how can I get the digest authentication working?? kumar On 5/7/07, Michal Matyska <michal(a)iptel.org> wrote: > Hi, > > commetns inline > > On Po, 2007-05-07 at 10:04 +0545, KUMAR wrote: > > Hi Michal, > > Sorry for my late response. Here are the packets while the transport > > UDP is used. > > regards > > kumar > > > > On 5/4/07, Michal Matyska <michal(a)iptel.org> wrote: > > > Hi Kumar, > > > > > > could you please attach also the capture (at the server is enough) of > > > the UDP both way messages? There call flow is quite strange and not > > > understandable.... (well not surprised that's M$ RTC :) > > > > > > Some comments for now: > > > 1) it seems the CLIENT IS BROKEN and does not understand lr=on flag for > > > loose routing - see how is the ACK generated !!! You can try change rr > > > module parameter to put just lr into the record-route (this might > > > explain your rr and rr_preset difference) > > Taking back, the client code is not broken, it is obsoleted only ;-) > It uses strict router procedures (RFC2543), to create the Route header > and Request-URI in subsequent within-dialog requests, but SER's > loose_route function call should be able to escape form that (and it is, > the rewritten request uri shows that). If you want to check, you should > see "after_strict" message in your debug output. > > > > 2) M$ is used to misuse maddr, there is compile time flag HONOR_MADDR > > > which you should have set to route such requests taking maddr into > > > account > > This seems to be the main issue, the client does not put maddr into the > UDP requests. Check the Route header from the client in the TCP and UDP > captures to see the difference. > > Recompile SER with the option HONOR_MADDR set and it should work. If > not, please provide SER output with debug=4 statement in you ser.cfg, > while running the TCP usecase. > > Michal > > > > > On Pá, 2007-05-04 at 09:52 +0545, KUMAR wrote: > > > > Here are the packet captures. I was not quite sure whether I have to > > > > include packet captures from server or the UAs so i've included all of > > > > them. ua_A is sending INVITE to ua_B. > > > > thank you > > > > > > > > regards > > > > kumar > > > > > > > > On 5/3/07, Klaus Darilion <klaus.mailinglists(a)pernau.at> wrote: > > > > > > > > > > > > > > > Jiri Kuthan wrote: > > > > > > actually I was suggesting SIP message dump (PCAP file) as opposed to log files. -jiri > > > > > > > > > > or ngrep dump: > > > > > > > > > > ngrep -t -W byline -d any port 5060 > > > > > > > > > > regards > > > > > klaus > > > > > > > > > > > > > > > > > > > > > > At 13:10 03/05/2007, KUMAR wrote: > > > > > >> Here is the message dump that i get when using TCP as transport. > > > > > >>> > > > > > >>> On 5/3/07, Jiri Kuthan <jiri(a)iptel.org> wrote: > > > > > >>>> I think you would have to send message dumps first so that [serusers] volunteers > > > > > >>>> have material for providing an answer. > > > > > >>>> > > > > > >>>> -jiri > > > > > >>>> > > > > > >>>> At 12:07 03/05/2007, KUMAR wrote: > > > > > >>>>> - > > > > > >>>>> Hi all, > > > > > >>>>> I already posted this message yet havent got any replies. I really > > > > > >>>>> need to find this out. > > > > > >>>>> Please anyone reply to this problem. > > > > > >>>>> > > > > > >>>>> I am using SER-0.9.6 and the problem i'm having is this. When using > > > > > >>>>> the following ser.cfg, it works well when the transport UDP is used. > > > > > >>>>> But when transport TCP is used, then it only results in one way IM, > > > > > >>>>> only from the UA from which the INVITE is being sent. Moreover, when > > > > > >>>>> record_route is used instead of record_route_preset, then even that > > > > > >>>>> one way IM doesn't work. But it works well with UDP. > > > > > >>>>> > > > > > >>>>> Can anyone please point me as to where the problem might be?? > > > > > >>>>> Thank you in advance. > > > > > >>>>> > > > > > >>>>> kumar > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> Content-Type: application/octet-stream; name=ser.cfg > > > > > >>>>> X-Attachment-Id: f_f18sg2bl > > > > > >>>>> Content-Disposition: attachment; filename="ser.cfg" > > > > > >>>>> > > > > > >>>>> _______________________________________________ > > > > > >>>>> Serusers mailing list > > > > > >>>>> Serusers(a)lists.iptel.org > > > > > >>>>> http://lists.iptel.org/mailman/listinfo/serusers > > > > > >>>> > > > > > >>>> > > > > > >>>> -- > > > > > >>>> Jiri Kuthan http://iptel.org/~jiri/ > > > > > >>>> > > > > > >>>> > > > > > >> > > > > > >> Content-Type: audio/x-pn-realaudio-plugin; name="msg_dump.rar" > > > > > >> Content-Disposition: attachment; filename="msg_dump.rar" > > > > > >> X-Attachment-Id: f_f1949112 > > > > > >> > > > > > >> _______________________________________________ > > > > > >> Serusers mailing list > > > > > >> Serusers(a)lists.iptel.org > > > > > >> http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Jiri Kuthan http://iptel.org/~jiri/ > > > > > > > > > > > > _______________________________________________ > > > > > > Serusers mailing list > > > > > > Serusers(a)lists.iptel.org > > > > > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > > _______________________________________________ > > > > Serusers mailing list > > > > Serusers(a)lists.iptel.org > > > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > >

2 1

[Users] OpenSER-1.2.0 and SEMS
by raviprakash sunkara 10 May '07

10 May '07

Hello Users Todays onwards I'm Started integrating SEMS. Previously I'm using the Asterisk + openSER1.2 .For a small change , I shifted into the SEMS for voicemail By this url ( http://openser.org/pipermail/users/2005-September/000844.html) i found t_write_reg that is not in OpenSER tm modules , I found t_write_fifo/unix How I can do the voicemail or announcement with OpenSER + SEMS Any one give me ant hints Regardinng this points -- Thanks &Regards Ravi Prakash Sunkara

3 3

[Users] Integration to openser with midia server
by Danilo 09 May '07

09 May '07

Hi all, I am using OpenSER 1.2.0. I am going to install media proxy, How does it work? How the Openser knows and obtains to monitor the flow and to set in motion the midia server? Danilo Inovax Engenharia de Sistemas Ltda. Rio de Janeiro - RJ / Brazil

2 1

[Users] TLS configuration in Fedora Core 5
by Han Gu 09 May '07

09 May '07

Hi all, I am trying to configure my openSER with TLS support and get the following error message: May 7 15:44:39 tiger openser: WARNING:init_tls: disabling compression due ZLIB problems May 7 15:44:39 tiger openser: ERRRO:init_tls: null openssl compression methods Anyone could give me a hint of what is going wrong with my settings? Thank you so much for the help. Regards. Han

3 3

[Users] Sending Voicemail to Asterisk
by Bill Neely 09 May '07

09 May '07

I am having a problem forwarding calls to asterisk for voice mail handling. What I am trying to do: When a call times out for no answer, change the address of the call by prepending 777 to the extension number. Then forward the call to asterisk, where the 777 prefix tells asterisk that it just sends this call to voicemail. Here is my openser.cfg file: ... modparam("tm", "fr_inv_timer", 20) ... route[1] { # # send it out now; use stateful forwarding as it works reliably # # even for UDP2TCP t_on_failure("2"); if (!t_relay()) { sl_reply_error(); }; exit; } failure_route[2] { if ( t_check_status("408")) if the call fails for timeout, send me a message and go to route(3) { xlog("L_ERR","rrreeeeeeeeeeeeeeeeeecalling froute2 <$rm><$ru>\n"); route(3); exit; } exit; } route[3] { rewrite the uri to prepend 777 if (subst_uri('/^sip:([0-9]+)@(.*)$/sip:777\1@\2/i')) { rewritehostport("66.xxx.20.50:5060"); the asterisk box append_branch(); xlog("L_ERR","3333333333333333333333333333333333333333after substr <$rm><$ru>\n"); if (!t_relay("udp:66.xxx.20.50:5060")) { sl_send_reply("500", "Relaying failed"); } } exit; } What happens is that the call gets forwarded to Asterisk, but asterisk does not seem to recognize that the call is destined for 777xxxxxxx, but instead tries to send it to xxxxxxx, which causes the call to be transferred back to openser. This loop goes around and around until I kill it. Here is portion of log file: 1(7856) rrreeeeeeeeeeeeeeeeeecalling froute2 <INVITE><sip:1020101@67.188.231.188:42749;rinstance=1e89b57f830c50f7> 1(7856) subst_run: running. r=0 1(7856) subst_run: matched (0, 59): [sip:1020101@67.188.231.188:42749;rinstance=1e89b57f830c50f7] 1(7856) textops: subst_uri_f: match - old uri= [sip:1020101@67.188.231.188:42749;rinstance=1e89b57f830c50f7], new uri= [sip:7771020101@67.188.231.188:42749;rinstance=1e89b57f830c50f7] 1(7856) ******* setting for branch 0 flags 0 1(7856) 3333333333333333333333333333333333333333after substr <INVITE><sip:7771020101@66.224.20.50:5060;rinstance=1e89b57f830c50f7> 1(7856) check_via_address(67.188.231.188, 67.188.231.188, 0) 1(7856) DBG:check_against_rule_list: using list dns 1(7856) DEBUG:tm:set_timer: relative timeout is 500000 1(7856) DEBUG: add_to_tail_of_timer[4]: 0x801f4b4b0 (49500000) 1(7856) DEBUG:tm:set_timer: relative timeout is 30 1(7856) DEBUG: add_to_tail_of_timer[0]: 0x801f4b4e0 (79) 1(7856) DEBUG:tm:relay_reply: branch=0, save=1, relay=-1 1(7856) DEBUG:tm:build_local: using FROM=<From: "Xantek"<sip:1020101@67.102.229.3>;tag=045b4172 >, TO=<To: "1020101"<sip:1020101@67.102.229.3> >, CSEQ_N=<CSeq: 1> 1(7856) DEBUG: cancel_branch: sending cancel... 1(7856) DEBUG:tm:set_timer: relative timeout is 500000 1(7856) DEBUG: add_to_tail_of_timer[4]: 0x801f4b3c0 (49500000) 1(7856) DEBUG:tm:set_timer: relative timeout is 30 1(7856) DEBUG: add_to_tail_of_timer[0]: 0x801f4b3f0 (79) 1(7856) DEBUG: final_response_handler : done 0(7855) udp_rcv_loop: probing packet received from 24.5.58.18 53652 0(7855) SIP Reply (status): 0(7855) version: <SIP/2.0> 0(7855) status: <407> 0(7855) reason: <Proxy Authentication Required> 0(7855) parse_headers: flags=2 0(7855) Found param type 232, <branch> = <z9hG4bK5988.480944e.1>; state=6 0(7855) Found param type 234, <received> = <67.102.229.3>; state=16 0(7855) end of header reached, state=5 0(7855) parse_headers: Via found, flags=2 0(7855) parse_headers: this is the first via 0(7855) After parse_msg... 0(7855) DEBUG:forward_reply: found module tm, passing reply to it 0(7855) DEBUG: t_check: start=0xffffffffffffffff 0(7855) parse_headers: flags=22 0(7855) Found param type 232, <branch> = <z9hG4bK-d87543-e004ef19dd229e0e-1--d87543->; state=6 0(7855) Found param type 235, <rport> = <42749>; state=16 0(7855) end of header reached, state=5 0(7855) parse_headers: Via found, flags=22 0(7855) parse_headers: this is the second via 0(7855) DEBUG: add_param: tag=as499a9c72 0(7855) DEBUG:parse_to:end of header reached, state=29 0(7855) DBUG:parse_to: display={"1020101"}, ruri={sip:1020101@67.102.229.3} 0(7855) DEBUG: get_hdr_field: <To> [52]; uri=[sip:1020101@67.102.229.3] 0(7855) DEBUG: to body ["1020101"<sip:1020101@67.102.229.3>] 0(7855) get_hdr_field: cseq <CSeq>: <1> <INVITE> 0(7855) parse_headers: flags=8 0(7855) DEBUG: t_reply_matching: hash 34965 label 239374468 branch 1 0(7855) DEBUG:tm:REF_UNSAFE: after is 1 0(7855) DEBUG: t_reply_matching: reply matched (T=0x801f4b0d8)! 0(7855) DEBUG: t_check: end=0x801f4b0d8 0(7855) DEBUG:tm:reply_received: org. status uas=180, uac[1]=0 local=0 is_invite=1) 0(7855) parse_headers: flags=8 0(7855) DEBUG:tm:build_local: using FROM=<From: "Xantek"<sip:1020101@67.102.229.3>;tag=045b4172 >, TO=<To: "1020101"<sip:1020101@67.102.229.3>;tag=as499a9c72 >, CSEQ_N=<CSeq: 1> 0(7855) DEBUG:tm:t_should_relay_response: T_code=180, new_code=407 0(7855) DEBUG:tm:t_pick_branch: picked branch 1, code 407 0(7855) DEBUG:tm:relay_reply: branch=1, save=0, relay=1 0(7855) old size: 631, new size: 549 0(7855) build_res_from_sip_res: copied size: orig:125, new: 43, rest: 506 msg= SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/UDP 67.188.231.188:42749;branch=z9hG4bK-d87543-e004ef19dd229e0e-1--d87543-;rport=42749 From: "Xantek"<sip:1020101@67.102.229.3>;tag=045b4172 To: "1020101"<sip:1020101@67.102.229.3>;tag=as499a9c72 Call-ID: YjgxM2RlZmM4MjRhMDYxN2YwYjI2MDdmZWZjMGY4NTY. CSeq: 1 INVITE User-Agent: Asterisk PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Contact: <sip:7771020101@66.224.20.50> Proxy-Authenticate: Digest realm="sip.xantek.cc", nonce="1aebadb3" Content-Length: 0 0(7855) DEBUG:tm:set_timer: relative timeout is 500000 0(7855) DEBUG: add_to_tail_of_timer[4]: 0x801f4b220 (49500000) 0(7855) DEBUG:tm:set_timer: relative timeout is 30 0(7855) DEBUG: add_to_tail_of_timer[0]: 0x801f4b250 (79) 0(7855) DEBUG:tm:relay_reply: sent buf=0x62deb0: SIP/2.0 4..., shmem=0x801f4aea0: SIP/2.0 4 0(7855) DEBUG: cleanup_uac_timers: RETR/FR timers reset 0(7855) DEBUG:tm:UNREF_UNSAFE: after is 0 0(7855) DEBUG:destroy_avp_list: destroying list 0x0 0(7855) receive_msg: cleaning up 0(7855) SIP Reply (status): 0(7855) version: <SIP/2.0> 0(7855) status: <200> 0(7855) reason: <OK> 0(7855) parse_headers: flags=2 0(7855) Found param type 232, <branch> = <z9hG4bK5988.480944e.0>; state=16 0(7855) end of header reached, state=5 0(7855) parse_headers: Via found, flags=2 0(7855) parse_headers: this is the first via 0(7855) After parse_msg... 0(7855) DEBUG:forward_reply: found module tm, passing reply to it 0(7855) DEBUG: t_check: start=0xffffffffffffffff 0(7855) parse_headers: flags=22 0(7855) DEBUG: add_param: tag=03422a48 0(7855) DEBUG:parse_to:end of header reached, state=29 0(7855) DBUG:parse_to: display={"1020101"}, ruri={sip:1020101@67.102.229.3} 0(7855) DEBUG: get_hdr_field: <To> [50]; uri=[sip:1020101@67.102.229.3] 0(7855) DEBUG: to body ["1020101"<sip:1020101@67.102.229.3>] 0(7855) get_hdr_field: cseq <CSeq>: <1> <CANCEL> 0(7855) DEBUG: t_reply_matching: hash 34965 label 239374468 branch 0 0(7855) DEBUG:tm:REF_UNSAFE: after is 1 0(7855) DEBUG: t_reply_matching: reply matched (T=0x801f4b0d8)! 0(7855) DEBUG: t_check: end=0x801f4b0d8 0(7855) DEBUG:tm:reply_received: org. status uas=407, uac[0]=408 local=0 is_invite=1) 0(7855) DEBUG:tm:reply_received: reply to local CANCEL processed 0(7855) DEBUG:tm:UNREF_UNSAFE: after is 0 0(7855) DEBUG:destroy_avp_list: destroying list 0x0 0(7855) receive_msg: cleaning up 0(7855) SIP Reply (status): 0(7855) version: <SIP/2.0> 0(7855) status: <487> 0(7855) reason: <Request Terminated> 0(7855) parse_headers: flags=2 0(7855) Found param type 232, <branch> = <z9hG4bK5988.480944e.0>; state=16 0(7855) end of header reached, state=5 0(7855) parse_headers: Via found, flags=2 0(7855) parse_headers: this is the first via 0(7855) After parse_msg... 0(7855) DEBUG:forward_reply: found module tm, passing reply to it 0(7855) DEBUG: t_check: start=0xffffffffffffffff 0(7855) parse_headers: flags=22 0(7855) Found param type 232, <branch> = <z9hG4bK-d87543-e004ef19dd229e0e-1--d87543->; state=6 0(7855) Found param type 235, <rport> = <42749>; state=16 0(7855) end of header reached, state=5 0(7855) parse_headers: Via found, flags=22 0(7855) parse_headers: this is the second via 0(7855) DEBUG: add_param: tag=03422a48 0(7855) DEBUG:parse_to:end of header reached, state=29 0(7855) DBUG:parse_to: display={"1020101"}, ruri={sip:1020101@67.102.229.3} 0(7855) DEBUG: get_hdr_field: <To> [50]; uri=[sip:1020101@67.102.229.3] 0(7855) DEBUG: to body ["1020101"<sip:1020101@67.102.229.3>] 0(7855) get_hdr_field: cseq <CSeq>: <1> <INVITE> 0(7855) parse_headers: flags=8 0(7855) DEBUG: t_reply_matching: hash 34965 label 239374468 branch 0 0(7855) DEBUG:tm:REF_UNSAFE: after is 1 0(7855) DEBUG: t_reply_matching: reply matched (T=0x801f4b0d8)! 0(7855) DEBUG: t_check: end=0x801f4b0d8 0(7855) DEBUG:tm:reply_received: org. status uas=407, uac[0]=408 local=0 is_invite=1) 0(7855) parse_headers: flags=8 0(7855) DEBUG:tm:build_local: using FROM=<From: "Xantek"<sip:1020101@67.102.229.3>;tag=045b4172 >, TO=<To: "1020101"<sip:1020101@67.102.229.3>;tag=03422a48 >, CSEQ_N=<CSeq: 1> 0(7855) DEBUG:tm:t_should_relay_response: T_code=407, new_code=487 0(7855) DEBUG:tm:relay_reply: branch=0, save=0, relay=-1 0(7855) DEBUG:tm:UNREF_UNSAFE: after is 0 0(7855) DEBUG:destroy_avp_list: destroying list 0x0 0(7855) receive_msg: cleaning up 0(7855) SIP Request: 0(7855) method: <ACK> 0(7855) uri: <sip:1020101@67.102.229.3> 0(7855) version: <SIP/2.0> 0(7855) parse_headers: flags=2 0(7855) Found param type 232, <branch> = <z9hG4bK-d87543-e004ef19dd229e0e-1--d87543->; state=6 0(7855) Found param type 235, <rport> = <n/a>; state=17 0(7855) end of header reached, state=5 0(7855) parse_headers: Via found, flags=2 0(7855) parse_headers: this is the first via 0(7855) After parse_msg... 0(7855) preparing to run routing scripts... 0(7855) DEBUG : sl_filter_ACK: to late to be a local ACK! 0(7855) parse_headers: flags=100 0(7855) DEBUG: add_param: tag=as499a9c72 0(7855) DEBUG:parse_to:end of header reached, state=29 0(7855) DBUG:parse_to: display={"1020101"}, ruri={sip:1020101@67.102.229.3} 0(7855) DEBUG: get_hdr_field: <To> [52]; uri=[sip:1020101@67.102.229.3] 0(7855) DEBUG: to body ["1020101"<sip:1020101@67.102.229.3>] 0(7855) get_hdr_field: cseq <CSeq>: <1> <ACK> 0(7855) DEBUG: get_hdr_body : content_length=0 0(7855) found end of header 0(7855) DEBUG: is_maxfwd_present: max_forwards header not found! 0(7855) DEBUG: add_param: tag=045b4172 0(7855) DEBUG:parse_to:end of header reached, state=29 0(7855) DBUG:parse_to: display={"Xantek"}, ruri={sip:1020101@67.102.229.3} 0(7855) parse_headers: flags=200 0(7855) find_first_route: No Route headers found 0(7855) loose_route: There is no Route HF 0(7855) grep_sock_info - checking if host==us: 12==12 && [67.102.229.3] == [67.102.229.3] 0(7855) grep_sock_info - checking if port 5060 matches port 5060 0(7855) grep_sock_info - checking if host==us: 12==12 && [67.102.229.3] == [67.102.229.3] 0(7855) grep_sock_info - checking if port 5060 matches port 5060 0(7855) lookup(): '1020101' Not found in usrloc 0(7855) grep_sock_info - checking if host==us: 12==12 && [67.102.229.3] == [67.102.229.3] 0(7855) grep_sock_info - checking if port 5060 matches port 5060 0(7855) rewrite_uri: Rewriting Request-URI with 'sip:1020101@67.188.231.188:42749;rinstance=1e89b57f830c50f7' 0(7855) parse_headers: flags=ffffffffffffffff 0(7855) DEBUG: t_newtran: T on entrance=0xffffffffffffffff 0(7855) parse_headers: flags=ffffffffffffffff 0(7855) parse_headers: flags=78 0(7855) t_lookup_request: start searching: hash=34965, isACK=1 0(7855) DEBUG: RFC3261 transaction matched, tid=-d87543-e004ef19dd229e0e-1--d87543- 0(7855) DEBUG:tm:REF_UNSAFE: after is 1 0(7855) DEBUG: t_lookup_request: transaction found (T=0x801f4b0d8) 0(7855) DEBUG: cleanup_uac_timers: RETR/FR timers reset 0(7855) DEBUG: add_to_tail_of_timer[2]: 0x801f4b158 (54) 0(7855) DEBUG:tm:UNREF_UNSAFE: after is 0 0(7855) DEBUG:destroy_avp_list: destroying list 0x0 0(7855) receive_msg: cleaning up 0(7855) SIP Request: 0(7855) method: <INVITE> 0(7855) uri: <sip:1020101@67.102.229.3> 0(7855) version: <SIP/2.0> 0(7855) parse_headers: flags=2 0(7855) Found param type 232, <branch> = <z9hG4bK-d87543-c535a22e8d568d14-1--d87543->; state=6 0(7855) Found param type 235, <rport> = <n/a>; state=17 0(7855) end of header reached, state=5 0(7855) parse_headers: Via found, flags=2 0(7855) parse_headers: this is the first via 0(7855) After parse_msg... 0(7855) preparing to run routing scripts... 0(7855) parse_headers: flags=100 0(7855) DEBUG:maxfwd:is_maxfwd_present: value = 70 0(7855) parse_headers: flags=10 0(7855) DEBUG:parse_to:end of header reached, state=10 0(7855) DBUG:parse_to: display={"1020101"}, ruri={sip:1020101@67.102.229.3} 0(7855) DEBUG: get_hdr_field: <To> [37]; uri=[sip:1020101@67.102.229.3] 0(7855) DEBUG: to body ["1020101"<sip:1020101@67.102.229.3> ] 0(7855) DEBUG: add_param: tag=045b4172 0(7855) DEBUG:parse_to:end of header reached, state=29 0(7855) DBUG:parse_to: display={"Xantek"}, ruri={sip:1020101@67.102.229.3} 0(7855) parse_headers: flags=200 0(7855) get_hdr_field: cseq <CSeq>: <2> <INVITE> 0(7855) DEBUG: get_hdr_body : content_length=476 0(7855) found end of header 0(7855) find_first_route: No Route headers found 0(7855) loose_route: There is no Route HF 0(7855) grep_sock_info - checking if host==us: 12==12 && [67.102.229.3] == [67.102.229.3] 0(7855) grep_sock_info - checking if port 5060 matches port 5060 0(7855) grep_sock_info - checking if host==us: 12==12 && [67.102.229.3] == [67.102.229.3] 0(7855) grep_sock_info - checking if port 5060 matches port 5060 0(7855) lookup(): '1020101' Not found in usrloc 0(7855) grep_sock_info - checking if host==us: 12==12 && [67.102.229.3] == [67.102.229.3] 0(7855) grep_sock_info - checking if port 5060 matches port 5060 0(7855) rewrite_uri: Rewriting Request-URI with 'sip:1020101@67.188.231.188:42749;rinstance=1e89b57f830c50f7' 0(7855) parse_headers: flags=ffffffffffffffff 0(7855) DEBUG: t_newtran: T on entrance=0xffffffffffffffff 0(7855) parse_headers: flags=ffffffffffffffff 0(7855) parse_headers: flags=78 0(7855) t_lookup_request: start searching: hash=34962, isACK=0 0(7855) DEBUG: RFC3261 transaction matching failed 0(7855) DEBUG: t_lookup_request: no transaction found 0(7855) parse_headers: flags=ffffffffffffffff 0(7855) check_via_address(67.188.231.188, 67.188.231.188, 0) 0(7855) WARNING:vqm_resize: resize(0) called 0(7855) DEBUG:tm:_reply_light: reply sent out. buf=0x62dcf8: SIP/2.0 1..., shmem=0x801f4e420: SIP/2.0 1 0(7855) DEBUG:tm:_reply_light: finished 0(7855) DEBUG: mk_proxy: doing DNS lookup... 0(7855) check_via_address(67.188.231.188, 67.188.231.188, 0) 0(7855) DBG:check_against_rule_list: using list dns 0(7855) DEBUG:tm:set_timer: relative timeout is 500000 0(7855) DEBUG: add_to_tail_of_timer[4]: 0x801f550c8 (49600000) 0(7855) DEBUG:tm:set_timer: relative timeout is 30 0(7855) DEBUG: add_to_tail_of_timer[0]: 0x801f550f8 (79) 0(7855) DEBUG:tm:t_relay_to: new transaction fwd'ed 0(7855) DEBUG:tm:UNREF_UNSAFE: after is 0 0(7855) DEBUG:destroy_avp_list: destroying list 0x0 0(7855) receive_msg: cleaning up 1(7856) DEBUG: timer routine:4,tl=0x801f4b4b0 next=0x801f4b3c0, timeout=49500000 1(7856) DEBUG: timer routine:4,tl=0x801f4b3c0 next=0x801f4b220, timeout=49500000 1(7856) DEBUG: timer routine:4,tl=0x801f4b220 next=0x0, timeout=49500000 0(7855) SIP Reply (status): 0(7855) version: <SIP/2.0> 0(7855) status: <180> 0(7855) reason: <Ringing> 0(7855) parse_headers: flags=2 0(7855) Found param type 232, <branch> = <z9hG4bK2988.3de53f62.0>; state=16 0(7855) end of header reached, state=5 0(7855) parse_headers: Via found, flags=2 0(7855) parse_headers: this is the first via 0(7855) After parse_msg... 0(7855) DEBUG:forward_reply: found module tm, passing reply to it 0(7855) DEBUG: t_check: start=0xffffffffffffffff 0(7855) parse_headers: flags=22 0(7855) Found param type 232, <branch> = <z9hG4bK-d87543-c535a22e8d568d14-1--d87543->; state=6 0(7855) Found param type 235, <rport> = <42749>; state=16 0(7855) end of header reached, state=5 0(7855) parse_headers: Via found, flags=22 0(7855) parse_headers: this is the second via 0(7855) DEBUG: add_param: tag=2a63bc63 0(7855) DEBUG:parse_to:end of header reached, state=29 0(7855) DBUG:parse_to: display={"1020101"}, ruri={sip:1020101@67.102.229.3} 0(7855) DEBUG: get_hdr_field: <To> [50]; uri=[sip:1020101@67.102.229.3] 0(7855) DEBUG: to body ["1020101"<sip:1020101@67.102.229.3>] 0(7855) get_hdr_field: cseq <CSeq>: <2> <INVITE> 0(7855) parse_headers: flags=8 0(7855) DEBUG: t_reply_matching: hash 34962 label 653483731 branch 0 0(7855) DEBUG:tm:REF_UNSAFE: after is 1 0(7855) DEBUG: t_reply_matching: reply matched (T=0x801f54ea8)! 0(7855) DEBUG: t_check: end=0x801f54ea8 0(7855) DEBUG:tm:reply_received: org. status uas=100, uac[0]=0 local=0 is_invite=1) 0(7855) DEBUG:tm:t_should_relay_response: T_code=100, new_code=180 0(7855) DEBUG:tm:relay_reply: branch=0, save=0, relay=0 0(7855) old size: 554, new size: 493 0(7855) build_res_from_sip_res: copied size: orig:82, new: 21, rest: 472 msg= SIP/2.0 180 Ringing Via: SIP/2.0/UDP 67.188.231.188:42749;branch=z9hG4bK-d87543-c535a22e8d568d14-1--d87543-;rport=42749 Record-Route: <sip:67.102.229.3;lr;ftag=045b4172> Contact: <sip:1020101@67.188.231.188:42749;rinstance=1e89b57f830c50f7> To: "1020101"<sip:1020101@67.102.229.3>;tag=2a63bc63 From: "Xantek"<sip:1020101@67.102.229.3>;tag=045b4172 Call-ID: YjgxM2RlZmM4MjRhMDYxN2YwYjI2MDdmZWZjMGY4NTY. CSeq: 2 INVITE User-Agent: eyeBeam release 1009l stamp 37966 Content-Length: 0 0(7855) DEBUG:tm:relay_reply: sent buf=0x62d678: SIP/2.0 1..., shmem=0x801f4e420: SIP/2.0 1 0(7855) DEBUG:tm:set_timer: relative timeout is 20 0(7855) DEBUG: add_to_tail_of_timer[1]: 0x801f550f8 (69) 0(7855) DEBUG:tm:UNREF_UNSAFE: after is 0 0(7855) DEBUG:destroy_avp_list: destroying list 0x0 0(7855) receive_msg: cleaning up 1(7856) DEBUG: timer routine:4,tl=0x801f550c8 next=0x0, timeout=49600000 0(7855) SIP Request: 0(7855) method: <CANCEL> 0(7855) uri: <sip:1020101@67.102.229.3> 0(7855) version: <SIP/2.0> 0(7855) parse_headers: flags=2 0(7855) Found param type 232, <branch> = <z9hG4bK-d87543-c535a22e8d568d14-1--d87543->; state=6 0(7855) Found param type 235, <rport> = <n/a>; state=17 0(7855) end of header reached, state=5 0(7855) parse_headers: Via found, flags=2 0(7855) parse_headers: this is the first via 0(7855) After parse_msg... 0(7855) preparing to run routing scripts... 0(7855) parse_headers: flags=100 0(7855) DEBUG:parse_to:end of header reached, state=10 0(7855) DBUG:parse_to: display={"1020101"}, ruri={sip:1020101@67.102.229.3} 0(7855) DEBUG: get_hdr_field: <To> [37]; uri=[sip:1020101@67.102.229.3] 0(7855) DEBUG: to body ["1020101"<sip:1020101@67.102.229.3> ] 0(7855) get_hdr_field: cseq <CSeq>: <2> <CANCEL> 0(7855) DEBUG: get_hdr_body : content_length=0 0(7855) found end of header 0(7855) DEBUG: is_maxfwd_present: max_forwards header not found! 0(7855) DEBUG: add_param: tag=045b4172 0(7855) DEBUG:parse_to:end of header reached, state=29 0(7855) DBUG:parse_to: display={"Xantek"}, ruri={sip:1020101@67.102.229.3} 0(7855) parse_headers: flags=200 0(7855) find_first_route: No Route headers found 0(7855) loose_route: There is no Route HF 0(7855) grep_sock_info - checking if host==us: 12==12 && [67.102.229.3] == [67.102.229.3] 0(7855) grep_sock_info - checking if port 5060 matches port 5060 0(7855) grep_sock_info - checking if host==us: 12==12 && [67.102.229.3] == [67.102.229.3] 0(7855) grep_sock_info - checking if port 5060 matches port 5060 0(7855) lookup(): '1020101' Not found in usrloc 0(7855) grep_sock_info - checking if host==us: 12==12 && [67.102.229.3] == [67.102.229.3] 0(7855) grep_sock_info - checking if port 5060 matches port 5060 0(7855) rewrite_uri: Rewriting Request-URI with 'sip:1020101@67.188.231.188:42749;rinstance=1e89b57f830c50f7' 0(7855) parse_headers: flags=ffffffffffffffff 0(7855) DEBUG: t_newtran: T on entrance=0xffffffffffffffff 0(7855) parse_headers: flags=ffffffffffffffff 0(7855) parse_headers: flags=78 0(7855) t_lookup_request: start searching: hash=34962, isACK=0 0(7855) DEBUG: RFC3261 transaction matching failed 0(7855) DEBUG: t_lookup_request: no transaction found 0(7855) DEBUG: t_lookupOriginalT: searching on hash entry 34962 0(7855) DEBUG: RFC3261 transaction matched, tid=-d87543-c535a22e8d568d14-1--d87543- 0(7855) DEBUG: t_lookupOriginalT: canceled transaction found (0x801f54ea8)! 0(7855) DEBUG:tm:REF_UNSAFE: after is 1 0(7855) DEBUG: t_lookupOriginalT completed 0(7855) check_via_address(67.188.231.188, 67.188.231.188, 0) 0(7855) DEBUG:tm:set_timer: relative timeout is 500000 0(7855) DEBUG: add_to_tail_of_timer[4]: 0x801f583f8 (50600000) 0(7855) DEBUG:tm:set_timer: relative timeout is 30 0(7855) DEBUG: add_to_tail_of_timer[0]: 0x801f58428 (80) 0(7855) DEBUG: e2e_cancel: e2e cancel proceeding 0(7855) parse_headers: flags=ffffffffffffffff 0(7855) check_via_address(67.188.231.188, 67.188.231.188, 0) 0(7855) WARNING:vqm_resize: resize(0) called 0(7855) DEBUG:tm:_reply_light: reply sent out. buf=0x62dcf8: SIP/2.0 2..., shmem=0x801f57da0: SIP/2.0 2 0(7855) DEBUG:tm:_reply_light: finished 0(7855) DEBUG:tm:t_relay_to: new transaction fwd'ed 0(7855) DEBUG:tm:UNREF_UNSAFE: after is 0 0(7855) DEBUG:tm:UNREF_UNSAFE: after is 0 0(7855) DEBUG:destroy_avp_list: destroying list 0x0 0(7855) receive_msg: cleaning up 0(7855) SIP Reply (status): 0(7855) version: <SIP/2.0> 0(7855) status: <200> 0(7855) reason: <OK> 0(7855) parse_headers: flags=2 0(7855) Found param type 232, <branch> = <z9hG4bK2988.3de53f62.0>; state=16 0(7855) end of header reached, state=5 0(7855) parse_headers: Via found, flags=2 0(7855) parse_headers: this is the first via 0(7855) After parse_msg... 0(7855) DEBUG:forward_reply: found module tm, passing reply to it 0(7855) DEBUG: t_check: start=0xffffffffffffffff 0(7855) parse_headers: flags=22 0(7855) Found param type 232, <branch> = <z9hG4bK-d87543-c535a22e8d568d14-1--d87543->; state=6 0(7855) Found param type 235, <rport> = <42749>; state=16 0(7855) end of header reached, state=5 0(7855) parse_headers: Via found, flags=22 0(7855) parse_headers: this is the second via 0(7855) DEBUG: add_param: tag=2a63bc63 0(7855) DEBUG:parse_to:end of header reached, state=29 0(7855) DBUG:parse_to: display={"1020101"}, ruri={sip:1020101@67.102.229.3} 0(7855) DEBUG: get_hdr_field: <To> [50]; uri=[sip:1020101@67.102.229.3] 0(7855) DEBUG: to body ["1020101"<sip:1020101@67.102.229.3>] 0(7855) get_hdr_field: cseq <CSeq>: <2> <CANCEL> 0(7855) DEBUG: t_reply_matching: hash 34962 label 653483731 branch 0 0(7855) DEBUG:tm:REF_UNSAFE: after is 1 0(7855) DEBUG: t_reply_matching: reply matched (T=0x801f581d8)! 0(7855) DEBUG: t_check: end=0x801f581d8 0(7855) DEBUG:tm:reply_received: org. status uas=200, uac[0]=0 local=0 is_invite=0) 0(7855) DEBUG:tm:t_should_relay_response: T_code=200, new_code=200 0(7855) DEBUG:tm:relay_reply: branch=0, save=0, relay=-1 0(7855) DEBUG: add_to_tail_of_timer[2]: 0x801f58258 (55) 0(7855) DEBUG: cleanup_uac_timers: RETR/FR timers reset 0(7855) DEBUG:tm:UNREF_UNSAFE: after is 0 0(7855) DEBUG:destroy_avp_list: destroying list 0x0 0(7855) receive_msg: cleaning up 0(7855) SIP Reply (status): 0(7855) version: <SIP/2.0> 0(7855) status: <487> 0(7855) reason: <Request Terminated> 0(7855) parse_headers: flags=2 0(7855) Found param type 232, <branch> = <z9hG4bK2988.3de53f62.0>; state=16 0(7855) end of header reached, state=5 0(7855) parse_headers: Via found, flags=2 0(7855) parse_headers: this is the first via 0(7855) After parse_msg... 0(7855) DEBUG:forward_reply: found module tm, passing reply to it 0(7855) DEBUG: t_check: start=0xffffffffffffffff 0(7855) parse_headers: flags=22 0(7855) Found param type 232, <branch> = <z9hG4bK-d87543-c535a22e8d568d14-1--d87543->; state=6 0(7855) Found param type 235, <rport> = <42749>; state=16 0(7855) end of header reached, state=5 0(7855) parse_headers: Via found, flags=22 0(7855) parse_headers: this is the second via 0(7855) DEBUG: add_param: tag=2a63bc63 0(7855) DEBUG:parse_to:end of header reached, state=29 0(7855) DBUG:parse_to: display={"1020101"}, ruri={sip:1020101@67.102.229.3} 0(7855) DEBUG: get_hdr_field: <To> [50]; uri=[sip:1020101@67.102.229.3] 0(7855) DEBUG: to body ["1020101"<sip:1020101@67.102.229.3>] 0(7855) get_hdr_field: cseq <CSeq>: <2> <INVITE> 0(7855) parse_headers: flags=8 0(7855) DEBUG: t_reply_matching: hash 34962 label 653483731 branch 0 0(7855) DEBUG:tm:REF_UNSAFE: after is 1 0(7855) DEBUG: t_reply_matching: reply matched (T=0x801f54ea8)! 0(7855) DEBUG: t_check: end=0x801f54ea8 0(7855) DEBUG:tm:reply_received: org. status uas=180, uac[0]=180 local=0 is_invite=1) 0(7855) parse_headers: flags=8 0(7855) DEBUG:tm:build_local: using FROM=<From: "Xantek"<sip:1020101@67.102.229.3>;tag=045b4172 >, TO=<To: "1020101"<sip:1020101@67.102.229.3>;tag=2a63bc63 >, CSEQ_N=<CSeq: 2> 0(7855) DEBUG:tm:t_should_relay_response: T_code=180, new_code=487 0(7855) DEBUG:tm:t_pick_branch: picked branch 0, code 487 0(7855) DEBUG:t_check_status: checked status is <487> 0(7855) DEBUG:tm:relay_reply: branch=0, save=0, relay=0 0(7855) old size: 442, new size: 381 0(7855) build_res_from_sip_res: copied size: orig:93, new: 32, rest: 349 msg= SIP/2.0 487 Request Terminated Via: SIP/2.0/UDP 67.188.231.188:42749;branch=z9hG4bK-d87543-c535a22e8d568d14-1--d87543-;rport=42749 To: "1020101"<sip:1020101@67.102.229.3>;tag=2a63bc63 From: "Xantek"<sip:1020101@67.102.229.3>;tag=045b4172 Call-ID: YjgxM2RlZmM4MjRhMDYxN2YwYjI2MDdmZWZjMGY4NTY. CSeq: 2 INVITE User-Agent: eyeBeam release 1009l stamp 37966 Content-Length: 0 0(7855) DEBUG:tm:set_timer: relative timeout is 500000 0(7855) DEBUG: add_to_tail_of_timer[4]: 0x801f54ff0 (50700000) 0(7855) DEBUG:tm:set_timer: relative timeout is 30 0(7855) DEBUG: add_to_tail_of_timer[0]: 0x801f55020 (80) 0(7855) DEBUG:tm:relay_reply: sent buf=0x62dcf8: SIP/2.0 4..., shmem=0x801f546f8: SIP/2.0 4 0(7855) DEBUG: cleanup_uac_timers: RETR/FR timers reset 0(7855) DEBUG:tm:UNREF_UNSAFE: after is 0 0(7855) DEBUG:destroy_avp_list: destroying list 0x0 0(7855) receive_msg: cleaning up 0(7855) SIP Request: 0(7855) method: <ACK> 0(7855) uri: <sip:1020101@67.102.229.3> 0(7855) version: <SIP/2.0> 0(7855) parse_headers: flags=2 0(7855) Found param type 232, <branch> = <z9hG4bK-d87543-c535a22e8d568d14-1--d87543->; state=6 0(7855) Found param type 235, <rport> = <n/a>; state=17 0(7855) end of header reached, state=5 0(7855) parse_headers: Via found, flags=2 0(7855) parse_headers: this is the first via 0(7855) After parse_msg... 0(7855) preparing to run routing scripts... 0(7855) DEBUG : sl_filter_ACK: to late to be a local ACK! 0(7855) parse_headers: flags=100 0(7855) DEBUG: add_param: tag=2a63bc63 0(7855) DEBUG:parse_to:end of header reached, state=29 0(7855) DBUG:parse_to: display={"1020101"}, ruri={sip:1020101@67.102.229.3} 0(7855) DEBUG: get_hdr_field: <To> [50]; uri=[sip:1020101@67.102.229.3] 0(7855) DEBUG: to body ["1020101"<sip:1020101@67.102.229.3>] 0(7855) get_hdr_field: cseq <CSeq>: <2> <ACK> 0(7855) DEBUG: get_hdr_body : content_length=0 0(7855) found end of header 0(7855) DEBUG: is_maxfwd_present: max_forwards header not found! 0(7855) DEBUG: add_param: tag=045b4172 0(7855) DEBUG:parse_to:end of header reached, state=29 0(7855) DBUG:parse_to: display={"Xantek"}, ruri={sip:1020101@67.102.229.3} 0(7855) parse_headers: flags=200 0(7855) find_first_route: No Route headers found 0(7855) loose_route: There is no Route HF 0(7855) grep_sock_info - checking if host==us: 12==12 && [67.102.229.3] == [67.102.229.3] 0(7855) grep_sock_info - checking if port 5060 matches port 5060 0(7855) grep_sock_info - checking if host==us: 12==12 && [67.102.229.3] == [67.102.229.3] 0(7855) grep_sock_info - checking if port 5060 matches port 5060 0(7855) lookup(): '1020101' Not found in usrloc 0(7855) grep_sock_info - checking if host==us: 12==12 && [67.102.229.3] == [67.102.229.3] 0(7855) grep_sock_info - checking if port 5060 matches port 5060 0(7855) rewrite_uri: Rewriting Request-URI with 'sip:1020101@67.188.231.188:42749;rinstance=1e89b57f830c50f7' 0(7855) parse_headers: flags=ffffffffffffffff 0(7855) DEBUG: t_newtran: T on entrance=0xffffffffffffffff 0(7855) parse_headers: flags=ffffffffffffffff 0(7855) parse_headers: flags=78 0(7855) t_lookup_request: start searching: hash=34962, isACK=1 0(7855) DEBUG: RFC3261 transaction matched, tid=-d87543-c535a22e8d568d14-1--d87543- 0(7855) DEBUG:tm:REF_UNSAFE: after is 1 0(7855) DEBUG: t_lookup_request: transaction found (T=0x801f54ea8) 0(7855) DEBUG: cleanup_uac_timers: RETR/FR timers reset 0(7855) DEBUG: add_to_tail_of_timer[2]: 0x801f54f28 (55) 0(7855) DEBUG:tm:UNREF_UNSAFE: after is 0 0(7855) DEBUG:destroy_avp_list: destroying list 0x0 0(7855) receive_msg: cleaning up 1(7856) DEBUG: timer routine:4,tl=0x801f583f8 next=0x0, timeout=50600000 1(7856) DEBUG: timer routine:4,tl=0x801f54ff0 next=0x0, timeout=50700000 ^C 0(7855) INT received, program terminates 0(7855) INFO: signal 2 received 0(7855) Memory status (pkg): 0(7855) fm_status (0x615be0): 0(7855) heap size= 1048576 0(7855) used= 56472, used+overhead=95544, free=953032 0(7855) max used (+overhead)= 95544 Anybody see what I an doing wrong? -- Bill Neely Xantek, Inc. 1-866-553-3833 1-702-874-3833

1 0

[Users] How to get the most stable 1.2.x release sources?
by Anatoly Pidruchny 09 May '07

09 May '07

Hi, all, I could not find a good explanation of the releasing policy for OpenSER. I mean, 1.2.0 was released on March 12, 2007. I know that the future release is 1.3.0. But is there going to be 1.2.1 ever released? There were many bugs fixed in 1.2.x since 1.2.0 was released. I think I read a developer's reply that the best and most stable OpenSER 1.2.x release sources can only be downloaded from the SVN 1.2 branch. Is this true? And what is the trunk version in SVN? Is it only for the next release (1.3.0) and changes to the trunk do not go to 1.2.x branch automatically? The download page (http://www.openser.org/mos/view/Download/) unfortunately does not tell that to get the most stable 1.2.x release one has to use SVN Download. I think most of the OpenSER users just download the released 1.2.0 sources. By the way, looks like the so called "daily" SVN snapshots have not been posted since April 23. Is this a known problem? Thanks, Anatoly.

4 5

Jump to page:

2025

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