- sr-users - kamailio.org

[Users] Errors during a call and bad communication
by Bodin Bruno 10 May '07

10 May '07

Hi, anyone know something about this, when a twinkle UA call a eyebeam UA (Tls or not TLS) I get theses errors : 2(9486) ERROR: tcp_blocking_connect: timeout 10 s elapsed from 10 s 2(9486) ERROR: tcpconn_connect: tcp_blocking_connect failed 2(9486) ERROR: tcp_send: connect failed 2(9486) msg_send: ERROR: tcp_send failed 2(9486) ERROR:tm:t_forward_nonack: sending request failed 9(9500) WARNING: set_timer for 3 list called on a "detached" timer -- ignoring: 0x2adbfa551ee0 2(9486) ERROR: tcp_blocking_connect: timeout 10 s elapsed from 10 s 2(9486) ERROR: tcpconn_connect: tcp_blocking_connect failed 2(9486) ERROR: tcp_send: connect failed 2(9486) msg_send: ERROR: tcp_send failed 2(9486) ERROR:tm:t_forward_nonack: sending request failed But when eyebeam call twinkle , no errors . thank for all.

2 1

[Users] call transfer to asterik.. asterisk as an end point
by zm23 10 May '07

10 May '07

> > Hello All. > I am having some trouble with call transfers when asterisk is > the 2nd party called and I hope to benefit from your experience. > > I want to use asterisk for call park/pickup and have configured > openser to relay calls made to ruri 700-720 to asterisk running on > localhost:5069 > > > Call flow: > > phone A calls phone B (both phones are polycom) > > Phone B answers > > then phone b user presses transfer and dials 700 > > asterisk plays back 701 as the parking lot location > > phone B user presses transfer again. > at this time phone b is not disconnected from asterisk system > phone A is also connected to asterisk and hears 702 as the > parking lot location (as if asterisk places the user at priority 1 > for that > context) > > > From phone C calling 702 will connect phone C to phone A. > > > This was a specific example but this transfer problem is not > limited to call park only. It happens any time asterisk is the > second party called in call transfer. > > Thanks in advance for your help. > > -- > Zahid > > > > > > On May 8, 2007, at 1:56 PM, Christian Schlatter wrote: > > > > I think I found out why this doesn't work as expected. After phone > 1 receives REFER from phone 2, it sends a new INVITE to the > asterisk server. This INVITE includes a Replaces: header that tells > the receiver (asterisk) to replace an existing SIP dialog with the > new one. > > RFC 3891 "The SIP Replaces Header", Section 3 "UAS Behavior", defines: > > "the UA attempts to accept the new INVITE, reassign the user > interface and other resources of the matched dialog to the new > INVITE, and shut down the replaced dialog." > > But your SIP trace shows that asterisk doesn't shut down the > replaced dialog (by sending a BYE), which is the reason why phone 2 > does not get disconnected after hitting "transfer" the second time. > > > Instead of creating a new call park slot (702) when phone 1 sends > the Replaces: INVITE to asterisk, asterisk should be intelligent > enough to figure out that this INVITE actually replaces the > existing SIP dialog with phone 2. And asterisk should not create a > new park slot 702 but directly put phone 1 on hold at park slot 701 > and send a BYE to phone 2. > > Although asterisk supports the Replaces: header when used e.g. as a > gateway, I have some doubts that the call park/pickup > implementation does so too. Especially since it was designed to be > used in "PBX mode" where asterisk acts as B2BUA for all involved > call legs. > > Maybe this should be opened as a new feature/bug request on the > asterisk bug tracker. Or maybe there is a asterisk setting that > controls this behavior, I'm not really an asterisk expert myself ;-) > > -- >

1 0

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

[Serusers] ser_ctl
by Tuan Nguyen 09 May '07

09 May '07

Hi, Can someone tell me what does is mean this error: tuandat@ubuntu:~/serctl$ ./ser_ctl domain add iptel.org ser_ctl: No module named MySQLdb: ImportError I have already create mysql database ser with ser_mysql.sh script. I can show tables of ser database but I can't add domain. thanks for response Tuan.

3 2

Re: [Serusers] Which version of SER to use?
by Greger V. Teigre 09 May '07

09 May '07

:-) Spend 30 minutes on SER 2.0; it's easier than you think. etc/ser.cfg is a decent config. g-) Eneref wrote: > If I actually knew anything about how all the new stuff worked, I'd be > happy to help. ;) Sort of a chicken and egg problem. > > Unfortunately, as late, in my copious free time (*cough*), I haven't > had the time to delve into the SER 2.0 stuff and actually figure out > for myself how it all meshes together. > > N. > > > Greger V. Teigre wrote: >> heh heh, as iptel.org is an open-source project, we need a sponsor to >> pay for a technical writer if we want one. Iptego did that for SEMS >> documentation, but we don't have a documentation sponsor for SER. I'm >> afraid paid beer does not bring us far... >> >> So, we will have to cope with the volunteers we have. An advanced >> user, like you, is as good a writer as anyone, so if you want to put >> your keyboard fingers where your mouth is ;-), you are very welcome >> to sign up as a volunteer on either of our three current >> documentation efforts: >> 1. Migration guide (editor: Simon Miles) >> 2. Reference guide (editor: yours truly) >> 3. SER - Getting Started (editor: ?) >> >> I'm in the process of coordinating the table of contents with Simon, >> but here's an attempted outline: >> http://www.iptel.org/suggestion_for_outline_of_new_ser_reference_manual >> >> Feel free to sign up for any chapter or maybe editor of the Getting >> Started guide?! >> g-) >> >> SIP wrote: >>> Oh don't worry. I won't take it the wrong way. I'll be the first to >>> tell you that the documentation for SER is pretty close to >>> unusable. But unfortunately, that's the way most open source >>> projects are. You have all these coding geniuses building them, and >>> all these systems geniuses testing them... and not a single one of >>> them remembers how to convey information to the rest of us. ;) >>> >>> What the project lacks is a full-time technical writer -- someone >>> whose job it is is to corner the developers and ask them what all of >>> this stuff means (in intricate detail) and not let them go until >>> they've fully explained all of it. Then he/she can take that >>> information and translate it into something human beings can >>> understand. >>> >>> This is one reason why good technical writers are expensive, and the >>> primary reason that most companies and projects 'make do' with >>> whatever they can find. >>> >>> If you know any good technical writers who might be willing to fly >>> off to Europe and ply some of the SER team with beer enough to get >>> them talking, we could most certainly use it. I'll pay for the beer. ;) >>> >>> N. >>> >>> >>> lists(a)infoway.net wrote: >>>> Excellent news. Thanks for the feedback. Overall, and please don't >>>> take this negatively, I think documentation for SER is difficult >>>> for beginners, so if we have to go through the learning curve >>>> anyway, we might as well do it in the newer version. >>>> >>>> Thanks again >>>> >>>> On Tue, May 8, 2007 5:04 pm, SIP <sip(a)arcdiv.com> said: >>>> >>>> >>>>> For all intents and purposes, SER 2.0 (the new one) is ready for use. >>>>> The only thing it's really waiting on to be 'stable' is some better >>>>> documentation. However, it's best, if you're just getting >>>>> started, to >>>>> deploy with the new version and maybe muddle your way through a bit >>>>> until documentation is complete. >>>>> >>>>> N. >>>>> >>>>> >>>>> lists(a)infoway.net wrote: >>>>> >>>>>> We are planning on deploying a couple of SER servers and >>>>>> integrate them with >>>>>> either SEMS or Asterisk for voicemail. However, we are a bit >>>>>> confused as to which >>>>>> version of SER to go with? From what we can tell, the latest >>>>>> stable version is >>>>>> 0.9.6. However, we know of the new 0.10.X version. Reading up on >>>>>> the site, there >>>>>> is some documentation that explains a little bit of the >>>>>> differences and/or >>>>>> migration recommendations/steps. >>>>>> >>>>>> So, in an effort to keep life as simple as possible, which >>>>>> version should we work >>>>>> with? We are afraid that if we go through a learning cycle with >>>>>> 0.9.6 we're going >>>>>> to "suffer" when migrating to the new version, either because of >>>>>> the learning >>>>>> curve or because of a potential painful migration process. >>>>>> >>>>>> Any recommendations? >>>>>> >>>>>> Thanks >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>> >>> > >

1 0

[Serusers] authentication
by Stefan Ljung (TN/EAB) 09 May '07

09 May '07

Im on ser 0.9.6. Om looking for a simple way to configure my SER to check that all INVITEs coming in on a specific IP interface are coming from clients that have a valid registration. I know about the ip.src check but how to do lookups with From: URIs in the registrar is beyond me. /Stefan

2 1

[Serusers] registrar module in ser rel 2_0_0 - errors in setting parameters
by tzieleniewski 09 May '07

09 May '07

Hi, I am configuring registrar module and I get the following errors: 0(29188) set_mod_param_regex: parameter <desc_time_order> not found in module <registrar> 0(29188) parse error (88,19-20): Can't set module parameter when I try to set such module parameters: modparam("registrar", "desc_time_order", 1) modparam("registrar", "retry_after", 30) Are they still supported? Maybe under different name? Cheers Tomasz

2 1

[Serusers] tls module documentation not available
by tzieleniewski 09 May '07

09 May '07

Hi, The tls module documentation is unavailable page - http://www.iptel.org/ser/doc/modules/tls. is it temporary?? Cheers Tomasz

2 1

[Users] How to use forward command with script variables?
by Noel R. Morais 09 May '07

09 May '07

Hi All, I am trying to do something like this: route[1] { $var(forwardTo) = "192.168.192.100"; forward($var(forwardTo)); exit; } But it do not work. you know a way to do it? Thanks Noel

3 2

[Serusers] isup-oli
by Jai Rangi 09 May '07

09 May '07

Hello, Can some please tell me how can I capture isup-oli field from a incoming call. We need to capture that to recognize the incoming call from pay phone. Thank you, -Jai

3 3

[Users] XCAP-Lite problems
by Schumann Sebastian 09 May '07

09 May '07

Dear all, starting to build up OpenSER as presence server, I had no mentionable problems. Now, I tried to implement an Apache2 based XCAP server to store presence info, buddy lists etc. there. I have a problem setting up the XCAP-Lite server v0.9. Searching the web and the mailing list did not lead to a successful answer why the following happens: After setting up Apache2 with all required modules, virtual host etc. I try to use Eyebeam 1.5 to write the presrules and resource-list.xml to the database. This failes. I have successfully installed Apache2 with pear (+ extensions), php, mysql support. I created a virtual host with the following settings: NameVirtualHost * <VirtualHost *> <Location "/"> Dav On #necessary for PUT method </Location> ServerName 172.16.167.128 DocumentRoot /var/www/ #/var/www/xcap-root didn't work for GET as well, changed RewriteEngine On RewriteLog /var/log/apache2/rewrite.log RewriteLogLevel 2 RewriteRule /xcap-root/(.*) /xcap-root/index.php ProxyVia On </VirtualHost> I putted all files from XCAP-Lite archive in /var/www/xcap-root. After using PUT method through Eyebeam (change in contact list) I receive the 204 No content message. BUT: Not the database content is changed, the putted XML file overwrites index.php instead, which means, further requests fail. Does anybody know why the access to database does not work? Password etc. in config.php is ok. Thanks in advance. Best regards Sebastian PS: As I didn't find a mail address of the author of the program, I hope he is also subscribed to that list. There is probably an error in xcap-lib.php on line 766. I think there is a space between function and XCAPclient necessary.

3 5

Re: [Serusers] Which version of SER to use?
by lists＠infoway.net 09 May '07

09 May '07

Excellent news. Thanks for the feedback. Overall, and please don't take this negatively, I think documentation for SER is difficult for beginners, so if we have to go through the learning curve anyway, we might as well do it in the newer version. Thanks again On Tue, May 8, 2007 5:04 pm, SIP <sip(a)arcdiv.com> said: > For all intents and purposes, SER 2.0 (the new one) is ready for use. > The only thing it's really waiting on to be 'stable' is some better > documentation. However, it's best, if you're just getting started, to > deploy with the new version and maybe muddle your way through a bit > until documentation is complete. > > N. > > > lists(a)infoway.net wrote: >> We are planning on deploying a couple of SER servers and integrate them with >> either SEMS or Asterisk for voicemail. However, we are a bit confused as to which >> version of SER to go with? From what we can tell, the latest stable version is >> 0.9.6. However, we know of the new 0.10.X version. Reading up on the site, there >> is some documentation that explains a little bit of the differences and/or >> migration recommendations/steps. >> >> So, in an effort to keep life as simple as possible, which version should we work >> with? We are afraid that if we go through a learning cycle with 0.9.6 we're going >> to "suffer" when migrating to the new version, either because of the learning >> curve or because of a potential painful migration process. >> >> Any recommendations? >> >> Thanks >> >> >> >> _______________________________________________ >> Serusers mailing list >> Serusers(a)lists.iptel.org >> http://lists.iptel.org/mailman/listinfo/serusers >> > >

3 3

Re: [Users] Proxy/Registrar and NAT
by Bernie Hoeneisen 09 May '07

09 May '07

Hi Klaus, Alex et al. I was thinking about the same problem. My setup has two redundant SIP Proxy/Registrar (OpenSER 1.1) Servers (P1 and P2), no additonal edge proxies. It uses either MySQL cluster or Master-Master Replication to exchange the state of the location table. For NAT Processing of REGISTER I use the Nathelper module, which writes the original (inside NAT) address to the 'contact' column and the information, where the REGISTER request was received from (outside NAT socket) goes to 'received' column of the location table. e.g.: contact column: sip:behoe@192.168.1.56:2051 received column: sip:130.56.88.20:5432 When an INVITE arrives at P1 (or P2), the 'contact' column will go to the R-URI and the 'received' value will be used as the next target of the INVITE request. INVITE requests that do not arrive at the proxy, where the UA has registered, have (depending on the NAT type) some likelihood to fail. Appart from that and as long as there is no path value saved in the location table, this work fine. If there is a path value, its content will go to the Route header field and the the request is sent to the topmost Route entry. Therefore it looses the information that was stored in the 'received' column....:-( The preserve this information and to make sure that LL requests are routed via the proxy, the UA has registered to, I have some idea, that uses path. (Unfortunately not all of my UAs support 'outbound'...:-( ): When the REGISTER arrives at the Proxy P1, I would insert a Path header field with the address of P1 (i.e. the IP address and port of the proxy processing the request) Furthermore I would add a new header field parameter to the contact header field (let's call it "extsock" for the time being) containing the external NAT socket (i.e. the same information that also goes to 'received' column) e.g. Path: <sip:136.59.10.85:5060;lr>, Contact: <sip:behoe@192.168.1.56:2051;extsock=sip:130.56.88.20:5432;lr> This will then be stored in the 'path' / 'contact' columns of the location table at save(). When the INVITE arrives e.g. at P2, it does the location lookup: The Route header field will be populated with the content of the 'path' column and the R-URI will be rewritten with the 'contact' column. This means the request will be normally forwarded to P1 (topmost Route). The SIP INVITE looks e.g. as follows: INVITE sip:behoe@192.168.1.56:2051;extsock=sip:130.56.88.20:5432 SIP/2.0 Route:<sip:136.59.10.85:5060;lr> [...] After the request arrives at P1, it checks, whether there is an extsock parameter in the R-URI, and if yes, it uses its values as the next target of the request i.e. sip:130.56.88.20:5432 (Maybe P1 could even remove the extsock parameter from the R-URI at this stage to make some Nokia E-Series' phones happier...) My questions: - Is this idea feasible? Does it work in any case? Any issues with forking? - Could it easily be configured to OpenSER, or is there a change in the source code necessairy? - How much does it break SIP standards? ;-) Looking forward to your feedback. Have a nice weekend! cheers, Bernie > On Wednesday 02 May 2007 08:33, Klaus Darilion wrote: >> Hi Alex! >> >> Without having done this: You can configure the SIP proxies as load >> balancers too which distribute the load over all the proxy/registrars >> (including itself). > > I thought of that, but then every REGISTER needs to be forwarded to another > proxy to get the path info right. This result in a great amount of traffic > between the proxies and extra processing power. I want the REGISTER request > to be handled on the first host it arrives on. Then only some INVITE's need > to create inter-proxy traffic.

2 3

[Serusers] Which version of SER to use?
by lists＠infoway.net 08 May '07

08 May '07

We are planning on deploying a couple of SER servers and integrate them with either SEMS or Asterisk for voicemail. However, we are a bit confused as to which version of SER to go with? From what we can tell, the latest stable version is 0.9.6. However, we know of the new 0.10.X version. Reading up on the site, there is some documentation that explains a little bit of the differences and/or migration recommendations/steps. So, in an effort to keep life as simple as possible, which version should we work with? We are afraid that if we go through a learning cycle with 0.9.6 we're going to "suffer" when migrating to the new version, either because of the learning curve or because of a potential painful migration process. Any recommendations? Thanks

2 1

[Serusers] Clueless newbie question - integrating SER and Asterisk
by John Breen 08 May '07

08 May '07

Help! I've followed the SER documentation and searched the web like a mad thing and found nothing useful. I have an asterisk box here at home and want to put SER on it so I can use SIP clients out in the real world (on the other side of my firewall) to get to it. Now, I have got SER set up and the phones register fine and everything, BUT I cannot see how to get it to pass calls through to Asterisk. I'm not using Asterisk realtime or anything like that - just plain old asterisk with plain old config files. I thought I had it right, but calls are just not getting to asterisk so far as I can see. I know it must be possible, I just can't see how to do it. Regards John Breen

3 2

[Serusers] SER/PSTN Gateway conf
by flavio 08 May '07

08 May '07

Hi to all, I'm newbie for SER and I'm testing my own configuration to send/receive calls through my pstn gateway, according to follow simple scenario: Phone --> PSTN --> Gateway --> SER --> SIP Phone I send and receive calls successfully, but when Phone over PSTN hangs up SER reply to BYE message with 404 Not Found.Here is my ser.cfg: debug=3 fork=no log_stderror=yes listen=10.28.19.202 # INSERT YOUR IP ADDRESS HERE port=5060 children=4 dns=no rev_dns=no fifo="/tmp/ser_fifo" fifo_db_url="mysql://root@10.28.19.202/ser" loadmodule "/usr/local/lib/ser/modules/mysql.so" loadmodule "/usr/local/lib/ser/modules/sl.so" loadmodule "/usr/local/lib/ser/modules/tm.so" loadmodule "/usr/local/lib/ser/modules/rr.so" loadmodule "/usr/local/lib/ser/modules/maxfwd.so" loadmodule "/usr/local/lib/ser/modules/usrloc.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_db.so" loadmodule "/usr/local/lib/ser/modules/uri_db.so" loadmodule "/usr/local/lib/ser/modules/avpops.so" loadmodule "/usr/local/lib/ser/modules/permissions.so" modparam("auth_db|permissions|uri_db|usrloc", "db_url", "mysql://root@10.28.19.202/ser") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "password_column", "password") modparam("usrloc", "db_mode", 2) modparam("rr", "enable_full_lr", 1) modparam("tm", "fr_inv_timer", 27) modparam("tm", "fr_inv_timer_avp", "inv_timeout") modparam("permissions", "db_mode", 1) modparam("permissions", "trusted_table", "trusted") modparam("permissions", "default_allow_file", "/usr/local/etc/ser/permissions.allow") modparam("permissions", "default_deny_file", "/usr/local/etc/ser/permissions.deny") route { # ----------------------------------------------------------------- # Sanity Check Section # ----------------------------------------------------------------- if (!mf_process_maxfwd_header("16")) { sl_send_reply("483", "Too Many Hops"); break; }; if (msg:len > max_len) { sl_send_reply("513", "Message Overflow"); break; }; # ----------------------------------------------------------------- # Record Route Section # ----------------------------------------------------------------- if (method!="REGISTER") { record_route(); }; # ----------------------------------------------------------------- # Loose Route Section # ----------------------------------------------------------------- if (loose_route()) { # if ((method=="INVITE" || method=="REFER") && !has_totag()) { # sl_send_reply("403", "Forbidden"); # break; # }; if (method=="INVITE") { if (!allow_trusted()) { if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); }; }; route(1); break; }; # ----------------------------------------------------------------- # Call Type Processing Section # ----------------------------------------------------------------- if (uri!=myself) { route(1); break; }; if (method=="ACK") { route(3); route(1); break; } if (method=="INVITE") { route(3); break; } else if (method=="REGISTER") { route(2); break; }; lookup("aliases"); if (uri!=myself) { route(1); break; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); break; }; route(1); } route[1] { # ----------------------------------------------------------------- # Default Message Handler # ----------------------------------------------------------------- if (!t_relay()) { sl_reply_error(); }; } route[2] { # ----------------------------------------------------------------- # REGISTER Message Handler # ---------------------------------------------------------------- sl_send_reply("100", "Trying"); if (!www_authorize("","subscriber")) { www_challenge("","0"); break; }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); break; }; consume_credentials(); if (!save("location")) { sl_reply_error(); }; } route[3] { # ----------------------------------------------------------------- # INVITE Message Handler # ----------------------------------------------------------------- if (!allow_trusted()) { if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); } lookup("aliases"); if (uri!=myself) { route(1); break; }; if (!lookup("location")) { if (uri=~"^sip:0[0-9]*@") { # calls to PSTN #strip(0); route(4); break; }; if(uri=~"^sip:3[0-9]*@") { calls to Mobile route(4); break; }; sl_send_reply("404", "User Not Found"); break; }; route(1); } route[4]{ #----------------------------------------------------------------- # PSTN Handler # ----------------------------------------------------------------- rewritehost("10.28.52.105"); # INSERT YOUR PSTN GATEWAY IP ADDRESS avp_write("i:45", "inv_timeout"); route(1); } Any suggestions about my issue? Thanks 4 all, Flavio

4 5

[Serusers] re-invite problem
by olivier.taylor 08 May '07

08 May '07

Hello, using ser 0.9.6 The following dialog is a re-invite, the re-invite is initiated by the callee after putting the call on hold. Problem is that SER answer with a 407 on the wrong port, Invite is coming from port 62907 and SER answer to port 5060. Problem doesn't occurs for the initial invite. We have tried with other Uas without problems, just having problems with this Ua (Avaya). Any idea? Best regards, Olivier U xxx.xx.xx.xx:62907 -> yy.yyy.yyy.yy:5060 INVITE sip:990099001@192.168.162.187 SIP/2.0. Via: SIP/2.0/UDP 192.168.162.181;branch=z9hG4bK309b82ccf. Max-Forwards: 70. Content-Length: 337. To: "QE-A" <sip:990099001@yy.yyy.yyy.yy>;tag=f7983fe553e1941. From: "QE-B" <sip:990099002@yy.yyy.yyy.yy>;tag=5bf8b4fb69fca84. Call-ID: 7c933d3d19bb76c396b995202b18eb97(a)yy.yyy.yyy.yy. CSeq: 567882513 INVITE. Route: <sip:990099002@yy.yyy.yyy.yy:5060;nat=yes;ftag=f7983fe553e1941;lr=on>. P-Asserted-Identity: "QE-B" <sip:990099002@yy.yyy.yyy.yy>. Allow: INVITE. Allow: CANCEL. Allow: OPTIONS. Allow: BYE. Allow: REFER. Allow: INFO. Allow: UPDATE. Content-Type: application/sdp. Contact: "QE-B" <sip:990099002@192.168.162.181>. Supported: replaces. User-Agent: NeuralX MxSF/v3.2.6.26. . v=0. o=990099002 1136076203 1136076205 IN IP4 192.168.162.181. s=-. c=IN IP4 192.168.162.181. t=0 0. a=sendonly. m=audio 20006 RTP/AVP 0 101 8 18 . a=rtpmap:0 PCMU/8000. a=rtpmap:101 telephone-event/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:18 G729/8000. a=fmtp:101 0-15. a=fmtp:18 annexb=no. a=ptime:20. a=rtcp:20007 IN IP4 192.168.162.181. U yy.yyy.yyy.yy:5060 -> xxx.xx.xx.xx:5060 SIP/2.0 407 Proxy Authentication Required. Via: SIP/2.0/UDP 192.168.162.181;branch=z9hG4bK309b82ccf;received=xxx.xx.xx.xx. To: "QE-A" <sip:990099001@yy.yyy.yyy.yy>;tag=f7983fe553e1941. From: "QE-B" <sip:990099002@yy.yyy.yyy.yy>;tag=5bf8b4fb69fca84. Call-ID: 7c933d3d19bb76c396b995202b18eb97(a)yy.yyy.yyy.yy. CSeq: 567882513 INVITE. Proxy-Authenticate: Digest realm="yy.yyy.yyy.yy", nonce="463f31b81a65dee3419ce3e4bfbecc253410cbf5". Server: Sip EXpress router (0.9.6 (i386/freebsd)). Content-Length: 0. Warning: 392 yy.yyy.yyy.yy:5060 "Noisy feedback tells: pid=49990 req_src_ip=xxx.xx.xx.xx req_src_port=62907 in_uri=sip:990099001@192.168.162.187 out_uri=sip:990099001@192.168.162.187 via_cnt==1". .

2 1

RE: [Users] lcr: load_gws(): from_uri to large
by Papadopoulos Georgios 08 May '07

08 May '07

Hi Juha, Exactly this is my point, 128 should work and 129 should fail, especially since all related char buffers are allocated properly with size [MAX_FROM_URI_LEN+1] I think that the bug is here: if (from_uri.len < MAX_FROM_URI_LEN) { strncpy(from_uri_str, from_uri.s, from_uri.len); from_uri_str[from_uri.len] = '\0'; } else { LOG(L_ERR, "load_gws(): from_uri to large\n"); return -1; } It should be if (from_uri.len <= MAX_FROM_URI_LEN) George > -----Original Message----- > From: Juha Heinanen [mailto:jh@tutpro.com] > Sent: Monday, May 07, 2007 5:44 PM > To: Papadopoulos Georgios > Cc: users(a)openser.org > Subject: [Users] lcr: load_gws(): from_uri to large > > Papadopoulos Georgios writes: > > > I get the following error from lcr module > load_gws(): > from_uri to large > This happens when the rpid is exactly > 128 characters long. If I make it > 127 long it works fine. > This is on the 1.1.x branch. Has anyone else > noticed this? > > MAX_FROM_URI_LEN constant is defined as > > > #define MAX_FROM_URI_LEN 128 > > i can change that to 256. > > -- juha > Disclaimer The information in this e-mail and any attachments is confidential. It is intended solely for the attention and use of the named addressee(s). If you are not the intended recipient, or person responsible for delivering this information to the intended recipient, please notify the sender immediately. Unless you are the intended recipient or his/her representative you are not authorized to, and must not, read, copy, distribute, use or retain this message or any part of it. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.

2 1

[Users] 2 ENUM lookups
by Joao Pereira 08 May '07

08 May '07

Hello I would like to know how to lookup to 2 ENUM trees (arpa and e164.org). I have this config: loadmodule "enum.so" modparam("enum", "domain_suffix", "e164.org.") if ( method=="INVITE" && uri=~"sip:\+[1-9][0-9]*@mydomain.com") { if(!enum_query("e164.org.")) { log(1, "log: ENUM not found :( \n"); }else{ log(1, "log: ENUM found :) \n"); if (!method=="REGISTER") record_route(); t_relay(); return; } } Thanks Regards Joao Pereira -- ______________________________________________ João Gomes Pereira FCCN Av. do Brasil, nº 101 1700-066 Lisboa tel: +351 218 440 100 - fax: +351 218 472 167 email|SIP: joao.pereira(a)fccn.pt http://www.fccn.pt ______________________________________________ --- Aviso de Confidencialidade Esta mensagem é exclusivamente destinada ao seu destinatário, podendo conter informação CONFIDENCIAL, cuja divulgação está expressamente vedada nos termos da lei. Caso tenha recepcionado indevidamente esta mensagem, solicitamos-lhe que nos comunique esse mesmo facto por esta via ou para o telefone +351 218 440 100 devendo apagar o seu conteúdo de imediato. This message is intended exclusively for its addressee. It may contain CONFIDENTIAL information protected by law. If this message has been received by error, please notify us via e-mail or by telephone +351 218 440 100 and delete it immediately. ---

3 2

Re: [Serusers] Fwd: record_route..........TCP ??
by KUMAR 07 May '07

07 May '07

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/ > > > > > >

6 12

Re: [Users] Openser generated strange SIP packets with LCR Fallback on a second gateway
by gemalto-fw＠e-qual.fr 07 May '07

07 May '07

2 1

[Users] [openser 1.2] $fn, strange shape.
by Bodin Bruno 07 May '07

07 May '07

Hello, When I do : xlog("display name = $fn"); It show : display name = "toto titi" why it add quote ? how can I disable theses quotes ? thank

4 6

[Users] 183 early media and NATed clients
by Jeff Williams 07 May '07

07 May '07

Guys, I'm wondering what solutions there are to this problem. We have some NATed clients making outgoing calls. The NAT traversal is done using mediaproxy and works fine. However, we have a problem with 183 responses and early media ringing sounds. The problem is that before the NATed client starts sending out RTP data, mediaproxy doesn't know which IP and port to send the RTP traffic to. Some of the NETed clients don't start sending out RTP traffic until the call is connected, therefore none of the early media (ringing sounds) reaches the user - making it sound like dead air. Any ideas? Jeff

4 7

[Users] Openser generated strange SIP packets with LCR Fallback on a second gateway
by mailinglist-openser-users 07 May '07

07 May '07

gallois:/var/log# sudo /usr/bin/ngrep -W byline "" "port 5060" |more filter: (ip or ip6) and ( port 5060 ) # U phone:5060 -> openser:5060 INVITE sip:xxxxxxxx@sip1.e-qual.fr SIP/2.0. Call-ID: call-717C8C1D-CEDE-2910-0D00-26@phone. Contact: <sip:phone>. Content-Length: 221. Content-Type: application/sdp. CSeq: 1 INVITE. From: <sip:sip1.e-qual.fr>;tag=c0a80843-16. Max-Forwards: 70. Session-GUID: 875967334-858992696-842282596-875782963. Supported: 100rel. To: <sip:xxxxxxxx@sip1.e-qual.fr>. User-Agent: Quintum/1.0.0. Via: SIP/2.0/UDP phone;branch=z9hG4bK-tenor-c0a8-0843-001c. Quintum: 0c01030b0237370501001301000f0b413031322d323032334332. . v=0. o=Quintum 17 17 IN IP4 phone. s=VoipCall. c=IN IP4 phone. t=0 0. m=audio 10274 RTP/AVP 4 101. c=IN IP4 phone. a=rtpmap:4 g723/8000/1. a=ptime:30. a=rtpmap:101 telephone-event/8000/1. a=sendrecv. # U openser:5060 -> phone:5060 SIP/2.0 100 Giving a try. Call-ID: call-717C8C1D-CEDE-2910-0D00-26@phone. CSeq: 1 INVITE. From: <sip:sip1.e-qual.fr>;tag=c0a80843-16. To: <sip:xxxxxxxx@sip1.e-qual.fr>. Via: SIP/2.0/UDP phone;branch=z9hG4bK-tenor-c0a8-0843-001c. Server: OpenSER (1.2.0-notls (i386/linux)). Content-Length: 0. . # U openser:5060 -> gateway1:5060 INVITE sip:xxxxxxxxx@gateway1:5060;transport=udp SIP/2.0. Record-Route: <sip:openser;lr=on;ftag=c0a80843-16>. Call-ID: call-717C8C1D-CEDE-2910-0D00-26@phone. Contact: <sip:phone>. Content-Length: 221. Content-Type: application/sdp. CSeq: 1 INVITE. From: <sip:sip1.e-qual.fr>;tag=c0a80843-16. Max-Forwards: 69. Session-GUID: 875967334-858992696-842282596-875782963. Supported: 100rel. To: <sip:xxxxxxxx@sip1.e-qual.fr>. User-Agent: Quintum/1.0.0. Via: SIP/2.0/UDP openser;branch=z9hG4bKe7a2.b7f82867.0. Via: SIP/2.0/UDP phone;branch=z9hG4bK-tenor-c0a8-0843-001c. Quintum: 0c01030b0237370501001301000f0b413031322d323032334332. P-hint: outbound PSTN. . v=0. o=Quintum 17 17 IN IP4 phone. s=VoipCall. c=IN IP4 phone. t=0 0. m=audio 10274 RTP/AVP 4 101. c=IN IP4 phone. a=rtpmap:4 g723/8000/1. a=ptime:30. a=rtpmap:101 telephone-event/8000/1. a=sendrecv. # U gateway1:5060 -> openser:5060 SIP/2.0 488 Not acceptable here. Via: SIP/2.0/UDP openser;branch=z9hG4bKe7a2.b7f82867.0;received=openser. Via: SIP/2.0/UDP phone;branch=z9hG4bK-tenor-c0a8-0843-001c. From: <sip:sip1.e-qual.fr>;tag=c0a80843-16. To: <sip:xxxxxxxx@sip1.e-qual.fr>;tag=as714f5f56. Call-ID: call-717C8C1D-CEDE-2910-0D00-26@phone. CSeq: 1 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY. Contact: <sip:xxxxxxxxx@gateway1>. Content-Length: 0. . # U openser:5060 -> gateway1:5060 ACK sip:xxxxxxxxx@gateway1:5060;transport=udp SIP/2.0. Via: SIP/2.0/UDP openser;branch=z9hG4bKe7a2.b7f82867.0. From: <sip:sip1.e-qual.fr>;tag=c0a80843-16. Call-ID: call-717C8C1D-CEDE-2910-0D00-26@phone. To: <sip:xxxxxxxx@sip1.e-qual.fr>;tag=as714f5f56. CSeq: 1 ACK. User-Agent: OpenSER (1.2.0-notls (i386/linux)). Content-Length: 0. . # U openser:5060 -> gateway2:5060 INVITE sip:xxxxxxxx@gateway2:5060;transport=udp..t SIP/2.0. Record-Route: <sip:openser;lr=on;ftag=c0a80843-16>. Call-ID: call-717C8C1D-CEDE-2910-0D00-26@phone. Contact: <sip:phone>. Content-Length: 221. Content-Type: application/sdp. CSeq: 1 INVITE. From: <sip:sip1.e-qual.fr>;tag=c0a80843-16. Max-Forwards: 69. Session-GUID: 875967334-858992696-842282596-875782963. Supported: 100rel. To: <sip:xxxxxxxx@sip1.e-qual.fr>. User-Agent: Quintum/1.0.0. Via: SIP/2.0/UDP openser;branch=z9hG4bKe7a2.b7f82867.1. Via: SIP/2.0/UDP phone;branch=z9hG4bK-tenor-c0a8-0843-001c. Quintum: 0c01030b0237370501001301000f0b413031322d323032334332. P-hint: outbound PSTN. . v=0. o=Quintum 17 17 IN IP4 phone. s=VoipCall. c=IN IP4 phone. t=0 0. m=audio 10274 RTP/AVP 4 101. c=IN IP4 phone. a=rtpmap:4 g723/8000/1. a=ptime:30. a=rtpmap:101 telephone-event/8000/1. a=sendrecv. # U openser:5060 -> gateway2:5060 INVITE sip:xxxxxxxx@gateway2:5060;transport=udp..t SIP/2.0. Record-Route: <sip:openser;lr=on;ftag=c0a80843-16>. Call-ID: call-717C8C1D-CEDE-2910-0D00-26@phone. Contact: <sip:phone>. Content-Length: 221. Content-Type: application/sdp. CSeq: 1 INVITE. From: <sip:sip1.e-qual.fr>;tag=c0a80843-16. Max-Forwards: 69. Session-GUID: 875967334-858992696-842282596-875782963. Supported: 100rel. To: <sip:xxxxxxxx@sip1.e-qual.fr>. User-Agent: Quintum/1.0.0. Via: SIP/2.0/UDP openser;branch=z9hG4bKe7a2.b7f82867.1. Via: SIP/2.0/UDP phone;branch=z9hG4bK-tenor-c0a8-0843-001c. Quintum: 0c01030b0237370501001301000f0b413031322d323032334332. P-hint: outbound PSTN. . v=0. o=Quintum 17 17 IN IP4 phone. s=VoipCall. c=IN IP4 phone. t=0 0. m=audio 10274 RTP/AVP 4 101. c=IN IP4 phone. a=rtpmap:4 g723/8000/1. a=ptime:30. a=rtpmap:101 telephone-event/8000/1. a=sendrecv. # U openser:5060 -> gateway2:5060 INVITE sip:xxxxxxxx@gateway2:5060;transport=udp..t SIP/2.0. Record-Route: <sip:openser;lr=on;ftag=c0a80843-16>. Call-ID: call-717C8C1D-CEDE-2910-0D00-26@phone. Contact: <sip:phone>. Content-Length: 221. Content-Type: application/sdp. CSeq: 1 INVITE. From: <sip:sip1.e-qual.fr>;tag=c0a80843-16. Max-Forwards: 69. Session-GUID: 875967334-858992696-842282596-875782963. Supported: 100rel. To: <sip:xxxxxxxx@sip1.e-qual.fr>. User-Agent: Quintum/1.0.0. Via: SIP/2.0/UDP openser;branch=z9hG4bKe7a2.b7f82867.1. Via: SIP/2.0/UDP phone;branch=z9hG4bK-tenor-c0a8-0843-001c. Quintum: 0c01030b0237370501001301000f0b413031322d323032334332. P-hint: outbound PSTN. . v=0. o=Quintum 17 17 IN IP4 phone. s=VoipCall. c=IN IP4 phone. t=0 0. m=audio 10274 RTP/AVP 4 101. c=IN IP4 phone. a=rtpmap:4 g723/8000/1. a=ptime:30. a=rtpmap:101 telephone-event/8000/1. a=sendrecv. # U openser:5060 -> gateway2:5060 INVITE sip:xxxxxxxx@gateway2:5060;transport=udp..t SIP/2.0. Record-Route: <sip:openser;lr=on;ftag=c0a80843-16>. Call-ID: call-717C8C1D-CEDE-2910-0D00-26@phone. Contact: <sip:phone>. Content-Length: 221. Content-Type: application/sdp. CSeq: 1 INVITE. From: <sip:sip1.e-qual.fr>;tag=c0a80843-16. Max-Forwards: 69. Session-GUID: 875967334-858992696-842282596-875782963. Supported: 100rel. To: <sip:xxxxxxxx@sip1.e-qual.fr>. User-Agent: Quintum/1.0.0. Via: SIP/2.0/UDP openser;branch=z9hG4bKe7a2.b7f82867.1. Via: SIP/2.0/UDP phone;branch=z9hG4bK-tenor-c0a8-0843-001c. Quintum: 0c01030b0237370501001301000f0b413031322d323032334332. P-hint: outbound PSTN. . v=0. o=Quintum 17 17 IN IP4 phone. s=VoipCall. c=IN IP4 phone. t=0 0. m=audio 10274 RTP/AVP 4 101. c=IN IP4 phone. a=rtpmap:4 g723/8000/1. a=ptime:30. a=rtpmap:101 telephone-event/8000/1. a=sendrecv.

2 1

[Users] lcr: load_gws(): from_uri to large
by Papadopoulos Georgios 07 May '07

07 May '07

Hello all, I get the following error from lcr module load_gws(): from_uri to large This happens when the rpid is exactly 128 characters long. If I make it 127 long it works fine. This is on the 1.1.x branch. Has anyone else noticed this? thank you George Disclaimer The information in this e-mail and any attachments is confidential. It is intended solely for the attention and use of the named addressee(s). If you are not the intended recipient, or person responsible for delivering this information to the intended recipient, please notify the sender immediately. Unless you are the intended recipient or his/her representative you are not authorized to, and must not, read, copy, distribute, use or retain this message or any part of it. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.

2 1

[Users] Openser used to route call between PSTN to/from remote voice gateways with routing different in each direction ( originate from PSTN or originate from remote voice gateway )
by mailinglist-openser-users 07 May '07

07 May '07

Version: Openser 1.2.0 Platform: PSTN <-> Central Gateways <-- OpenSer --> Remote Gateways <-- >PABX We have 4 central Voice Gateway connected to local PSTN and several tens of customer remote voice gateways connected to PABX. On our central voice gateways, we have several PSTN provider, and these providers have different prices for different location ( so calling a cell phone should be rather made by a voice gateway connected to a particular PSTN provider ). As well, we provide SDA numbers for incoming call from PSTN on our central gateway and that should be routed to a remote customer voice gateway. But if customerA call the SDA of customerB, customerA should go through PSTN by our central voice gateway and then our central voice gateway route the call to CustomerB. So all remote gateways should not know any of the SDA route, only our central gateway should use this routes. So basically we have 2 kinds of routing to be done by OpenSer: o For our Central Gateway - For SDA11, try gateway Customer1 - For SDA12, try gateway Customer1 - For SDA21, try gateway Customer2 - For SDA22, try gateway Customer2 - For any other unknown number, no gateway should be returned ( I don't want a wrong number routed to our gateway from PSTN to generate another call on PSTN ) o For our remote customer gateways, I should have routing like this: - for cell phone, try gateway 1, if that gateway1 fail then try randomly gateway 2,3 or 4 ( and if possible the less loaded of these 3 gateways ) - for spain try gateway2, if that gateway2 fail, then try randomly gateway 1,3 or 4 ( and if possible the less loaded of these 3 gateways ) - for all other routes, try randomly gateway 1,2,3,4 ( and if possible the less loaded of these 4 gateways ) So I have several constraint: - two kind of routing should be made either if the call is coming from the central gateway or from a remote customer gateway ( differenlty said: routing different if call originate from PSTN or originate from remote voice gateway ) - for customer remote gateways, there are some preferred central gateway for certains location (e.g international call ) but if these gateways fail, fallback should occur to others central gateway - the less is hardcoded in the configuration file, the better is is. - how to try first the currently less loaded gateway when several gateways are available ( is it possible in openser has it is only dialog statefull and not call statefull ? ) What is the best option in OpenSer to achieve this ? Is the LCR module with "from_uri" and route by "prefix" can handle all this ? Where can we find complex examples of the LCR module ? Regards, Jerome. -- Jerome

1 0

[Users] do I need openser FIFO?
by Joao Pereira 07 May '07

07 May '07

Hello I'm using SER/OpenSER for a long time and I always used the FIFO. My question is, do I really need to use the FIFO? What OpenSER functionalities rely in the FIFO? Just Serweb? Thanks regards Joao Pereira -- ______________________________________________ João Gomes Pereira FCCN Av. do Brasil, nº 101 1700-066 Lisboa tel: +351 218 440 100 - fax: +351 218 472 167 email|SIP: joao.pereira(a)fccn.pt http://www.fccn.pt ______________________________________________ --- Aviso de Confidencialidade Esta mensagem é exclusivamente destinada ao seu destinatário, podendo conter informação CONFIDENCIAL, cuja divulgação está expressamente vedada nos termos da lei. Caso tenha recepcionado indevidamente esta mensagem, solicitamos-lhe que nos comunique esse mesmo facto por esta via ou para o telefone +351 218 440 100 devendo apagar o seu conteúdo de imediato. This message is intended exclusively for its addressee. It may contain CONFIDENTIAL information protected by law. If this message has been received by error, please notify us via e-mail or by telephone +351 218 440 100 and delete it immediately. ---

2 1

[Serusers] SER/PSTN Gateway conf
by flavio 07 May '07

07 May '07

Hi to all, I'm newbie for SER and I'm testing my own configuration to send/receive calls through my pstn gateway, according to follow simple scenario: Phone --> PSTN --> Gateway --> SER --> SIP Phone I send and receive calls successfully, but when Phone over PSTN hangs up SER reply to BYE message with 404 Not Found.Here is my ser.cfg: debug=3 fork=no log_stderror=yes listen=10.28.19.202 # INSERT YOUR IP ADDRESS HERE port=5060 children=4 dns=no rev_dns=no fifo="/tmp/ser_fifo" fifo_db_url="mysql://root@10.28.19.202/ser" loadmodule "/usr/local/lib/ser/modules/mysql.so" loadmodule "/usr/local/lib/ser/modules/sl.so" loadmodule "/usr/local/lib/ser/modules/tm.so" loadmodule "/usr/local/lib/ser/modules/rr.so" loadmodule "/usr/local/lib/ser/modules/maxfwd.so" loadmodule "/usr/local/lib/ser/modules/usrloc.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_db.so" loadmodule "/usr/local/lib/ser/modules/uri_db.so" loadmodule "/usr/local/lib/ser/modules/avpops.so" loadmodule "/usr/local/lib/ser/modules/permissions.so" modparam("auth_db|permissions|uri_db|usrloc", "db_url", "mysql://root@10.28.19.202/ser") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "password_column", "password") modparam("usrloc", "db_mode", 2) modparam("rr", "enable_full_lr", 1) modparam("tm", "fr_inv_timer", 27) modparam("tm", "fr_inv_timer_avp", "inv_timeout") modparam("permissions", "db_mode", 1) modparam("permissions", "trusted_table", "trusted") modparam("permissions", "default_allow_file", "/usr/local/etc/ser/permissions.allow") modparam("permissions", "default_deny_file", "/usr/local/etc/ser/permissions.deny") route { # ----------------------------------------------------------------- # Sanity Check Section # ----------------------------------------------------------------- if (!mf_process_maxfwd_header("16")) { sl_send_reply("483", "Too Many Hops"); break; }; if (msg:len > max_len) { sl_send_reply("513", "Message Overflow"); break; }; # ----------------------------------------------------------------- # Record Route Section # ----------------------------------------------------------------- if (method!="REGISTER") { record_route(); }; # ----------------------------------------------------------------- # Loose Route Section # ----------------------------------------------------------------- if (loose_route()) { # if ((method=="INVITE" || method=="REFER") && !has_totag()) { # sl_send_reply("403", "Forbidden"); # break; # }; if (method=="INVITE") { if (!allow_trusted()) { if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); }; }; route(1); break; }; # ----------------------------------------------------------------- # Call Type Processing Section # ----------------------------------------------------------------- if (uri!=myself) { route(1); break; }; if (method=="ACK") { route(3); route(1); break; } if (method=="INVITE") { route(3); break; } else if (method=="REGISTER") { route(2); break; }; lookup("aliases"); if (uri!=myself) { route(1); break; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); break; }; route(1); } route[1] { # ----------------------------------------------------------------- # Default Message Handler # ----------------------------------------------------------------- if (!t_relay()) { sl_reply_error(); }; } route[2] { # ----------------------------------------------------------------- # REGISTER Message Handler # ---------------------------------------------------------------- sl_send_reply("100", "Trying"); if (!www_authorize("","subscriber")) { www_challenge("","0"); break; }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); break; }; consume_credentials(); if (!save("location")) { sl_reply_error(); }; } route[3] { # ----------------------------------------------------------------- # INVITE Message Handler # ----------------------------------------------------------------- if (!allow_trusted()) { if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); } lookup("aliases"); if (uri!=myself) { route(1); break; }; if (!lookup("location")) { if (uri=~"^sip:0[0-9]*@") { # calls to PSTN #strip(0); route(4); break; }; if(uri=~"^sip:3[0-9]*@") { calls to Mobile route(4); break; }; sl_send_reply("404", "User Not Found"); break; }; route(1); } route[4]{ #----------------------------------------------------------------- # PSTN Handler # ----------------------------------------------------------------- rewritehost("10.28.52.105"); # INSERT YOUR PSTN GATEWAY IP ADDRESS avp_write("i:45", "inv_timeout"); route(1); } Any suggestions about my issue? Thanks 4 all, Flavio -- ******************************** * (o< ing. Patria Flavio * //\ phone 0823451358 * V_/_ mobile 3407873357 * ********************************

1 0

[Users] HOWTO submit a patch in a correct way?
by Peter Lemenkov 06 May '07

06 May '07

Hello All! I need a simple feature in OpenSER - parameter in Jabber-module to set up jabber's priority. So I took a look into the sources and created a simple patch (attached). Are there any formal procedures that I must follow for accepting my patch? -- With best regards!

2 1

[Users] E1 config for chile
by laurent schweizer 04 May '07

04 May '07

Hello, I try to configure a Patton smart node with a E1 for the Chile. I need to know wich parameters I must set for Chile. If someone have informations it's welcoms. Laurent

1 0

[Users] Passing predefined string-value to RADIUS accounting server
by Peter Lemenkov 04 May '07

04 May '07

Hello All! I've encountered some difficulties. I need to pass predefined string value ("REALM" actually) to accounting RADIUS server. I want to did it in way similar to: modparam("acc", "radius_extra", "User-Name=$fU; Sip-User-Realm=$ar") But I need to set realm for all radius-accounting requests to some value ("MYREALM" for example). I tried set $ar explicitly before accounting this way $ar = "MYREALM"; but failed with error "invalid left operand in assignment". Does $ar read-only variable? Another my try was to pass new realm value in module configuration section: modparam("acc", "radius_extra", "User-Name=$fU; Sip-User-Realm=MYREALM") It failed with message "parse failed in <Sip-User-Realm=MYREALM> around position ..." I can't set up custom variable before route{} sections so I can't define my $var(realm) into module configuration line. Are any ways to solve my problem exists? -- With best regards!

2 1

[Users] forcing tcp transport
by Will Quan 04 May '07

04 May '07

I am setting up the proxy so the transport protocol is forced to tcp when packet size is > 1300b. The problem is when the originator abandons the call, the CANCEL msg sent over UDP and I really want it to use the TCP transport, as the INVITE did. Is there a way to achieve this?--will

2 1

[Users] OpenSER 1.2 and Flatstore Accounting
by Brandon Armstead 04 May '07

04 May '07

Hello my fellow Flatstore Accounting users, There seems to be some issues with Flatstore and Accounting in OpenSER 1.2, it does not seem to properly account/log extras? Perhaps I am incorrectly using it, but the syntax still remains modparam("acc", "log_extra", "foo=$pvar"). Is there anything I'm missing? Thanks! Regards, Brandon.

2 1

[Users] rtpproxy CPU usage issue..
by Sajith T S 04 May '07

04 May '07

Hi, Have any of you folks seen an abnormal CPU usage issue with rtpprpxy? At times, "top" shows rtpproxy uses 100% CPU (sometimes 99%, sometimes even 101%!), and it stops responding to openser. I have to restart everything now. A small thread in Serdev list recommends upgrading rtpproxy to latest in CVS: http://lists.iptel.org/pipermail/serdev/2006-June/007459.html Mine was fairly old, so I upgraded, but without much progress. What really bugs is I don't know what triggers it. Backtraces suggest that this occurs in different places in rtpproxy, before and after upgrading. Before upgrade: (gdb) where #0 0xb7f49410 in ?? () #1 0xbffd6d88 in ?? () #2 0x00000076 in ?? () #3 0xbffd2410 in ?? () #4 0x4a8d9fd1 in sendto () from /lib/tls/libc.so.6 #5 0x0804ac0c in main (argc=7, argv=0xbffd6e14) at main.c:1467 After upgrade: (gdb) where #0 0xb7f0a410 in ?? () #1 0xbfcb0258 in ?? () #2 0xbfcadfc0 in ?? () #3 0xbfcab8e0 in ?? () #4 0x00bb8dd1 in recvfrom () from /lib/tls/libc.so.6 #5 0x0804a568 in main (argc=7, argv=0xbfcb02e4) at main.c:1364 Any clues? Is this a known problem and is there a patch or some sort ofworkaround? Is there anything I need to upgrade? (This is CentOS 4.4, FWIW) Anything that should be done in openser configuration? Thanks much in advance. - Sajith.

3 2

[Users] Abyss XMLRPC server CRLF problem
by jh＠tutpro.com 04 May '07

04 May '07

this discussion on abyss xmlrpc server reminds me about a problem on its handling of CRLF, which needs to be included in a string when applications use t_uac_dlg or send_publish mi commands to send sip requests to openser. if abyss receives CRLF in a string, it drops CR and only LF is left. if abyss server receives CRCRLF, it results in LFLF. abyss does retain CR in a string if it receives if coded as . however, none of xmlrpc clients that i have tried (python or php) allows me to send out on the wire  because they (according to xmlrpc spec) convert & to & and i get on the wire &#13;, which abyss does not convert to CR. the problem results from abyss author's own interpretation of xmlrpc specification: http://xmlrpc-c.sourceforge.net/doc/libxmlrpc.html#xmlrpc_value XML-RPC strings deserve a little more detailed explanation because of some nonsense in the definition of them in the XML-RPC specification. The spec says a string's value is arbitrary 8 bit bytes, but also says that it is part of an XML document. An XML document is composed of XML characters, and the spec doesn't mention any way of encoding those arbitrary bytes into XML characters. It appears that the author was confused about how XML works. as result, i have found no way (without hacking xmlrpc client libraries) to get CRLF via abyss server to openser. does anybody have a suggestion? -- juha

1 0

[Users] [Fwd: [Serdev] Contributing new module "prefix_route" to SER]
by Klaus Darilion 04 May '07

04 May '07

FYI: A new ser module which could probably easily ported to openser too (if someone needs this feature) regards klaus -------- Original Message -------- Subject: [Serdev] Contributing new module "prefix_route" to SER Date: Wed, 25 Apr 2007 16:52:39 +0200 From: Alfred E. Heggestad <aeh(a)db.org> To: serdev(a)iptel.org Hi Here is a contribution to the SER community; a new module called "prefix_route" that does prefix-based routing from rules stored in the database. The work was sponsored by my employer, Telio Telecom. The source code is attached, and can also be downloaded from here: http://aeh.db.org/patch/prefix_route-20070425.tar.gz The module has been tested with ser-0.9.6 and ser-0.9.7-pre8 from CVS. It could also be ported to SER 2.0 if there is any interest. The idea with this module is to move the logic of selecting PSTN gateway from ser.cfg to the database. In the database you will have a table called e.g. "prefix_route" which has one entry per rule, matching a prefix to a route number: prefix route ------ ----- 0045 -> route 3 0046 -> route 4 0047 -> route 5 for incoming requests, you can call the prefix_route() function in your ser.cfg - it will then try to match the username part of the request-uri to the "best" prefix, i.e. closest match. if there is a match, it will jump to that routing block in ser.cfg. all referenced route numbers must be declared in ser.cfg, otherwise it will not load. The prefix_route table is populated from the DB at boot or with the "prefix_reload" FIFO command, into a RAM-based tree that is used in execution time. For more documentation, please see the README file ;) I hope that this module will be useful for you, any feedback will be appreciated! /alfred _______________________________________________ Serdev mailing list Serdev(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev

2 1

[Users] make OpenSER 1.2.0: osp/osp.h: No such file or directory
by CSB 04 May '07

04 May '07

Attempting to make OpenSER 1.2.0 and getting the following errors: In file included from destination.c:39: usage.h:34:21: error: osp/osp.h: No such file or directory In file included from destination.c:39: usage.h:52: error: syntax error before âOSPTTRANHANDLEâ usage.h:53: error: syntax error before âOSPTTRANHANDLEâ destination.c: In function âospConvertAddressâ: destination.c:470: warning: implicit declaration of function âsnprintfâ destination.c:470: warning: incompatible implicit declaration of built-in function âsnprintfâ destination.c:472: warning: incompatible implicit declaration of built-in function âsnprintfâ make[1]: *** [destination.o] Error 1 make[1]: Leaving directory `/usr/src/openser-1.2.0-notls/modules/osp' make: *** [modules] Error 2 FC4 rpm -q libxml2-devel libxml2-devel-2.6.20-1.FC4 rpm -q curl-devel curl-devel-7.13.1-5.fc4 Any advice appreciated. Regards Cameron

2 1

RE: [Users] ACC : log_fmt equivalent in 1.2 ?
by Will Quan 04 May '07

04 May '07

thanks daniel,it looks like i can only append to the 'base' fields of the log. i was looking to reformat the whole syslog, including those those first few starting with timestamp, method, etc..thanks,-will> Date: Thu, 3 May 2007 21:04:21 +0300> From: daniel(a)voice-system.ro> To: sip(a)voiplabs.net> CC: users(a)openser.org> Subject: Re: [Users] ACC : log_fmt equivalent in 1.2 ?> > Hello,> > you can get it via the log_extra parameter:> http://www.openser.org/docs/modules/1.2.x/acc.html#AEN276> http://openser.org/dokuwiki/doku.php/install:1.1.x-to-1.2.x#acc> > Cheers,> Daniel> > On 05/03/07 18:03, Will Quan wrote:> > In version 1.1.0 it was possible to specify the log_fmt for the ACC > > records that go into the syslog.> > modparam("acc", "log_fmt", "miocfsur");> >> > It appears this has been removed in 1.2, so I was wondering if there > > is a new way to achieve the same result.> > That is, produce ACC records with the same syslog format as my 1.3 > > version.> >> > Thanks,> > Will> > ------------------------------------------------------------------------> >> > _______________________________________________> > Users mailing list> > Users(a)openser.org> > http://openser.org/cgi-bin/mailman/listinfo/users> >

2 1

[Users] uac_replace_from and avp
by CSB 03 May '07

03 May '07

In OpenSER 1.1 I use uac_replace_from to rewrite the from details. I want the rewritten from to be based on an avp value but I don't think that is possible. Am I right? If so, is it possible in 1.2? On a related point, is anyone working on fixing the CSEQ issue with the uac module or is there a plan for this? I know it's been on the todo list for a while. Regards Cameron

3 3

Res: [Users] LCR module (1.2.0)
by Bruno Machado 03 May '07

03 May '07

Hi Heinanen When I was using the version 1.1.0, I needed to set a preferred route to my voip 123. This way, it was necessary to insert this underscores after 0. They match any single character (like dot in regular expressions). I used it because the prefix needs to match the longest user part. prefix-------------------from_uri-------grp_id--------priority 0123456------------------------%------------ 1 ---------------1 0________-------------sip:123@.*----------- 2 ---------------0 If I call to number 01234560000 with voip 777, the GW 1 will be selected. Instead, when I use voip 123, the GW 2 is returned. This way, all the calls originated by voip 123 having a size of user part equal 7 or greater, will match with the second line. It does not happens with I have these lines (without the underscores): prefix-------------------from_uri-------grp_id--------priority 0123456------------------------%------------ 1 ---------------1 0-----------------------sip:123@.*----------- 2 ---------------0 In this case, GW 1 will be always selected to any voip. It works in version 1.1.0, but I need to set this behavior in 1.2.0. I know that from_uri in this version is a regular expression. So, I added a '^' in the beginning. prefix-------------------from_uri-------grp_id--------priority 0123456-------------------------------------- 1 ---------------1 0________------------^sip:123@.*--------- 2 ---------------0 The version 1.2.0 always use the LCR in memory. I looked for the query used by 1.1.0 in lcr_mod.h but I didn't find it. So, I don't know if the underscores is necessary because it is used by the MySQL. In my test, just the GW 1 was selected when I called using voip 123. Using other words: I want to route all the calls originated by voip 123 through GW 2 (when beginning with a 0) and the others to GW 1. Thanks for your help, Heinanen. Bruno ----- Mensagem original ---- De: Juha Heinanen <jh(a)tutpro.com> Para: Bruno Machado <bsmufu(a)yahoo.com.br> Cc: users(a)openser.org Enviadas: Quinta-feira, 3 de Maio de 2007 12:36:33 Assunto: [Users] LCR module (1.2.0) Bruno Machado writes: > prefix----------from_uri-------grp_id--------priority > 0123456------------------------------ 1 ---------------1 > 0________------^sip:123.*--------- 2 ---------------0 > > Ok. The LCR documentation tells that the column 'from_uri' must be a > regular expression in this version. The route selected is the first > line. I'd like to route the voip number 123 through GW 2, but it > doesn't happens. i don't understand based on the above, how your lcr table looks like and which uri you are trying to call. what are the underscores after 0? prefix is just a prefix, nothing else. -- juha __________________________________________________ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/

2 1

[Users] ACC : log_fmt equivalent in 1.2 ?
by Will Quan 03 May '07

03 May '07

In version 1.1.0 it was possible to specify the log_fmt for the ACC records that go into the syslog. modparam("acc", "log_fmt", "miocfsur");It appears this has been removed in 1.2, so I was wondering if there is a new way to achieve the same result. That is, produce ACC records with the same syslog format as my 1.3 version.Thanks,Will

2 1

[Users] Rejecting SUBSCRIBE/NOTIFY messages
by Andreas Sikkema 03 May '07

03 May '07

Hi, I've been googling for a while and I haven't been able to find out how to do the following: I would like to reject all SUBSCRIBE and NOTIFY messages received by my OpenSER server. How do I do properly? if (method=="SUBSCRIBE") { }; if (method=="NOTIFY") { }; I couldn't find any examples and Google also didn't find anything that pointed me in the right direction. Thanks! -- Andreas Sikkema

4 5

Res: [Users] LCR module (1.2.0)
by Bruno Machado 03 May '07

03 May '07

Other thing: the 1.2.0 is using the priority in contrary? prefix----------from_uri-------grp_id--------priority 0123456------------------------------ 1 ---------------1 0123456----------------------------- 2 ---------------0 When I called to 01234560000, GW 1 was selected. In version 1.1.0, the GW 2 will be selected because it has the minor number. Bruno ----- Mensagem original ---- De: Juha Heinanen <jh(a)tutpro.com> Para: Bruno Machado <bsmufu(a)yahoo.com.br> Cc: users(a)openser.org Enviadas: Quinta-feira, 3 de Maio de 2007 12:36:33 Assunto: [Users] LCR module (1.2.0) Bruno Machado writes: > prefix----------from_uri-------grp_id--------priority > 0123456------------------------------ 1 ---------------1 > 0________------^sip:123.*--------- 2 ---------------0 > > Ok. The LCR documentation tells that the column 'from_uri' must be a > regular expression in this version. The route selected is the first > line. I'd like to route the voip number 123 through GW 2, but it > doesn't happens. i don't understand based on the above, how your lcr table looks like and which uri you are trying to call. what are the underscores after 0? prefix is just a prefix, nothing else. -- juha __________________________________________________ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/

1 0

[Users] LCR module (1.2.0)
by Bruno Machado 03 May '07

03 May '07

Hi I'm in trouble with the new version 1.2.0. Before migration to 1.2.0, the LCR table was working without problems. The table has these lines now: prefix----------from_uri-------grp_id--------priority 0123456------------------------------ 1 ---------------1 0________------^sip:123.*--------- 2 ---------------0 Ok. The LCR documentation tells that the column 'from_uri' must be a regular expression in this version. The route selected is the first line. I'd like to route the voip number 123 through GW 2, but it doesn't happens. I already reloaded the table, restarted the proxy... all this things. Certainly, I'm doing something wrong. What I should do? Thanks in advance. Bruno Machado __________________________________________________ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/

2 1

[Users] Increase or Decrease openser debug value without restarting openser
by mailinglist-openser-users 03 May '07

03 May '07

Hi, openser 1.2.0. In the "openser.cfg", there is the "debug" variable which increase or decrease the verbosity of openser and its modules as well as the xlog I would like to know if it is possible to change the debug value without having to restart openser in order to be able to troubleshoot a problem without having to restart openser. Regards, Jerome -- Jerome

2 1

[Users] mediaproxy errors
by Helge Waastad 03 May '07

03 May '07

Hi, I'm running mediaproxy 1.8.2 and have started to se: error: uncaptured python exception, closing channel <rtphandler.CommandHandler connected <ip-address>:42224 at 0x2a99dff518> (socket.error:(9, 'Bad file descriptor') [/usr/lib64/python2.3/asyncore.py|readwrite|88] [/usr/lib64/python2.3/asyncore.py|handle_write_event|397] [/etc/mediaproxy/modules/rtphandler.py|handle_write|453] [/usr/lib64/python2.3/asyncore.py|send|337]) does anyone knw what this means? br hw -- Helge Waastad Senior developer Smartnet / Datametrix Et selskap i Ignis gruppen Martin Lingesvei 25 1367 Snarøya Postboks 494 1327 Lysaker Telefon: +47 67830017 Mobil: +47 48095461 Support: +47 67830045 - support(a)smartnet.no www.smartnet.no

2 2

[Serusers] record_route..........TCP ??
by KUMAR 03 May '07

03 May '07

Hi all, 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

2 2

Re: [Serusers] help with error
by Klaus Darilion 03 May '07

03 May '07

A client REGISTERs and REGISTERs and REGISTERs and somehow ser does not detect that this is always the same client and creates a new entry in the location table. This may happen e.g. with buggy NATs which changes the port for every REGISTER or with buggy clients. Thus, limit the number of max entries in location table: http://www.openser.org/docs/modules/0.9.x/registrar.html#AEN167 and set desc_time_order to 1 http://www.openser.org/docs/modules/0.9.x/registrar.html#AEN167 although this is openser I think these parameters also exists in ser. There is no need to change MAX_BRANCHES. Fix the problem by limiting the entries in the location table. regards klaus Steve Blair wrote: > > Klaus: > > It seems the only way to increase the limit is to change MAX_BRANCHES > then re-compile SER. I do not think that approach is best. Can you think > of any other reason why this error would be generated? > > Thanks,Steve > > Klaus Darilion wrote: >> I guess there are more then "max-branches" entries in location table >> (for this user). >> >> regards >> klaus >> >> Steve Blair wrote: >>> >>> I'm getting the following error on a ser-0.9.7 system and I cannot >>> figure out why. I see the message originates in dset.c but the cause >>> of the error is unclear. Any thoughts? >>> >>> Thanks,Steve >>> >>> ERROR: append_branch: max nr of branches exceeded >>> lookup(): Error while appending a branch >>> _______________________________________________ >>> Serusers mailing list >>> Serusers(a)lists.iptel.org >>> http://lists.iptel.org/mailman/listinfo/serusers >>

1 0

[Serusers] shared memory query
by Gaurav Kansal 03 May '07

03 May '07

Hi The shared memory which SER process will allocate depend on value of SHM_MEM_SIZE in config.h. In a scenario where I am only establishing the calls and not releasing, sooner or later the application will run out of memory. What is the behavior of SER then? Regards, Gaurav Kansal

2 1

[Serusers] Are there efforts to multi-thread SER?
by Heaton, Eric D 02 May '07

02 May '07

Hi All, Are there any efforts within the community here to multithread any aspect of the SER project (i.e. either in the "core" functionality, or over any of the plug-ins), for example, to have it run more efficiently, provide for more bandwidth, etc. on a multi-core CPU? I'm starting to look into the topic myself, and don't want to duplicate work; at the least, I'd want to add to it! Thanks in advance. -- Eric

3 2

[Users] BYE message without Route header field
by rubel Ahmed 02 May '07

02 May '07

Hi, I am using Openser-1.2.0 with dialog module. When I make a call then full session is saved in dialog correctly and when bye received then the session will be free. but when the route header feild is not available in BYE message then the session is not removed at receive BYE, Because This BYE message is not caught bye dlg_onroute function. Now can I destroy this session in dlg_onreq function? Thanks BDRubel

2 1

[Serusers] help with error
by Steve Blair 02 May '07

02 May '07

I'm getting the following error on a ser-0.9.7 system and I cannot figure out why. I see the message originates in dset.c but the cause of the error is unclear. Any thoughts? Thanks,Steve ERROR: append_branch: max nr of branches exceeded lookup(): Error while appending a branch

3 3

[Users] Proxy/Registrar and NAT
by Alex Hermann 02 May '07

02 May '07

Hello list members, I'd like to use multiple proxies/registrars in a SRV managed failover/load-balancing situation. For NAT purposes I could use a couple of dedicated load-balancers with path support to store the NAT enabled route in the location table. The registrars have a shared location table on a database server. This situation works, but.... Is there a possibility to skip the load-balancers? I want the proxy/registrar to store the NAT-route somehow in the location table, so that when the contact needs to be contacted, the proxy can determine if it can send the request itself, or it needs to forward it via one of the other proxies (the one with which the contact has the NAT relation). I hope you understand the topology, otherwise I might need to create some ascii-art. -- Greetings, Alex Hermann Speakup

3 5

[Serusers] Computing value of the branch parameter in SER
by Andrew Pogrebennyk 02 May '07

02 May '07

Hi, Can you tell me how SER computes the value of the branch parameter or where should I look for the algorithm? Thanks in advance! -- /"\ Best regards, | andrew.pogrebennyk (at) portaone.com \ / Andrew Pogrebennyk | http://callcc.livejournal.com/ X VoIP engineer | JID: marduk (at) jabber.lafox.net / \ ASCII Ribbon Campaign | Against HTML Mail and News

2 1

[Serusers] iptel.org - Technical board - Suggestion - REQUEST FOR FEEDBACK
by Greger V. Teigre 02 May '07

02 May '07

I believe most people by now have had time to respond to the thread where the idea and discussion from Prague around a technical board was started (April 12). Based on the feedback received, I summarize and offer the following make-it-simple suggestion: We create an iptel.org technical board (TB: 1. The board is responsible for resolving issues that is not possible to be resolve through a community consensus process, and it is allowed to take action where it finds necessary for the benefit of the iptel.org community. 2. The board is common for all iptel.org projects. 3. The board shall consist of five (5) members and the term shall be two years. 4. A board member can stay for several terms. 5. The five members shall be selected with one representative from SEMS, two from the SER developer (cvs write access) community, and two representatives for the broader iptel.org community. 6. All seruser and serdev subscribers nominate candidates, as well as vote. 7. Electable members must be contributors to iptel.org in some way and should not be controversial among subscribers. 8. Each subscriber can give his/her vote to one or more candidates, up to the number of board members (5). Process forward: People should respond with concerns and suggestions to this post. If there is consensus for changes, I will work as the editor and write up a new suggestion. Once the community can agree to the set of rules governing the board, we will proceed to nomination of candidates and then voting. g-)

2 1

[Users] Re: Users Digest, Vol 23, Issue 97
by wangdq＠gongye.com.cn 02 May '07

02 May '07

use rtpproxy trunk tree, perhaps have no this buf. rtpproxy-0.3.0 has this problem . I use the SVN trunk . this problem not happend. 在 2007-05-01二的 16:15 +0800，users-request(a)openser.xn--org:-7z8fk634a > Send Users mailing list submissions to > users(a)openser.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://openser.org/cgi-bin/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request(a)openser.org > > You can reach the person managing the list at > users-owner(a)openser.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Re: memory leak in presence module? (Klaus Darilion) > 2. rtpproxy CPU usage issue.. (Sajith T S) > 3. Dropped calls with OpenSER 1.1.x and Asterisk >= 1.2.14 > (Edoardo Serra) > 4. Re: Redirect the same INVITE to the SIP SERVER from Balancer? > (Alejandro Sanchez) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 30 Apr 2007 15:34:31 +0200 > From: Klaus Darilion <klaus.mailinglists(a)pernau.at> > Subject: Re: [Users] memory leak in presence module? > To: daniel(a)voice-system.ro > Cc: "users openser.org" <users(a)openser.org> > Message-ID: <4635F067.6070006(a)pernau.at> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi! > > I tried again and it happened again: > > Apr 30 15:00:54 ds3000 /usr/sbin/openser[7648]: > 32b24f15e52d603ba890a9729723c4b0.0167///45-6782(a)83.136.32.132 PUBLISH > detected, handle_publish ... > outside t_newtran > Apr 30 15:00:54 ds3000 /usr/sbin/openser[7655]: > 32b24f15e52d603ba890a9729723c4b0.7e11///14-6782(a)83.136.32.132 PUBLISH > detected, handle_publish ... > outside t_newtran > Apr 30 15:00:54 ds3000 /usr/sbin/openser[7648]: > 32b24f15e52d603ba890a9729723c4b0.0167///45-6782(a)83.136.32.132 PUBLISH > detected, handle_publish ... > inside t_newtran > Apr 30 15:00:54 ds3000 /usr/sbin/openser[7655]: > 32b24f15e52d603ba890a9729723c4b0.7e11///14-6782(a)83.136.32.132 PUBLISH > detected, handle_publish ... > inside t_newtran > Apr 30 15:01:03 ds3000 /usr/sbin/openser[7644]: child process 7648 > exited by a signal 9 > Apr 30 15:01:08 ds3000 /usr/sbin/openser[7644]: core was not generated > Apr 30 15:01:08 ds3000 /usr/sbin/openser[7644]: INFO: terminating due to > SIGCHLD > Apr 30 15:01:14 ds3000 /usr/sbin/openser[7657]: INFO: signal 15 received > Apr 30 15:01:14 ds3000 /usr/sbin/openser[7657]: Memory status (pkg): > Apr 30 15:01:14 ds3000 /usr/sbin/openser[7657]: qm_status (0x8145960): > Apr 30 15:01:14 ds3000 /usr/sbin/openser[7657]: heap size= 1048576 > Apr 30 15:01:14 ds3000 /usr/sbin/openser[7659]: INFO: signal 15 received > Apr 30 15:01:14 ds3000 /usr/sbin/openser[7653]: INFO: signal 15 received > Apr 30 15:01:14 ds3000 /usr/sbin/openser[7653]: Memory status (pkg): > Apr 30 15:01:14 ds3000 /usr/sbin/openser[7650]: INFO: signal 15 received > > > Any hints how to debug this? > > regards > klaus > > Daniel-Constantin Mierla wrote: > > Hello Klaus, > > > > On 04/30/07 13:55, Klaus Darilion wrote: > >> > >> > >> Daniel-Constantin Mierla wrote: > >>> Hello Klaus, > >>> > >>> On 04/27/07 09:27, Klaus Darilion wrote: > >>>> Hi Daniel! > >>>> > >>>> I've tried with t_release and it was running fine several hours > >>>> without leaking. But then, unfortunately openser terminated with > >>>> signal 9. I've never seen this before. > >>> > >>> signal 9 is KILL, it is very strange if it was not issued by a user > >>> or other process. > >>> > >>> We discovered the issue (tm/uac.c, line 224), ther eis flag that is > >>> kept to see if there was some operation with the transaction, but in > >>> case of handle_publish() that flag is set by TM api when sending > >>> NOTIFY. The patch is trivial, removing a line, but we have to > >>> investigate if there are some other effects -- so it may take a > >>> while. t_release() should solve meanwhile. > >> > >> Should solve the memory-leak - but the signal 9? > > It might be that it took so long to write the mem long at shut down and > > openser killed itself. If it was not due to a openser stop, then I am > > not aware of any case when signal 9 is sent unless issued by user. > > > > Cheers, > > Daniel > > > >> > >> regards > >> klaus > >> > > > > ------------------------------ > > Message: 2 > Date: Mon, 30 Apr 2007 19:43:41 +0530 > From: Sajith T S <sajithts(a)gmail.com> > Subject: [Users] rtpproxy CPU usage issue.. > To: users(a)openser.org > Message-ID: <4635F995.3020908(a)gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi, > > Have any of you folks seen an abnormal CPU usage issue with rtpprpxy? > At times, "top" shows rtpproxy uses 100% CPU (sometimes 99%, sometimes > even 101%!), and it stops responding to openser. I have to restart > everything now. > > A small thread in Serdev list recommends upgrading rtpproxy to latest > in CVS: > > http://lists.iptel.org/pipermail/serdev/2006-June/007459.html > > Mine was fairly old, so I upgraded, but without much progress. What > really bugs is I don't know what triggers it. > > Backtraces suggest that this occurs in different places in rtpproxy, > before and after upgrading. > > Before upgrade: > > (gdb) where > #0 0xb7f49410 in ?? () > #1 0xbffd6d88 in ?? () > #2 0x00000076 in ?? () > #3 0xbffd2410 in ?? () > #4 0x4a8d9fd1 in sendto () from /lib/tls/libc.so.6 > #5 0x0804ac0c in main (argc=7, argv=0xbffd6e14) at main.c:1467 > > After upgrade: > > (gdb) where > #0 0xb7f0a410 in ?? () > #1 0xbfcb0258 in ?? () > #2 0xbfcadfc0 in ?? () > #3 0xbfcab8e0 in ?? () > #4 0x00bb8dd1 in recvfrom () from /lib/tls/libc.so.6 > #5 0x0804a568 in main (argc=7, argv=0xbfcb02e4) at main.c:1364 > > Any clues? Is this a known problem and is there a patch or some sort > ofworkaround? Is there anything I need to upgrade? (This is CentOS > 4.4, FWIW) Anything that should be done in openser configuration? > > Thanks much in advance. > > - Sajith. > > > > ------------------------------ > > Message: 3 > Date: Mon, 30 Apr 2007 16:27:43 +0200 > From: Edoardo Serra <edoardo.serra(a)webrainstorm.it> > Subject: [Users] Dropped calls with OpenSER 1.1.x and Asterisk >= > 1.2.14 > To: users(a)openser.org > Message-ID: <f14udl$s9t$1(a)sea.gmane.org> > Content-Type: text/plain; charset=ISO-8859-15; format=flowed > > Hi guys, > I'm having a problem about asterisk dropping calls received from OpenSER > > The problems was spotted at Asterisk users mailing lists > http://lists.digium.com/pipermail/asterisk-users/2007-April/184875.html > > Asterisk complains about an ACK not received and drops the calls. > It expects OpenSER to send an ACK back to its '200 OK' when the call is > set up > > Is that a problem OpenSER should solve ??? > > Tnx in advance > > Regards > > Edoardo Serra > WeBRainstorm S.r.l. > > > > > ------------------------------ > > Message: 4 > Date: Mon, 30 Apr 2007 10:54:17 -0500 (CDT) > From: Alejandro Sanchez <alexsc_java(a)yahoo.com.mx> > Subject: Re: [Users] Redirect the same INVITE to the SIP SERVER from > Balancer? > To: daniel(a)voice-system.ro > Cc: openser openser <users(a)openser.org> > Message-ID: <626480.1349.qm(a)web35306.mail.mud.yahoo.com> > Content-Type: text/plain; charset="iso-8859-1" > > Thank's for answer Daniel. > > In fact i think is a retransmission and i need the > balanser ask to the SipServer if the another > videotelephone B is register in every retransmision of > the INVITE. > > I send the trace where: > > -192.168.23 = Balancer (openser) > -192.168.20 = SipServer (openser) > -192.168.4 = VideoTelephone > > In this case there is not another videotelefhone. > > > Thank's > > > > > > --- Daniel-Constantin Mierla <daniel(a)voice-system.ro> > escribi: > > > Hello, > > > > if it happens in very short time, then seems to be a > > retransmission. Can > > you post a sip trace (ngrep, ethereal) taken on the > > balancer? > > > > Cheers, > > Daniel > > > > > > On 04/27/07 22:01, Alejandro Sanchez wrote: > > > Hello. > > > > > > My enviroment is the next: > > > > > > -Balancer > > > OS. Red Hat 4 up. 4 > > > Openser 1.1.1 (balance with the module dispatcher) > > > > > > -Sip Server > > > OS. Red Hat 4 up. 4 > > > Openser 1.1.1 > > > > > > > > > The actual flow is this. > > > > > > VTA B C VTB > > > ---register----> > > > ---register----> > > > <---200 OK------ > > > <----200 OK----- > > > > > > ---invite------> > > > -----invite----> > > > <-404 NotFound-- > > > --404 NotFound-- > > > <----------register--------- > > > ----register----> > > > <----200 OK------ > > > ------------ 200 OK--------> > > > ----invite-----> > > > <-404 NotFound-- > > > > > > VTA= videotelephone A > > > B= balancer (openser 1.1.1 with dispatcher module) > > > C= SipServer (openser 1.1.1) > > > VTB= video telephone B > > > > > > How you see when the VTA sends again the same > > invite, > > > the balancer(B) answer with the 404 not found but > > > without ask again to the SipServer(C), and my > > problem > > > is that VTB is late and i have to try find it in > > the > > > second invite, then in the second invite i need > > ask > > > again to the SipServer(C) if the VTB is register. > > > > > > VTA y VTB access to the IP network making a > > dial-up > > > connection. > > > > > > Why the balancer dosen't send the second invite to > > > SipServer? > > > > > > How do i get this flow? > > > > > > > > > Thank's for the Help > > > > > > > > > __________________________________________________ > > > Correo Yahoo! > > > Espacio para todos tus mensajes, antivirus y > > antispam gratis! > > > Regstrate ya - http://correo.yahoo.com.mx/ > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)openser.org > > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > > > > > > __________________________________________________ > Correo Yahoo! > Espacio para todos tus mensajes, antivirus y antispam gratis! > Regstrate ya - http://correo.yahoo.com.mx/ >

2 1

[Serusers] ERROR: t_reply: cannot send a t_reply to a message for which no T-state has been established
by Tuan Nguyen 01 May '07

01 May '07

Dear Gergely and everybody, When I call from UAC1 register in Auth_SER to UAC2 register in Verifer_SER i got follow error: WARNING: no fork mode 0(6759) init_tcp: using epoll_lt as the io watch method (auto detected) 0(6759) Maxfwd module- initializing 0(6759) AUTH_IDENTITY:mod_init: Private key path is missing! Authorization service is disabled 0(6759) INFO: udp_init: SO_RCVBUF is initially 107520 0(6759) INFO: udp_init: SO_RCVBUF is finally 262142 0(6759) BUG: mysql: db_init: called from the main process, ignoring... 0(6759) BUG: mysql: db_init: called from the main process, ignoring... 0(6759) BUG: mysql: db_init: called from the main process, ignoring... 0(6759) BUG: mysql: db_init: called from the main process, ignoring... 0(6759) ERROR: t_reply: cannot send a t_reply to a message for which no T-state has been established 0(6759) ERROR: t_reply: cannot send a t_reply to a message for which no T-state has been established What is T-state, how can i this problem solve? Thank for response. Tuan.

1 0

[Serusers] verify.cfg of auth_identity module
by Tuan Nguyen 01 May '07

01 May '07

Dear Gergely, In your documentation of auth_identity, parameter of privatekey_path, certificate_path, certificate_url are belong to "Authoriter service" but in your email 24 Apr, you configure these parameter in vrfy.cfg - "Verifier service". I am confuse with this different. Can you explain this point for me? Thank for response. Tuan.

1 0

[Users] When is RTP Proxy needed?
by lists＠infoway.net 30 Apr '07

30 Apr '07

Hi all, We are interested in developing yet-another peer-to-peer VoIP service. Something with a simple Softphone/IM-like client that allows users to talk/chat with one another. However, and pardon our technical ignorance, we don't have 100% clear if/when we need to use something like rtpproxy or mediaproxy. Basically, we want to do all the setup of the calls and keep track of CDRs. However, we're hope that the client's actual media traffic will flow directly among the users and not have to come through our servers. For practical purposes, most users will be in domestic US with some sort of xDSL service and behind NAT. Eventually, we would like to offer voicemail services and even PSTN termination (for a fee) to these users. Can anyone shed some light as to when, if really needed, will something like rtpproxy kick in? Thanks

2 1

[Users] User Realm on Location table
by Edson 30 Apr '07

30 Apr '07

Hi... I have to manage several domains on a same SIP server, but there is a policy that prohibit/block inter-domain calls. Consider A(a)a.a, B(a)a.a and B(a)b.b. Now suppose that A(a)a.a wants to call B(a)a.a. But B(a)a.a is not connected and B(a)b.b is. After a 'lookup("location")', the RURI returned is B(a)b.b and that is not the user wanted. Location table has a column named 'Domain', but it's allways empty. How to populate this column? How to use it (make 'lookup' consider it)? And how to prevent A(a)a.a calling B(a)a.a to reach B(a)b.b? Edson

2 2

[Users] Redirect the same INVITE to the SIP SERVER from Balancer?
by Alejandro Sanchez 30 Apr '07

30 Apr '07

Hello. My enviroment is the next: -Balancer OS. Red Hat 4 up. 4 Openser 1.1.1 (balance with the module dispatcher) -Sip Server OS. Red Hat 4 up. 4 Openser 1.1.1 The actual flow is this. VTA B C VTB ---register----> ---register----> <---200 OK------ <----200 OK----- ---invite------> -----invite----> <-404 NotFound-- --404 NotFound-- <----------register--------- ----register----> <----200 OK------ ------------ 200 OK--------> ----invite-----> <-404 NotFound-- VTA= videotelephone A B= balancer (openser 1.1.1 with dispatcher module) C= SipServer (openser 1.1.1) VTB= video telephone B How you see when the VTA sends again the same invite, the balancer(B) answer with the 404 not found but without ask again to the SipServer(C), and my problem is that VTB is late and i have to try find it in the second invite, then in the second invite i need ask again to the SipServer(C) if the VTB is register. VTA y VTB access to the IP network making a dial-up connection. Why the balancer dosen't send the second invite to SipServer? How do i get this flow? Thank's for the Help __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.yahoo.com.mx/

2 2

[Serusers] How to define avp localy on he ser.cfg
by tzieleniewski 30 Apr '07

30 Apr '07

Hi, Is it possible to define avp in ser.cfg without loading it from the database?? What is the syntax? Thanks in advance! Tomasz

2 3

[Serusers] t_relay_to_udp() method with ip address passed as avp? - ser 2_0_0
by tzieleniewski 30 Apr '07

30 Apr '07

Hi, Is it possible to pass the ip address in the function t_relay_to_udp(..) in the m module using avp. For instance: ... t_relay_to_udp("$relay_to_udp","5060"); ... When I try to do it this way I get the following error: Apr 30 14:30:03 sen /home/ser/ser/ser-2.0/ser[7552]: Maxfwd module- initializing Apr 30 14:30:03 sen ser[7552]: AVPops - initializing Apr 30 14:30:03 sen ser[7552]: ERROR: mk_proxy: could not resolve hostname: "$relay_to_udp" Apr 30 14:30:03 sen ser[7552]: ERROR: fixup_hostport2proxy: bad host name in URI <$relay_to_udp> Apr 30 14:30:03 sen ser[7552]: ERROR: fix_expr : fix_actions error Cheers Tomasz

2 1

[Serusers] Ser2.0 wrong behaviour of the sl_reply() function?
by tzieleniewski 30 Apr '07

30 Apr '07

Hi, I am using SER rel 2_0_0 from CVS. I encountered the following situation. My scenario was the following: UA -> Application Serwer -> SER -> UA 1. UA sent an INVITE message to the application server. 2. Application Server changed the Request URI and forwarded statelessly the INVITE message to SER. 3. Everything would be ok but SER replied to the Application server instead of the client. Application server changed only the Request URI and nothing else. Shouldn't SER sent the response according to the VIA header value?? I kindly ask for Your help. Below is the ngrep: 192.168.0.112:5060 - this is application server 192.168.0.112:5061 - this is calling UA U 2007/04/25 16:17:05.652934 192.168.0.112:5060 -> 192.168.0.165:5060 INVITE sip:sen@voip.rd.touk.pl SIP/2.0. Via: SIP/2.0/UDP 192.168.0.112:5061;rport=5061;branch=z9hG4bKhnrxbtgp;received=127.0.0.1. Max-Forwards: 70. To: <sip:sen@voip.rd.touk.pl>. From: <sip:pz@voip.rd.touk.pl>;tag=jlegd. Call-ID: pfnqwekjwtuxbfv(a)192.168.0.112. CSeq: 87 INVITE. Contact: <sip:pz@192.168.0.112:5061>. Content-Type: application/sdp. Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,REFER,NOTIFY,SUBSCRIBE,INFO. Supported: 100rel. User-Agent: Twinkle/0.9. Content-Length: 304. . v=0. o=pz 86411392 1733597180 IN IP4 192.168.0.112. s=-. c=IN IP4 192.168.0.112. t=0 0. m=audio 8000 RTP/AVP 98 97 8 0 3 101. a=rtpmap:98 speex/16000. a=rtpmap:97 speex/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:0 PCMU/8000. a=rtpmap:3 GSM/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=ptime:20. # U 2007/04/25 16:17:05.699923 192.168.0.165:5060 -> 192.168.0.112:5060 SIP/2.0 407 Proxy Authentication Required. Via: SIP/2.0/UDP 192.168.0.112:5061;rport=5060;branch=z9hG4bKhnrxbtgp;received=127.0.0.1;received=192.168.0.112. To: <sip:sen@voip.rd.touk.pl>;tag=b27e1a1d33761e85846fc98f5f3a7e58.6a45. From: <sip:pz@voip.rd.touk.pl>;tag=jlegd. Call-ID: pfnqwekjwtuxbfv(a)192.168.0.112. CSeq: 87 INVITE. Proxy-Authenticate: Digest realm="voip.rd.touk.pl", nonce="462f640d527dfc442d53379e1f0167c8a12a583d", qop="auth". Server: Sip EXpress router (2.0.0-rc1 (x86_64/linux)). Content-Length: 0. Warning: 392 192.168.0.165:5060 "Noisy feedback tells: pid=20441 req_src_ip=192.168.0.112 req_src_port=5060 in_uri=sip:sen@voip.rd.touk.pl out_uri=sip:sen@voip.rd.touk.pl via_cnt==1". . Cheers Tomasz

4 5

[Serusers] load_attrs("$tu","@ruri") not working - SER 2_0_0
by tzieleniewski 30 Apr '07

30 Apr '07

Hi, I was trying to load user attributes form the database (which where previously defined and set through serweb) and after I tried to load them with load_attrs("$tu","@ruri") no attributes appeared for the user identified by ruri. When I loaded attributes using load_attrs("$tr","@ruri") from the uri_attrs table then everything was ok and attributes were loaded. Please point me what do I missed so the attributes are not loaded? Below is my ser.cfg code and database contents: if (lookup_user("$tu.uid", "@ruri")) { xlog("L_INFO", " route[INBOUND]: load_attrs($tu,@ruri) <%rm> <%ru> \n"); load_attrs("$tu", "@ruri"); dump_attrs(); xlog("L_INFO", " route[INBOUND]: load_attrs($tr,@ruri) <%rm> <%ru> \n"); load_attrs("$tr", "@ruri"); dump_attrs(); .... } database: ser@sen:~/ser/ser-2.0/serctl$ ./ser_db show user_attrs | grep testser 32 2 testser(a)voip.rd.touk.pl testser first_name 32 2 testser(a)voip.rd.touk.pl last_name 33 2 testser(a)voip.rd.touk.pl tzl(a)touk.pl email 32 2 testser(a)voip.rd.touk.pl phone 32 2 testser(a)voip.rd.touk.pl Europe/Warsaw timezone 33 2 testser(a)voip.rd.touk.pl 2007-02-26 13:50:18 datetime_created 32 0 testser(a)voip.rd.touk.pl 0 sw_allow_find 32 0 testser(a)voip.rd.touk.pl 0 sw_send_missed 33 2 testser(a)voip.rd.touk.pl sip:touk2@voip.touk.pl forward_blind 33 2 testser fd for and output in the log file: Apr 30 11:11:40 sen ser[29958]: route[INBOUND]: load_attrs($tu,@ruri) <INVITE> <sip:testser@voip.rd.touk.pl> Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:540: class=GLOBAL Apr 30 11:11:40 sen ser[29958]: AVP["lang"]="en" Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:550: track=FROM class=DOMAIN Apr 30 11:11:40 sen ser[29958]: INFO: No AVP present Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:560: track=TO class=DOMAIN Apr 30 11:11:40 sen ser[29958]: AVP["did"]="voip.rd.touk.pl" Apr 30 11:11:40 sen ser[29958]: AVP["digest_realm"]="voip.rd.touk.pl" Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:570: track=FROM class=USER Apr 30 11:11:40 sen ser[29958]: INFO: No AVP present Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:580: track=TO class=USER Apr 30 11:11:40 sen ser[29958]: AVP["uid"]="testser(a)voip.rd.touk.pl" Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:590: track=FROM class=URI Apr 30 11:11:40 sen ser[29958]: INFO: No AVP present Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:600: track=TO class=URI Apr 30 11:11:40 sen ser[29958]: INFO: No AVP present Apr 30 11:11:40 sen ser[29958]: route[INBOUND]: load_attrs($tr,@ruri) <INVITE> <sip:testser@voip.rd.touk.pl> Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:540: class=GLOBAL Apr 30 11:11:40 sen ser[29958]: AVP["lang"]="en" Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:550: track=FROM class=DOMAIN Apr 30 11:11:40 sen ser[29958]: INFO: No AVP present Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:560: track=TO class=DOMAIN Apr 30 11:11:40 sen ser[29958]: AVP["did"]="voip.rd.touk.pl" Apr 30 11:11:40 sen ser[29958]: AVP["digest_realm"]="voip.rd.touk.pl" Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:570: track=FROM class=USER Apr 30 11:11:40 sen ser[29958]: INFO: No AVP present Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:580: track=TO class=USER Apr 30 11:11:40 sen ser[29958]: AVP["uid"]="testser(a)voip.rd.touk.pl" Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:590: track=FROM class=URI Apr 30 11:11:40 sen ser[29958]: INFO: No AVP present Apr 30 11:11:40 sen ser[29958]: INFO: avp.c:600: track=TO class=URI Apr 30 11:11:40 sen ser[29958]: AVP["forward_blindd"]="sip:hellboy@voip.rd.touk.pl" Apr 30 11:11:40 sen ser[29958]: AVP["forward_voicemaill"]="sip:hellboy@voip.rd.touk.pl" Cheers Tomasz

2 1

[Users] who removes top most route header? (openser 1.2.0 + wesip)
by Jose Antonio Garvayo 30 Apr '07

30 Apr '07

Hi, I have testing openser 1.2.0 with seas module and wesip. If I send an INVITE message with a Route header, the SIP servlet receives the INVITE with the full Route Header, and when I proxy it the Route is the same, but I expected that the top most Route header has been removed. Who is in charge to do it? openser or wesip? I first thought it might be openser through loose_route(), but it seems not to be the case. The openser cfg file is similar to the example given in wesip tutorial: route{ 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; }; xlog("L_INFO", "$rm: ci=$ci ft=$ft tt=$tt cseq=$cs ruri:$ru received from: $si:$sp \n"); if (!method=="REGISTER") record_route(); if (loose_route()) { xlog("L_INFO", "RR enforced\n"); append_hf("P-hint: rr-enforced\r\n"); route(1); }; if (uri==myself) { xlog("L_INFO", "uri == myself"); if (method=="REGISTER") { save("location"); exit; }; lookup("aliases"); if (!uri==myself) { xlog("L_INFO", "outbound alias\n"); append_hf("P-hint: outbound alias\r\n"); route(1); }; if (!lookup("location")) { sl_send_reply("404", "Not Found"); exit; }; xlog("L_INFO", "usrloc applied\n"); append_hf("P-hint: usrloc applied\r\n"); }; route(1); } route[1] { if(!as_relay_t("app_server_one")){ t_reply("500","Application Server error"); } } route[2] { xlog ("L_INFO", "$rm: cseq:$cs $ru: RELAYING (PROXY) to $du (flags: $mF) ...\n"); if (!t_relay()) { sl_reply_error(); }; exit; } This the log from wesip: 14:43:37 27abr2007 DEBUG SeasMessageEvent [SeasRouter]- New message received, from 10.161.14.10:6025 to 10.161.14.10:7000 over UDP 14:43:37 27abr2007 DEBUG SeasTransactionEvent [SeasRouter]- hash_index = 60870,label=1842040723 flags=0 14:43:37 27abr2007 DEBUG ExpressMessageChannel [ExpressMChannel[76]]- peerAddress = 10.161.14.10/6025 14:43:37 27abr2007 DEBUG ExpressMessageChannel [ExpressMChannel[76]]- About to process INVITE sip:user2@mot.net SIP/2.0 14:43:37 27abr2007 DEBUG SipConnector [ExpressMChannel[76]]- createProcessor: Reusing existing processor 14:43:37 27abr2007 INFO SipProcessor [ExpressMChannel[76]]- An incoming message is being assigned 14:43:37 27abr2007 DEBUG ExpressMessageChannel [ExpressMChannel[76]]- Done processing INVITE sip:user2@mot.net SIP/2.0 14:43:37 27abr2007 DEBUG SipProcessor [SipProcessor[3]]- <<<<<<<<< Request Received <<<<<<<<< INVITE sip:user2@mot.net SIP/2.0 Via: SIP/2.0/UDP 10.161.14.10:6025;branch=z9hG4bK1-13972359389@10.161.14.101 Contact: <sip:10.161.14.10:6025;transport=UDP> Max-Forwards: 14 From: <sip:user1@mot.net>;tag=6661 To: <sip:user2@mot.net> Supported: 100rel Route: <sip:10.161.14.10:7000;lr=on>,<sip:10.161.14.10:6025;lr=on> Call-ID: 1-13972359389(a)10.161.14.10 CSeq: 1 INVITE Allow: INVITE,CANCEL,ACK,BYE,UPDATE,MESSAGE,PRACK,REFER Content-Type: application/sdp Content-Length: 337 14:43:37 27abr2007 DEBUG SeasHashTable [SipProcessor[3]]- Inserting hashIdx:60870 label:1842040723 into hashTable 14:43:37 27abr2007 DEBUG SipProcessor [SipProcessor[3]]- Transaction [ z9hG4bK1-13972359389(a)10.161.14.101] is new Transaction?? --> true 14:43:37 27abr2007 DEBUG EngineSipMapper [SipProcessor[3]]- Request from 10.161.14.10 mapped to: ConvergedEngine[Standalone].StandardHttpHost[localhost] 14:43:37 27abr2007 DEBUG ConvergedEngineValve [SipProcessor[3]]- Invoking Host:localhost 14:43:37 27abr2007 DEBUG ConvergedHostValve [SipProcessor[3]]- SipSession not found for requestINVITE, trying match against Rules 14:43:37 27abr2007 DEBUG ConvergedHost [SipProcessor[3]]- Mapped request to:/sampleservlet 14:43:37 27abr2007 DEBUG ConvergedContextValve [SipProcessor[3]]- new session created :1-13972359389@10.161.14.10 14:43:37 27abr2007 INFO ExpressMessageChannel [SipProcessor[3]]- Creating Express message channel 10.161.14.10/7000 14:43:37 27abr2007 DEBUG ExpressMessageChannel [SipProcessor[3]]- setting spiral=false 14:43:37 27abr2007 DEBUG SipRequest [SipProcessor[3]]- >>>>>>>>> Sending Request >>>>>>>>> INVITE sip:user2@mot.net SIP/2.0 Max-Forwards: 14 From: <sip:user1@mot.net>;tag=83FBA2EBC5A9EE4615D194DECA1EE955 To: <sip:user2@mot.net> Supported: 100rel Route: <sip:10.161.14.10:7000;lr=on>,<sip:10.161.14.10:6025;lr=on> CSeq: 1 INVITE Allow: INVITE,CANCEL,ACK,BYE,UPDATE,MESSAGE,PRACK,REFER Content-Type: application/sdp Call-ID: 1-13972359389(a)10.161.14.10 Contact: <sip:10.161.14.10:7000;transport=udp> P-AS-Hint: B2BUA Via: SIP/2.0/UDP 10.161.14.10:7000;branch=z9hG4bK2137041384 Content-Length: 337 Thanks in advance

2 3

[Serusers] table in database ser
by Tuan Nguyen 30 Apr '07

30 Apr '07

Hi, I have created ser database for run ser. but I got follows error: 0(8054) init_tcp: using epoll_lt as the io watch method (auto detected) 0(8054) Maxfwd module- initializing 0(8054) submit_query: Table 'ser.global_attrs' doesn't exist 0(8054) db_query: Error while submitting query 0(8054) gflags:load_attrs: Error while quering database 0(8054) init_mod(): Error while initializing module gflags ERROR: error while initializing modules Can someone tell me where talk about which table i have to create in database ser. I can't find it. Many thanks for response! Tuan.

1 0

[Users] WeSIP redundancy/failover
by Andreas Granig 30 Apr '07

30 Apr '07

Hi, I was wondering if there's any mechanism in WeSIP for redundancy and failover. Assuming that I've one application server holding SIP dialog states, how could I add high availability to it? There's some sort of session replication in Tomcat [1], so is this somehow used by WeSIP? Are there any other best practices to redundantly set up WeSIP? Andreas [1] http://www.onjava.com/pub/a/onjava/2004/11/24/replication1.html This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify us immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person: to do so could be a breach of confidence. Thank you for your cooperation. Information pursuant to paragraph 14 Austrian Companies Code: UPC Austria GmbH; Registered Office: Wolfganggasse 58-60, 1120 Vienna Company Register Number: FN 189858d at the Commercial Court of Vienna

2 1

[Users] Forward Sessions to another SIP server
by konstantinos nikou 30 Apr '07

30 Apr '07

Dear all, I have the following issue: I would like my calls coming to openSER with URI 40XXXXXXX(a)abc.com to be forwarded to another SIP server with IP e.g. 10.10.0.1 with URI +140XXXXXXX(a)domain.com. Could someone tell me how i could do it? Thank you very much. Best regards, K.N. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[Users] Problem with avp_db_load in OpenSER 1.2
by Daryl Sanders 29 Apr '07

29 Apr '07

I cannot seem to get my usr_preferences to load using the following load statement. avp_db_load("$avp(s:caller_username)", "*"); I have verified with xlog and avp_print() that $avp(s:caller_username) does contain a valid value before calling avp_db_load, however nothing is returned. It will work if I use this: avp_db_load("$fu/username", "*"); I really need to make it work via $avp(s:caller_username) if possible because my call forwarding and custom call routing features change this value often. Thanks, - Daryl

2 1

[Users] Openser Summit 2007
by Flavio Goncalves 29 Apr '07

29 Apr '07

Hello, Is there any plans for an OpenSER summit 2007? Flavio.

2 1

[Serusers] problem with MySQL
by Tuan Nguyen 29 Apr '07

29 Apr '07

Hi everyone, + I have problem with mysql when run ser: WARNING: no fork mode and more than one listen address found (will use only the the first one) 0(12395) init_tcp: using epoll_lt as the io watch method (auto detected) 0(12395) Maxfwd module- initializing 0(12395) new_connection: Access denied for user 'root'@'localhost' (using password: YES) 0(12395) gflags:mod_init: Error while connecting database 0(12395) init_mod(): Error while initializing module gflags ERROR: error while initializing modules in shell, when i run mysql -u root -pxxxxx, it works. but when run ser as root, it don't work, i tried to fix this problem 2 days but can't. can someone help me and tell me where is problem. + second question: in serusers archive don't have search box, when I want to search someone has the same problem like me and know how they solve it, i have to look every threads or we have other way to search efficient, I tried to search with google group but can't. thank you very much for your response. cheers Tuan.

1 0

[Users] new CDRTool release 5.1.1
by Adrian Georgescu 29 Apr '07

29 Apr '07

The software can be downloaded from: http://download.dns-hosting.info/CDRTool/ Changelog from 5.0.10: cdrtool (5.1.1) unstable; urgency=low * Updated sample data for rating tables * Updated mysql schema * Fixed bug in csv import script cdrtool (5.1.0) unstable; urgency=low * Added historical rating engine, requires changes in database structure (you must apply changes from setup/mysql/ alter_tables.mysql) * Must add in global.inc "AccountsDBClass" => "DB_ser" for each SER data-source, there is no default anymore * Added function to obfuscate caller Ids, this changes the login rights The login accounts rights must be updated in the Accounts page * Added capability to do accounting for SIP URIs (e.g. paid helpdesk) * Improved compatibility with Firefox in media sessions screen * Added rights for login accounts to show pricing and caller id * Removed unused NGN rating (billing_customers table has been modified, please update your CSV file import tools) * Modify index of rates tables to accomodate multiple applications (you must apply changes from setup/mysql/alter_tables.mysql) * Default application set to 'audio', application field is now mandatory when importing rates CSV files * Use separate name spaces for memcache keys per data source * Allow quota checks for multiple OpenSER data-sources * Show memory usage in syslog * Print sql errors in syslog Regards, Adrian Georgescu

1 0

[Users] A problem wiht openseradmin0.3--Add New Account Preference
by Lee Jacky 29 Apr '07

29 Apr '07

Hi,everyone,I am jacky.I use openser1.1+openseradmin0.3. Now I am troubled with a problem,and here is the detail: After I install the openseradmin, I add attribute Tel to the account_preferences_type,and then I click the link:Add New Account Preference. I fill the form like this: username:admin domain:voip.net attribute:Tel values:12456 Then I click the button:Create, and it redirect to a error page,whose content is as follows: ArgumentError in Voip account preferencesController#create wrong number of arguments (1 for 2) RAILS_ROOT: /usr/local/openseradmin-0.3/script/../config/.. Application Trace | Framework Trace | Full Trace /usr/local/ruby/lib/ruby/gems/1.8/gems/activerecord-1.15.1/lib/active_record/base.rb:1700:in `attribute=' /usr/local/ruby/lib/ruby/gems/1.8/gems/activerecord-1.15.1/lib/active_record/base.rb:1700:in `send' /usr/local/ruby/lib/ruby/gems/1.8/gems/activerecord-1.15.1/lib/active_record/base.rb:1700:in `attributes=' /usr/local/ruby/lib/ruby/gems/1.8/gems/activerecord-1.15.1/lib/active_record/base.rb:1699:in `each' /usr/local/ruby/lib/ruby/gems/1.8/gems/activerecord-1.15.1/lib/active_record/base.rb:1699:in `attributes=' /usr/local/ruby/lib/ruby/gems/1.8/gems/activerecord-1.15.1/lib/active_record/base.rb:1532:in `initialize_without_callbacks' /usr/local/ruby/lib/ruby/gems/1.8/gems/activerecord-1.15.1/lib/active_record/callbacks.rb:225:in `initialize' #{RAILS_ROOT}/app/controllers/voip_account_preferences_controller.rb:27:in `new' #{RAILS_ROOT}/app/controllers/voip_account_preferences_controller.rb:27:in `create' Request Parameters: {"voip_account_preference"=>{"username"=>"admin", "domain"=>"voip.net", "value"=>"12456", "attribute"=>"Tel"}, "commit"=>"Create"} I have considerde it for a long time ,but I still can't solve it, so I hope you can help me to give me some advice, Any suggestion will be appreciated. Best wishes, Yours, Jacky ___________________________________________________________ 雅虎免费邮箱3.5G容量，20M附件！ http://cn.mail.yahoo.com/

1 0

[Users] WeSIP with openser 1.2.0 again
by tele 28 Apr '07

28 Apr '07

Hi, fresh install of OpenSER 1.2.0 and wesip-05_03_07-beta-0.1.3.tar.gz. i'm able to run wesip and successful deploy my app, but when the first INVITE come into wesip i get: java.lang.StringIndexOutOfBoundsException: String index out of range: -37 at java.lang.String.checkBounds(String.java:398) at java.lang.String.<init>(String.java:443) at com.voztele.javax.sip.header.ExtensionHeaderImpl.<init>(ExtensionHeaderImpl.java:40) at com.voztele.javax.sip.message.SIPMessage.createSIPHeader(SIPMessage.java:243) at com.voztele.javax.sip.message.SIPMessage.addSIPHeader(SIPMessage.java:230) at com.voztele.javax.sip.message.SIPMessage.<init>(SIPMessage.java:225) at com.voztele.javax.sip.message.SIPRequest.<init>(SIPRequest.java:154) at com.voztele.javax.sip.parser.StringMsgParser.parseSERMessage(StringMsgParser.java:355) at com.voztele.seas.SeasMessageEvent.getSIPMessage(SeasMessageEvent.java:136) at com.voztele.seas.SeasTransactionEvent.getSIPMessage(SeasTransactionEvent.java:70) at com.voztele.seas.ExpressMessageChannel.run(ExpressMessageChannel.java:301) at java.lang.Thread.run(Thread.java:619) Exception in thread "ExpressMChannel[2]" java.lang.NullPointerException at com.voztele.seas.SeasMessageEvent.getSIPMessage(SeasMessageEvent.java:143) at com.voztele.seas.SeasTransactionEvent.getSIPMessage(SeasTransactionEvent.java:70) at com.voztele.seas.ExpressMessageChannel.run(ExpressMessageChannel.java:301) at java.lang.Thread.run(Thread.java:619) I'm using JDK/JRE version 6. With old version of wesip and openser i've no problem. thanks :tele

3 5

RE: [Users] WeSIP setup problem
by ventilo35＠free.fr 28 Apr '07

28 Apr '07

Hi Gines, thanks for your support > Your servlet named "neo" is being executed and looks like it is > proxying but what from what I see in the packet it is proxying to > itself. Could you try to proxy to another address and see if this > still happens ? Aside, could you send me your configuration files and > your servlet code ? The serlvet code is the following protected void doInvite(SipServletRequest callerInvite) throws ServletException, IOException { //Get a proxy for this request Proxy callerProxy = callerInvite.getProxy(); System.out.println("doInvite within neos servlet: requestURI is " + callerInvite.getRequestURI() ); callerProxy.proxyTo(callerInvite.getRequestURI()); } This code causes the "no route" exception. The println above gives : doInvite within neos servlet: requestURI is sip:5002@192.168.1.11 where 5002 is the called SIP phone and 192.168.1.11 is the address of my OpenSER + WeSIP box (i.e. the managed SIP domain) Following your advice I have tried to change the proxyTo to a different address: SipURI dest = sipFactory.createSipURI("5002","192.168.1.16"); callerProxy.proxyTo(dest); It that case, the called phone (5002, IP address 192.168.1.16) gets the INVITE correctly. However, something puzzles me here: the serlvet is not supposed to know the IP address of the called phone. In my understanding, the AS processes the INVITE, then it must send it back to the proxy server which is supposed to forward it to the next hop, is that right ? Could you please give me an example of a doInvite which basically does nothing and which lets the INVITE be forwarded to the called party ? Finally here are my config files: <<<<<<<<< Server.xml >>>>>>>>> <Server port="5005" shutdown="SHUTDOWN" debug="1"> <Service name="NEOS-Standalone"> <Connector className="org.apache.catalina.connector.http.HttpConnector" port="7080" minProcessors="5" maxProcessors="5" enableLookups="true" acceptCount="10" debug="0" /> <Connector className="com.voztele.sipservlet.connector.SipConnector" minProcessors="5" maxProcessors="5" enableLookups="true" acceptCount="10" debug="1" addresses="192.168.1.11:5060" pathName="com.voztele" protocol="udp" > <ExtraProperties> <Property key="com.voztele.javax.sip.SER_ADDRESS" value="127.0.0.1" /> <Property key="com.voztele.javax.sip.SER_PORT" value="5080" /> <Property key="com.voztele.STATISTICS" value="false" /> <Property key="javax.sip.STACK_NAME" value="neos_as" /> <Property key="javax.sip.THREAD_POOL_SIZE" value="10" /> <Property key="com.voztele.javax.sip.THREAD_POOL_SIZE" value="10" /> <Property key="com.voztele.javax.sip.SPIRAL_HDR" value="true" /> <Property key="com.voztele.javax.sip.REENTRANT_LISTENER" value="true" /> <Property key="javax.sip.AUTOMATIC_DIALOG_SUPPORT" value="false" /> <Property key="com.voztele.javax.sip.TRACE_LEVEL" value="3" /> </ExtraProperties> </Connector> <Engine name="Standalone" defaultHost="localhost" debug="1" className="com.voztele.sipservlet.core.ConvergedEngine"> <Mapper className="org.apache.catalina.core.StandardEngineMapper" protocol="HTTP/1.1"/> <Mapper className="org.apache.catalina.core.StandardEngineMapper" protocol="HTTP/1.0"/> <Mapper className="com.voztele.sipservlet.core.EngineSipMapper" protocol="SIP/2.0"/> <Logger className="org.apache.catalina.logger.FileLogger" timestamp="true"/> <Realm className="org.apache.catalina.realm.MemoryRealm" /> <Host name="localhost" nameSip="192.168.1.11_5060" debug="1" appBase="wesipapps" className="com.voztele.sipservlet.core.ConvergedHost"> <Logger className="org.apache.catalina.logger.FileLogger" timestamp="true"/> <Mapper className="com.voztele.sipservlet.core.SipHostMapper" protocol="SIP/2.0"/> <Mapper className="org.apache.catalina.core.HttpHostMapper" protocol="HTTP/1.1"/> <Mapper className="org.apache.catalina.core.HttpHostMapper" protocol="HTTP/1.0"/> </Host> </Engine> </Service> </Server> <<<<<<<<<<openser.cfg>>>>>>>>>>>>>> # # $Id: openser.cfg 1827 2007-03-12 15:22:53Z bogdan_iancu $ # # simple quick-start config script # Please refer to the Core CookBook at http://www.openser.org/dokuwiki/doku.php # for a explanation of possible statements, functions and parameters. # # ----------- global configuration parameters ------------------------ debug=3 # debug level (cmd line: -dddddddddd) fork=yes #log_stderror=no # (cmd line: -E) children=4 # Uncomment these lines to enter debugging mode #fork=no log_stderror=yes # listen = tcp:192.168.1.11:5060 listen = udp:192.168.1.11:5060 # ------------------ module loading ---------------------------------- #set module path mpath="/usr/local/lib/openser/modules/" # Uncomment this if you want to use SQL database #loadmodule "mysql.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "mi_fifo.so" # added for WeSIP loadmodule "seas.so" modparam("seas","listen_sockets","127.0.0.1:5080") # end added for WeSIP # Uncomment this if you want digest authentication # mysql.so must be loaded ! #loadmodule "auth.so" #loadmodule "auth_db.so" # ----------------- setting module-specific parameters --------------- # -- mi_fifo params -- modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") # -- 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) # -- 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) # ------------------------- 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; }; # 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(); # ftoutain essai de supprimer Ã§a ? ne change rien # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); }; if (!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("openser.org", "subscriber")) { # www_challenge("openser.org", "0"); # exit; #}; 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")) { sl_send_reply("404", "Not Found"); exit; }; append_hf("P-hint: usrloc applied\r\n"); }; route(1); } route[1] { if (is_present_hf("X-WeSIP-SPIRAL")) { if (!t_relay()) { sl_reply_error(); }; exit; }; if (! as_relay_t("neos_as") ){ t_reply("500", "NEOS service not found"); }; exit; }

3 2

[Users] Re: Multiple invites
by raviprakash sunkara 28 Apr '07

28 Apr '07

Sorry Venkatesh an U me ..... to my mobile Am Not in hyd , I left My Company, In the mail list if U see the Klaus mail , he raply and U can do , if U knew the Avpops modules and pesudo attributes, http://www.openser.org/dokuwiki/doku.php/tutorials:avpops#serial_forking see that url , is the serial_forking , Do in the Same in parallel _ forking other call me , before on 2nd of the May. On 4/25/07, venkatesh.d <venkatesh.d(a)pyronetworks.com> wrote: > > hai raviprakash, > > i have tried for that multiple invites behind NAT and > Mediaproxy and calling from A(a)sipdomain.com to B(a)sipdomain.com and same > call have to forword to C(a)sipdomain.com . But C(a)sipdomain.com > invite message going to B system . > if you feel free can you send your openser.cfg file NATING > with out using media proxy and with multiple invites > > > Thanks and Regards > venkatesh.d > -- Thanks and Regards Ravi Prakash Sunkara ravi.sunkara(a)hyperion-tech.com M:+91 9985077535 www.hyperion-tech.com Client and Parent company :- www.august-networks.com

1 0

[Users] Openser with Quintum voice gateway and an important load
by mailinglist-openser-users 27 Apr '07

27 Apr '07

Hi, Openser version: 1.2.0 We have 4 central Quintum CMS platform hosted in our computer room. We have several tens of Qintum voice gateway ( DX / AX / Call Relay ) on remote customer site. Our customer are mainly call centers so they generate a lot of small calls with an important number of call wich are never established ( around 50% ). The central platform is quite loaded, with around 600 simultaneous calls and around 20 new call per second. Up to now, we used H323 as the signalisation protocol. Now we are planning to migrate to SIP and use openser 1.2.0 for that. Does anybody already use openser with Quintum as voice gateway with so many calls ? I'd like to share experience with people using this kind of setup with this kind of load. There are no know problem between openser and Quintum SIP implementation ( we use firmware P104-12-16 ) ? Openser should be able to route all these call towards our 4 central gateway with LCR while as well sending radius accounting. Our main and backup SIP server are IBM X330 ( Bi-Pentium III 1266 Mhz with 2GB of memory ). Will it be enough to handle 600 simultaneous call and 20 new calls per seconds ? For radius accounting, we have 2 radius servers. It seems that when the first adius server is down, openser is trying 3 times the first radius server and then go to the second one but the children seems to be blocked during this time ( for example in debug mode, no more new call can be establised while radius accounting is not yet finished ). So should I start lots of children ( 20 or more ) so that if the first radius is down, openser will still be able to route new calls while some children are blocked for accounting reason ? As well I'm planning to use the "dialog" module, if this module largely increasing the load on openser ? Regards, Jerome. -- Jerome

2 1

[Users] How can I pass pseudovariables to functions?
by Peter Lemenkov 27 Apr '07

27 Apr '07

Hello All! I have a question. If I declare variable like this: $var(ip_address) = "192.168.0.1"; I can't use this variable in functions like that one: revritehostport ($var(ip_address)); It leads me to the following message: omega1 ~ # /usr/local/sbin/openser -f /usr/local/etc/openser/openser_registrar.cfg -l 192.168.0.1 0(5723) parse error (316,25-37): syntax error 0(5723) parse error (316,37-38): bad argument, string expected ERROR: bad config file (2 errors) So the question is %subj%. -- With best regards!

2 1

[Users] SER failure
by Adeyeye Michael 27 Apr '07

27 Apr '07

Pls find attached my wireshark. I tried communicating between two clients which were operating at diff. ports but futile. I likewise have no information about it on the wireshark but my SER is running. what could be wrong? MIke. No. Time Source Destination Protocol Info 1 0.000000 10.128.1.64 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 1 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: Foxconn_38:f6:2b (00:01:6c:38:f6:2b), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.64 (10.128.1.64), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 2 0.046975 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 2 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 3 0.206926 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 3 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 4 0.321780 10.128.1.115 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 4 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: KatronCo_cc:fb:e5 (00:40:f6:cc:fb:e5), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.115 (10.128.1.115), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 5 0.549158 10.128.1.34 255.255.255.255 DHCP DHCP Request - Transaction ID 0xdb812c1a Frame 5 (342 bytes on wire, 342 bytes captured) Ethernet II, Src: LucentTe_1f:33:11 (00:60:1d:1f:33:11), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.34 (10.128.1.34), Dst: 255.255.255.255 (255.255.255.255) User Datagram Protocol, Src Port: bootpc (68), Dst Port: bootps (67) Bootstrap Protocol No. Time Source Destination Protocol Info 6 0.553028 3com_4e:c5:cb Broadcast ARP Who has 10.128.1.34? Tell 10.128.255.254 Frame 6 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request) No. Time Source Destination Protocol Info 7 0.749929 10.128.1.64 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 7 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: Foxconn_38:f6:2b (00:01:6c:38:f6:2b), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.64 (10.128.1.64), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 8 1.072845 10.128.1.115 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 8 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: KatronCo_cc:fb:e5 (00:40:f6:cc:fb:e5), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.115 (10.128.1.115), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 9 1.499894 10.128.1.64 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 9 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: Foxconn_38:f6:2b (00:01:6c:38:f6:2b), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.64 (10.128.1.64), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 10 1.552328 3com_4e:c5:cb Broadcast ARP Who has 10.128.1.34? Tell 10.128.255.254 Frame 10 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request) No. Time Source Destination Protocol Info 11 1.594316 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 11 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 12 1.760680 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 12 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 13 1.823846 10.128.1.115 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 13 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: KatronCo_cc:fb:e5 (00:40:f6:cc:fb:e5), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.115 (10.128.1.115), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 14 2.552149 3com_4e:c5:cb Broadcast ARP Who has 10.128.1.34? Tell 10.128.255.254 Frame 14 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request) No. Time Source Destination Protocol Info 15 3.148288 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 15 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 16 3.310215 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 16 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 17 4.665102 Cisco_48:0c:92 AirvastT_0f:a2:f8 FC [Malformed Packet] Frame 17 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Cisco_48:0c:92 (00:11:20:48:0c:92), Dst: AirvastT_0f:a2:f8 (00:0a:e9:0f:a2:f8) MDS Header(Unknown(0)/Unknown(0)) [Malformed Packet: FC] No. Time Source Destination Protocol Info 18 4.697678 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 18 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 19 4.859535 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 19 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 20 6.247176 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 20 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 21 6.396495 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 21 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 22 7.784134 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 22 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 23 7.943901 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 23 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 24 9.331442 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 24 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 25 9.491392 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 25 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 26 10.878769 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 26 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 27 11.038738 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 27 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 28 12.283224 00000000.0007e9e707e0 00000000.ffffffffffff IPX RIP Response Frame 28 (60 bytes on wire, 60 bytes captured) IEEE 802.3 Ethernet Logical-Link Control Internetwork Packet eXchange IPX Routing Information Protocol No. Time Source Destination Protocol Info 29 12.426180 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 29 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 30 12.585937 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 30 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 31 13.973466 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 31 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 32 14.133145 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 32 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 33 15.520681 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 33 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 34 15.658463 Cisco_48:0c:92 AirvastT_0f:a2:f8 FC [Malformed Packet] Frame 34 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Cisco_48:0c:92 (00:11:20:48:0c:92), Dst: AirvastT_0f:a2:f8 (00:0a:e9:0f:a2:f8) MDS Header(Unknown(0)/Unknown(0)) [Malformed Packet: FC] No. Time Source Destination Protocol Info 35 15.686439 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 35 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 36 16.550969 10.128.1.34 255.255.255.255 DHCP DHCP Request - Transaction ID 0xdb812c1a Frame 36 (342 bytes on wire, 342 bytes captured) Ethernet II, Src: LucentTe_1f:33:11 (00:60:1d:1f:33:11), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.34 (10.128.1.34), Dst: 255.255.255.255 (255.255.255.255) User Datagram Protocol, Src Port: bootpc (68), Dst Port: bootps (67) Bootstrap Protocol No. Time Source Destination Protocol Info 37 16.559014 3com_4e:c5:cb Broadcast ARP Who has 10.128.1.34? Tell 10.128.255.254 Frame 37 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request) No. Time Source Destination Protocol Info 38 17.074193 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 38 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 39 17.237098 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 39 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 40 17.549480 3com_4e:c5:cb Broadcast ARP Who has 10.128.1.34? Tell 10.128.255.254 Frame 40 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request) No. Time Source Destination Protocol Info 41 17.646138 137.158.152.199 10.128.1.52 TCP [TCP segment of a reassembled PDU] Frame 41 (348 bytes on wire, 348 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Intel_7d:dc:49 (00:0c:f1:7d:dc:49) Internet Protocol, Src: 137.158.152.199 (137.158.152.199), Dst: 10.128.1.52 (10.128.1.52) Transmission Control Protocol, Src Port: webcache (8080), Dst Port: 39099 (39099), Seq: 0, Ack: 0, Len: 282 No. Time Source Destination Protocol Info 42 17.646163 10.128.1.52 137.158.152.199 TCP 39099 > webcache [ACK] Seq=0 Ack=282 Win=1728 Len=0 TSV=59340598 TSER=42207662 Frame 42 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: Intel_7d:dc:49 (00:0c:f1:7d:dc:49), Dst: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb) Internet Protocol, Src: 10.128.1.52 (10.128.1.52), Dst: 137.158.152.199 (137.158.152.199) Transmission Control Protocol, Src Port: 39099 (39099), Dst Port: webcache (8080), Seq: 0, Ack: 282, Len: 0 No. Time Source Destination Protocol Info 43 17.646167 137.158.152.199 10.128.1.52 HTTP HTTP/1.0 200 OK (text/plain) Frame 43 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Intel_7d:dc:49 (00:0c:f1:7d:dc:49) Internet Protocol, Src: 137.158.152.199 (137.158.152.199), Dst: 10.128.1.52 (10.128.1.52) Transmission Control Protocol, Src Port: webcache (8080), Dst Port: 39099 (39099), Seq: 282, Ack: 0, Len: 0 Hypertext Transfer Protocol Line-based text data: text/plain No. Time Source Destination Protocol Info 44 17.646334 10.128.1.52 137.158.152.199 TCP 39099 > webcache [FIN, ACK] Seq=0 Ack=283 Win=1728 Len=0 TSV=59340598 TSER=42207662 Frame 44 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: Intel_7d:dc:49 (00:0c:f1:7d:dc:49), Dst: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb) Internet Protocol, Src: 10.128.1.52 (10.128.1.52), Dst: 137.158.152.199 (137.158.152.199) Transmission Control Protocol, Src Port: 39099 (39099), Dst Port: webcache (8080), Seq: 0, Ack: 283, Len: 0 No. Time Source Destination Protocol Info 45 17.647909 137.158.152.199 10.128.1.52 TCP webcache > 39099 [ACK] Seq=283 Ack=1 Win=33303 Len=0 TSV=42207662 TSER=59340598 Frame 45 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Intel_7d:dc:49 (00:0c:f1:7d:dc:49) Internet Protocol, Src: 137.158.152.199 (137.158.152.199), Dst: 10.128.1.52 (10.128.1.52) Transmission Control Protocol, Src Port: webcache (8080), Dst Port: 39099 (39099), Seq: 283, Ack: 1, Len: 0 No. Time Source Destination Protocol Info 46 17.677994 10.128.1.52 137.158.152.199 TCP 39100 > webcache [SYN] Seq=0 Len=0 MSS=1460 TSV=59340606 TSER=0 WS=2 Frame 46 (74 bytes on wire, 74 bytes captured) Ethernet II, Src: Intel_7d:dc:49 (00:0c:f1:7d:dc:49), Dst: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb) Internet Protocol, Src: 10.128.1.52 (10.128.1.52), Dst: 137.158.152.199 (137.158.152.199) Transmission Control Protocol, Src Port: 39100 (39100), Dst Port: webcache (8080), Seq: 0, Len: 0 No. Time Source Destination Protocol Info 47 17.679170 137.158.152.199 10.128.1.52 TCP webcache > 39100 [SYN, ACK] Seq=0 Ack=1 Win=131070 Len=0 MSS=1460 WS=1 TSV=42207665 TSER=59340606 Frame 47 (78 bytes on wire, 78 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Intel_7d:dc:49 (00:0c:f1:7d:dc:49) Internet Protocol, Src: 137.158.152.199 (137.158.152.199), Dst: 10.128.1.52 (10.128.1.52) Transmission Control Protocol, Src Port: webcache (8080), Dst Port: 39100 (39100), Seq: 0, Ack: 1, Len: 0 No. Time Source Destination Protocol Info 48 17.679188 10.128.1.52 137.158.152.199 TCP 39100 > webcache [ACK] Seq=1 Ack=1 Win=5840 Len=0 TSV=59340606 TSER=42207665 Frame 48 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: Intel_7d:dc:49 (00:0c:f1:7d:dc:49), Dst: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb) Internet Protocol, Src: 10.128.1.52 (10.128.1.52), Dst: 137.158.152.199 (137.158.152.199) Transmission Control Protocol, Src Port: 39100 (39100), Dst Port: webcache (8080), Seq: 1, Ack: 1, Len: 0 No. Time Source Destination Protocol Info 49 17.679241 10.128.1.52 137.158.152.199 TCP [TCP segment of a reassembled PDU] Frame 49 (703 bytes on wire, 703 bytes captured) Ethernet II, Src: Intel_7d:dc:49 (00:0c:f1:7d:dc:49), Dst: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb) Internet Protocol, Src: 10.128.1.52 (10.128.1.52), Dst: 137.158.152.199 (137.158.152.199) Transmission Control Protocol, Src Port: 39100 (39100), Dst Port: webcache (8080), Seq: 1, Ack: 1, Len: 637 No. Time Source Destination Protocol Info 50 17.947952 10.128.1.52 137.158.152.199 TCP [TCP Retransmission] [TCP segment of a reassembled PDU] Frame 50 (703 bytes on wire, 703 bytes captured) Ethernet II, Src: Intel_7d:dc:49 (00:0c:f1:7d:dc:49), Dst: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb) Internet Protocol, Src: 10.128.1.52 (10.128.1.52), Dst: 137.158.152.199 (137.158.152.199) Transmission Control Protocol, Src Port: 39100 (39100), Dst Port: webcache (8080), Seq: 1, Ack: 1, Len: 637 No. Time Source Destination Protocol Info 51 18.041756 137.158.152.199 10.128.1.52 TCP webcache > 39100 [ACK] Seq=1 Ack=638 Win=66608 Len=0 TSV=42207702 TSER=59340674 Frame 51 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Intel_7d:dc:49 (00:0c:f1:7d:dc:49) Internet Protocol, Src: 137.158.152.199 (137.158.152.199), Dst: 10.128.1.52 (10.128.1.52) Transmission Control Protocol, Src Port: webcache (8080), Dst Port: 39100 (39100), Seq: 1, Ack: 638, Len: 0 No. Time Source Destination Protocol Info 52 18.041778 10.128.1.52 137.158.152.199 HTTP POST http://wwwl.meebo.com/mcmd/events HTTP/1.1 (application/x-www-form-urlencoded) Frame 52 (154 bytes on wire, 154 bytes captured) Ethernet II, Src: Intel_7d:dc:49 (00:0c:f1:7d:dc:49), Dst: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb) Internet Protocol, Src: 10.128.1.52 (10.128.1.52), Dst: 137.158.152.199 (137.158.152.199) Transmission Control Protocol, Src Port: 39100 (39100), Dst Port: webcache (8080), Seq: 638, Ack: 1, Len: 88 [Reassembled TCP Segments (725 bytes): #50(637), #52(88)] Hypertext Transfer Protocol Line-based text data: application/x-www-form-urlencoded No. Time Source Destination Protocol Info 53 18.141936 137.158.152.199 10.128.1.52 TCP webcache > 39100 [ACK] Seq=1 Ack=726 Win=66608 Len=0 TSV=42207712 TSER=59340697 Frame 53 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Intel_7d:dc:49 (00:0c:f1:7d:dc:49) Internet Protocol, Src: 137.158.152.199 (137.158.152.199), Dst: 10.128.1.52 (10.128.1.52) Transmission Control Protocol, Src Port: webcache (8080), Dst Port: 39100 (39100), Seq: 1, Ack: 726, Len: 0 No. Time Source Destination Protocol Info 54 18.224398 10.128.1.64 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 54 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: Foxconn_38:f6:2b (00:01:6c:38:f6:2b), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.64 (10.128.1.64), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 55 18.549301 3com_4e:c5:cb Broadcast ARP Who has 10.128.1.34? Tell 10.128.255.254 Frame 55 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request) No. Time Source Destination Protocol Info 56 18.624740 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 56 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 57 18.784602 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 57 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 58 18.974370 10.128.1.64 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 58 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: Foxconn_38:f6:2b (00:01:6c:38:f6:2b), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.64 (10.128.1.64), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 59 19.491339 10.128.1.130 10.128.255.255 BROWSER Host Announcement COEOPNET, Workstation, Server, NT Workstation, Potential Browser Frame 59 (243 bytes on wire, 243 bytes captured) Ethernet II, Src: Micro-St_38:cf:d8 (00:13:d3:38:cf:d8), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.130 (10.128.1.130), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-dgm (138), Dst Port: netbios-dgm (138) NetBIOS Datagram Service SMB (Server Message Block Protocol) SMB MailSlot Protocol Microsoft Windows Browser Protocol No. Time Source Destination Protocol Info 60 19.724326 10.128.1.64 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 60 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: Foxconn_38:f6:2b (00:01:6c:38:f6:2b), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.64 (10.128.1.64), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 61 20.172354 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 61 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 62 20.322067 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 62 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 63 21.709846 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 63 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 64 21.869892 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 64 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 65 23.097494 10.128.1.41 10.128.255.255 BROWSER Host Announcement OLABISI, Workstation, Server, Print Queue Server, NT Workstation, Potential Browser Frame 65 (247 bytes on wire, 247 bytes captured) Ethernet II, Src: Intel_0e:98:95 (00:11:11:0e:98:95), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.41 (10.128.1.41), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-dgm (138), Dst Port: netbios-dgm (138) NetBIOS Datagram Service SMB (Server Message Block Protocol) SMB MailSlot Protocol Microsoft Windows Browser Protocol No. Time Source Destination Protocol Info 66 23.257370 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 66 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 67 23.417014 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 67 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP)

2 1

Re: [Users] NAT ping best methods
by Jayesh Nambiar 27 Apr '07

27 Apr '07

Hi Jerome, Thanks for the quick reply. I had used Openser to send NAT ping to all the registered UAs, but how do you send an OPTIONS message from Openser to the UAs registered in the location table. Also does the UAs reply as 200OK to the OPTIONS message or is it only one way. Can you please explain a little more. Thanks a lot in advance. w/regards, Jayesh ----- Original Message ---- From: Jerome Martin <jmartin(a)longphone.fr> To: Jayesh Nambiar <voip_freak(a)yahoo.co.in> Cc: openser <users(a)openser.org> Sent: Friday, 27 April, 2007 6:13:31 PM Subject: Re: [Users] NAT ping best methods Hi, We are working with natted PAP2, and openser is sending keepalive (SIP OPTIONS). This is working without a glitch, with various types of CPE NAT routers. Cheers, Jerome Send a FREE SMS to your friend's mobile from Yahoo! Messenger. Get it now at http://in.messenger.yahoo.com/

2 1

[Serusers] SER failure?
by Adeyeye Michael 27 Apr '07

27 Apr '07

Pls find attached my wireshark. I tried communicating between two clients which were operating at diff. ports but futile. I likewise have no information about it on the wireshark but my SER is running. what could be wrong? MIke No. Time Source Destination Protocol Info 1 0.000000 10.128.1.64 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 1 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: Foxconn_38:f6:2b (00:01:6c:38:f6:2b), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.64 (10.128.1.64), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 2 0.046975 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 2 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 3 0.206926 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 3 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 4 0.321780 10.128.1.115 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 4 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: KatronCo_cc:fb:e5 (00:40:f6:cc:fb:e5), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.115 (10.128.1.115), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 5 0.549158 10.128.1.34 255.255.255.255 DHCP DHCP Request - Transaction ID 0xdb812c1a Frame 5 (342 bytes on wire, 342 bytes captured) Ethernet II, Src: LucentTe_1f:33:11 (00:60:1d:1f:33:11), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.34 (10.128.1.34), Dst: 255.255.255.255 (255.255.255.255) User Datagram Protocol, Src Port: bootpc (68), Dst Port: bootps (67) Bootstrap Protocol No. Time Source Destination Protocol Info 6 0.553028 3com_4e:c5:cb Broadcast ARP Who has 10.128.1.34? Tell 10.128.255.254 Frame 6 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request) No. Time Source Destination Protocol Info 7 0.749929 10.128.1.64 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 7 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: Foxconn_38:f6:2b (00:01:6c:38:f6:2b), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.64 (10.128.1.64), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 8 1.072845 10.128.1.115 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 8 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: KatronCo_cc:fb:e5 (00:40:f6:cc:fb:e5), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.115 (10.128.1.115), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 9 1.499894 10.128.1.64 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 9 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: Foxconn_38:f6:2b (00:01:6c:38:f6:2b), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.64 (10.128.1.64), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 10 1.552328 3com_4e:c5:cb Broadcast ARP Who has 10.128.1.34? Tell 10.128.255.254 Frame 10 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request) No. Time Source Destination Protocol Info 11 1.594316 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 11 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 12 1.760680 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 12 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 13 1.823846 10.128.1.115 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 13 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: KatronCo_cc:fb:e5 (00:40:f6:cc:fb:e5), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.115 (10.128.1.115), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 14 2.552149 3com_4e:c5:cb Broadcast ARP Who has 10.128.1.34? Tell 10.128.255.254 Frame 14 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request) No. Time Source Destination Protocol Info 15 3.148288 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 15 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 16 3.310215 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 16 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 17 4.665102 Cisco_48:0c:92 AirvastT_0f:a2:f8 FC [Malformed Packet] Frame 17 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Cisco_48:0c:92 (00:11:20:48:0c:92), Dst: AirvastT_0f:a2:f8 (00:0a:e9:0f:a2:f8) MDS Header(Unknown(0)/Unknown(0)) [Malformed Packet: FC] No. Time Source Destination Protocol Info 18 4.697678 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 18 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 19 4.859535 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 19 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 20 6.247176 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 20 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 21 6.396495 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 21 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 22 7.784134 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 22 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 23 7.943901 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 23 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 24 9.331442 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 24 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 25 9.491392 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 25 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 26 10.878769 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 26 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 27 11.038738 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 27 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 28 12.283224 00000000.0007e9e707e0 00000000.ffffffffffff IPX RIP Response Frame 28 (60 bytes on wire, 60 bytes captured) IEEE 802.3 Ethernet Logical-Link Control Internetwork Packet eXchange IPX Routing Information Protocol No. Time Source Destination Protocol Info 29 12.426180 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 29 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 30 12.585937 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 30 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 31 13.973466 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 31 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 32 14.133145 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 32 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 33 15.520681 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 33 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 34 15.658463 Cisco_48:0c:92 AirvastT_0f:a2:f8 FC [Malformed Packet] Frame 34 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Cisco_48:0c:92 (00:11:20:48:0c:92), Dst: AirvastT_0f:a2:f8 (00:0a:e9:0f:a2:f8) MDS Header(Unknown(0)/Unknown(0)) [Malformed Packet: FC] No. Time Source Destination Protocol Info 35 15.686439 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 35 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 36 16.550969 10.128.1.34 255.255.255.255 DHCP DHCP Request - Transaction ID 0xdb812c1a Frame 36 (342 bytes on wire, 342 bytes captured) Ethernet II, Src: LucentTe_1f:33:11 (00:60:1d:1f:33:11), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.34 (10.128.1.34), Dst: 255.255.255.255 (255.255.255.255) User Datagram Protocol, Src Port: bootpc (68), Dst Port: bootps (67) Bootstrap Protocol No. Time Source Destination Protocol Info 37 16.559014 3com_4e:c5:cb Broadcast ARP Who has 10.128.1.34? Tell 10.128.255.254 Frame 37 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request) No. Time Source Destination Protocol Info 38 17.074193 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 38 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 39 17.237098 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 39 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 40 17.549480 3com_4e:c5:cb Broadcast ARP Who has 10.128.1.34? Tell 10.128.255.254 Frame 40 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request) No. Time Source Destination Protocol Info 41 17.646138 137.158.152.199 10.128.1.52 TCP [TCP segment of a reassembled PDU] Frame 41 (348 bytes on wire, 348 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Intel_7d:dc:49 (00:0c:f1:7d:dc:49) Internet Protocol, Src: 137.158.152.199 (137.158.152.199), Dst: 10.128.1.52 (10.128.1.52) Transmission Control Protocol, Src Port: webcache (8080), Dst Port: 39099 (39099), Seq: 0, Ack: 0, Len: 282 No. Time Source Destination Protocol Info 42 17.646163 10.128.1.52 137.158.152.199 TCP 39099 > webcache [ACK] Seq=0 Ack=282 Win=1728 Len=0 TSV=59340598 TSER=42207662 Frame 42 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: Intel_7d:dc:49 (00:0c:f1:7d:dc:49), Dst: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb) Internet Protocol, Src: 10.128.1.52 (10.128.1.52), Dst: 137.158.152.199 (137.158.152.199) Transmission Control Protocol, Src Port: 39099 (39099), Dst Port: webcache (8080), Seq: 0, Ack: 282, Len: 0 No. Time Source Destination Protocol Info 43 17.646167 137.158.152.199 10.128.1.52 HTTP HTTP/1.0 200 OK (text/plain) Frame 43 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Intel_7d:dc:49 (00:0c:f1:7d:dc:49) Internet Protocol, Src: 137.158.152.199 (137.158.152.199), Dst: 10.128.1.52 (10.128.1.52) Transmission Control Protocol, Src Port: webcache (8080), Dst Port: 39099 (39099), Seq: 282, Ack: 0, Len: 0 Hypertext Transfer Protocol Line-based text data: text/plain No. Time Source Destination Protocol Info 44 17.646334 10.128.1.52 137.158.152.199 TCP 39099 > webcache [FIN, ACK] Seq=0 Ack=283 Win=1728 Len=0 TSV=59340598 TSER=42207662 Frame 44 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: Intel_7d:dc:49 (00:0c:f1:7d:dc:49), Dst: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb) Internet Protocol, Src: 10.128.1.52 (10.128.1.52), Dst: 137.158.152.199 (137.158.152.199) Transmission Control Protocol, Src Port: 39099 (39099), Dst Port: webcache (8080), Seq: 0, Ack: 283, Len: 0 No. Time Source Destination Protocol Info 45 17.647909 137.158.152.199 10.128.1.52 TCP webcache > 39099 [ACK] Seq=283 Ack=1 Win=33303 Len=0 TSV=42207662 TSER=59340598 Frame 45 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Intel_7d:dc:49 (00:0c:f1:7d:dc:49) Internet Protocol, Src: 137.158.152.199 (137.158.152.199), Dst: 10.128.1.52 (10.128.1.52) Transmission Control Protocol, Src Port: webcache (8080), Dst Port: 39099 (39099), Seq: 283, Ack: 1, Len: 0 No. Time Source Destination Protocol Info 46 17.677994 10.128.1.52 137.158.152.199 TCP 39100 > webcache [SYN] Seq=0 Len=0 MSS=1460 TSV=59340606 TSER=0 WS=2 Frame 46 (74 bytes on wire, 74 bytes captured) Ethernet II, Src: Intel_7d:dc:49 (00:0c:f1:7d:dc:49), Dst: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb) Internet Protocol, Src: 10.128.1.52 (10.128.1.52), Dst: 137.158.152.199 (137.158.152.199) Transmission Control Protocol, Src Port: 39100 (39100), Dst Port: webcache (8080), Seq: 0, Len: 0 No. Time Source Destination Protocol Info 47 17.679170 137.158.152.199 10.128.1.52 TCP webcache > 39100 [SYN, ACK] Seq=0 Ack=1 Win=131070 Len=0 MSS=1460 WS=1 TSV=42207665 TSER=59340606 Frame 47 (78 bytes on wire, 78 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Intel_7d:dc:49 (00:0c:f1:7d:dc:49) Internet Protocol, Src: 137.158.152.199 (137.158.152.199), Dst: 10.128.1.52 (10.128.1.52) Transmission Control Protocol, Src Port: webcache (8080), Dst Port: 39100 (39100), Seq: 0, Ack: 1, Len: 0 No. Time Source Destination Protocol Info 48 17.679188 10.128.1.52 137.158.152.199 TCP 39100 > webcache [ACK] Seq=1 Ack=1 Win=5840 Len=0 TSV=59340606 TSER=42207665 Frame 48 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: Intel_7d:dc:49 (00:0c:f1:7d:dc:49), Dst: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb) Internet Protocol, Src: 10.128.1.52 (10.128.1.52), Dst: 137.158.152.199 (137.158.152.199) Transmission Control Protocol, Src Port: 39100 (39100), Dst Port: webcache (8080), Seq: 1, Ack: 1, Len: 0 No. Time Source Destination Protocol Info 49 17.679241 10.128.1.52 137.158.152.199 TCP [TCP segment of a reassembled PDU] Frame 49 (703 bytes on wire, 703 bytes captured) Ethernet II, Src: Intel_7d:dc:49 (00:0c:f1:7d:dc:49), Dst: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb) Internet Protocol, Src: 10.128.1.52 (10.128.1.52), Dst: 137.158.152.199 (137.158.152.199) Transmission Control Protocol, Src Port: 39100 (39100), Dst Port: webcache (8080), Seq: 1, Ack: 1, Len: 637 No. Time Source Destination Protocol Info 50 17.947952 10.128.1.52 137.158.152.199 TCP [TCP Retransmission] [TCP segment of a reassembled PDU] Frame 50 (703 bytes on wire, 703 bytes captured) Ethernet II, Src: Intel_7d:dc:49 (00:0c:f1:7d:dc:49), Dst: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb) Internet Protocol, Src: 10.128.1.52 (10.128.1.52), Dst: 137.158.152.199 (137.158.152.199) Transmission Control Protocol, Src Port: 39100 (39100), Dst Port: webcache (8080), Seq: 1, Ack: 1, Len: 637 No. Time Source Destination Protocol Info 51 18.041756 137.158.152.199 10.128.1.52 TCP webcache > 39100 [ACK] Seq=1 Ack=638 Win=66608 Len=0 TSV=42207702 TSER=59340674 Frame 51 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Intel_7d:dc:49 (00:0c:f1:7d:dc:49) Internet Protocol, Src: 137.158.152.199 (137.158.152.199), Dst: 10.128.1.52 (10.128.1.52) Transmission Control Protocol, Src Port: webcache (8080), Dst Port: 39100 (39100), Seq: 1, Ack: 638, Len: 0 No. Time Source Destination Protocol Info 52 18.041778 10.128.1.52 137.158.152.199 HTTP POST http://wwwl.meebo.com/mcmd/events HTTP/1.1 (application/x-www-form-urlencoded) Frame 52 (154 bytes on wire, 154 bytes captured) Ethernet II, Src: Intel_7d:dc:49 (00:0c:f1:7d:dc:49), Dst: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb) Internet Protocol, Src: 10.128.1.52 (10.128.1.52), Dst: 137.158.152.199 (137.158.152.199) Transmission Control Protocol, Src Port: 39100 (39100), Dst Port: webcache (8080), Seq: 638, Ack: 1, Len: 88 [Reassembled TCP Segments (725 bytes): #50(637), #52(88)] Hypertext Transfer Protocol Line-based text data: application/x-www-form-urlencoded No. Time Source Destination Protocol Info 53 18.141936 137.158.152.199 10.128.1.52 TCP webcache > 39100 [ACK] Seq=1 Ack=726 Win=66608 Len=0 TSV=42207712 TSER=59340697 Frame 53 (66 bytes on wire, 66 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Intel_7d:dc:49 (00:0c:f1:7d:dc:49) Internet Protocol, Src: 137.158.152.199 (137.158.152.199), Dst: 10.128.1.52 (10.128.1.52) Transmission Control Protocol, Src Port: webcache (8080), Dst Port: 39100 (39100), Seq: 1, Ack: 726, Len: 0 No. Time Source Destination Protocol Info 54 18.224398 10.128.1.64 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 54 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: Foxconn_38:f6:2b (00:01:6c:38:f6:2b), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.64 (10.128.1.64), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 55 18.549301 3com_4e:c5:cb Broadcast ARP Who has 10.128.1.34? Tell 10.128.255.254 Frame 55 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: 3com_4e:c5:cb (00:0a:5e:4e:c5:cb), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request) No. Time Source Destination Protocol Info 56 18.624740 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 56 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 57 18.784602 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 57 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 58 18.974370 10.128.1.64 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 58 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: Foxconn_38:f6:2b (00:01:6c:38:f6:2b), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.64 (10.128.1.64), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 59 19.491339 10.128.1.130 10.128.255.255 BROWSER Host Announcement COEOPNET, Workstation, Server, NT Workstation, Potential Browser Frame 59 (243 bytes on wire, 243 bytes captured) Ethernet II, Src: Micro-St_38:cf:d8 (00:13:d3:38:cf:d8), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.130 (10.128.1.130), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-dgm (138), Dst Port: netbios-dgm (138) NetBIOS Datagram Service SMB (Server Message Block Protocol) SMB MailSlot Protocol Microsoft Windows Browser Protocol No. Time Source Destination Protocol Info 60 19.724326 10.128.1.64 10.128.255.255 NBNS Name query NB WPAD.UCT.EXP.<00> Frame 60 (92 bytes on wire, 92 bytes captured) Ethernet II, Src: Foxconn_38:f6:2b (00:01:6c:38:f6:2b), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.64 (10.128.1.64), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-ns (137), Dst Port: netbios-ns (137) NetBIOS Name Service No. Time Source Destination Protocol Info 61 20.172354 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 61 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 62 20.322067 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 62 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 63 21.709846 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 63 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 64 21.869892 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 64 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 65 23.097494 10.128.1.41 10.128.255.255 BROWSER Host Announcement OLABISI, Workstation, Server, Print Queue Server, NT Workstation, Potential Browser Frame 65 (247 bytes on wire, 247 bytes captured) Ethernet II, Src: Intel_0e:98:95 (00:11:11:0e:98:95), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Internet Protocol, Src: 10.128.1.41 (10.128.1.41), Dst: 10.128.255.255 (10.128.255.255) User Datagram Protocol, Src Port: netbios-dgm (138), Dst Port: netbios-dgm (138) NetBIOS Datagram Service SMB (Server Message Block Protocol) SMB MailSlot Protocol Microsoft Windows Browser Protocol No. Time Source Destination Protocol Info 66 23.257370 Intel_4e:d8:94 Broadcast ARP Who has 10.128.0.114? Gratuitous ARP Frame 66 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:d8:94 (00:0e:0c:4e:d8:94), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP) No. Time Source Destination Protocol Info 67 23.417014 Intel_4e:c8:82 Broadcast ARP Who has 10.128.1.242? Gratuitous ARP Frame 67 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: Intel_4e:c8:82 (00:0e:0c:4e:c8:82), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Address Resolution Protocol (request/gratuitous ARP)

1 0

[Users] NAT ping best methods
by Jayesh Nambiar 27 Apr '07

27 Apr '07

Hi, I am using Openser 1.2 and all the UAs that register to it are only PAP2 or SPAs. But all these UAs are on a private network. I tried using the NAT ping method from Openser to keep the NAT port open, but still sometimes the NAT port gets blocked by some NAT boxes. I tried keeping the interval as 25 seconds. So then I tried sending Keep Alive Notify messages from the UAs itself towards my Openser, but there I see a strange problem. The problem is like the device does not send the notify message from the same port which it registered from in the first place. So the port which is stored in the locaion table gets blocked and again the user is not able to receive calls. The user is able to receive calls only after it registers again but then again it is inconsistent. Has anyone worked with PAP2 and Openser and has got some best method to maintain the NAT ports open so that the user receive calls consistently. I also wanted to know what is more efficient, the UAs sending keep-alives or Openser sending NAT-ping? Thanks in advance, w/regards, Jayesh Add online presence to your web pages, find out how here - http://messenger.yahoo.com/addpresence.php

2 1

[Users] openser: group module
by Helmut Kuper 27 Apr '07

27 Apr '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I tried to call is_user_in funktion with a variable as group name. I want to create the group name on the fly, when a INVITE arrives. if(is_user_in("To", $var(a))) { ... } I got this error message: 0(27274) xl_parse_svname: parsing [$var(a)] 0(27274) xl_lookup_spec_name: found [fu] [18] 0(27274) find_cmd_export_t: found <xlog>(2) in module xlog [/home/hk/openser//lib/openser/modules/] 0(27274) parse error (479,27-34): syntax error 0(27274) parse error (479,34-35): bad arguments Is there a way to do dynamic group names für is_user_id? regards helmut -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGMNVj4tZeNddg3dwRApHgAJ4qP30SN9NgH5yzVzx3qDuawQskywCbBfE+ Uum6I3PsxVVrzFa/KvchnmA= =6hHJ -----END PGP SIGNATURE-----

2 3

[Serusers] Is there a bug in SERWeb ?
by inge 27 Apr '07

27 Apr '07

Hi all, I use SERWeb especially for call history. The core of this function is method.get_acc_entries.php. For some calls, I see that they are posted two times. During my investigation I see that the problem come from SQL request in method.get_acc_entries. In fact, it seems that when both calling and called party hang out in the same time, there are two BYE generated in acc table. Maybe the bug have been already reported, but I don't see nothing about this. Anyone one have an idea to correct it ? Thanks for your su

2 3

[Serusers] Where can I Download a soft phone?
by karl lu 27 Apr '07

27 Apr '07

Hi, I'm new here. I'm wondering if anyone knows where I can download a softphone, which will work with SER. Thank you very much, Karl

2 1

[Serusers] Ottendorf TM timers - global setting?
by Mahatma Sarasvati 27 Apr '07

27 Apr '07

Hello all, I see that one can set timeout variables per user in Ottendorf. Is it possible to avoid this and set them on a global or domain basis? My users aren't so particular and I'd like to avoid the effort of having to set the timers for every user. By the way, the default ser.cfg in Ottendorf is fantastic. Thanks for producing a well thought out config that demonstrates a good range of functionality. I've been using SER (+Asterisk) since 0.8.11 in my corporate environment (130 employees) so I'm not new, but I appreciate not having to take the time to sift though the code to figure out how the basics work. I'm eagerly awaiting more documentation on Ottendorf!! Thanks, Mahatma __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[Users] WeSIP don't work with JDK1.6.0?
by GP.Coder 27 Apr '07

27 Apr '07

Hello,All I'm having problems running OpenSER(openser-1.2.0-notls_src.tar.gz) with WeSIP(wesip-02-04-07-beta-0.1.4.tar.gz) AS. SeasMessageEvent [SeasRouter] - New message received, from 192.168.0.119:3639 to 192.168.0.119:5060 over UDP SeasTransactionEvent [SeasRouter] - hash_index = 57932,label=1021493454 flags=0 ExpressMessageChannel [ExpressMChannel[0]] - peerAddress = 192.168.0.119/3639 ExpressMessageChannel [ExpressMChannel[0]] - About to process INVITE sip:2001@192.168.0.200 SIP/2.0 SipConnector [ExpressMChannel[0]] - createProcessor: Reusing existing processor SipProcessor [ExpressMChannel[0]] - An incoming message is being assigned ExpressMessageChannel [ExpressMChannel[0]] - Done processing INVITE sip:2001@192.168.0.200 SIP/2.0 SipProcessor [SipProcessor[4]] - <<<<<<<<< Request Received <<<<<<<<< INVITE sip:2001@192.168.0.200 SIP/2.0 Via: SIP/2.0/UDP 192.168.0.119:15524 Max-Forwards: 69 From: "GP.Coder" <sip:5006@192.168.0.229>;tag=e495a30ed682466dad6c6fe809870efe;epid=1403e45675 To: <sip:2001@192.168.0.200> Call-ID: dec886aa3e954c6492b92fc8adef9de8(a)192.168.0.119 CSeq: 1 INVITE Contact: <sip:192.168.0.119:15524> User-Agent: RTC/1.2 Content-Type: application/sdp Content-Length: 479 SeasHashTable [SipProcessor[4]] - Inserting hashIdx:57932 label:1021493454 into hashTable SipProcessor [SipProcessor[4]] - Transaction [null] is new Transaction?? --> true EngineSipMapper [SipProcessor[4]] - Request from 192.168.0.229 mapped to: ConvergedEngine[Standalone].StandardHttpHost[localhost] ConvergedEngineValve [SipProcessor[4]] - Invoking Host:localhost SipProcessor [SipProcessor[4]] - error processing event... java.lang.NullPointerException at java.util.Hashtable.get(Hashtable.java:334) at com.voztele.sipservlet.sessions.StandardSipManager.findUncomplete(StandardSipManager.java:570) at com.voztele.sipservlet.valves.ConvergedHostValve.invokeSipRequest(ConvergedHostValve.java:218) at com.voztele.sipservlet.valves.ConvergedHostValve.invokeSIP(ConvergedHostValve.java:126) at com.voztele.sipservlet.valves.ConvergedHostValve.invoke(ConvergedHostValve.java:104) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:124) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:594) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:594) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:946) at com.voztele.sipservlet.valves.ConvergedEngineValve.invoke(ConvergedEngineValve.java:114) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:946) at com.voztele.sipservlet.processor.SipProcessor.invokeContainer(SipProcessor.java:198) at com.voztele.sipservlet.processor.SipProcessor.processRequest(SipProcessor.java:142) at com.voztele.sipservlet.processor.SipProcessor.process(SipProcessor.java:272) at com.voztele.sipservlet.processor.SipProcessor.run(SipProcessor.java:253) at java.lang.Thread.run(Thread.java:619) SipConnector [SipProcessor[4]] - recycle: Recycling processor SipProcessor[4] GP.Coder 2007-04-26

2 2

[Serusers] rtp proxy problem when re-inviting with changed local port in sdp
by Thomas Nilsen 27 Apr '07

27 Apr '07

Is it possible to get rtpproxy/nathelper to start a totally new rtpproxy session on re-invite and not use the previous pair of ports on the rtp proxy? In this case: A calls B behind nat. Sdp are rewritten to go though rtpproxy on two ports. X & Y. Some time goes by with conversation. Then the call chages codec, line or something (not important). In this case B ua changes rtp port locally also (incremented by 2). This is no problem. The re-invite is sent with new port. But problem now is that rtpproxy sees this and updates the sdp as always and it uses the previous X & Y port that was used on the rtpproxy before re-invite. The problem now is this. Packets from B to A goes correctly since A's local rtp port was same both before and after re-invite. But packets from A to B is arrivind on B's local port for the first sdp session, not the second. It seems that rtpproxy wont change this.. I assume this is a security measure for rtpproxy. But it should have some function to force new session ports on rtpproxy by parameters to force_rtpproxy() or something. As far as I can tell this is only a problem if the sip-ua is changing local port.. I thought maby calling unforce_rtp_proxy() before forcing rtp_proxy again would help, but don't work. Probably because of some internal working of nathelper. Anyone got an idea how to solve this? I would really appreciate any input on this.. - Thomas

1 0

RE: [Users] [OT] WeSIP don't work with JDK1.6.0?
by "C. Bergström" 26 Apr '07

26 Apr '07

I apologize for the noise/rant of this post, but I feel something needs to be said. "By now support will be made trough the USERS openser mailing list" Source: http://www.wesip.com/mediawiki/index.php/SupportMailingList 1) I don't object to you making a commercial product, but please do not direct your users to this list. 2) I'm no license expert and won't confirm this by downloading your software, but seems you are in violation of the GPL by linking into openser and not releasing your software under a compatible license. 3) "WeSIP is patent pending technology" Source: http://www.wesip.com/mediawiki/index.php/Main_Page Where exactly is this technology pending patent? Do you have a reference number by some chance? 4) I'm going to be a bit of a jerk and say you probably don't have the capital to successfully litigate any international licensing violations of your software. So why was this license chosen exactly? To point of this is to not waste more of everyone's time, but to encourage the company behind this seemingly fine product to GPL their source so others can contribute. Thanks C.

2 1

[Users] connect xmpp component to jabber xcp?
by Matt Winter 26 Apr '07

26 Apr '07

Hello, I'm having a problem connecting my openser xmpp module(in component mode) to a jabber xcp server. Has anyone done this? Here's my openser.cfg file. Thanks. # more /etc/openser/openser.cfg # # $Id: openser-xmpp.cfg 1827 2007-03-12 15:22:53Z bogdan_iancu $ # # simple quick-start config script for XMPP GW # # make sure in your main SIP server that you send # only the adequate SIP MESSAGES to XMPP GW # # # ----------- global configuration parameters ------------------------ debug=9 # debug level (cmd line: -dddddddddd) fork=no log_stderror=yes # (cmd line: -E) /* Uncomment these lines to enter debugging mode fork=no log_stderror=yes */ check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) children=4 listen=udp:10.1.1.234:5060 alias=xmpp.jabbersrv.corp.com # ------------------ module loading ---------------------------------- mpath="/lib/openser/modules/" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "textops.so" loadmodule "mi_fifo.so" # XMPP loadmodule "xmpp.so" modparam("xmpp", "domain_separator", "*") modparam("xmpp", "gateway_domain", "xmpp.jabbersrv.corp.com") modparam("xmpp", "xmpp_domain", "xmpp.jabbersrv.corp.com") modparam("xmpp", "xmpp_host", "jabbersrv.corp.com") modparam("xmpp", "backend", "component") modparam("xmpp", "xmpp_password", "BCD11234DC") # ----------------- setting module-specific parameters --------------- # -- mi_fifo params -- modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo_xmpp") # -- usrloc params -- # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # ------------------------- 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; }; ### absorb retransmissions ### if (!t_newtran()) { sl_reply_error(); return; } if (method == "MESSAGE") { log("*** xmpp-handled MESSAGE message.\n"); if (xmpp_send_message()) { t_reply("200", "Accepted"); } else { t_reply("404", "Not found"); } return; } log("*** xmpp: unhandled message type\n"); t_reply("503", "Service unavailable"); return; }

2 4

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